Beiträge von NDDT

Wordpress verwaltet derartige Daten nicht unbedingt effizient. Vorallem wenn Ihr dann große Mengen an Daten abrufen und filtern wollt ist Wordpress absolut ungeeignet.

Außer natürlich ihr schreibt ein Plugin das dafür eigene Datenbanktabellen einführt. Aber dann könnte ihr ohnehin mit jedem System arbeiten ^^

Wordpress ist kein besonders schnelles CMS. Wirkliche Performanceprobleme bekommt man wenn man Metadaten in irgendeiner Form speichert (custom-fields in Posttypes, zusätzliche nicht vorgesehene Daten für User).

Aber es ist in vielen Fällen sehr einfach und schnell für Wordpress zu entwickeln. Und für viele Seiten spielt Performance eh keine so große Rolle, da sie wenig Traffic haben oder starkes Caching erlauben.

Die Frage die du dir also stellen musst ist: Werden deine Serverkosten größer sein als mit einem anderen CMS und falls ja, lohnt es sich Serverkosten einzusparen und dafür eventuell etwas mehr in die Entwicklung zu investieren.

Für Kunden mit speziellen Anforderungen verwende ich gerne Umbraco. Ein auf C# .Net basierendes Open Source CMS und in vielerlei Hinsicht das genaue Gegenteil zu Wordpress.

Da wäre es auch sehr leicht Member um ein paar Attribute zu erweitern (und es gibt eine klare Trennung zwischen Member und User).
Wird aber auch definitiv mehr Arbeit.

Du kannst die Rolle deines Users direkt auf der Datenbank ändern.

1. Finde die Id deines Users raus.
2. Gehe in user_meta und finde den wp_capabilities-Eintrag mit der passenden ID
3. Füge das "a:1:{s:13:"administrator";s:1:"1";}" als meta_value ein.

Css Regel einfügen:

#slider > . scroll { display:hidden;}

Ist vermutlich ein widget. Falls ja einfach das href-attribut austauschen.

Es gibt auf jeden Fall schonmal die Möglichkeit mehrere Wordpress-Websites von einem Wordpress aus zu verwalten - nennt sich Wordpress-Multisite.

Aber vielleicht kannst du das auch einfach durch ein schlaues Menü lösen. Wenn du das Menu z.b. so programmierst das es immer nur die Kinder-Seiten anzeigt wäre das nicht schwer umzusetzen und könnte eventuell schon reichen.

Hast du auch eigene Produkte? Falls nein brauchst du vermutlich gar kein WooCommerce.

Und nicht unbedingt bei Strato bleiben. Ist nicht unbedingt der beste Hoster was Preis/Leistung angeht.

Ich wüsste nicht warum Multisite unpassend sein sollte. Es würde funktionieren und viele CMS lösen das Problem genauso.

1.) Mit oder ohne www. ist egal, hauptsache nicht beide Varianten

2.) alte Permalinks am besten mit einer permanenten Weiterleitung auf die neue URL verlinken (301-Redirect)
Jeder Browser navigiert dann automatisch auf die neue URL und Google wirft die alten Links zugunsten der neuen raus.

3.) Auch hier kann ein 301 redirect helfen. Die Einrichtung ist allerdings etwas schwieriger. Es muss eventuell ein bisschen was programmiert werden.

Weil auch deine Front-End-User normale Wordpress-User sind. Es gibt keine Trennung zwischen Backend-User und Front-End-User (User und Member) wie in anderen CMS.

Du verhinderst einen Zugriff auf die login.php-Datei. Die wird aber gebraucht um einen User in Wordpress zu authentifizieren. (Außer du willst was komplett eigenes schreiben)

Ich glaube die Funktion ist zur Interaktion mit dem Dateisystem. Dateien finden usw.

Verwende Wordpress Multisite und lege die Seite einmal in deutsch unter "deinedomain.de/de" und einmal in englisch unter "deinedomain.de/en".

Es gibt auch Plugins die die Inhalte zwischen den einzelnen Seiten einer Multisite synchron halten. Aber es geht auch ohne die ;)

Du musst das nicht unbedingt in einem Child-Theme machen. Es würde auch funktionieren wenn du die Änderung in deinem Parent-Theme durchführst.

Der Grund warum man bevorzugt in Child-Themes arbeitet ist das man dann unbesorgt alle Dateien des Parent-Themes überschreiben kann (z.b. bei einem Update) ohne Angst haben zu müssen die eigenen Änderungen zu verlieren.

Eine Reaktion auf die aktuelle Scroll-Position kann man nur mit JavaScript hinbekommen.

Es gibt ein Event "onScroll" das immer ausgeführt wird wenn der User scrollt.

Zitat

$(document).on("scroll", hier die Funktion);

Das kannst du verwenden um auszulesen an welcher Position du gerade bist und dem entsprechenden Menu-Item eine active-class anzuhängen.

Es gibt eine Menge Implementierungsbeispiele. Leicht über Google zu finden ;)

Ich glaube (ist lange her das ich mit shariff gearbeitet habe) das shariff die daten in einer Datei und nicht in der Datenbank speichert. Hast du mal überprüft ob shariff eventuell noch eine Schreibeberechtigung auf einen Ordner benötigt?

Sollen die Notizen einmal gespeichert werden oder gibt es eine Notiz pro Seite?

Die zweite Variante wäre viel schwerer umzusetzen als die erste.

Ich bekomme auf der Seite die Meldung das ein Skript nicht fertig wird und ob ich es stoppen möchte.

Diesen Schnippsel nennt man Shortcode. Wenn jemand deine Seite aufruft wird der Text aus der Datenbank abgerufen und alle Shortcodes werden gegen Inhalt getauscht. Es ist nicht möglich die Seite aufzurufen ohne das die Shortcodes ersetzt werden.

Hast du ein Caching-Plugin? Wenn nicht wäre das ein erster Schritt.