Beiträge von Putzlowitsch

    Das es keine Fehler-Anzeige efolgt, liegt an dem Plugin. Da der Bildverarbeitungsprozeß ausgelagert ist, kann der eigentliche Fehler nicht zurückgegeben werden. Wobei ich denke, daß es gar nicht mal wirklich am PHP-Memory liegt. 50M sind zwar nicht die Welt, sollten aber für den Bilderupload reichen.

    Mal ganz blöd gefragt, ist vielleicht der Webspace voll, also der im Hostingpaket zur Verfügung stehende Festplattenplatz? WP-System-Health zeigt daja auch ein paar Daten an (Speicherplatz).

    Gruß
    Ingo

    Zitat von 'Marcus[IS

    ;503572']...
    Der Satzbau an der Stelle ist zugegeben etwas irritierend, da der Anschein erweckt wird, dass WordPress.org secret-key service noch mit zum Link gehören würde.

    Der Aufbau mit { Link ...} ist zwar tatsächlich etwas irritierend, folgt aber der Syntax für JavaDoc. Dadurch kann aus dem WP-Quellcode automatisch eine HTML-formatierte Dokumentation erstellt werden, in erster Linie allerdings für Software-Entwickler, weniger für Anwender.

    Das nur zur Erklärung für die seltsam anmutende Schreibweise des Links. :)

    Gruß
    Ingo

    Ja, das ist manchmal schon etwas verwirrend, mit den vielen functions.php-Dateien bei Wordpress. :)

    Ich bin ja eigentlich kein Freund davon, globale Funktionen im Theme unterzubringen, weil die ja dann beim Wechsel des Themes verschwunden sind. Aber so geht es meist am schnellsten und einfachsten.

    Früher hätte ich sowas in die my-hacks.php gepackt, aber die gibt es ja nicht mehr. Also müßte man konsequenterweise für jede dieser kleinen Funktionen ein Plugin erstellen, oder eine Art Sammelplugin für solche kleinen Korrekturfunktionen.

    Kurz und gut, der Code muß in die functions.php des Themes, also nach
    /wp-content/themes/***/functions.php.

    Gruß
    Ingo

    ...
    Nun kenn ich bereits, dass man im WP HTML-Elemente wie folgt schreibt:

    Code
    &lt;p&gt; für <p>


    ...

    Da Du die HTML-Elemente bereits richtig maskierst, wird da auch (zunächst) nichts mit Wordpress-Sanitize entfernt. Es ist ja kein HTML. :)
    Die Sachen stehen also richtig so wie eingegeben in der Datenbank.

    Das Problem entsteht bei der Ausgabe der Beschreibung im Bearbeitungsformular. Dort werden die Sachen nicht nochmal maskiert und so erscheinen sie dann als HTML-Tag und werden beim nächsten Speichern doch entfernt. Mit einem kleinen Action-Hook, wie formateins bereits andeutete, kann man das aber beheben:

    Diesen Code kannst Du z.B. in die functions.php Deines Themes übernehmen.

    Nachtrag: Wieso wird der PHP-Code in dem Code-Fenster umgebrochen?

    Gruß
    Ingo

    Zu Deinem Nachtrag:
    Ja, das würde auch gehen. Man kann in Wordpress definieren, wie die User-Tabellen heißen und wenn da in allen Bloginstallationen die selben Einträge verwendet werden, sollte es funktionieren:
    http://codex.wordpress.org/Editing_wp-con…Usermeta_Tables

    Ich habe es aber selbst noch nicht getestet.
    Nachteil wäre aber auch, daß Du dann mehrere Installtionen pflegen müßtest, also mit Updates versorgen und so.

    Gruß
    Ingo

    Coole Domain. :)

    Du hast da in der style.css bei #content (Zeile 75) einen rechten Abstand von 280px angegeben. Dadurch paßt der Widget-Bereich nicht mehr rechts daneben. Besser ist es, für den Contentbereich eine Breite vorzugeben und ihn links floaten zu lassen. Ich würde das so ändern:

    HTML
    #content { margin-left: 20px; width: 630px; float: left; }


    Gruß
    Ingo

    Hallo Ingo,

    danke für den Hinweis. Habe WP-System Health installiert. Wow, stehen da viele Infos bei PHP! :shock:
    Hier die Systeminfos:

    ...

    Ruf doch mal bitte im Dashboard beim "WP-System-Health"-Widget unter [Test Suite] die Funktion "prüfe Speichernutzungsgrenze" auf. Bei älteren 1&1-Webhosting-Paketen kommt es da nach ca. 30M zu einem "Out of Memory"-Fehler (nicht "Allowed memory size of ... bytes exhausted"!). Es würde mich einfach mal intessieren. :)

    Zur Erklärung: Mit dem PHP-Parameter memory_limit wird nur festgelegt, wieviel dynamischen Speicher sich PHP maximal genehmigen darf. Es ist gewissermaßen eine freiwillige Selbstbeschränkung durch PHP. Der Speicher wird nich schon vorab für den Prozess reserviert. Es macht ja auch keinen Sinn, für einen PHP-Dreizeiler gleich 256M Speicher zu reservieren.

    Bei den alten 1&1-Paketen war es nun so, daß es tatsächlich ein Speicherlimit für den PHP-Prozeß von ca. 30M gab und so PHP zwar gerne noch mehr Speicher bis zum memory_limit reserviert hätte, es aber vom System nicht mehr bekommen hat ("Out of Memory").

    Wie auch immer, viele 1&1-Kunden (wie ich auch) haben mit diesem Problem zu kämpfen gehabt. Bei den neueren Hostingpaketen sind die Grenzen, wenn auch nicht übermäßig, aber doch etwas höher:
    http://hosting.1und1.de/details-performance

    Gruß
    Ingo

    ...

    Memory : 22.86 of 256 MByte

    ...

    Da wird nur angezeigt, welches Memory-Limit mit der PHP-Option memory_limit eingestellt ist. Das heißt aber nicht, daß auch soviel Speicher genutzt werden kann.

    Gerade bei älteren 1&1-Webhosting-Paketen gab es da eine Begrenzung von ca. 30M (Out of Memory), egal was da mit der Option eingestellt war.
    Das Plugin "WP-System Health" testet auch den tatsächlich zur Verfügung stehenden Speicher.

    Insofern könnte es doch am Speichermangel liegen.

    Gruß
    Ingo

    Mal davon abgesehen, daß es keine Wordpress-Version 2.4 (2.4.x) gab, scheint es mir eher ein Wordpress 3.3.1 zu sein. :)

    Trotzdem wäre ein Upate auf die aktuelle Version 3.5.1 nicht verkehrt. Es gibt zwar immer das Risiko, daß irgend etwas nach dem Update nicht richtig funktioniert, aber der Sprung von 3.3x auf 3.5.x ist nicht soooo groß, das ich mir da Sorgen machen würde.

    Gruß
    Ingo

    Das Problem liegt dann eher nicht beim E-Mail-Empfang, sondern beim Versand.

    Möglicherweise erlaubt der Webhoster, bei dem Du Dein Wordpress installiert hast, nicht den Versand von E-Mails mit nicht registrierten E-Mail-Adressen. Bei Host-Europe ist es z.B. so.

    Wordpress verwendet für den Versand der E-Mails eine "ausgedachte" E-Mail-Adresse wie wordpress@example.com, also wordpress mit dem Domainnamen, auf dem Wordpress läuft.

    Zur Lösung des Problems könntest Du z.B. genau so eine wordpress@-Adresse für Deine Domain einrichten.
    Bei Host-Europe z.B. kann man auch eine Absender-E-Mail-Adresse festlegen:
    http://faq.hosteurope.de/index.php?cpid=11073

    Vielleicht hilft aber auch dieses kleine Plugin:
    http://forum.wpde.org/konfiguration/…html#post118619

    Gruß
    Ingo

    Das Forum wurde von gewissenlosen Spammern und Linkbuildern mit einer einfachen Masche für ihren Machenschaften mißbraucht.

    Zunächst wurde ein harmloser Beitrag verfaßt und einen Tag oder noch später dann geändert und mit dem Spam-Link versehen.

    Das funktioniert nun mit der zeitlich eingeschränkten Bearbeitungsmöglichkeit nicht mehr.

    Guß
    Ingo

    Wenn Google der Meinung ist, daß ein anderer Titel besser zur Suchanfrage des Nutzers paßt, wird nicht unbedingt der mit dem title-Tag im Header der Seite definierte Titel angezeigt. Hier gibt es ein paar Infos dazu:
    http://support.google.com/webmasters/bin…de&answer=35624

    Beim Deinem Beispiel (Such nach Lasik Frankfurt) nimmt Google wohl den sichtbaren Text aus der h1-Überschrift ganz oben (Lasik Frankfurt), weil das halt optimal zur Suchanfrage paßt.

    Gruß
    Ingo