Beiträge von Putzlowitsch

  • 1und1 - Dual Basic - PHP Memory Limit

    Nein, das hat in dem Fall nichts mit dem Upload zu tun. Es ist eine schon seit Jahren bestehende (betriebssystemseitige) Limitierung bei 1&1, die zum "Out of Memory"-Fehler führt. Da kann in der php.ini stehen was will, ob wie früher 40M oder jetzt 90M, bei 32M ist Schluß.

    Erstaunlich finde ich nur, daß das bei den ganz neuen Hosting-Paketen (diese Dual-Dinger) immer noch so ist. Am besten im 1&1-Forum nachfragen, vielleicht tut sich da mal was.

    Zur php.ini bei 1&1 verweise ich mal auf einen älteren Beitrag:
    http://forum.wordpress-deutschland.org/konfiguration/…html#post386078

    Gruß
    Ingo

  • WP-Probleme bei einzelnen Hostern

    Zitat von infected

    Das scheint bei einigen Tarifen mittlerweile auf 90MB angehoben worden zu sein. Zumindest bei den Installationen die ich betreue, ist lt. PHP Info seit gut zwei Wochen ein Limit von 90M gesetzt

    Stimmt, habe grad mal nachgeschaut. Angezeigt werden 90M aber bei 32M ist immer noch Schluß:
    Fatal error: Out of memory (allocated 32768000)...
    Bisher wurden auch 40M angezeigt, nutzbar waren aber nur 32M.

    Das könnte aber eine "Vorbote" für eine tatsächliche Verbesserung sein, will ich mal hoffen. Ich werde mal im 1&1-Forum reinschauen, vielleicht gibt es da Infos.

    Update: Im 1&1-Forum wurde berichtet, daß das höhere Memory-Limit wohl nur bei den neuen "Dual-Tarifen" wirklich funktioniert. Inwiefern und ob überhaupt die Bestandstarife davon profitieren werden, ist derweil noch unklar.

    Gruß
    Ingo

  • Blog nicht erreichbar: You don't have permission ...

    Für den Aufruf einer Webseite ohne Angabe einer Datei (z.B. index.html) muß der Webserver wissen, welche Dateien er in diesem Fall verwenden soll. Dafür sind meist ein oder mehrere Dateien voreingestellt.

    Für Wordpress ist die Standarddate index.php, so daß diese für den Webserver konfiguriert werden muß. Wie das geht, hängt vom Webhoster ab.

    Oft kann man das selbst über die Datei .htaccess machen, da müßt dann folgendes drin stehen:

    Code
    DirectoryIndex index.php index.shtml index.html

    Wie es geht, sollte Dir Dein Webhoster sagen können.

    Gruß
    Ingo

  • WP-Probleme bei einzelnen Hostern

    Wenn es bei Strato und 1&1 nicht mit dem automatischen Update klappt, liegt es mit Sicherheit aber nicht an den Zugriffsrechten, sofern man WP selbst via FTP installiert hat.

    Bei Strato und 1&1 läuft PHP als CGI im Kontext es Benutzers. Daher hat PHP immer Schreibrechte auf alles, was auch per FTP hochgeladen wurde. Ich mußte bei da noch nie irgendwas mit chmod verändern.

    Knackpunkt bei 1&1 ist oft das PHP-Memory-Limit von 32M. Da hilft nur, den Speicherverbrauch klein zu halten. Wenige Plugins, schlankes Theme und eventuell der Verzicht auf die deutsche Sprachdate (spart ca. 3MB).

    Bei Strato habe ich seit SpeedPlus auch keine wirklichen Performance-Probleme mehr. Gelegentlich hängt mal die Datenbank, aber das ist in letzter Zeit auch immer seltener.

    Gruß
    Ingo

  • Maximale Uploadgröße ändern

    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

  • Dateiupload funktioniert nicht mehr

    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

  • Attachments auf Datenbankebene erzeugen und Posts zuordnen

    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

  • ?attachment_id= bei Fotos

    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

  • WP 3.1: Cookies deaktivieren?

    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