Beiträge von Ammaletu

Das müsstest Du im Template ändern, in der page.php. In einigen Themes gibt es ganz oben einen Block wie diesen hier:

// include the 404 page if no post is available
if (!have_posts()) {
  require('404.php');
  return;
}

Ich kenne das Plugin nicht, aber hat es Funktionen an Bord, mit denen man die Tag Cloud auf einer statischen Seite ausgeben kann? Dann könntest Du unter der Tag Cloud in der Sidebar einfach eine statische Seite fest verlinken. Und der gibst Du dann ein angepasstest Template, wo Du z.B. unter dem Seitentext die Tag Cloud noch mal mit anderen Parametern ausgibst.

Zitat

Ich habe das mal nach Anleitung probiert. Aber da passiert nix. Ist hier ein Fehler drin?

Ja. Ein Funktionsaufruf sieht in PHP eher so aus:

<h2 class="post-titulo" id="post-<?php the_ID(); ?>"><a href="<?php the_permalink() ?>" rel="bookmark" title="<?php _e('Permanent Link zu'); ?> <?php the_title(); ?>"><?php the_ttftitle ("", "", true, "Blockschrift", ""); ?></a></h2>

Hast Du bei dem Upgrade auch die Datenbank mittels upgrade.php aktualisiert? Und hast Du dann beim Downgrade auch Dein Backup der alten DB wieder eingespielt? Dann sollte eigentlich alles wieder wie vorher funktionieren.

Dein Hoster lässt offenbar PHP mit Suhosin laufen, würde ich nach einem kurzen Googlen nach der Fehlermeldung sagen ("ALERT canary
mismatch on heap overflow detected"). Keine Ahnung also, ob das ein echtes Problem ist oder ob sich bloß Suhosin an irgendwas verschluckt. Das müsste Dein Hoster Dir sagen können. Eventuell hilft es, auf eine neuere PHP-Version zu wechseln, z.B. von PHP4 zu PHP5, falls Dein Hoster das anbietet. Wenn das tatsächlich an Suhosin liegt, sollte allerdings das Austauschen der PHP-Dateien schon reichen. Sicher, dass beim Zurückkopieren der WP-2.5-Dateien alles geklappt hat?

Ansonsten: Kannst Du etwas genauer sagen, was wir uns unter "nichts geht mehr" vorzustellen haben???

"Simple Tags" ist meines Wissens nach mit 2.6 kompatibel, zumindest habe ich es schon in zwei 2.6-er Blogs ohne Probleme installiert. Mal sehen... Die Plugin-Seite selbst gibt "up to 2.5" an, aber hier ist es z.B. unter "no issues" gelistet: Plugins/Plugin Compatibility/2.6 « WordPress Codex

In jedem Fall denke ich ist Simple Tags eine gute Wahl. Das Plugin wird noch aktiv gepflegt und kann relativ viel. Wenn es Dir nur um eine komfortablere Auswahl der Tags beim Schreiben geht, da bietet Simple Tags eine Autovervollständigung an. Du musst ein, zwei Buchstaben eintippen, dann kriegst Du die dafür vorhandenen Tags angeboten. Das ist schon sehr komfortabel, finde ich. Außerdem hat Simple Tags Funktionen an Bord, um Tags umzubenennen oder gleich eine ganze Reihe an Beiträgen auf einen Schlag zu bearbeiten.

Ich habe mich noch nie wirklich damit beschäftigt, aber WP Super Cache wurde öfters mal als beste Lösung genannt. Keine Ahnung, ob das noch aktuell ist.

Was Counter und Statistiken betrifft: Die reinen Apache-Zugriffsstatistiken sollten davon nicht betroffen sein, da ja trotzdem etwas angefragt und ausgeliefert wird. Genauso sollten Counter nicht betroffen sein, die beim Aufruf der Seite per JavaScript oder Bild etc. zählen. Das wird der Browser des Benutzers ja trotzdem anfordern. Was nicht ohne weiteres geht sind Sachen wie Semmelstatz, die direkt beim PHP-Aufruf der Seite zählen. Aber ich dachte immer, man könnte bei den Cache-Plugins auch Seitenbereiche einstellen, die nicht gecacht werden sollen. Dann müsste man es so deichseln, dass Semmelstatz trotzdem noch ausgeführt wird. Aber das wird sicher einiges Herumprobieren erfordern. Sollte man also ggf. an einer lokalen Testseite ausprobieren.

Mit welcher WP-Version arbeitest Du denn? Und kannst Du das Problem etwas genauer schildern? Passiert das während Du auf "Veröffentlichen" klickst? Oder einfach so, mit schon veröffentlichten Beiträgen?

Es gab immer mal wieder Bugs in WP, die als Auswirkung Beiträge zu Entwürfen machen, gerne auch mal zu mehreren. Ich hatte in WP 2.3.3 mal einen extrem nervigen Bug, der auftrat, wenn man eine statische Seite mit Custom Fields versieht bevor sie zum ersten Mal gespeichert war. Dann wurde pro Custom Field ein Entwurf angelegt, glaube ich. Wirklich blöd, und erklär sowas mal einem Kunden... Deshalb: Könnte es etwas mit Custom Fields zu tun haben?

Damit ich das richtig verstehe: Die neue Domain wird per browserseitigem Redirect auf die alte Adresse umgeleitet? Und dann hast Du in den WP-Einstellungen eine der beiden Adressen mit der neuen Domain ersetzt und die andere auf der alten Adresse gelassen?

Ich nehme einfach mal an, dass diese Kombination an verschiedenen Stellen nicht so gut funktioniert, da WP intern ja immer noch über die alte Adresse läuft und der Nutzer das auch so anfragt. Dann müsste in der Adresszeile aber eigentlich auch die alte Adresse stehen?!

Die normale Lösung wäre eigentlich, die DNS-Einstellungen der neuen Domain auf die Nameserver des Hosters zeigen zu lassen. Dann müsste in WP aber auch bei beiden Einstellungen die neue Adresse eingetragen werden. Hm, das rate ich jetzt aber nur, ehrlich gesagt. Habe bisher immer Domain und Webspace vom gleichen Anbieter gehabt. Mit zwei verschiedenen Anbietern probiere ich das erst in ein paar Wochen aus, dann kann ich mehr dazu berichten.

Ich hätte nur eine Vermutung: Wenn Du einen Ordner aufrufst, hat Apache normalerweise eine Liste an Dateien, die es anzeigt. Wenn keine davon gefunden wurde, würde Apache ein Directory Listing anzeigen, was bei Dir offenbar ausgestellt ist. Das kann man in der httpd.conf (unter xampp/apache/conf) des Apache mit dieser Einstellung konfigurieren. Apache-Neustart danach nicht vergessen:

#
# DirectoryIndex: sets the file that Apache will serve if a directory
# is requested.
#
<IfModule dir_module>
    DirectoryIndex index.php index.php4 index.php3 index.cgi index.pl index.html index.htm index.shtml index.phtml
</IfModule>

Ich nehme mal an, dass das bei Dir fehlt oder nicht index.php enthält. Wenn es das nicht ist, könnte ich mir so auf Anhieb auch keinen Grund vorstellen.

Widgets sind Sidebar-Elemente, die dort frei angeordnet werden können. Schau Dir im Backend mal an, was man damit machen kann. Es ist nicht definiert, wo Widgets herkommen. WordPress bringt einige standardmäßig mit, manche Plugins ergänzen eigene Widgets. Manche Plugins ergänzen ihre Widgets auch als eigenes Plugin, das man extra aktivieren muss, was IMHO keinen Sinn macht. Ansonsten kann man seine eigenen Widgets auch einfach in die functions.php des Themes schreiben.

Wenn Du ein neues Theme erstellen willst, solltest Du es definitiv widgetfähig machen. Es ist auch wirklich nicht schwer. Du musst dann einfach beides testen: Sidebar mit Widgets und Sidebar ohne. Tip: Vergib in der statischen Sidebar in der sidebar.php einfach die gleichen Klassen, welche WordPress auch den Widgets zuweist. Dann sparst Du Dir Arbeit im CSS und das Theme sieht mit beiden Varianten gut aus.

Verstehe ich das richtig, dass Du in Deinem Theme eine Datei "widgets.php" angelegt hast und diese z.B. aus der functions.php einbindest? Oder hast Du WordPress selbst verändert?

Falls die Datei in Deinem Theme widgets.php heißt, probier mal sie umzubenennen. Ich erinnere mich nur dunkel, aber als ich mit Widgets angefangen habe zu experimentieren, glaube ich habe ich die Datei auch so genannt und merkwürdige Dinge passierten danach. Die Details sind mir leider entfallen und ich kann mir auch gerade keinen Grund vorstellen, warum das WP stören sollte.

Ansonsten: weiße Seite = PHP-Fehler = mal im Errorlog des Servers nachschauen oder wo bei Dir sonst PHP-Fehler geloggt werden.

Es kann auch sein, dass ein Widget in der DB kaputt ist (also die Widget-Optionen genauer gesagt) und dort berichtigt werden muss. Das passierte glaube ich beim Update von WP 2.3 auf 2.5 in einigen Fällen. Per Forensuche sollte mehr dazu zu finden sein.

Wie alt ist denn "uralt" genau?

Die Funktion ist in wp-admin/misc.php definiert. Normalerweise würde ich sagen ist da beim Hochladen des neuen WordPress was schief gegangen. Du hast das aktuelle 2.6.1 doch komplett hochgeladen, oder? Probier es einfach noch mal, ggf. mit einem anderen FTP-Programm. Übertragungsfehler kommen dabei wesentlich öfter vor als man meinen sollte. Wenn die upgrade.php einmal richtig durchgelaufen ist, brauchst Du die nicht noch mal aufzurufen, überschreibe nur einfach die normalen WP-Daten.

Dein Problem ist also, dass die Hover-Farbe nicht angezeigt wird? Oder worum geht es Dir? Entweder es liegt an mir, oder Du hast es geschafft, das eigentliche Problem in Deinem Posting nicht zu erwähnen.

Anyway, das CSS sieht ok aus, soweit. Probleme dieser Art lassen sich allerdings zehnmal besser und schneller lösen, wenn man sie am "lebenden Objekt" untersuchen kann, wenn die Seite also online ist. Falls Du keine Lösung findest, sag doch einfach mal Bescheid, wenn man es sich online anschauen kann. Dann sollte sich das recht fix finden lassen.

Große Anfangsbuchstaben kann man im übrigen auch per CSS erzeugen. Das sollte sich also im Stylesheet finden lassen.

Falls der Plugin-Autor kein Interesse daran hat, das zu beheben (frag ruhig mal nach), kannst Du auch selber mal schauen, was für Funktionen da so verwendet werden. PHP ist ursprünglich nicht für Multibyte-Zeichensätze wie UTF-8 ausgelegt. Einige Funktionen können damit einfach nicht umgehen, andere muss man richtig einsetzen.

Folgende Seite finde ich zu diesem Thema höchst informativ, falls Du selber mal schauen magst, ob sich das beheben lässt (manchmal muss man nur einen Parameter für die Encoding ergänzen z.B.):
Character Sets / Character Encoding Issues [Web Application Component Toolkit]

Startseite funktioniert (FF2), Artikelseite wirft diesen Fehler:

Zitat

Fatal error: Call to undefined function: st_tag_cloud() in /www/htdocs/w00802f6/pixelgangster/wp-content/themes/pixelgangster-02/l_sidebar_beitrag.php on line 35

Hast Du das "Simple Tags"-Plugin erst fest ins Theme eingebaut und dann deaktiviert?!

Hallo!

Ich probier mal, einige Deiner Frage zu beantworten:

Zitat

Die "Category" der Texte steht bloß unter dem Titel, doch ich wollte einzelne Kästchen haben, die z.B. betitelt sind mit "Über mich", "Inspirierende Musik", "Textfragmente", "Träume" ... also schön getrennt, und nicht einfach nacheinander.

Wenn Du nicht bei wordpress.com wärest, sondern eine eigene Installation hättest, könntest Du das nach Belieben im Theme ändern (gewisse CSS- und PHP-Kenntnisse vorausgesetzt). Bei wordpress.com hast Du meines Wissens nach nur die Möglichkeit, aus den vorhandenen Themes auszuwählen.

Zitat

Ich komm auch mit den Tags nicht klar. Wozu benutzt man die? Sind das alternative Links zu meinen Texten? Hat das was mit Suchmaschinen zu tun?

Da verweise ich mal auf diesen älteren Beitrag:
http://forum.wordpress-deutschland.org/allgemeines/29…g-category.html
Sag Bescheid, falls es dann noch nicht klar ist.

Zitat

Wenn ich einen Artikel (kann ich auch eine Kategorie - und wie?) auf privat stelle, können die dann nur 35 Leute sehen? Oder was bedeutet der UserLimit?

Das wird wohl eine wordpress.com-Funktion sein, keine Ahnung. Bei der selbstgehosteten Variante sind private Artikel nur für angemeldete Nutzer zu sehen, soweit ich weiß. Da kann ich mich aber irren, habe das noch nie benutzt.

Zitat

PS: Ich habe keinen eigenen Server, sondern mich ganz einfach auf dem WordPress-Server registriert. Vielleicht ist das ja wichtig...

Ja, das heißt nämlich, dass Du hier im Prinzip falsch bist. Dieses Forum beschäftigt sich mit der selbstgehosteten Variante. wordpress.com hat ja seinen eigenen Support mit eigenen Foren. Aber viel machen kannst Du da meines Wissens nach sowieso nicht. Dafür dass es kostenlos ist und mit minimalem Aufwand eingerichtet werden kann, hat man eben auch sehr wenig Möglichkeiten.

Das ist ein Styleproblem und muss demnach mit 99% Sicherheit im Stylesheet des Themes behoben werden. Was möchtest Du denn machen? Die Seite generell breiter machen und den zusätzlichen Platz der Sidebar geben? Oder den Contentbereich in der Mitte kleiner machen?

Für ersteres: Du müsstest die Weitenangabe bei #wrap größer machen. Und dann müsstest Du das Bild img/bg.gif bearbeiten und an die neue Weite anpassen (mehr Platz in der Mitte einfügen). Und dann müsste im Stylesheet noch der Sidebar der neue Platz gegeben werden.

Fehlende Sidebars: Hast Du denn nun mal probiert, die Originalquery in Ruhe zu lassen und für Deinen Zweck eine eigene Query zu erstellen? Ich bin so halbwegs sicher, dass das Sidebar-Problem damit gelöst wäre. Siehe meine vorherige Antwort.

Wie schon gesagt wird diese Datei in WP 2.6 nicht mehr benötigt und sollte deswegen auch gar nicht da sein. Das Updaten des Profils läuft bei mir über die profile.php. Die Frage ist also eher, wieso Dein WP das noch einbinden möchte. Entweder ist das Update nicht korrekt gelaufen (hattest Du von einer älteren Version aktualisiert?) oder Du verwendest ein Plugin, das nicht mit 2.6 kompatibel ist. Da würde ich eher die Ursache des Problems lösen, als irgendwelche Dateien hochzuladen, die dann wer weiß was in Deiner Datenbank anstellen.

Ich tippe auf das "canonical URL"-Feature, welches alle Aufrufe über alternative URLs auf die Haupt-URL, welche in den Optionen eingetragen ist, umleitet. Ich hatte eigentlich immer angenommen, dass das genauso fürs Backend gilt wie fürs eigentliche Blog. Und klar, wenn in den Optionen die http-Adresse steht und Du rufst die https-Adresse auf, leitet Dich WP um. Das sollte eigentlich seit WP 2.3 (oder war's 2.2?!) so funktionieren.

Was Du machen kannst... Hast Du mal gegoogelt nach "wordpress SSL" oder so? Dieses Problem hat ja vielleicht schon jemand anders gelöst.