Beiträge von Putzlowitsch

post_max_size muß auch noch erhöht werden.Der Wert sollte größer als upload_max_filesize sein, als z.B. 25M.

Gruß
Ingo

Steht doch im weiter oben verlinkten 1&1 Hilfeartikel alles drin.

Die php.ini wirkt nur in dem Verzeichnis, wo sie liegt. Die Einstellungen werden nicht wie bei der .htaccess auf Unterverzeichnisse vererbt.

Für Wordpress muß sie also in das wp-admin Verzeichnis, dort werden die Admin-Skripte geladen.

Es gibt übrigens seit August 2010 ein 1&1-Kundenforum, dort wird einem auch oft unkompliziert weitergeholfen. Ich zitiere mich mal selbst von dort:

Zitat

Eine eigene php.ini ersetzt die Standard-php.ini-Datei des Hosters (hier: /usr/lib/php5/php.ini). Damit gehen alle dort gemachten und von PHP-Standard abweichenden Einstellungen verloren.

Worauf ein Moderator dort schreibt:

Zitat

Oh, danke für den Hinweis. Da haben Sie gut mitgedacht :)
Unsere Änderungen, die dann zusätzlich in die php.ini sollten, wären folgende:

Code

memory_limit = 40M
upload_max_filesize = 20M
max_execution_time = 50000
browscap = /usr/lib/browscap.ini
register_globals = On
error_reporting  =  (E_ALL & ~E_NOTICE & ~E_WARNING)
url_rewriter.tags="a=href,area=href,frame=src,form=fakeentry,fieldset="

Also immer daran denken, eine eigene lokale php.ini setzt die globale php.ini des Hosters außer Kraft.

Gruß
Ingo

Oder hier:
http://schnurpsel.de/wordpress-beim…epage-220/#php5
:-)

Gruß
Ingo

In Deinem WP-Theme werden scheinbar die Thumbnails für Bilder dynamische generiert (timthumb.php). Jedesmal wenn Deine Seite aufgerufen wird, werden alle Bilder durch dieses Skript gejagt.

Gruß
Ingo

Mit exclude und Bild-ID:
http://codex.wordpress.org/Gallery_Shortcode

Gruß
Ingo

Wenn man mal auf die de.vu-Seite guckt steht da, daß wohl neuerdings eine "Volle DNS-Verwaltung" möglich ist. Selbst ausprobiert habe ich es allerdings nicht.

Gruß
Ingo

Die Bilder-Seiten werden ja automatisch generiert.
Man muß nur beim Hochladen der Bilder die vier Textfelder ausfüllen, den Rest erledigt Wordpress.

Soviel Mehraufwand ist das nicht, finde ich.

Gruß
Ingo

Nicht nur der Upload funktioniert nicht mehr, auch alle alten Dateien sind nicht mehr aufrufbar. Es kommt nur ein weißes Fenster.

In ein paar Artikeln habe ich kleine Plugins (zip-Dateien) hinterlegt, die nun nicht mehr abgerufen werden können. Sollte ich da erstmal zusätzlich externe Links einfügen oder ist mit der Lösung des Problems in Kürze zu rechnen?

Gruß
Ingo

Die Zuordnung eines Attachment zu einem Post erfolgt direkt im Datensatz des Attachment in der Tabelle wp_posts. Das Feld post_status erhält den Wert 'inherit' und in Feld post_parent steht die ID des Artikels, zu dem das Attachment gehört.

Wenn irgendwie möglich ist es ohnehin besser, nicht direkt die Datenbank zu befüllen, sondern die Wordpressfunktionen wie wp_insert_post und wp_insert_attachment zu verwenden. Dann sorgt WP selbst dafür, das Felder und Metadaten richtig eingetragen werden.

Beispiele und Anregungen findet man in den Importmodulen, die Wordpress bereits mitliefert (/wp-admin/import/).

Gruß
Ingo

Out of memory hat aber nichts mit dem PHP-Memory-Limit (Allowed memory size ...) zu tun, es ist eine Begrenzung auf Systemebene, die mit PHP-Mitteln nicht angehoben werden kann. Ich vermute, daß der Hoster 1&1 ist:
http://schnurpsel.de/wordpress-beim…220/#php_memory
Bei 1&1 kann man da erstmal nichts machen.

Gruß
Ingo

Das ist aber nicht das normale Wordpress-Verhalten. Wenn ich das Bild als Datei-URL einfüge, ändert sich daran nichts mehr, da wird nichts wieder umgestellt.

Da kann eigentlich nur ein Plugin für verantwortlich sein.

Gruß
Ingo

Wenn Du das Bild direkt verlinken willst, und nicht die Attachment-Seite, dann mußt Du beim Einfügen für URL entsprechend "Datei-URL" und nicht "Artikel-URL" auswählen.

Gruß
Ingo

Wenn der Artikel, in dem das Bild eingefügt wird, noch nicht veröffentlicht wurde, kann sich immer noch der Permalink ändern. Deshalb wird zunächst der Link mit attachment_id=123 eingetragen. Beim Veröffentlichen wird das von Wordpress dann aber in die richtige URL umgewandelt. Diese besteht aus Artikel-URL (Permalink) und slug des Bilders.

Gruß
Ingo

Wie meinst Du das? Verstehe ich nicht.

Cookies werden vom Client zum Server im HTTP-Request-Header übertragen, dafür ist der Browser zuständig. Wenn der Browser für die Seite keine Cookies hat, wird auch nichts übertragen.

Genau so werden Cookies vom Server zum Client im HTTP-Response-Header übermittelt. Der Browser kann diese nun annehmen und speichern oder halt nicht. Wenn er sie speichert, werden sie beim nächsten Aufruf der Seite wieder mit zum Server übertragen (siehe oben).

Wordpress (3.1) sendet aber an Benutzer normalerweise keine Cookies, erst beim Anmeldeversuch.

Gruß
Ingo

Bei meiner aktuelllen Wordpress 3.1 Testinstalltion werden keine Cookies erzeugt, wenn ich als normaler Nutzer eine Seite aufrufe.
Wann soll das denn wie passieren?

Gruß
Ingo

Allein das Glücks-Keks Bild ist gute 500k "fett", ein paar andere sind auch zwischen 200k und 500k groß. Besonders die da oben in dieser wechselnden Ansicht. Da kommt insgesamt bestimmt einiges zusammen.

Gruß
Ingo

SpeedPlus hat erstmal nichts mit der Datenbankgeschwindigkeit zu tun, sondern verbessert die PHP-Performance. Ich hatte dazu einige Untersuchungen angestellt.

Seit SpeedPlus ist allerdings leider nun doch immer mal wieder die Datenbank die Bremse, da sie hin und wieder eine Art "Gedenkminute" einlegt.

Gruß
Ingo

Nach Anfangsschwierigkeiten bin ich jetzt mit Strato gut zufrieden. Man muß auch nicht immer gleich die Flinte ins Korn werfen, wenn was nicht funktioniert und sollte nach Lösungsmöglichkeiten suchen. Die meisten Probleme bei Strato konnte ich beheben und habe meine Lösungen auch für andere zugänglich gemacht.

Im übrigen habe ich beim immer so hoch gelobten All-Inkl in letzter Zeit ab und zu Totalausfälle von mehreren Minuten, aber das nur nebenbei.

Gruß
Ingo

So etwas geht mit einem Plugin, wie z.B. diesem hier:
http://mcaleavy.org/code/domain-mirror/
oder diesem:
http://putzlowitsch.de/123-multihost/

Gruß
Ingo

Habe grad nochml Deinen Leinen los!-Artikel und die Kommentare (besonders vom 6.August 2010) gelesen. War mir gar nicht mehr bewußt, daß das Problem ja wohl doch beseitigt wurde...

Gruß
Ingo