Beiträge von Ammaletu

Wenn sich sonst keine Ursache anbietet, könnten beim Update Dateien verloren gegangen sein. Hast Du mal probiert, den Inhalt von wp-admin und wp-includes neu hochzuladen? Eventuell auch mal mit einem anderen FTP-Programm.

Also die benutzerdefinierten Felder sind einfach ein Weg, Schlüssel-Wert-Paare an Informationen an einem Beitrag zu speichern, außerhalb des eigentlichen Beitragstextes. Du kannst damit dann so ziemlich machen was Du möchtest: Irgendwo ausgeben, anhand dessen die Ausgabe anpassen oder auch nur intern für Dich nutzen und gar nicht ausgeben.

Eine eigene Taxonomy dafür zu erstellen wäre aus meiner Sicht der passendste Weg. Das klingt schwieriger als es ist, denke ich, da sollten sich gute Tutorials finden lassen dafür. In der Oberfläche müsste das dann einfach als zweite Tag-Box auftauchen und in den Theme-Dateien kannst Du das mit ähnlichen Befehlen recht simpel ausgeben. Details müsste ich mir aber auch erst mal anschauen, ich habe an meiner Seite leider lange nichts mehr in der Richtung unternommen.

Hier ist z.B. ein Beispiel von neulich:
http://forum.wordpress-deutschland.org/design/66423-a…umdesignen.html

Zitat

Ich hatte mal W3-Cache. Hab es aber deinstalliert. Weil es sich positiv auf den Traffic auswirkte.

Stelle ggf. sicher, dass dabei auch die gecachten Dateien von der Platte gelöscht werden und die entsprechenden Regeln aus der .htaccess (zumindest nehme ich an, dass das Plugin so arbeitet, kenne es aber nicht wirklich).

Zitat

Welche Dateiendungen sollte man noch auf eine "negative" Cache-Zeit setzen, damit dieser Fehler nicht weiter auftaucht oder ist der Content der Seite alles HTML? Ich dachte da noch an php...

Ähm, das geht nicht nach Dateiendungen, oder?! Sondern nach MIME-Types, würde ich annehmen. Und da ist text/html schon richtig, ggf. auch text/xml. Ob PHP drunterliegt oder nicht sollte egal sein.

Also in jedem Fall kannst Du so viele WP-Projekte in eine eigene DB packen wie Dir Tabellenprefixe einfallen (in der wp-config.php anzugeben). Die wohnen dann alle friedlich nebeneinander in der gleichen DB. ;-)

Es ist aber natürlich wünschenswert, nicht mehrere WP-Installationen zu haben, da dann ja Update- und Wartungsaufwand doppelt anfällt. Ab WP 3.0 kannst Du mit einer Installation mehrere völlig getrennte Blogs verwalten (früher als WPMU extra zu haben). Das könnte für Dich das richtige sein, ist vielleicht aber auch schon Overkill.

Wenn es nur um zwei Ansichten geht, kann man das sicher auch so selber basteln: Es gibt ein Plugin, um Autoren die Kategorieauswahl wegzunehmen. Die Artikel würden dann immer in einer festen Kategorie veröffentlicht. Und der Kategorie kannst Du ja ganz einfach per Kategorie-Template ein anderes Aussehen verpassen. Du kannst diese Kategorie auch problemlos auf der Startseite ausblenden oder die Einträge anders stylen. Ich würde vermuten, dass das erst mal die einfachere Lösung ist.

Deine eigene RewriteRule muss über die von WordPress. WPs Regel heißt ja schon, das alles, was keine physische Datei ist, an die index.php weitergeleitet wird. Das kommt bei Deiner Regel also nie an. Also eher so:

<IfModule [URL="http://forum.wordpress-deutschland.org/lexikon/?do=showentry&item=mod_rewrite"]mod_rewrite[/URL].c>
RewriteEngine On
RewriteBase /
# Weiterleitungen nach der Restrukturierung der Kategorien
RewriteRule ^thema/allgemeines/?$ /thema/kreatives-sonstiges/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Oder besser noch getrennt, damit WP Dir das nicht überschreibt falls Du mal die Permalinks neu speicherst:

# Weiterleitungen nach der Restrukturierung der Kategorien
 <IfModule [URL="http://forum.wordpress-deutschland.org/lexikon/?do=showentry&item=mod_rewrite"]mod_rewrite[/URL].c>
RewriteEngine On
RewriteBase /
RewriteRule ^thema/allgemeines/?$ /thema/kreatives-sonstiges/ [R=301,L]
</IfModule>


# BEGIN WordPress
<IfModule [URL="http://forum.wordpress-deutschland.org/lexikon/?do=showentry&item=mod_rewrite"]mod_rewrite[/URL].c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Die statischen Seiten sind für statische Inhalte gedacht, die sich selten bis gar nicht ändern. Impressum, Kontakt etc. Deswegen tauchen die bei den meisten Themes in der Navigation auf und eigentlich nie in der chronologischen Ansicht. Die Blog-Beiträge wiederum würden nach kürzester zeit jede Navigation sprengen, weswegen sie da in der Regel nicht zu finden sind.

Du kannst das natürlich nach Belieben umbauen, was aber Modifikationen am Theme erfordert. Im Codex findest Du weitere Infos zu den verwendeten Befehlen.

Ich veröffentliche auf meiner Seite auch Rezensionen und stelle den Reihentitel einfach immer im Titel voran. In der alphabetischen Ansicht taucht das dann richtig sortiert auf. Du kannst das aber je nach genauer Anforderung auch anders lösen.

Der Serientitel könnte z.B. in einem Benutzerdefinierten Feld stehen. Damit könntest Du die Reihe, zu der das Buch gehört, an einer beliebigen Stelle schön gestylt ausgeben.

Noch sinnvoller wäre vermutlich ein eigenes Tag. Entweder ein normales Tag oder Du machst eine eigene Taxonomy auf, die nur Tags für Buchreihen enthält. Das könnte dann ebenfalls prominent dargestellt werden und beim Klick darauf sieht man alle zu dieser Reihe gehörenden Bücher. Hier wäre nur die Sortierung ein Problem schätze ich, falls sich das aus dem Eintragstitel nicht ableitet.

Dazu brauchst Du kein Plugin, das macht WP selber, wenn Du the_excerpt statt the_content im Theme benutzt (index.php, search.ph und archive.php, nehme ich an, eventuell auch weitere Dateien für Übersichtsseiten). Wenn Dir die Länge oder Form des Excerpts nicht gefällt, kannst Du das über Hooks und Filter auch anpassen. Es wird dabei allerdings alles HTML entfernt, also auch alle Bilder. Ein Thumbnail kannst Du aber sicher über die neuen WP-Funktionen zu Post-Thumbnails anzeigen lassen.

Da reicht doch ein Loop zusammen mit einer eigenen Zählervariable. Die wird in jedem Durchlauf erhöht und abhängig vom Wert setzt Du dann die CSS-Klassen und was noch unterschiedlich ist. Beispiele sollten per Forensuche zu finden sein, das hatten wir immer mal wieder mit größeren Codebeispielen.

Meine erste Vermutung wäre ein Cache-Plugin gewesen, aber ich sehe im Quelltext nicht die üblichen Kommentare. Nutzt Du etwas wie "WP SuperCache"?

Wenn es das nicht ist (wovon ich jetzt mal ausgehe), könnte der neue Server vielleicht falsche HTTP-Header mitschicken. Ich habe mir die aber mal angeschaut und muss sagen, dass ich da nichts Außergewöhnliches bemerke.

Bist Du also sicher, dass das nicht das normale Browserverhalten ist, schon aufgerufene Seiten aus dem Cache zu nehmen?! Wenn Du auf einer betroffenen Seite Strg+F5 drückst (=Neuladen ohne Cache), siehst Du dann den aktuellen Stand? Wenn Du das testest solltest Du zudem möglichst nicht eingeloggt sein. Falls es doch irgendwie an WP liegt, sehen ja eingeloggte Nutzer ggf. andere Ansichten als normale Besucher.

Das Plugin heißt "Maintenance Mode" und sollte im Plugin-Repository zu finden sein.

Zum Menü: Ja, es gibt sicher auch Plugins, welche entsprechende Widgets oder Codes anbieten. Ansonsten müsstest Du schon etwas genauer sagen, was Du haben möchtest und woran es scheitert.

Bei mehr als einem Widget-Bereich musst Du denen natürlich noch Namen geben. Das müsstest Du doch für die beiden Sidebars aber auch schon machen, oder wie hältst Du die beim Einbinden auseinander?! Ich kopier Dir mal rein wie ich meine beiden Sidebars eingebunden habe:

if (function_exists('register_sidebar')) {
  // register the left sidebar
  register_sidebar(array('name' => 'left',
  'before_widget' => '<li class="widget %2$s">',
  'after_widget' => '</li>',
  'before_title' => '<h3 class="widget-title">',
  'after_title' => '</h3>'));
  
  // register the right sidebar
  register_sidebar(array('name' => 'right',
  'before_widget' => '<li class="widget %2$s">',
  'after_widget' => '</li>',
  'before_title' => '<h3 class="widget-title">',
  'after_title' => '</h3>'));
}

Wenn es Dir nur um die Namen geht, könnte das bei Dir so aussehen:

if  (function_exists('register_sidebar')) {
  // register the sidebars
  register_sidebar(array('name' => 'left'));
  register_sidebar(array('name' => 'right'));
  // register the header
  register_sidebar(array('name' => 'header'));
}

Hier heißen die drei Widget-Bereiche nun "left", "right" und "header". Die Namen kannst Du beliebig wählen. Und dann halt so einbinden:

dynamic_sidebar('left')

Wenn Du sicher gehen willst (so halbwegs), dass das bei Deinen Besuchern nicht auftritt, müsstest Du mal probieren, das Format der Telefonnummer zu ändern. Zum Beispiel mit Klammern um die Vorwahl schreiben oder so, bis Skype das nicht mehr als Telefonnummer erkennt.

Wobei ich mich gerade auch frage, ob man die Manipulation dieser Telefonnummer per CSS unterbinden könnte. Skype ändert da ja vermutlich per JS die Styles, oder? Könnte man dann nicht die wichtigen Styles mit !important oder so versehen, damit sie auf jeden Fall angezeigt wird?!

So oder so ist das ein dämlicher und ärgerlicher Fehler, dass dieses AddOn die Nummern einfach verschluckt. :-/

Speziell für Quellcode gibt es auf jeden Fall verschiedene Plugins, auch für Syntaxhighlighting. Ich nutze z.B. dieses uralte Plugin, es finden sich aber sicher im Repository noch neuere:
http://priyadi.net/archives/2005/…ode-autoescape/

Ohne mir da jetzt irgendwas angeschaut zu haben: Hier trifft offenbar ein XML-Parser auf eine HTML-Entity beim Parsen, die er naturgemäß nicht kennt. › ist ein französisches Anführungszeichen und sollte in XML als › geschrieben werden.

Hilft das vielleicht schon weiter?! Ein Blick in den Quellcode des Plugins müsste ja zeigen, was da geparst wird. Wenn es Inhalte von Twitter sind z.B. wäre die Frage, ob man korrektes XML vorausetzen kann, soll heißen das wäre dann vielleicht ein Fehler des Plugins.

Zitat

Oder kann ich auf 2.9 zurücksetzen irgendwie?

Das ist eher nicht sinnvoll. Wenn Probleem mit den Plugins bestehen, sollten die besser gelöst werden. Werden die Plugins denn von den Autoren noch entwickelt? 2.9.2 ist ja nun auch schon länger draußen... Und vor allem: Was genau geht daran denn nicht? Welche Fehlermeldungen kommen?

Die dargestellten Zeichen kriegst Du auf jeden Fall, wenn UTF-8-Umlaute als ISO-8859-1 behandelt und ausgegeben werden. Das kann unter anderem passieren, wenn falsche PHP-Funktionen verwendet werden, welche nicht UTF-8-fähig sind. Es kann aber natürlich auch ein Problem mit der Datenquelle an sich sein. Ist denn von Datenbank bis Theme sonst alles UTF-8?

Tja, verlinkt doch bitte mal eine Beispielseite, damit man sich das anschauen kann.

Ich erinnere mich duster, dass vor längerem mal jemand ähnliche Probleme hatte, und da war es am Ende das Skype-Browser-AddOn, was ja Telefonnummern-ähnliche Zahlengruppen in Webseiten durch einen Skype-Button ersetzt.

Hm, ne, also bei den Variablen würde ich schon bei dem einen Namen bleiben. Aus Sicht der header.php ist my_other_* definiert oder eben nicht. Diese Variante mit den Variablen bietet sich an, wenn eine Reihe von Seiten oder nur eine einzelne Seite alle den gleichen abweichenden Titel bekommen sollen.

Wenn Du jetzt viele Seiten hast, die alle individuelle Titel kriegen sollen, mach das gleiche besser über Benutzerdefinierte Felder. Gib den statischen Seiten oder Beiträgen einfach drei Felder mit bei Bedarf (title, description + link -- kannst Du nennen, wie Du willst, solange Du sie mit dem gleichen Namen wieder ausliest und sie nicht mit Feldern von Plugins Namensgleichheiten auftreten). In der header.php liest Du dann statt der Variablen diese Felder aus. Ich vermute, dass das eher das ist, was Du brauchst.

Also nichts im Seitentemplate (falls vorhanden) ergänzen und das hier in der header.php:

$my_title = get_post_meta($post->ID, 'my_title', true);
if (empty($my_title)) {
  $my_title = get_bloginfo('name');
}
$my_description = get_post_meta($post->ID,  'my_description', true);
if (empty($my_description)) {
  $my_description = get_bloginfo('description');
}
$my_link = get_post_meta($post->ID,  'my_link',  true);
 if (empty($my_link))  {
   $my_link  = get_bloginfo('url');
 }