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 erstellenMit Firebug:
103 Anfragen
1,2 MB
12,45s (onload: 10,86s)
Mit gtmetrix.com
Page load time: 7.68s
Total page size: 1.50MB
Total number of requests: 126
Ich würde da in einem ersten Schritt mal versuchen so viel an Plugins und sonstigen Ballast rauszuwerfen, dass sich die Zeiten zumindest halbieren. Eventuell das eine oder andere optimieren und dann abwarten, ob sich die Fehler wiederholen.
Vielleicht bringt Dich dieser Post weiter:
Dann genügt es wohl nicht nur Deine CSS zu sehen, ohne die Seite dazu. Oder einfacher, Du kannst in der CSS auch #katzenfutter {} schreiben, doch wird das nur einer Katze schmecken, die in der Seite enthalten ist und die nicht durch einen übergeordneten Hund um den Genuss gebracht wird.
HTML© 2013 "Tolle Lösung für blödes Problem": Wahnsinnskracher GmbH Köln. All rights reserved.
Ich verstehe Dein Problem immer noch nicht.
© 2013 "<?php echo get_the_title(); ?>": Wahnsinnskracher GmbH Köln. All rights reserved.Aber wenn ich jetzt den ordner bzw. die indexdatei aufrufe wird die 5-minuten installation gestartet und nicht wie online die schon eingerichtete website?!
Und den Dump hast Du in die DB auf Deinem Rechner importiert?
WP findet die Tabellen in der DB wohl nicht.
Wenn das Problem gelöst, müsstest Du wohl vorgehen wie nach einer Adressänderung.
War jetzt nur theoretisch, gemacht habe ich es auch noch nicht.
finde aus SEO Sicht sollte das schnellstens behoben werden.
Da gibt es nichts zu beheben, die WP-Funktionen sind alle vorhanden und Du brauchst nur etwas PHP lernen. Eine kurze Beschreibung für eine Kategorie lässt sich speichern und als Description wieder ausgeben.
if (is_category()) {
$cate = get_the_category();
echo esc_attr($cate[0]->cat_name." und ".$cate[0]->description);
}Ein Beispiel für Meta-Tag Description
Alle anderen Seiten lassen sich ebenfalls irgendwie abfragen. Für alle anderen Nutzer von WP, die nicht in PHP einsteigen möchten, und das sind ja die meisten, gibt es beinahe für jeden Wunsch ein Plugin.
Die letzte Version unter Download:
http://www.coder-welten.de/projekte/feedreader.htm
Wurde mit WP-Feeds und Feeds von vielen Online-Magazinen getestet, nur mit der Beschreibung hinke ich oft etwas hinterher, wird aber vielleicht heute auch noch fertig:
Nun gut, doch da das nur ein Screenshot ist, vielleicht hast Du ja nur versehentlich ClearType deaktiviert und nur Du siehst es jetzt so auf Deinem Screen?
Wenn Du das Bild vergrößerst, so wird gut ersichtlich, dass die Schrift keinen Fehler enthält, es sich jedoch vermutlich um keine TrueType Schrift, sondern um eine Bitmap oder Rastergrafik Schrift handelt (denke ich zumindest). So ganz wie Bitmap sieht es aber dann auch wieder nicht aus, eher wie irgendwas was mal TrueType werden wollte.
Die URL steht ja dabei im Bild.
In den anderen Seiten greift:
/* inner */
div.inner {
padding:20px;
Bei der Startseite hingegen:
body.home div.inner {
padding:20px 0 15px 0;
Passe mal diese Zeile an in der
"http://www.nilcargo.at/wp-content/themes/Nilcargo/style.css"
mit
body.home div.inner {
padding:20px;oder mit
body.home div.inner {
padding:20px 0 15px 20px;
und damit dürfte sich das Problem erledigt haben.
Falls ich es richtig deute, so hat
$page->ancestors as $parentetwas mit der Taxonomy zu tun, bin mir aber nicht sicher. Hast Du eventuell da etwas verändert?
Jedenfalls wird $page->ancestors leer oder fehlerhaft oder zumindest kein Array sein, aus dem $parent ausgelesen werden könnte, würde ich vermuten und das deshalb die Meldung ausgegeben wird.
Wegen der Version hatte ich gefragt, weil ich Deinen Code nicht bei der Zeile fand. Du hast bei 3651 gesucht, doch in der Meldung steht 3561 und das ist diese Funktion:
/**
* Builds URI for a page.
*
* Sub pages will be in the "directory" under the parent page post name.
*
* @since 1.5.0
*
* @param mixed $page Page object or page ID.
* @return string Page URI.
*/
function get_page_uri($page) {
$page = get_post( $page );
$uri = $page->post_name;
foreach ( $page->ancestors as $parent ) {
$uri = get_post( $parent )->post_name . "/" . $uri;
}
return $uri;
}
Hat ja irgendetwas mit dem zu tun, was da im Kommentar zu dieser Funktion steht und hat sich da irgendetwas bei Deiner Website verändert?
PHP Warning: Invalid argument supplied for foreach() in *
Besagt ja nur, dass die Foreach-Schleife ein Array zum Durchlaufen erwartet, jedoch keiner oder ein fehlerhafter oder einer mit fehlerhaften Inhalten übergeben wird. Du brauchst mit der Suche also nicht in der post.php beginnen, sondern bei dem, was da übergeben wird. Ganz allgemein und unabhängig von WP kann es zu derartigen Fehlermitteilungen zum Beispiel dann kommen, wenn etwas als String und nicht als Array übergeben wird.
Um welche WP Version handelt es sich?
Die Fehlermitteilung lässt nach meiner Meinung darauf schließen, dass an anderer Stelle etwas nicht richtig übergeben wird, womit die foreach arbeiten könnte. Wird wohl mit dem angegebenen Referrer zusammen hängen, den würde ich zuerst kontrollieren.
Bedauerlicherweise aber wird in den Theme-Options / Fußbereich meines Themes kein PHP angenommen.
Habe nur mal kurz bei einem Standard-Theme in die footer.php zum Test eine Zeile mit
<?php echo get_the_title(); ?>
eingefügt und kann Dein Problem nicht nachvollziehen. Wenn es sich aber so verhalten sollte, dass Dein Theme da keinen PHP-Code mehr (aus welchen Gründen auch immer, kann mir keine vorstellen) interpretieren sollte, was soll dann Shortcode daran ändern?
Ich kann in Deinem Beispiel nichts erkennen, was gegen irgendwelche Regeln oder Spezifikationen verstoßen würde. Kommentare sind nun einmal Gedankenstützen und warum solltest Du da nicht notieren, wo eine Beschreibung des Plugins zu finden ist? Server, Bots und Browser lesen bzw. interpretieren diese Kommentare nicht und Besucher schauen mehr als nur selten in den Quelltext einer Seite.
Ein wenig anders verhält es sich mit Kommentaren, die bestimmte Browser interpretieren können, wie
<!--[if IE]>
...
<![endif]-->
und eventuell noch ein paar weitere.
und ich habe dann keine lust die immer wieder von Hand neu zu packen.
Ist verständlich, doch wenn Du das Script aus dem Kommentar von Roger Gerecke mit ablegst und irgendwo verlinkst, dann brauchst Du nach einer Änderung nur noch einmal klicken und es wird neu verpackt.
Die XML-Datei kann auch auf dem Server liegen auf dem das Wordpress läuft. Der Ursprung ist aber eigentlich eine andere Seite.
Nein, ist es nicht, denn bei jedem Suchvorgang erst einen Request starten, um eine 14MB große Datei anzufordern, ist etwas anderes, als eine 14MB große Datei nur zum Lesen zu öffnen und diese dabei zeilenweise zu durchsuchen. Mit einer XML habe ich es noch nicht getestet, nur mit dem zeilenweisen Lesen einer CSV. Wobei Dich die Ladezeiten am unteren Ende der Seite interessieren könnten:
Wenn das falsch angestellt wird, kann es auch zur Überschreitung des Memory Limits beitragen.
Eine Tabelle einfügen für zwei Bilder, wo ein Zeilenumbruch mit <br /> oder notfalls noch die Entfernung von float oder die Verwendung von clear:both genügen sollte?
was bewirkt ein stinknormaler Zeilenumbruch zwischen den Bildern?
Und wenn Du den Text neben den Bildern ausrichten möchtest, dann richte Dich nach den Beispielen auf dieser Seite:
Liegt die bei Dir innerhalb Deiner Website herum oder muss die erst bei jedem Suchvorgang neu von einem entfernten Server angefordert werden? Also, wenn die XML bei Dir liegt, dann kannst Du die zeilenweise durchsuchen und 14MB sollten eigentlich noch kein Thema sein.
