Beiträge von Putzlowitsch

    Ja, das kann man auch aus der von mir oben verlinkten 1&1-Seite ersehen. Bei PHP4 ist die GD 2.0.28 und bei PHP5 die 2.0.34 dabei.

    Je nach Größe der Bilder könnte es aber ein Arbeitsspeichermangel sein, der zu Problemen führt. Obwohl das memory_limit mit 40M angezeigt wird, stehen effektiv nur 32M zur Verfügung. Da läßt sich auch nichts dran ändern.

    Gruß
    Ingo

    Genau das findet man unter meinem obigen Link als Beispiel. Aber ich kann es hier gerne nochmal einfügen. In der Funktion wp_install nach dem Aufruf wp_install_defaults($user_id); folgendes einfügen:

    PHP
    // Automatisches aktiviere von Plugins
    $active_plugins = get_option( 'active_plugins' );
    $active_plugins[] = 'plw123_anon_vchek.php';  // hier den Plugin-Dateiname eintragen
    update_option( 'active_plugins', $active_plugins );

    Gruß
    Ingo

    Um nicht die Core-Dateien bearbeiten zu müssen, gibt es auch eine "Schnittstelle", die das Überschreiben der Installtions-Hauptfunktionen ermöglicht.

    Dazu muß im wp-content-Verzeichnis eine Datei install.php angelegt werden, die ähnlich wie die pluggable.php im normlen WP die zu ersetzenden Funktionen enthalten muß. Die ersten Funktionen aus der wp-admin/includes/upgrade.php wie wp_install oder wp_install_defaults können so verändert werden. Ich habe mir einfach die Funktionen von dort in meine install.php kopiert und nach meinen Wünschen angepaßt.

    Inhaltlich hat das jetzt zwar nichts mit dem Problem hier zu tun, aber die generelle Vorgehensweise hatte ich schon vor Jahren hier beschrieben :-)

    Gruß
    Ingo

    Gut, man kann sicher noch optimieren, aber das generelle Problem bei Strato bleibt. Selbst eine frische Standardinstallation kommt nicht unter 3 Sekunden Ladezeit.

    Ich bin seit WP 2.0.x bei Strato dabei, damals war Wordpress PHP-technisch noch relativ schlank, so daß akzeptable Antwortzeiten möglich waren. Mittlerweile ist der Code aber nicht unerheblich gewachsen, was sicher mit neuen Versionen auch nicht besser werden wird.

    Ich habe auch keine Idee, woran es bei Strato ganz konkret klemmt. Einerseits ist natürlich die PHP-konfiguration als CGI eine gewisse Performancebremse, aber daran allein liegt es nicht. Bei 1&1 läuft PHP auch als CGI, aber doch um einiges schneller. Ich weiß bei Strato ehrlich gesagt auch nicht weiter.

    Dann noch die Sache mit dem uralten phpMyAdmin oder einige andere Eigentümlichkeiten. Da muß bei Strato einfach mal aufgeräumt werden.

    Gruß
    Ingo

    Putzlowitsch: Heißt das, dass ein Upgrade auf 2.8.5 bei 1&1 aufgrund dieses Umstandes generell nicht möglich sein wird?


    Naja, ich hab grad vorhin auf meinem Testblog bei 1&1 ein automatisches Update von 2.8.4 auf 2.8.5 durchgeführt. Das hat bestens funktioniert. Allerdings ist das Testblog eine nur leicht erweiterte Standardinstalltion mit ganz wenigen Plugins. Im Backend wird mir ein Speicherverbrauch von grad mal knapp 14 MB angezeigt.

    Vielleicht reicht es schon, vorübergehnd alle Plugins zu deaktivieren, um die Speicherauslastung zu verringern. Oder wie Jottlieb schon schrieb, einfach das Update per FTP hochladen.

    Ich bin nicht sicher, ob ich hier einfach so Supportantworten veröffentlichen darf. Ich schicke Dir das einfach mal per PM.

    Gruß
    Ingo

    Nein
    Fatal error: Out of memory (allocated 33030144)
    ist etwas anderes als
    Fatal error: Allowed memory size of 33554432 bytes exhausted

    Das erste ist ein Fehler auf Betriebssystemebene, PHP möchte mehr Speicher anfordern, bekommt aber keinen zugeteilt. Das zweite ist der verbreitete PHP memory_limit-Fehler.

    Es handelt sich hier um ein spezielles 1&1 Problem, dort ist zwar das PHP memory_limit 40M, effektiv nutzbar sind aber nur etwa 32M. In einer Supportanfrage wurde mir das bestätigt. Man kann da auch nichts machen.

    Gruß
    Ingo

    Achso.

    Das klappt natürlich nur für eine Kategorie, falls ein Artikel mehren Kategorien zugeordnet ist:

    PHP
    <?php
            $current_cat = 0;
            if( is_single() ) {
                $current_cats = get_the_category();
                $current_cat = @$current_cats[0]->term_id;
            }    
            wp_list_categories( "orderby=ID&order=ASC&depth=3&title_li=&exclude=&current_category=$current_cat" );
        ?>


    So könnte es gehen.

    Gruß
    Ingo

    Das liegt daran, das bei der Sortierung wie oben post_date Vorrang hat, und nur bei gleichem post_date der zweite Sortierausdruck wirksam wird.
    Du kannst aber die MySQL-Funktion YEAR verwenden, dann sollte das mit der von Dir gewünschten Reihenfolge klappen. SQL etwa so:

    SQL
    SELECT wp.*, YEAR(wp.post_date) as post_year
    FROM wp_posts wp, wp_postmeta wm
    WHERE wp.ID = wm.post_id 
    AND wm.meta_key = 'Laufende Nr.'
    ORDER BY post_year, wm.meta_key


    Ich verwende auch liebr kurze Tabellen-Aliase, daher nur wp und wm :-)

    Gruß
    Ingo

    Achso. Nein, das Plugin hat da keine diesbezüglichen Funktionen.
    Aber das mit der robots.txt für eine der Domains ist eine gute Idee. Müßte man irgendwie per mod_rewrite machen, daß nur die entsprechende Domain eine robots.txt zu sehen bekommt, die alles verbietet.

    Gruß
    Ingo