Beiträge von Putzlowitsch

Wobei der TE ja einen vServer hat, da sollte er in der Lage sein, das Memory-Limit in der php-Inidatei anzupassen bzw. mehr Speicher zur Verfügng zu stellen.

Gruß
Ingo

Der Verzicht auf die deutsche Sprachdatei bringt noch mal 3 bis 3,5 MB Speichereinsparung. Das kann schon helfen.

Ich verstehe nicht, was da manche für Speicherfresser installiert haben. Mein Testblog mit WP 3.0 bei 1&1 verbraucht im Backend ca. 16,7 und im Frontend 13,5 MB (mit deutscher Sprachdatei).

Gruß
Ingo

Neee, leider nicht. Der Support hatte mir das ja sogar mit den nur 32 nutzbaren MB bestätigt.

Einzige Möglichkeit ist es, Wordpress möglichst schlank zu halten. Wenige Plugins, kein riesiges Theme usw.

Gruß
Ingo

In der Datei wp-admin/admin.php wird das Memory-Limit pauschal auf 256M gesetzt, sofern der angemeldete User Administrator-Rechte ("Optionen verwalten") hat. Auch bei einigen anderen Aktionen im Backend wird versucht, den Wert auf 256 zu setzen, z.B. beim Core-Update, Media-Upload und Bilder bearbeiten.

Die Frage ist halt immer, ob dieses Hochsetzen tatsächlich etwas bewirkt. Bei 1&1 ist beispielsweise bei 32M Schluß (Out of Memory!), egal ob da dann sogar die 256M angezeigt werden, oder nicht.

Gruß
Ingo

Bei einem externen Link muß in jedem Fall das http:// davor stehen, also

<a href="http://example.org/">

Gruß
Ingo

Sofern das neue Blog tatsächlich ganz leer ist, also auch nicht der Beispielartikel und die Beispielseite aus der Installtion existieren, werden die IDs der Artikel beim Import übernommen.

Oder anders gesagt, die Importfunktion prüft, ob die vom zu importierenden Artikel verwendete ID noch frei ist. Falls ja, wird die alte ID übernommen, falls nein, wird die ID automatisch mittels AutoIncrement von der Datenbank vergeben.

IDs von Kategorien und Tags werden nicht übernommen. Diese werden einfach neu erstellt.

Gruß
Ingo

Das Problem dürfte die in allen Seiten gleiche Meta-Description sein. Entweder man läßt das

<meta name="description" content="..." />

ganz weg, oder läßt sich das von einem SEO-Plugin mit sinnvollem Inhalt generieren.

Gruß
Ingo

Ich weiß nicht, wie nextgen die Bilder intern verwaltet, aber wenn die Bilder selbst nun eine neue URL bekommen haben, sind es für Google neue Bilder.
Bei der Bildersuche muß man eher mit 6 bis 8 Wochen rechnen, ehe neue Bilder im Suchindex erscheinen.

Gruß
Ingo

PXS-Mail-Plugin?
http://forum.wordpress-deutschland.org/konfiguration/…html#post237367

Gruß
Ingo

Mit get_permalink:
http://codex.wordpress.org/Template_Tags/get_permalink

Gruß
Ingo

Genau, bei 1&1 hilft leider das Hochsetzen des PHP-Memory-Limits überhaupt nicht:
http://schnurpsel.de/wordpress-beim…220/#php_memory

Gruß
Ingo

Kommt der Fehler auch mit einer leeren .htaccess-Datei?
Wenn ja, kann es eigentlich nichts mit Wordpress selbst zu tun haben.

Gruß
Ingo

Was werden denn vom Server für Default-Indexdateien akzeptiert? Hier sollte index.php auf jeden Fall mit dabei sein.
Kommt denn der Fehler 403 auch, wenn Du die index.php explizit aufrufst?

Gruß
Ingo

Und die Datenbanken erreicht man bei 1&1 auch nicht über localhost, sondern etwas wie 'db1234.1und1.de' für 'DB_HOST'.

Gruß
Ingo

Marcus[IS]
Nein, nein, es geht ja um einen (virtuellen) Server. Damit hat das in den FAQ nichts zu tun.

kaufhaus2000
Da es ein Server ist, kannst Du bestimmt im Error-Log-File nachsehen. Da steht eventuell etwas zur Ursache des Fehlers.

Gruß
Ingo

Kostet nicht extra, Neukunden bekommen das automatisch, Altkunden müssen sich selber drum kümmern:
http://forum.wordpress-deutschland.org/installation/2…html#post315217

Gruß
Ingo

Ja, ich habe Wordpress 2.9.2.

Ich kann das nun nicht mehr ohne SpeedPlus testen. Einmal SpeedPlus, immer SpeedPlus :-) Welche PHP-Version verwendest Du denn? Wenn es noch 4 ist, dann sollstest Du unbedingt auf PHP 5 umstellen. Bei SpeedPlus gibt es übrigens nur noch PHP5.

Gruß
Ingo

Also der Feed funktioniert auch nicht mehr, zumindest wird mir der Datenbankfehler angezeigt. Und ein Datenbankname sollte sich nicht einfach so verändern. Alles sehr komisch.

Hast Du ein neues Passwort beim Anlagen der zweiten Datenbank vergeben? Könnte sein, daß für alle Datenbanken dasselbe Passwort gilt. Dann müßtest Du das in der wp-config.php des alten Blogs entsprechend ändern.

Gruß
Ingo

Wenn es keine 404.php gibt, wird bei einem Fehler "404 Not Found" die index.php des Themes aufgerufen. In dieser sollte dann eine Fehlerbehandlung erfolgen: if( is_404() ) ... oder Ähnliches.

Wichtig ist besonders, das zumindest der HTTP-Respondse-Code (Status 404) stimmt. Und dem Benutzer sollte man auch irgendwie anzeigen, daß ein Fehler aufgetreten ist.

Gruß
Ingo

Was passiert denn genau? Wird auf die Startseite weitergeleitet oder wird der Inhalt der Startseite unter diesen falschen Adressen angezeigt (URL bleibt unverändert) ?

Bei dem Link von mir oben geht es um das Problem der angehängten Nummern und was man dagegen tun kann.

Ansonsten könnte für das Verhalten auch das Theme verantwortlich sein, welches z.B. mit einer 404.php-Datei immer den Inhalt der Startseite anzeigt. Das sollte man dann aber unbedingt ändern und eine ordentiche Fehlerbehandlung durchführen.

Gruß
Ingo