Beiträge von Putzlowitsch

Naja, vielleicht sollte ein Moderator diesen Thread einfach in des passende Unterforum verschieben. Damit hier wieder Ruhe einkehrt.

Gruß
Ingo

Diesen Unterschied versuche ich den Leuten schon seit gefühlten 10 Jahren zu vermitteln. Zum ersten Mal ist mir das so deutlich bei 1&1 aufgefallen.

Ich weiß nicht, wie das bei Windows ist, aber bei unixoiden Betriebssystemen gibt es Möglichkeiten, die Ressourcen (Speicher, CPU-Zeit usw.) je Prozess und ggf. abhängig vom Nutzer zu begrenzen. Das scheint 1&1 zu verwenden, um die dem Nutzer je nach Hosting-Paket zustehenden Ressourcen zu begrenzen.

Das Problem ist aber, daß PHP aus ein und der selben Ini-Datei für alle konfiguriert wird, egal welcher Nutzer (Kunde) nun gerade einen Prozess ausführt. Deshalb stand dort für das memory_limit der maximale Wert drin, der den Kunden mit dem teuersten Paket zugebilligt wurde. Bei den kleineren Paketen schlug dann halt der "Out of Memory" bereits früher zu.

Danke Melewo, daß Du den Selbstversuch durchgeführt hast. Immerhin konnte sich PHP bei dir ca. 1,7 GB Speicher genehmigen. Ich hatte den Versuch mal in meinem Webhostingpaket bei All-Inkl durchgeführt. Da ging dann irgendwann der Server in die Knie.

Gruß
Ingo

Der Parameter memory_limit ist ja nur so eine Art "freiwillige Selbstkontrolle" von PHP. Der Speichermanager in PHP fordert halt beim Erreichen dieser Grenze keinen weiteren Speicher mehr vom System an, selbst wenn dort nocht genug vorhanden ist.

Sinnigerweise sollte der memory_limit-Wert unter dem Wert für das Prozesslimit des Betriebssystems liegen.

Wie man die Grenze austesten kann?
Ganz einfach, in der php.ini das memory_limit auf -1 (unlimitiert) setzen und dann ein PHP-Skript starten, daß in einer Endlosschleife Speicherblöcke z.B. mit str_pad in ein array schreibt. So sieht übrigens mein kleines Test-Skript aus:

<?php
        define( 'MB', 1024.0 * 1024.0 );
        define( 'BS', 5.0 );
        $memsz = (int)(BS * MB);
        while( true ) {
            $umem = round( memory_get_usage()/MB, 0 );
            echo "$umem ";
            flush();
            $dummy[] = str_pad( '', $memsz );
        }    
?>

Damit es nicht so lange dauert, kann man noch die Blockgröße bei BS (in MB) erhöhen.

Entweder es kommt dann irgendwann eine "Out of Memory"-Meldung oder das System bricht sonst irgendwie zusammen, weil es nur noch mit dem Umlagern des virtuellen Speichers beschäftigt ist.

Gruß
Ingo

Zitat von hshl

Bin bei WebHostOne. Wenn die Speichergrenze bei 60m liegt, dann bekomme ich nicht das Webpaket, für das ich zahle. Worpress zeigt mit eine Speicherkapazität von 128m an. Stimmt das etwa nicht ?

Du hast das Paket "Multi-App"? Da gibt es laut Homepage des Webhosters 128 MB "RAM-Power für dynamische Projekte".

Ich kann es gerne auch nochmal wiederholen. Der oben genannte Fehler hat nichts mit dem PHP-Memory-Limit zu tun. Da kann WP anzeigen, was es will. Die Begrenzung "Out of Memory" schlägt betriebsystemseitig zu.
Einen Speichertest enthält z.B. das Plugin "WP System Health"

Ich habe selbst mal ein Testskript geschrieben, welches unabhängig von WP-Läuft und einfach immer mehr Speicher anfordert. Da sieht man auch, wo die echte Grenze liegt.

Gruß
Ingo

Was ich damit nur sagen wollte, es muß nicht am PHP-Speicher liegen. Wenn z.B. beim Upload von Wordpress irgendwas schief gelaufen ist und Dateien fehlen oder beschädigt sind, könnte es auch daran liegen. Wenn die Fehlerausgabe in PHP unterdrückt wird, sieht man dann auch nichts außer einer weißen Seite.

Zur Fehlerdiagnose sollte wohl am besten dieser Weg eingeschlagen werden:
http://faq.1blu.de/content/480/87…-liegt-das.html

Bezieht sich zwar auf Joomla, sollte sich aber sinngemäß auch auf Wordpress übertragen lassen. Auf jeden Fall muß die Fehlerausgabe aktiviert werden. Gab es da nicht auch Konstanten in der wp-config.php, die das bewerkstelligen?

Gruß
Ingo

Zitat von Gerd-E.

...
ein frisch installiertes WordPress braucht derzeit schon gut über 32MB PHP Memory...

Komisch, "WP System Health" zeigt mir für meine WP 3.9 Test-Installation bei 1&1 im Frontend ca. 9MB und im Backend ca. 13MB Speicherverbrauch an.

Gruß
Ingo

Bist Du sicher, daß es um Wordpress geht? Meines Wissens gibt es da keine richtige Windows-Installation.
Wo hast Du denn die Installation her?

Gruß
Ingo

Welches Webhosting-Paket bei 1&1 hast Du und wie wurde da Wordpress installiert? Per Click&Build und falls ja, in welchem Modus?

Gruß
Ingo

"Out of Memory" hat ja erstmal nichts mit dem PHP-Memory-Limit zu tun. So wie es da oben in der Fehlermeldung steht, liegt die Grenze bei ca. 60 MB, und zwar Betriebsystemseitig. Der PHP-Prozess bekommt einfach nicht mehr Speicher zugeteilt. Das ist ein typisches Verhalten z.B. bei 1&1.

Bei welchem Hoster bist Du denn?

Gruß
Ingo

Das ist natürlich schlecht, wenn man sich auf eine Agentur nicht verlassen kann, kann Deinen Ärger gut verstehen.

Aus meiner Sicht bringt es aber wie gesagt nichts, die WP-Seite wieder herzustellen und die Endungen anzupassen.

Du solltest halt die wichtigsten, externen Links per Redirect auf die neuen URLs weiterleiten. Anders wird es nicht gehen, eine automatische Lösung ist da nicht möglich.

Gruß
Ingo

Was sollt es denn nützen, die alten Seiten wieder zu beschaffen bzw. dort die Endung zu ändern? Am sinnvollsten wäre eine Weiterleitung der alten URLs per .htaccess auf die neuen.

Da die WP-Version auch erst seit Mitte Februar existiert (?), wird es vermutlich auch noch nicht so viele Backlinks geben. Das sollte man also "zu Fuß" hinbekommen.

Gruß
Ingo

M.Weber
Da ist nichts komisch, er will eine Video per Wordpress-Video-Shortcode einbinden. Damit kann man mehrere Video-Formate angeben (webm, mp4,ogv) und ein "poster" als Vorschaubild. Nur das mit dem Vorschaubild hat wohl nicht funktioniert, weil das Bild nicht vorhanden ist.

Marcus[IS]
Im Ursprungsbeitrag hat godsgift keine YouTube-Video, sondern ein lokal auf seinem Webspace hochgeladenes Video eingebunden. Weil das aber nicht wie gewünscht funktioniert hat, hat er es nun vermutlich per YouTube gemacht. Bei YouTube kann man übrigens auch ein benutzerdefiniertes Vorschaubild hochladen.

MegaWork
Das poster-Attribut hat er ja im oben gezeigten Code angegeben. Das Problem war vermutlich nur, daß das Bild nicht vorhanden war.

Gruß
Ingo

Gut, ich habe jetzt auch mal die WP-Installtion bei All-Inkl gemacht. Die Dateien werden im Kontext des FTP-Benutzers angelegt, also so, als hätte man alles selbst per FTP hochgeladen.

Owner aller Dateien und Verzeichnisse ist der FTP-User. Deshalb kommt bei der Online-Installation von Themes/Plugins oder einem Update auch die Frage nach den FTP-Zugangsdaten. Klar, PHP hat nirgendwo Schreibrechte.

Nach Eingabe der Daten hat die Installtion eines Themes einwandfrei funktioniert und ich konnte es problemlos aktivieren.

Eventuell wäre es eine gute Idee, alles nochmal zu löschen und die Installation erneut vorzunehmen. Bei der Frage nach der Datenbank am besten eine neue Datenbank anlegen lassen. Bei der Frage nach einem Unterverzeichnis auch ein neues erstellen lassen.

Und dann nichts an den Rechten ändern, daß paßt normalerweise so, wie es ist. Nur für den Uploads-Ordner muß 777 gesetzt werden, damit man Dateien hochladen kann.

Gruß
Ingo

Du mußt dort als Bild nicht die Attachmentseite (/?attachment_id=343), sondern das Bild selbst per <img src="..." einbinden. Also:

<img src="http://pferdestall.disegno.cc/wp-content/uploads/2014/04/footer_large.png">

Gruß
Ingo

Normalerweise reicht es, die Watch-URL des Videos im Beitrag einzufügen, z.B.:
http://www.youtube.com/watch?v=YqlVYC_2syk

Hier ist das beschrieben.

Alternativ kann man auch [embed]...[/embed] ganz ohne Größenangabe verwenden. Dann wird die Video-Breite an die Content-Breite angepaßt, sofern diese im Theme richtig gesetzt wird. Ansonsten reicht es auch, nur die Breite mit width="..." anzugeben. Der Vorteil davon ist, daß die Höhe dann automatische im richtigen Seitenverhältnis gesetzt wird.

Gruß
Ingo

Ich meinte aber eher die Berechtigungen innerhalb von Wordpress, nicht die auf der Datei-/Verzeichniseben des Servers.

Vor jeder Aktion im Wordpress-Backend wird mit der Funktion current_user_can('...') geprüft, ob der Benutzer die Aktion ausführen darf. Falls nicht, wird die oben genannte Meldung angezeigt. Das hat erstmal nichts mit Dateirechten zu tun.

Gruß
Ingo

Die Meldung kommt dann, wenn der angemeldete Benutzer nicht die Berechtigung hat, etwas zu tun, also z.B. Themes zu aktivieren oder zu bearbeiten.

Bist Du denn als Admin im Backend angemeldet?

Gruß
Ingo

Per Voreinstellung wird aber gar kein Major-Updates automatisch durchgeführt:
http://codex.wordpress.org/Configuring_Au…kground_Updates

Hast Du vielleicht die Konstante 'WP_AUTO_UPDATE_CORE' auf true gesetzt?

Gruß
Ingo

Das komm in die Datei functions.php Deines Themes. Einfach am Ende hinzufügen. Falls am Ende in der letzten Zeile ein ?> steht, dann auf jeden Fall davor.

Gruß
Ingo

Ich nehme an, Du hast das bei 1&1 im "Safe Mode" installiert. Da wird die Wartung und Aktualisierung von 1&1 übernommen. Du kannst da nicht viel selber machen. Besser wäre der "Free Mode". Hier sind die Unterschiede erklärt. Dort findest Du auch weitere Hinweise, wie Du vom Safe- in den Free-Modus wechseln kannst.

Gruß
Ingo