Beiträge von fuhrmara

    Definitiv nicht.


    Bei meinem Provider Alfahosting anscheinend schon.

    Ein 'nacktes' Wordpress braucht da bereits 40MB Speicher (gemessen mit WP System Health).
    Wenn ich dort nun ein Image-Upload bei einem Memory_Limit von 96MB mache, dann wird das Bild zwar hochgeladen, aber keines der Thumbnails generiert die TwentyTwelve registriert hat bzw. bei einer 'nackten' Installation in den Einstellungen hinterlegt sind.

    Wird das Memory_Limit auf 128MB angehoben, dann werden zumindest die kleinen Vorschaubilder (150*150) generiert, die grossen weiterhin nicht.


    Auf meiner lokalen XAMPP Installation brauch mein 'nacktes' Wordpress nur 19MB Speicher. Da werden auch alle thumbnails generiert, obwohl ich ein Memory_Limit von 128M eingestellt habe, da ich hier auch nur die hälfte an Speicher brauche.

    Würde ich gerne.
    Erhalte vom Alfahosting Support aber die Aussage :

    [COLOR=#333333]"....[/COLOR][COLOR=#000000][FONT=Arial]aber die Erfahrung gebietet, dass eine "normale" Wordpressinstallation im Multi L mit 64MB memory_limit einfach zu realisieren ist, und es schon einigen komplexen Anpassungen bedarf, den Speicherbedarf auf ein Maß über 90MB zu schrauben...."[/FONT][/COLOR]

    Und das obwohl ich ein Business Paket habe, also ein Paket das bereits für höhere Anforderungen ausgelegt ist. Hier ist bei 96MB Schluss.
    Die genanten 64MB sind mit Sicherheit auch korrekt bei einem normalen 32Bit System. Bei dem dort verwendeten 64Bit suPHP müsste dies aber verdoppelt werden.

    Angeboten wurde mit in kostenpflichtiges Update auf das Business XL Paket, das gigantische 128MB bietet und wahrscheinlich auch nur bis zum nächsten WP Update reicht. Das ganze dann für die Restlaufzeit von 20 Monaten zu 60€.
    Da nehme ich mir lieber die 60€ und nehme ein Hostingpaket von WebService4U. Kostet auch nur die 60€ für 2 Jahre (komplette und nicht als Update) und bietet bereits 196MB.

    Aufgrund diverser Probleme mit dem Memory_Limit in einem Business Paket bei Alfahosting (nach Update auf WP 3.5 bricht Image-Upload wegen zu wenig Speichers ab - Bildgrösse 1280*960 - 5 Thumbnails), hatten man dort die Aussage getroffen :
    "....[COLOR=#000000][FONT=Arial]aber die Erfahrung gebietet, dass eine "normale" Wordpressinstallation im Multi L mit 64MB memory_limit einfach zu realisieren ist, und es schon einigen komplexen Anpassungen bedarf, den Speicherbedarf auf ein Maß über 90MB zu schrauben...."


    [/FONT][/COLOR]Gibt es Empfehlungen zum Memory_Limit, ggf. auch direkt von den Wordpress Entwicklern ?

    Wie sieht der Speicherbedarf bei euren Installation aus ?

    Aufgrund erheblicher Probleme beim Image-Upload versuche ich nach wie vor den Fehler zu finden.

    Hierbei ist mir folgendes Aufgefallen.

    Eine Lokale Installation von Wordpress unter XAMPP benötigt bei mir mit ein paar Plugins gerade mal 20MB an PHP-Speicher.

    Lade ich die gleiche Installation zu meinem Provider Alfahosting hoch, wird mir dort ein Speicherbedarf von 40MB angezeigt.


    Jemand eine Idee woran das liegt ???


    Lokale Config
    ------------
    [TABLE="class: fixed widefat, width: 100%"]

    [tr]


    [TD="width: 160px;"]Serverdaten:[/TD]

    [td]

    « zuklappen

    [/td]
    [/tr][tr][td]

    Betriebssystem

    [/td][td]

    Windows NT ADMIN-PC 6.1 build 7601 (Windows 7 Home Premium Edition Service Pack 1) i586

    [/td]
    [/tr][tr][td]

    Server Software

    [/td][td]

    Apache/2.4.3 (Win32) OpenSSL/1.0.1c PHP/5.4.7

    [/td]
    [/tr]


    [TR="class: wpsh-sect-0"]

    [td]

    Server Signature

    [/td][td]

    Apache/2.4.3 (Win32) OpenSSL/1.0.1c PHP/5.4.7 Server at localhost Port 80

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    Server Name

    [/td][td]

    localhost

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    Server Address

    [/td][td]

    ::1

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    Server Port

    [/td][td]

    80

    [/td]


    [/TR]

    [tr][td]

    PHP Version

    [/td][td]

    5.4.7

    [/td]
    [/tr]


    [TR="class: wpsh-sect-0"]

    [td]

    Zend Version

    [/td][td]

    2.4.0

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    Plattform

    [/td][td]

    32Bit

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    geladene Erweiterungen

    [/td][td]

    Core, bcmath, calendar, ctype, date, ereg, filter, ftp, hash, iconv, json, mcrypt, SPL, odbc, pcre, Reflection, session, standard, mysqlnd, tokenizer, zip, zlib, libxml, dom, PDO, bz2, SimpleXML, wddx, xml, xmlreader, xmlwriter, apache2handler, Phar, curl, mbstring, exif, gd, gettext, mysql, mysqli, pdo_mysql, pdo_sqlite, soap, sockets, sqlite3, xmlrpc, xsl, mhash

    [/td]


    [/TR]

    [tr][td]

    MySQL Server

    [/td][td]

    5.5.27

    [/td]
    [/tr][tr][td]

    Memory Limit

    [/td][td]

    96 MB

    [/td]
    [/tr][tr]


    [TD="width: 110px;"]Server Quota's:[/TD]

    [td]

    Zugriff nicht erlaubt oder Quota nicht konfiguriert.

    [/td]
    [/tr][tr]


    [TD="width: 110px;"]Server Locale:[/TD]

    [td]

    detailliert zeigen »

    [/td]
    [/tr][tr][td]

    date/time
    (LC_TIME)

    [/td][td]

    C

    [/td]
    [/tr][tr]


    [TD="width: 110px;"]Load Average:[/TD]

    [td]

    detailliert zeigen »

    [/td]
    [/tr][tr][td]

    letzte 1 Minute

    [/td][td]

    -n.a.-

    [/td]
    [/tr][tr][td]

    Kontrollpunkte:

    [/td][td]

    detailliert zeigen »

    [/td]
    [/tr][tr][td]

    Dashboard darstellen
    (callback:dashboard)

    [/td]


    [TD="width: 100%"]

    [COLOR=#FFFFFF]16,81 %
    [/COLOR]


    16,14 MB | Will be passed during generation of this Dashboard Overview.
    [/TD]

    [/tr]


    [/TABLE]

    Provider Config
    --------------
    [TABLE="class: fixed widefat, width: 100%"]

    [tr]


    [TD="width: 160px;"]Serverdaten:[/TD]

    [td]

    « zuklappen

    [/td][/tr][tr][td]

    Betriebssystem

    [/td][td]

    Linux alfa3034 3.2.0-0.bpo.4cg-amd64 #1 SMP Mon Nov 12 16:32:48 CET 2012 x86_64

    [/td][/tr][tr][td]

    Server Software

    [/td][td]

    Apache

    [/td][/tr]


    [TR="class: wpsh-sect-0"]

    [td]

    Server Signature

    [/td][td]

    Apache Server at landfrauen-malente.de Port 80

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    Server Name

    [/td][td]

    landfrauen-malente.de

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    Server Address

    [/td][td]

    109.237.140.38

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    Server Port

    [/td][td]

    80

    [/td]


    [/TR]

    [tr][td]

    PHP Version

    [/td][td]

    5.3.19-1~dotdeb.0

    [/td][/tr]


    [TR="class: wpsh-sect-0"]

    [td]

    Zend Version

    [/td][td]

    2.3.0

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    Plattform

    [/td][td]

    64Bit

    [/td]


    [/TR]
    [TR="class: wpsh-sect-0"]

    [td]

    geladene Erweiterungen

    [/td][td]

    Core, date, ereg, libxml, openssl, pcre, zlib, bcmath, bz2, calendar, ctype, dba, dom, hash, fileinfo, filter, ftp, gettext, SPL, iconv, json, mbstring, session, standard, posix, Reflection, Phar, shmop, SimpleXML, soap, sockets, exif, sysvmsg, sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader, xmlwriter, zip, mysqlnd, cgi-fcgi, curl, gd, imagick, imap, intl, mcrypt, mysql, mysqli, PDO, pdo_mysql, SourceGuardian, suhosin, xmlrpc, xsl, mhash, ionCube Loader, Zend Guard Loader

    [/td]


    [/TR]

    [tr][td]

    MySQL Server

    [/td][td]

    5.5.28-1~dotdeb.0

    [/td][/tr][tr][td]

    Memory Limit

    [/td][td]

    96 MB

    [/td][/tr][tr]


    [TD="width: 110px;"]Server Quota's:[/TD]

    [td]

    Zugriff nicht erlaubt oder Quota nicht konfiguriert.

    [/td][/tr][tr]


    [TD="width: 110px;"]Server Locale:[/TD]

    [td]

    detailliert zeigen »

    [/td][/tr][tr][td]

    date/time
    (LC_TIME)

    [/td][td]

    C

    [/td][/tr][tr]


    [TD="width: 110px;"]Load Average:[/TD]

    [td]

    detailliert zeigen »

    [/td][/tr][tr][td]

    letzte 1 Minute

    [/td][td]

    3,09

    [/td][/tr][tr][td]

    Kontrollpunkte:

    [/td][td]

    detailliert zeigen »

    [/td][/tr][tr]


    [TD="colspan: 2"][COLOR=#FF0000]Attention:[/COLOR]
    [COLOR=#FF0000]Your provider denies the function exec for security reasons.[/COLOR]
    (You will not get any memory related information because of above named restriction.)
    [/TD]

    [/tr][tr][td]

    Dashboard darstellen
    (callback:dashboard)

    [/td]


    [TD="width: 100%"]

    [COLOR=#FFFFFF]39,05 %
    [/COLOR]


    37,49 MB | Will be passed during generation of this Dashboard Overview.
    [/TD]

    [/tr]


    [/TABLE]

    Hi alle

    Also, ich habe entdeckt, dass das neue Update 3.5 eine Datei .htaccess im uploads Verzeichnis anlegt, das habe ich wieder gelöscht und schon waren die Bilder wieder wie in der alten Version gewohnt zu sehen. Der Inhalt der htaccess Datei war sowieso unsinnig/unvollständig.
    Vielleicht hilft es Euch ja irgendwie.
    ciao
    Jonas

    Also die gibt es eigentlich schon immer. Da werden die Rewrite Rules definiert.


    Mit dem Google Chrome ([COLOR=#303942][FONT=Segoe UI]Version 23.0.1271.97 m) [/FONT][/COLOR]habe ich das Problem nicht! Mehr konnte ich bis jetzt aber noch nicht herausfinden. Vielleicht hat ja einer eine weitere Idee.

    Also ich hatte es mit FF, IE und Chrome versucht.
    In Chrome sah es "schicker" aus als bei den anderen. Fehlermeldung kam aber trotzdem. Und einige thumbs wurden ebenfalls nicht erzeugt.

    Und bei Dir kommt im IE eine Fehlermeldung und in Chrome nicht ?

    Was mir auch noch aufgefallen ist.

    Die Files die beim Upload resized werden haben eine total überzogene Dateigröße, die auch in keinster Weise mit der Dateigröße übereinstimmt die meine lokale Installation erzeugt.
    Beispiel :
    Aus einem 1280x960 px grossen Image soll unter anderem ein mini thumb von 80x80 px erzeugt werden.
    Dateigröße bei meinem Provider (nach Error beim Upload) : 20Kbyte
    Lokal sind es gerade mal 3,5 KB

    Also ich habe schon 'echte' 96M, auch laut Info des Provides.

    Nach der Rechnung aus dem vorangegangenen Post habe ich nach den von WP benötigten 51M also noch 45M übrig.
    Mein Image verbraucht 19M, also bleiben noch 26M.
    Wenn das Ausgabebild nun 18M brauchen sollte, läge ich immer noch unter dem Limit.

    Wie lässt sich dies denn genauer ermitteln ?
    Gibt es ein Tool mit dem der wirkliche, verfügbare Speicher ermittelt werden kann ?

    Habe das gleiche Problem.

    Ich bekomme jedoch immer recht unterschiedliche Meldungen :
    - Es ust ein Fehler aufgetreten. Versuchen Sie es später erneut
    - http error
    - i/o error

    Es scheint am ReSizing der Images zu liegen.
    Von den 10 unterschiedlichen Bildgrössen die mein Theme registriert hat werden manche thumbs erzeugt, andere tauchen als 0byte dateien auf.

    Habe auch schon mal alle Plugins deaktiviert und das neue 2012 Theme aktiviert. Ohne Erfolg. Auch dort sind einige Thumbnails generiert, andere wieder nicht.

    Lokal funktioniert alles einwandfrei.

    Was mir auch aufgefallen ist.
    Wenn ich in der Mediathek die Bilder lösche, passiert im Filesystem rein gar nichts.


    Das Memory_Limit auf meinem Host liegt bei 96M. Mehr gibt der Hoster nicht frei.


    Meine Bilder sind alle maximal 1280 x 960 pixel und so um die 150k - 200k, also nichts besonders grosses.

    Noch einiger Arbeit und viel Feintuning wollte ich euch einmal den Blog meines Sohnes vorstellen, der aktuell ein Jahr in den USA im Rahmen eines "High School Year Abroad" verbringt.

    Das ganze wurde realisiert mit dem Theme "Choices" von Kriesi und den Plugins "Yoast Wordpress SEO", "Akismet" sowie einem eigenen erstellten Plugin.
    Dieses selbst erstellte Plugin erzeugt im Content Links, welche über "Links" in Wordpress administriert werden können.


    Seite wäre : http://niklas.naranili.de


    Sinn des Blogs ist natürlich die Information von Familie, Freunden und Bekannten.
    Über Twitterfeed werden die Beiträge zudem auf Facebook und Twitter gepostet.


    Über konstruktive Anregungen freue ich mich natürlich.

    Ich würde gerne über eine Möglichkeit verfügen den Zugriff auf Bilder (oder generell alle Uploads) auf angemeldete Benutzer zu beschränken.

    Mit dem Plugin "Restrict Content" gibt es bereits eine Möglichkeit dies für Posts und Pages zu machen.

    Genau die gleiche Funktion würde ich für die Uploads suchen.

    Gibt es das bereits ?