Da du bisher noch keine Angaben zum Hoster gemacht hast, kann man da auch nicht viel mehr sagen. Bei Massenhoster Packeten liegen die Datenbanken auf anderen Rechnern und teilen sich die Zugriffe mit anderen Datenbanken anderer Kunden. Wenn dann einer anderer Kunde mal massiv mit seiner Datenbank arbeitet (Backup oder Massendaten Import), geht auch deine Leistung mit runter, denn der DB Server reagiert dann langsamer.
Gleiches gilt für den WebServer, in dem vermutlich nicht nur du sondern X Kunden laufen. Wenn da einer massiven Traffic hat, dann bremst das auch deine Auslieferungsgeschwindigkeit drastisch runter.
Beiträge von codestyling
-
-
WebSpace Limit ist nicht gleich Datenbanklimit!
Da alle Artikel in der Datenbank stehen, ist es erstmal egal, wie groß der WebSpace ist. Entscheidend ist die maimale Größe der Datenbank.
Bei Massenhostern wie 1und1 bekommt man zwar massig Plattenplatz aber nur z.B. 100 MB große Datenbanken. Wenn die voll ist, ist WP am Ende.
Dann hilft nur ein eigener Server, wo die Datenbanken tatsächlich auf deinem eigenen WebSpace liegen und so groß werden können, wie der Plattenplatz hergibt. -
Ich habe dazu einen Artikel geschrieben, der aus Sicht von WP 3.0 Multi Site kommt: http://www.code-styling.de/deutsch/weisse…ch-themewechsel
Das Problem mit der Weissen Seite besteht aber auch in der Standardinstallation, wenn man das Theme "kaputt" gespielt hat und es auch noch das Standard-Theme selbst ist, also Twenty Ten. Dann brauchst du ein funktionierendes Theme, damit du wieder ins Backend kommst.Wenn ein gravierender Fehler in der functions.php drin ist, dann kann sich das Backend nicht mehr aufbauen, und du bekommst diese weisse Seite, weil PHP oder mache Hoster in ihren Sicherheitseinstellungen die weitere Scriptausführung trotz Fehlers abwürgen. In so einem Falle sichere per FTP dein modifiziertes Theme und lade ein funktionierendes Original per FTP hoch.
-
Sieht mir danach aus, als hättest du das ohne Sprachdatei Unterstützung händisch auf deutsch direkt in das Template geschrieben.
Wenn du das mit einem herkömmlichen Editor machst, speichert er das Template im ISO Format ab aber WordPress gibt im Normalfall UTF-8 aus. Somit werden ungültige Zeichen im Sinne vom UTF-8 ausgegeben. In diesem Falle brauchts du einen Editor zum Ändern, des das Template in UTF-8 ohne BOM Marker abspeichern kann, z.B. den OpenSource Editor "Notepade++".
Andererseits könnte dein Blog abre auch absichtlich in ISO laufen aber du hast das mit dem Editor von WordPress als UTF-8 gespeichert, was zum ähnlichen Ergebnis führt.Wie genau hast du den Text geändert?
-
-
Da 1und1 ein Massenhoster ist, wird es schwer bis nix, dort ein höhers Memory Limit zu bekommen außer man wechselt auf einen Virtual Private Server.
Da du WordPress im Maximum betreiben willst, also MultiSite + BuddyPress + Forum, wird der Anspruch von WP auch höher. Dies kann man im Core von WordPress finden:
PHP// set memory limits if ( !defined('WP_MEMORY_LIMIT') ) { if( is_multisite() ) { define('WP_MEMORY_LIMIT', '64M'); } else { define('WP_MEMORY_LIMIT', '32M'); } }
Da du Multi Site brauchst, wird das sicher unter 64MB nix werden. Du hast aber nur 32MB. -
Dazu gibt es bereits seit 2008 einen Artikel in unserem Blog hier: http://blog.wordpress-deutschland.org/2008/09/08/tin…ibpruefung.html
-
Ich hab nochmal ein paar weiter Wege zum Ziel in einem Artikel zusammengefasst: http://www.code-styling.de/deutsch/wordpr…e-menue-eintrag
-
Ok, unabhängig von den Sprachdatei-Problemen gibt es noch folgende Lösung. Dieser Abschnitt wird einfach in die functions.php des Themes mit aufgenommen und die gewünschte Beschriftung des Home Menüpunktes angegeben:
-
Ok, unabhängig von den Sprachdatei-Problemen gibt es noch folgende Lösung. Dieser Abschnitt wird einfach in die functions.php des Themes mit aufgenommen und die gewünschte Beschriftung des Home Menüpunktes angegeben:
-
Gibts auch noch mal zum Nachlesen mit Analyse in meinem Blog unter: Weisse Blogs bei WordPress Multi Site nach Themewechsel
-
Hatte dir eine private Nachricht geschickt, weil ich es geschickter finde, dein Problem "out of forum" zu klären und danach ggf. die Ergebnisse hier zu bringen.
-
Das kenne ich so noch nicht. Dein Backend ist offensichtlich nun der Meinung, alles wäre im ISO Format und versteht die UTF-8 Kodierung der Texte nicht, obwohl sowohl deine Frontseiten als auch vermutlich das Backend laut Browser Daten als UTF-8 ausliefert.
Irgendwas ist auf deinem Server nicht so konfigiriert, wie es sollte. Die deutsche Sprachdatei findest du erstmal hier und kannst sie per FTP hochladen: http://wordpress-deutschland.org/download/sprachdatei/ damit es wieder ein Bild gibt.
Allerdings kann ich ohne weitere Informationen, nicht rausfinden, was und warum das ausgerechnet bei dir Fehler produziert. Bei über 30000 downloads und Usern die, das einsetzen, hatte ich diesen Fall noch nie.
-
Doch allerdings mußt du das festlegen, wenn es nicht twentyten sein soll:
PHP/** * Slug of the default theme for this install. * Used as the default theme when installing new sites. * Will be used as the fallback if the current theme doesn't exist. * @since 3.0.0 */ if ( !defined('WP_DEFAULT_THEME') ) define( 'WP_DEFAULT_THEME', 'twentyten' );Also kannst du in der wp-config.php kurz nach deinen Datenbankseinstellungen folgendes eintragen:
wobei dann "mein-theme" der Ordnername deines Standardthemes sein soll.
-
-
So schwer ist es nicht und studiert muß man auch nicht haben. Ich bin eigentlich der Meinung, eine komfortable Lösung mit meinem Plugin für WordPress anzubieten, kein anderes CMS hat das ohne PoEdit bemühen zu müssen, eingebaut.
Ich habe nochmal im anderen Thread darauf geantwortet und weitere Hinweise gegeben: http://forum.wordpress-deutschland.org/design/74369-t…html#post345314
-
Soweit so gut wie dein Screenshot zeigt.
Hast du auch auf den Button gedrückt "erstelle mo-Datei", nachdem du es als "HOME" übersetzt hast (siehe Anhang) ?2. Grund warum das nicht gehen könnte: Du hast ein Menü von Hand im Theme angelegt unter Design -> Menüs und selbst den Home Link von Hand mit dieser Beschriftung angegeben. Dann musst du das dort ändern.
-
Kannst du mal einen Link zum Blog und zum verwendeten Plugin bereitstellen, damit man sich ein Bild machen kann, was und wie das funktioniert?
-
Hast du mal einen Link zum Blog, das man testen kann, wie xmlrpc sich verhält oder überhaupt gefunden werden kann ?
-
Hmm, dann sollte ich vermutlich den Text nochmal überdenken und besser formulieren. Es ist ja nix defekt an der installierten *.po Datei nur mein Plugin trennt bereits die Textdomains, die in einem Plugin/Theme enthalten sein können auf.
Hintergrund:
Sagen wir mal, das Plugin/Theme enthält Texte, die mit einer Textdomain "meine-textdomain" verbunden sind und so verwendet werden. Dies sieht im PHP Code dann z.B. so aus:Man findet allerdings auch Texte, die der Standard Textdomain zugeordnet sind, wie z.B. dieses hier:
Selbst wenn man den Begriff "Category" nun mit in die Sprachdatei aufnehmen und übersetzen würde, greift WordPress aber nicht auf diese Übersetzung zurück sondern nimmt "default" statt "meine-textdomain" und liefert somit die Übersetzung aus der WordPress Sprachdatei anstatt der aus der Theme Sprachdatei.
Deswegen will mein Plugin die *.po Dateien neu einlesen, um so etwas rausfiltern zu können. Dies reduziert den Ballast, den eine Sprachdatei mit sich bringen kann, der niemals verwendet wird und weist andererseits die Autoren der Themes/Plugins darauf hin, daß sie möglicherweise die Angabe der Textdomain vergessen haben könnten.
Ich hoffe, dies erklärt, warum mein Plugin die *.po nochmal einlesen möchte, wenn sie nicht schon das (nicht standardisierte) Textdomain Trennen Feature hat.