Mit Firebug kannst Du analysieren, welche Dateien so lange zum Laden brauchen: http://www.progsource.de/blog/web-entwi…-performance-1/ Es gibt auch noch andere Tools, mit denen man die Performance kontrollieren kann. Google sollte hier weiterhelfen können.
Beiträge von mfitzen
-
-
Analysiere den Ladevorgang doch mal mit Firebug. Vielleicht liegts auch am Hoster.
-
Weil das vermutlich die falsche Datei ist ;-) Es macht wenig Sinn den More-Tag in der single.php zu nutzen.
Wie gesagt, vermute ich den Tag in der index.php, content.php, loop.php oder wo auch immer. Könnte man vielleicht genauer sagen, wenn Du uns den Namen des Themes verräts ;-)
-
Kommt auf´s Theme an. Entweder wie von dfm angemerkt über die Sprachdatei, oder wenn keine vorhanden ist, dann direkt in den PHP Dateien (index.php, content.php oder wo auch immer der auftaucht...)
http://codex.wordpress.org/Function_Reference/the_content
Edit: Sprachdatei des Themes (.po/.pot) mit poEdit oder dem Plugin Codestyling Localization bearbeiten. Beide Tools sollten automatisch eine .mo Datei erzeugen, aus der dann die Übersetzungen gezogen werden.
-
Und was steht hier?
ZitatMore information about this error may be available in the server error log.
-
Und was spricht gegen das manuelle Update?
Sind auf dem Blog irgendwelche Cache-Plugins im Einsatz? Dann bitte mal deaktivieren...
-
Ich frage mich nur, wie Du es geschafft hast, sämtliche Logins unbrauchbar zu machen...
-
Handelt es sich bei Site Private um ein WordPress Plugin? Wenn ja, sollte es genügen, dass Plugin durch Umbenennen des jeweiligen Ordners zu deaktivieren.
Wenn Du die integrierte Funktion (unter Veröffentlichen->Sichtbarkeit->Privat) meinst, dann ist das normal. Die Seite ist halt nur im angemeldeten Zustand zu sehen.
Den Adminbereich erreichst Du immer unter http://www.example.com/wp-admin/ oder http://www.example.com/wp-admin/index.php
Wenn gar nichts mehr geht, dann in der Datenbank unter wp_posts die Seite suchen und den post_status von private in publish setzen. Aber Vorsicht beim "rumfingern" in der DB...
-
Kann mir vlt. jemand weiter helfen und sagen was der Grund sein könnte?
Vielleicht der Freehoster funpic (da habe ich das schon öfter gesehen - Hoster wechseln)?!
Die Ursache kann vielfältig sein. Eventuell liegt´s an einem zu niedrigem memory_limit, an einer zu niedrigen PHP Version, an einer fehlerhaften Dateiübertragung oder an fehlerhaften Serversettings. Vielleicht stören auch Plugins...
-
:???: Gute Frage. Ich habe keins festgelegt und habe auch keinen Hinweis darauf gefunden, welches Verzeichnis das Rootverzeichnis ist.
Hast Du eine Idee, wie ich das raus bekommen kann?
Okay, sowas stellt man normalerweise über das Webinterface des Hosters ein. Gerade, wenn man mehrere Domains auf einem Webspace laufen lässt, muss man für jede ein Rootverzeichnis festlegen.
Also folgender Stand:
http://www.meineseite.de/wordpress/wp-admin/install.php lässt sich nicht aufrufen!?
http://www.meineseite.de/index.html lässt sich aufrufen?!Was passiert wenn Du die index.html löschst? Liegen in dem Verzeichnis in dem die index.html liegt noch andere Dateien?
Konkrete URLs wären zudem nicht schlecht...
-
Auch wenn´s jetzt vielleicht zu spät ist, aber wie soll man Dir helfen, wenn man das Ergebnis bzw. den aktuellen Stand noch nichtmal sehen kann? Mit einem Link zur Installation könnte man Dir vielleicht sagen, warum der Hintergrund nicht erscheint. Aber so...
Wenn das Theme über eine entsprechende Funktion verfügt, dann probier´s mal über´s Backend (Design->Hintergrund)
-
Schau Dir das mal bitte an: http://faq.wpde.org/cannot-modify-header-information/
-
Welches Verzeichnis wurde denn als Rootverzeichnis für die Domain festgelegt?
-
Komisch... Und dabei kann es doch gar nicht an Plugins liegen, wenn man hier so den Postings mancher User glaubt... ;-)
-
Auch bei All-Inkl.com sind die Änderungen sofort zu sehen ;-) Egal ob WP über deren Installer, oder selbst installiert wurde.
Einfach mal den Browsercache leeren.
Geht der Code weg, wenn alle Plugins deaktiviert werden? Wenn nicht, dann kopiere die header.php des Original Themes auf den Server.
-
Schau Dir mal die header.php des Themes an. Vermutlich ist der Fehler dort zu finden. Ansonsten alle Plugins deaktivieren um zu prüfen, ob ein Plugin dafür verantwortlich ist.
-
Schau, dass Du direkt mehr bekommst, 96 oder 128MB...
Je nachdem ob ein 64Bit OS im Einsatz ist, könnte es mit 64MB und einigen Plugins auch schon eng werden.
-
Klar, auch da fehlt ein Hochkomma...
-
Eigentlich sollten die Formatierungen im HTML Modus sichtbar werden. Wenn nicht, dann kompletten Text kopieren und ein neues Textdokument mit Notepad, PSPad, GEdit oder womit auch immer erstellen. Text dort einfügen, überflüssige Formatierungen entfernen, als .txt abspeichern und den Inhalt wieder im WP -EDitor einfügen.
Ist ja dann auch nicht ausgeschlossen, dass auch andere Artikel noch betroffen sind. Da musst Du dann einfach mal den Quelltext durchforsten.
-