Zeigt Semmelstatz denn auch an, woher die Besucher kommen? Vielleicht hat ja ein bekanntes Portal, eine Zeitung oder sowas auf Euch verlinkt.
Gruß
Ingo
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenZeigt Semmelstatz denn auch an, woher die Besucher kommen? Vielleicht hat ja ein bekanntes Portal, eine Zeitung oder sowas auf Euch verlinkt.
Gruß
Ingo
Also ich betreibe Linkbuilding in erster Linie durch interessante Artikel in meinen Blogs. Die Links kommen dann ganz von selbst ![]()
Gruß
Ingo
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
Standardmäßig ist der PHP safe_mode bei 1&1 ausgeschaltet, daran sollte es also nicht liegen.
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:
// 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
... Aber das hatte sich dann in ner Stunde erledigt...
Wie jetzt, bezieht sich das nur auf die Anzeige der "410 Gone"-Seite oder ist das Problem bei den Webmastertools nun auch weg?
Gruß
Ingo
Wie lange ist denn die Umleitung schon aktiv? Es kann eine Weile dauern, bis alle DNS-Server die neue Adresse kennen. Möglich, das Google noch die Strato-Adresse aufruft und dann kommt da ein "410 Gone", wie ich auch schon erfahren mußte.
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
Strato Shared-Webhosting ist schon mal kein Rennpferd, und wenn man dann noch viele Plugins am werkeln sind, kann es schon mal dauern.
Einen hilfreichen Tip habe ich in dem Fall leider auch nicht.
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
$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=¤t_category=$current_cat" );
?>
So könnte es gehen.
Gruß
Ingo
Welcher Menüpunkt gehört denn zu einem einzelnen Artikel? Du wirst ja nicht jeden einzelnen Artikel als Menüpunkt im Menü haben, oder?
Gruß
Ingo
Ähmm, stimmt, meta_value ![]()
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:
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
Und wozu dann die Sortierung nach post_date? Sind denn die laufenden Nummern nicht chronologisch vergeben?
Es sollte eine Sortierung nur nach laufender Nummer (meta_value) ausreichend sein, denke ich.
Gruß
Ingo
Zumindest ist eine Sortierung nach meta_key weitestgehend sinnlos, da der meta_key ja immer gleich ist, nämlich 'Laufende Nr.'.
Was genau soll da eingentlich insgesamt rauskommen?
Gruß
Ingo
Na vielleicht solltest Du nicht nach meta_key, sondern besser nach meta_value sortieren.
Gruß
Ingo