Aber woran kann es sonst liegen ?
Als die 512MB freigeschaktet waren hat es ja funktioniert
Fotoupload funktioniert nicht
-
- Gerade eben
- Anzeige
Hallo!
Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.
- ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
- ✔️ Deutsche Server & DSGVO-konform
- ✔️ Persönlicher Support (kein 0815-Ticket-System)
-
Du sagst doch, selbst bei einem nackten WP hat es ohne die 512M nicht funktioniert.
Sorry, aber dann such dir lieber einen vernünftigen Hoster. -
Aber woran kann es sonst liegen?
Dies steht in der Error - Log Datei von deinem webServer. Wenn du ein Speicherplatz Problem hast steht dort:
PHP Fatal error: Allowed memory size of xxxxxx bytes exhausted (tried to allocate xxxxxxxx bytes) in /usr/.../blog/wp-includes/ein_script.php on line yyywenn du keinen Zugriff auf eine Error - Logdatei hast - solltest du den Provider wechseln.
-
deflateInit2 hört sich eher nach dem Modul mod_deflate an. Hat dann aber nix mit dem memory_limit zu tun.
So genau kenn ich mich da aber nicht aus. -
Auch das deutet mMn nicht auf zu wenig memory_limit hin, eher auf ein Fehler mit ImageMagick. Vermutlich zu dem Zeitpunkt, wenn die Thumbnails von WP erstellt werden wollen.
-
schau mal hier
-
Da geht es um die Serverkonfiguration, nicht speziell um Typo3. Ich vermute eben auch, dass der Server nicht rund konfiguriert ist. Deshalb ja meine Empfehlung: Hoster wechseln ;-)
-
Da kann ich maxe nur zustimmen. Es klingt alles danach, als wäre was am Server nicht richtig konfiguriert.
Wenn du nicht wechseln willst, sprich deinen Hoster drauf an. Der kann die Logs ebenfalls auslesen und sollte dann helfen können.
-
das steht dann in der log:
libgomp: Thread creation failed: Resource temporarily unavailableVerwendest du ImageMagick? Wenn ja Wie und in welchen Versionen?
Bei 1und1 hilft bei ImageMagick in der wp-config
PHPputenv( "MAGICK_THREAD_LIMIT=1" );Aber evtl. verwendest du die original Wordpress Version ohne veraltete Wp Plugins... mit der gd-lib.
-
Im nackten Zusand sollten 64MB auf alle Fälle reichen. Und die Fehler die du zitiert hast, deuten nicht auf Memory-Limit hin.
Hast du den Tipp von r23 mal befolgt?
-
das ist mein Image Magick -
Im nackten Zusand sollten 64MB auf alle Fälle reichen. Und die Fehler die du zitiert hast, deuten nicht auf Memory-Limit hin.
Hast du den Tipp von r23 mal befolgt?
hab ich getestet aber Fehler kommt immer noch sporadisch
-
Hallo,
hab ich getestet aber Fehler kommt immer noch sporadisch
Wordpress bietet wirklich Imagick support an. Es gibt sogar einen class-wp-image-editor-imagick editor. Und damit beginnt auch schon das Drama.
in Zeile 42 wird geprüft ob
PHP// First, test Imagick's extension and classes. if ( ! extension_loaded( 'imagick' ) || ! class_exists( 'Imagick' ) || ! class_exists( 'ImagickPixel' ) ) return false; if ( version_compare( phpversion( 'imagick' ), '2.2.0', '<' ) ) return false;imagick und in einer aktuellen version vorhanden ist.
Du verwendest in einer x bit Umgebung von PHP x.y.z eine 3.1.2 Version Imagick. Solltest es Speicherprobleme geben, werden diese unterdrückt:
Zeile 124
PHP@ini_set( 'memory_limit', apply_filters( 'image_memory_limit', WP_MAX_MEMORY_LIMIT ) );das @ verhindert halt Informationen in der Log und ist halt *böse*
Ich würde vermutlich Imagick mit return false; unter test ausschalten und die gd-lib verwenden. Oder den Speicher erhöhen, da Imagick mehr Speicher benötigt. (dafür sind die Bilder schärfer, schöner, besser...)
Schade, dass Wordpress Imagick und nicht Gmagick...
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!