Beiträge von Ammaletu

So, Blick auf die Seite hat weitergeholfen, denke ich: So wie ich das sehe, manipulierst Du auf allen betroffenen Seiten den Loop, sprich Du baust einen Loop in eine Seitenausgabe ein. Wenn man das nicht richtig macht, werden die Originalvariablen vom Original-"Loop" überschrieben und Methoden wie is_page gehen dann nicht mehr. Ist jetzt mal meine Vermutung.

Ein korrektes Beispiel, wie man einen Loop auf einer Page einbaut, könnte so aussehen:

$dor_query = new WP_Query('cat=123&showposts=6');
if ($dor_query->have_posts()) {
  while ($dor_query->have_posts()) : $dor_query->the_post();
    // ...
  endwhile;
} /* end if posts */

Hier habe ich eigene Variablen verwendet. Alternativ kannst Du Dir $post auch in einer Variablen $old_post merken und nach dem Loop wieder $post zuweisen. das müsste auch gehen.

Ich kann es Dir gerade nicht genau sagen, aber gibt es dafür nicht ein Plugin? "Fold Pages List" oder so ähnlich. Schau mal unter wordpress.org danach.

... Hm, ich finde es dort gerade nicht, aber vielleicht passen die beiden Plugins ja:
http://wordpress.org/extend/plugins/gd-pages-navigator/
http://wordpress.org/extend/plugins/hierarchical-pages/

Zitat

Kann das Problem daran liegen, dass die Absender-Adresse nicht existiert?

Kommt auf Deinen Mailserver an, aber ist nicht unwahrscheinlich. Manche Mailserver verschicken aus Spamschutz-Gründen keine Mails von Adressen, die nicht auf dem Mailserver beheimatet sind (also auch keine Mails von nicht-existenten Adressen). Richte die Adresse doch ggf. ein und konfiguriere sie als Forward auf Deine normale Mail-Adresse. Ansonsten müsstest Du da mal beim Support Deines Hosters anfragen. Gerade Serverumzug klingt so, als könnte sich da was geändert haben. Irgendwas müssten die Dir ja sagen können zum Versand von Mails über PHP.

Zitat

ist das moeglich???

Ja. Viel mehr kann man dazu leider nicht sagen, wenn Du nicht den Code postest, den Du verändern möchtest.

(Der Ausschnitt der PHP-Datei, der das Bild bzw. den Link ausgibt, reicht.)

Es gab vor ein paar Wochen hier gerade einen Thread dazu, da hatte ein Nutzer das gleiche Problem. "Widget Reset" hatte da auch nichts gebracht, aber soweit ich mich erinnere lag es am Ende trotzdem an den Einstellungen in der wp-Options-Tabelle. Schau mal, ob Du den Thread findest. Es ging auch um das Kategorien-Widget, komischerweise. Irgednwas ist in der wp-Options-Tabelle verstellt, das Widget ist also als in Benutzung markiert und wird deshalb nicht zur Auswahl angeboten.

Hm, habe es doch mal schnell rausgesucht. Hier: http://forum.wordpress-deutschland.org/plugins-und-wi…-geloescht.html
Letzter Beitrag ganz unten.

Ich würde glaube ich einfach alle Bilder im Content-Bereich per negativem Margin aus dem Bereich rausrücken. Dann müsste man natürlich schauen, dass sich nichts überlagert und so. Wäre aber vielleicht eine Idee. Bilder, die im Text bleiben sollen, können ja eine andere Klasse kriegen.

Wenn ich nicht was auf den Augen habe, fehlt im zweiten Code-Ausschnitt die schließende Klammer der if-Abfrage. Müsste das nicht eigentlich einen Parse-Fehler verursachen?!

Also gut, eine letzte Idee habe ich noch: Hast Du das XML-Sitemap-Plugin installiert und bei Google die XML-Sitemap eingetragen? Schau doch mal in die XML-Datei, was da drinsteht. Vielleicht zieht Google das ja da heraus.

Ich habe ansonsten auch den User-Agent-Switcher mal installiert, JavaScript ausgestellt etc. und sehe den Spam nicht. Das Script versteckt sich entweder sehr clever oder wir sind irgendwie völlig auf dem Holzweg. Maxe, hast Du vielleicht noch eine Idee?

Wegen der Permalinks/404-Fehler: Speicher eventuell die Permalink-Einstellungenn mal neu ab und schaue, dass die .htaccess korrekt angelegt wurde. Savon abgesehen kann es aber nicht schaden, beim technischen Support des Hosters mal nachzufragen, ob sie am Apache was geändert haben.

Die Voraussetzungen für Permalinks mit Apache lauten:

Zitat

Apache web server with the mod_rewrite module installed
In WordPress's home directory,

• The FollowSymLinks option enabled
• FileInfo directives allowed (e.g. AllowOverride FileInfo or AllowOverride All)
• An .htaccess file (if this file is missing, WordPress will try to create it when you activate "pretty" permalinks)
• If you want WordPress to update the .htaccess file automatically, WordPress will need write access to the file.

Ok, also mal der Reihe nach: Zum more-Tag fällt mir leider auch nicht wirklich etwas ein. Ich habe es gerade noch mal lokal mit dem Default-Theme und WP 2.8.4 probiert, und da geht es auf jeden Fall.

Dann die Sache mit den Bildern. So direkt kann ich dazu nichts sagen, wenn die Fehler nur im Backend auftreten. Was mir aber auffällt: Die Permalinks sind zwar eingestellt, gehen aber nicht. Wenn man eine Kategorie oder einen Einzelbeitrag aufrufen will, kriegt man einen 404. Bist Du sicher, dass Dein Server die Voraussetzungen für Permalinks erfüllt? Und treten die verschiedenen Probleme auch auf, wenn Du die Permalink abstellst?

Also was mir erstmal spontan noch einfällt: Es gibt das nette AntiVir-Plugin. Ähm... Hier:
http://wordpress.org/extend/plugins/antivirus/

Das ist sicher nicht perfekt, aber es kann nicht schaden, es mal über das aktuelle und das alte Theme laufen zu lassen. Das sucht soweit ich weiß speziell nach solchen Funktionen.

Zitat

Kann es sein, dass eine Verweisseite "gehackt" ist?
Also eine, die lediglich auf den Blog zeigt?

Dann würde das Google ja nicht als Teil Deiner Seite anzeigen.

Zitat

Gibt es eine Suchfunktion mit der ich in der Datenbank nach einer Wortverbindung suchen kann?

Müsste prinzipiell mit einer Query wie dieser gehen:

select * from wp_posts where post_content like '%_wp_footer%';

Allerdings kann es ja sein, dass das irgendwie codiert eingefügt wurde, deswegen bin ich nicht sicher, wie viel das wirklich aussagt, wenn Du damit nichts findest. Falls Du einen anderen DB-Prefix verwendest, muss der natürlich angepasst werden in der Query. Obiges Beispiel sucht nach allen Beiträgen, die "_wp_footer" enthalten.

Fällt hier vielleicht sonst noch jemandem was ein? Mein Blog wurde ja zum Glück noch nie gehackt, also habe ich da keine praktischen Erfahrunsgwerte anzubieten. Vielleicht fällt mir hier ja auch was ganz naheliegendes nicht ein.

Spontane Meinung nach kurzem Lesen: Gehen tut es sicher, aber ganz trivial ist es nicht. Ob das schon mal jemand als Plugin gemacht hat, weiß ich nicht, da müsstest Du mal schauen.

Schwierig ist das halt, weil die Kategorien in einer eigenen Tabelle stehen, und da steht ja keine Info dabei, wann der letzte Artikel gepostet wurde. Man müsste dann theoretisch beim Laden der Seite erst zu jeder Kategorie den letzten Artikel laden und dann anhand dessen Datums die Liste sortieren. Das ist schon etwas Aufwand und macht die Seite sicher nicht schneller.

Dass man hinter den Kategorien das Datum des neuesten Beitrags darin ausgeben lassen kann, reicht Dir nicht? Sehe gerade, dass es dafür einen Parameter gibt (muss dann intern eigentlich ähnlich gehen, zu jeder Kategorie den neuesten Artikel laden):
http://codex.wordpress.org/Template_Tags/wp_list_categories

wp_list_categories('show_last_update=1');

Muss es ein Plugin sein? Spricht etwas dagegen, einfach eine statische Seite mit den Infos anzulegen und sie entsprechend zu stylen? Sagen wir mal Du machst eine Liste draus mit einer Klasse, dann könntest Du die Artikel im Stylesheet schön mit einem Kasten versehen.

<ul class="gebrauchte_artikel">
  <li><img src="..."../> Text</li>
  <li>...</li>
</ul>

Validatoren sind nicht zwangsläufig perfekt oder vollständig. Die beiden Fehler, die Validome Dir anzeigt, gehören zu den wenigen mir bekannten Unterschieden der beiden Validatoren (auf Anhieb fallen mir keine anderen ein). Davon hatte ich vorher auch noch nie gehört, aber kann man ja einbauen, und dann sollten beide Validatoren zufrieden sein. Eine praktische Bedeutung hat das eher nicht, aber es sind nur zwei Zeilen im Header.

HelloEngines kenne ich nicht, aber es sollte schon sinnvollerweise kennzeichnen, ob es echte Fehler oder nur Warnungen ausgibt. Gerade für CSS z.B. kriegt man ja immer eine ewig lange Liste an Warnungen und Hinweisen, zu Farben etc.

Und letztlich sollte man es auch nicht zu ernst nehmen mit dem validieren. Wenn die Seiten den W3C-Validator bestehen ist man schon mal besser als x andere Seiten und jeder Browser (außer IE *g*) sollte das Ergebnis anzeigen können.

Benutzen tue ich ansonsten den W3C-Validator, einfach wegen der praktischen Unterstützung in der Web Developer Toolbar im Firefox.

Zitat

Gestatte mir noch eine Frage. Du schreibst ist solle auf Default-Theme umschalten. Ich verstehe nicht ganz, vorallem habe ich keine Ahnung wo ich die Umstellung vornehmen muss, bzw. wie das geht.

WordPress kann man über so genannte Themes ein neues Aussehen verpassen. Ich hatte einfach mal angenommen, dass Du ein anderes als das Default-Theme verwendest, weil das eben fast jeder tut. Angaben hast Du dazu ja nicht gemacht.

Umschalten kannst Du im WP-Backend unter dem Menüpunkt Design > Themes. Da solltest Du u.a. "WordPress Default 1.6 by Michael Heilemann" zur Auswahl haben. Falls das nicht schon Dein aktuelles Theme ist, aktiviere es doch mal kurz und schaue, ob der Fehler dann auch auftritt. Danach kannst Du ja wieder zurückschalten.

Ansonsten: Welches Theme verwendest Du denn? Und kann man mal einen Link zur Seite kriegen? Dann beantwortet sich die Frage vielleicht schon von selbst.

Ja, oder es steckte in einem älteren Theme und ist nicht mehr aktuell. Siehst Du das im Google-Cache denn auch bei ganz neuen Beiträgen? Welches Theme setzt Du denn ein? Woher installiert?

Theoretisch kann es a) im Theme stecken, b) in einem Plugin (irgendwelche im Einsatz gewesen, die nicht aus dem wordpress.org-Repository kamen?), c) über eine Sicherheitslücke in die PHP-Dateien kommen oder d) jemand hat es absichtlich manuell gemacht (Hat sonst noch wer den Zugang? Leicht erratbares Passwort? Gibt es andere User im Blog, ggf. auch mit weniger Rechten?.

Zu c): Wenn auf dem gleichen Webspace noch andere Software läuft, kann natürlich auch die eine Sicherheitslücke haben, welche Zugriff aufs Dateisystem erlaubt. Eine Forensoftware zum Beispiel oder so.

So oder so muss der Code in einer PHP-Datei stecken, die WordPress beim Ausliefern der Seite mit includiert. Theme, Plugin, Core-Datei. Oder aber Du bindest irgendwo ein externes JavaScript ein, welches Dir das in die Seite schreibt? Aber dann dürfte es der GoogleBot ja eher nicht sehen.

Habe gerade mal im Googlecache geschaut. Das Abbild der Seite dort ist von Mitte September, also nicht direkt aktuell. Hast Du im alten Theme mal nach "_wp_footer" gesucht? Das ist die ID in dem div um die Werbung und sollte da vielleicht zu finden sein.

Installier Dir mal dieses AddOn im FF und stelle auf GoogleBot um:
https://addons.mozilla.org/en-US/firefox/addon/59

Kann sein, dass die Sachen nur eingefügt werden, wenn der Aufruf von einem Suchmaschinen-Bot kommt. Das kann man ja feststellen.

Davon abgesehen wirst Du dann wohl leider davon ausgehen müssen, dass Dein Blog gehackt wurde, denke ich. Welche WP-Version verwendest Du? Infos zum Umgang mit der Situation sollten sich eigentlich finden lassen, aber kurz zusammengefasst: Aktuellen Stand sicherheitshalber sichern, auf neueste WP-Version upgraden, dabei auf jeden Fall alle alten Datein vom Server löschen, alles in wp-content auf Sachen durchschauen, die da nicht hingehören, Theme entweder neu einspielen (wenn unmodifiziert) oder zumindest auch sehr genau durchschauen, alle Passwörter ändern (WP, FTP, DB), Beiträge in der DB durchschauen. Ähm, ja, so in etwa. Gibt aber sicher noch bessere Tutorials. Ach ja, am Ende Google die Seiten neu indexieren lassen, nicht dass Google Dich sonst irgendwann rauswirft aus dem Index.

"Tagwolke" steht doch in obigem Quelltext als Überschrift drin!? Wäre also in der sidebar.php zu ändern. Kann aber auch sein, dass das Widget eine Überschrift mitbringt.

Widgets an sich sind normalerweise als li-Elemente umgesetzt. Der Rest Deiner Sidebar ist nicht als ul-Liste gemacht? Dann müsstest Du das in der functions.php anpassen.

// add two sidebars for the widgets functionality
if (function_exists('register_sidebar')) {
  // register the left sidebar
  register_sidebar(array('name' => 'left',
  'before_widget' => '<li>',
  'after_widget' => '</li>',
  'before_title' => '<h3>',
  'after_title' => '</h3>'));
  
  // register the right sidebar
  register_sidebar(array('name' => 'right',
  'before_widget' => '<li>',
  'after_widget' => '</li>',
  'before_title' => '<h3>',
  'after_title' => '</h3>'));
}

Das mal als Beispielcode aus meiner functions.php. Muss so irgendwie auch in Deinem Theme stehen, und über die Parameter kannst Du halt definieren, was vor und nach Widgets sowie vor und nach dem Widget-Title an HTML eingefügt wird. Obiges müssten in etwa die Default-Werte sein.

Sorry, aber so ganz verstehe ich es immer noch nicht. Ich kann Dir nur raten, versuche WP nicht mehr als nötig zu verbiegen und wähle wenn möglich sematische Tags. Vergiss die Auszeichnung mit CSS für den Moment und schau Dir die Seite ganz ohne Stylesheets an. Da muss es Sinn ergeben, die Auszeichnung per Stylesheet ist dann nur ein Bonus.

Das hier macht z.B. keinen Sinn:

// sidebar.php altes design
<li><p>Menü</p></li>
<li><a href="index.php?p=1">Home</a></li>
<li><a href="index.php?p=2">About Me</a></li>
<li><a href="index.php?p=3">Gallery</a></li>
<li><a href="index.php?p=4">Impressum</a></li>

Wieso sind die Menüpunkte auf der gleichen Ebene angeordnet wie deren Überschrift? Wieso wird die Überschrift als Absatz gekennzeichnet? Besser wäre:

// sidebar.php altes design
<li><h3>Menü</h3>
  <ul>
    <li><a href="index.php?p=1">Home</a></li>
    <li><a href="index.php?p=2">About Me</a></li>
    <li><a href="index.php?p=3">Gallery</a></li>
    <li><a href="index.php?p=4">Impressum</a></li>
  </ul>
</li>

Was das werden soll, weiß ich nicht so genau:

// sidebar.php für wordpress
<div id="sidebar">
 <div id="logo"></div>
 <div id="nav">
  <?php wp_list_pages('title_li=<li><p>' . __('Pages', '') . '</p></li>' ); ?>
 </div> 
</div>

Aber Du musst Dich entscheiden, ob Du das mit divs oder als Liste aufbauen willst. Wenn so wie oben mit divs gemacht ist, wozu dann ein li-Element erzeugen lassen?

Da fällt mir auf Anhieb nur auf, dass wp_list_cats ein veralteter Befehlt ist, soweit ich weiß. Wenn Du ein halbwegs aktuelles WP einsetzt, ändere den Code mal so ab:

<h2><?php _e('das Interessante'); ?></h2>
<ul>
 <li id="categories">
    <ul>
                <?php                  wp_list_categories('orderby=order&optioncount=1&hierarchical=0&title_li='); ?>
    </ul>
 </li>

Vielleicht geht es ja so. Im Backend und im Beitrags-Editor werden Dir die Kategorien ganz normal angezeigt?