Beiträge von Melewo

Zitat von webstergsf600

Wo also mache ich den Fehler? Und bitte berücksichtigt, ich bin ein php-Neuling der sich gerade in die Materie ranwagt

Ja, wobei sich dann jeder zweite Neuling erst einmal an mysql vergreift, weil er dazu viel mehr Beispiele im Web findet, selbst bei php.net bei der de-Version wohl immer noch kein Hinweis erfolgt, dass mysql wohl ab PHP 5.5 als veraltet gilt und in späteren Versionen vermutlich entfernt werden soll. An letzteres glaube ich noch nicht so richtig, weil dann das Internet zusammenbrechen würde.

Was so viel heißen soll, wenn Du mit MySQL beginnst, dann bitte schön mit mysqli oder PDO und nicht mit mysql. Bei WP würde ich für eine Datenbankabfrage aber auf die von WP zur Verfügung gestellten Funktionen setzen, denn die Verbindungsdaten hat ja WP bereits und die brauchst Du nicht unbedingt noch einmal angeben. Könnte/sollte in etwa so aussehen:

global $wpdb;
    $tabelle = $wpdb->prefix."name_tabelle";
    $etwas  = $wpdb->get_var("... FROM ".$tabelle."");

Und viel mehr ist das dann nicht, falls alles richtig ist. Einlesen und sehr viel probieren müsstest Du Dich da allein, hier ist nur ein Anfang:

http://codex.wordpress.org/Class_Reference/wpdb

Zitat von webstergsf600

Für einige hier ist es vielleicht banal, den Fehler zu finden,

Nein, ist es nur selten, habe schon bis zu 24 Stunden nach kleinen Fehlern gesucht.

Was den ersten Teil Deiner Frage betrifft, probiere mal die Beispiele durch, dann werden die 404 weniger:

http://www.coder-welten.com/wp-funktionen-…l-und-site_url/

Wobei weniger nicht heißen soll, dass alle Probleme verschwinden, ein letztes ließ sich auch nur mit

<form action=\"http://".$_SERVER["HTTP_HOST"].esc_attr($_SERVER["REQUEST_URI"])."\" method=\"post\">

lösen.

Mit Firebug:

Zitat

103 Anfragen
1,2 MB
12,45s (onload: 10,86s)

Mit gtmetrix.com

Zitat

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:

http://forum.wpde.org/konfiguration/…uer-profis.html

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.

Zitat von Farlif

HTML

© 2013 "Tolle Lösung für blödes Problem": Wahnsinnskracher GmbH Köln. All rights reserved.

Ich verstehe Dein Problem immer noch nicht.

&copy; 2013 "<?php echo get_the_title(); ?>": Wahnsinnskracher GmbH Köln. All rights reserved.

Zitat von Jeffi

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.

Zitat von Muamicus

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:

http://www.coder-welten.de/projekte/feedreader-wp.htm

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?

http://windows.microsoft.com/de-de/windows-…asked-questions

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.

http://de.wikipedia.org/wiki/TrueType

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 $parent

etwas 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?

Zitat

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.

Zitat von Farlif

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.

http://wiki.selfhtml.org/wiki/HTML/Kommentar

Zitat von g3h

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.

Zitat von seka

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:

Umfangreiche Dateien lesen

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?

Gardasee,

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:

http://elbnetz.com/tipps-und-tric…n-in-wordpress/