Beiträge von Ammaletu

Danke für die Infos. Ich habe im WP-Trac mal gesucht, aber so auf Anhieb keinen Bug dazu finden können. Das ist also entweder noch nicht bekannt oder bei Dir liegt es an was speziellem (oder ich habe die falschen Suchbegriffe verwendet *g*).

Im Prinzip sieht es aber so aus, als wäre die Weiterleitung zum Login einfach nicht abgeschaltet worden. Das müsste ja als Option in die DB geschrieben worden sein. Vielleicht kannst Du da mal nachschauen, welcher Wert dort steht.

Ansonsten muss bitte mal ein 2.5-Benutzer was dazu sagen.

Zitat

Dabei habe ich versehentlich einer Seite den Dateinamen eines Beitrags zugeordnet bevor der Beitrag gelöscht wurde (Fehlercode 500).

Irre ich mich oder sollte das WordPress gar nicht zulassen? Welche WP-Version verwendest Du überhaupt?

Zitat

Nach Löschen von Beitrag und Seite sowie aktualisieren der Permalink-Struktur kann ich jetzt nur noch Beiträge schreiben. Die neu geschriebenen Seiten existieren zwar in der Datenbank laufen aber bei Aufruf nur noch auf die 404-Fehlerseite.

Du klickst also auf "Veröffentlichen", und was passiert dann? Eine Fehlermeldung? Mit welchem Status stehen die Seiten in der Liste unter Verwalten > Seiten -- als "veröffentlicht"? Und wenn Du die Seiten mit der URL ohne Permalink aufrufst, klappt das dann*?

Ansonsten fällt mir so auf Anhieb auch nicht viel dazu ein. Aber wenn Du uns die WP-Version verrätst und eventuell nähere Umstände des Fehlers, kann man ja mal in der WP-Bug-Datenbank suchen danach.

Vor dem Veröffentlichen der Seite mal das Linkziel des "Seite anschauen"-Links kopieren. Das müsste ein Link á la "?page_id=123" oder so sein. Der Link sollte auch nach dem Veröffentlichen noch gelten.

Habt ihr das über ein Plugin gemacht? Oder ist so eine Funktionalität in WP 2.5 jetzt mit drin? Kenne ich so gar nicht...

So oder so ein paar Ideen:
- Kann es sein, dass der Browser die Weiterleitung gecacht hat? Mal mit Strg + F5 probieren oder von einem neuen Rechner aus.
- Kann es sein, dass die Umleitung zum Login noch in der .htaccess drin steht? Da mal reinschauen und ggf. von WordPress neu bauen lassen.
- Mit einem Tool wie der Firefox-Erweiterung "LiveHttpHHeaders" kann man gut schauen, was für HTTP-Header ausgetauscht werden. Vielleicht lässt sich damit ja sehen, wieso das passiert?

Ansonsten wie immer: Ein Link zur Seite hilft ggf. weiter. Viel Glück beim Beheben!

Zitat

Ich denke das Thema trift jeden mit größerer und wachsender Webseite!

Nein, nicht wirklich. Ich vermute eher, dass 98% der WordPress-Nutzer die statischen Seiten nur für so Sachen wie Kontakt oder Impressum nutzen und die Seiten nicht mal schachteln.

So oder so, eine mögliche Antwort auf die Frage gibt es in diesem Thread.

Ich habe es nicht selbst probiert, aber dieses Plugin sieht so aus, als würde es Dein Problem lösen:
WordPress › Remove Parents « WordPress Plugins

War übrigens auf WordPress › Blog Tool and Weblog Platform mit einer Suche nach "Permalink" auch sehr einfach zu finden. Wo hast Du denn danach gesucht?!

Laut Angabe auf der Seite ist es allerdings nur mit WP 2.3 kompatibel. Also einfach mal probieren, ob es mit 2.5 auch geht, am besten an einer lokalen Testversion. Ansonsteng ibt es noch dieses Plugin, was Dir vielleicht auch weiterhelfen kann:
WordPress › Advanced Permalinks « WordPress Plugins

Zur Fehlermeldung kann ich Dir nicht wirklich etwas sagen. Aber hast Du mal nachgeschaut, ob das Bild denn auf dem Server gespeichert wurde? Außerdem könnte ein Blick ins PHP-Errorlog weiterhelfen, herauszufinden was da genau schief geht.

Also die Einrückung kommt von der "inside"-Anweisung in Zeile 488. Einfach das "inside" löschen, dann zeigen beide Browser es gleich an. Allerdings musst Du dann noch die Ränder etwas bearbeiten, denn die Überschriften sind dann weiter eingerückt als der Text darunter. Es sei denn, das soll so.

Fehlende Ecke: Die Kästen in der linken Sidebar haben nur rechts eine abgerundete Ecke. In der rechten Sidebar hat der Kalender zwei abgerundete Ecken, der Besucherzähler darunter nicht. Da wäre die Frage, wo definiert ist, dass der Kalender zwei Ecken bekommt. Soll heißen, ist das nur für den Kalender definiert oder für die ganze rechte Sidebar. Entweder dort ist es nicht weit genug definiert oder der Counter hat die falschen Klassen zugewiesen bekommen. Das sollte sich auf jeden Fall rauskriegen lassen.

Oh sorry, mein Fehler. Dein Theme basiert scheinbar nicht auf dem Default-Theme, davon war ich jetzt mal ausgegangen. Also dann einfach das hier hinzufügen:

.centreblock p {
  margin-bottom: 0.75em;
}

Oder noch einfacher, dann trifft es aber alle p-Tags. Da weiß ich nicht, ob das auf den Rest des Designs eventuell noch Auswirkungen hat:

p {
  margin-bottom: 0.75em;
}

Also ich sehe die Bilder (FF2 und IE7). Teilweise rutschen sie noch etwas unschön nebeneinander, aber da musst Du halt mehr Text dazwischensetzen oder die Bilder abwechselnd rechts- und linksbündig setzen.

Was ich nicht sehe sind die Bild-Unterschriften. Da denke ich stimmt irgendwas noch nicht.

Was die Absätze betrifft: Such Dir mal Zeile 84 Deines Stylesheets raus. Da ist folgendes definiert:

p {
    font: 11px/13px verdana, arial, helvetica, sans-serif;
    margin: 0px 0px 0px 0px;
    padding: 2px;
}

Daraus könntest Du z.B. das hier machen:

p {
    font: 11px/13px verdana, arial, helvetica, sans-serif;
    margin: 0px 0px 0px 0px;
    padding: 2px;
}


.entry p, .comment p {
  margin-bottom: 0.75em;
}

Damit hast Du unter jedem Absatz einen Abstand drin, der sich auch an die Schriftgröße des Browsers anpasst.

Ich glaube, Du nimmst hier den Begriff "WYSIWYG" zu ernst. Das Teil wird nur spaßeshalber so genannt und heißt eigentlich TinyMCE. Soll heißen: Der Editor zeigt Dir normalerweise reines HTML an, die Ausgabe im Theme muss aber Dein Stylesheet regeln. Das stimmt nicht immer überein.

Den Bildern werden offenbar die Klassen alignleft bzw. alignright zugewiesen. Die muss Dein Styleheet auch definieren. Genauso sollte Dein Stylesheet die Abstände zwischen Absätzen regeln. Falls mehrere <br>s nacheinander nicht angeezigt werden, probiere es mit einem Abstandshalter wie
*
*
*
oder so. Das geht auf jeden Fall.

Der Grund, warum der Besucher Deine 'interne' Adresse zu sehen kriegt, ist dieser hier:

Zitat

Die Subdomain META.wops.de wird per 301er redirect auf die tatsächliche URL bei mir zuhause weitergeleitet.

Ein 301er-Redirect wird vom Browser nicht nur gecacht, sondern dem Besucher auch angezeigt. Damit der Besucher die interne Adresse nicht zu sehen kriegt, müsstest Du die Subdomain direkt auf die dnsalias-Adresse schalten (ohne Redirect), und selbst da bin ich mir nicht sicher, ob das klappt.

Wenn man Deine Seite aufruft, kriegt man einen 404-Fehler für diese beiden Dateien:
http://www.office-life-fun.net/style.css
http://www.office-life-fun.net/images/kubrickbgwide.jpg

Schau also mal in die Header.php Deines Themes, ob und wieso da dieser Pfad drinsteht. Klassischerweise sollte das ja eher so aussehen:
http://www.office-life-fun.net/wp-content/themes/[Dein Theme]/style.css
http://www.office-life-fun.net/wp-content/themes/[Dein Theme]/images/kubrickbgwide.jpg

In meinem Theme lautet die Anweisung für das Stylesheet in der header.php so:

<link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); ?>" type="text/css" media="screen" />

Wenn das bei Dir auch so drinsteht, wäre die Frage, wieso bloginfo('stylesheet_url'); die falsche URL ausspuckt.

Zitat

dieses Auskommentieren hatte ich auch schon probiert.

Ja hast Du. Allerdings hast Du die schließende Klammer nicht mitgenommen, wenn ich das richtig verstanden habe, und das ist ein PHP-Fehler, ergo kann die ganze sidebar.php nicht gerendert werden. So wie oben gezeigt sollte es funktionieren.

Ich fürchte, das musst Du noch mal näher erläutern, für mich zumindest. Was meinst Du mit "nach dem Datum soll die Reihenfolge erscheinen"?! Die Reihenfolge der Artikel?

Da die Blogroll sowieso nur auf der Startseite angezeigt wird und Du sie dort nicht mehr stehen haben willst, kannst Du diesen Block hier einfach auskommentieren. Also daraus:

<?php if(is_home()) { mistylook_ShowLinks(); ?>  
  


  
<?php }?>

Das hier machen:

<?php /* if (is_home()) { mistylook_ShowLinks(); */ ?>

In der oberen geposteten Zeile steht keine schließende Klammer, der if-Block geht also noch weiter. Poste doch am besten mal die ganze sidebar.php (und bitte mit dem php-Button hier im Foreneditor als PHP-Code kennzeichnen), dann müssen wir nicht rätseln, sondern können es Dir genau sagen.

Es gibt einen Unterschied zwischen dem Beitragstitel und dem URL-Kürzel ("post slug" genannt). Den gleichen Titel kannst Du so oft verwenden, wie Du möchtest, aber WordPress sorgt dafür, dass der post slug eindeutig ist. Da wird dann ggf. "mein_doppelter_titel2" daraus, denke ich.

Was bei dieser Version allerdings wirklich nicht geht: Gleichamige Dateien über diese Domain ausliefern. Wenn Du mal eben schnell eine Datei zum Donwload anbieten willst und sie in den Root Deiner Domain schiebst, darf sie nicht den Titel eines der Beiträge haben. Sollte aber in der Praxis nicht wirklich ein Problem sein.

Ok, für WP 2.3 sähe das so aus:

<?php
if (is_home()) {


  // hier die originale wp_list_bookmarks()-Anweisung


} /* end if is home */
?>

Eventuell kann ja noch jemand ergänzen, wie das in WP 2.5 aussehen müsste. Da gibt es zusätzlich ja noch is_front_page(), aber ich habe den Unterschied noch nicht ganz gerafft. Aber falls Du 2.5 hast und das so noch nicht passt, probiere es mal damit.

Um einfach nur den Beitragstitel als Permalink zu verwenden, hakst Du "Benutzerdefiniert" an und trägst dort ein: "/%postname%" (ohne die Anführungszeichen).

Wenn Du die Sidebar über Widgets gebaut hast, dann einfach das Widget entfernen. Ansonsten (und falls Dir der Begriff "Widgets" nichts sagt) ist das in der sidebar.php Deines Themes anzupassen. Der Befehl müsste "wp_list_bookmarks();" heißen. Die entsprechende Zeile und eventuell dazugehörige Zeilen einfach entfernen oder auskommentieren (/* ... */), damit Du es später ggf. leichter wieder einfügen kannst.

Falls Du die Links nur auf der Startseite entfernen willst, auf anderen Seiten aber nicht, sag Bescheid. Dann muss nur eine if-Anweisung drum herum anstatt die Zeile zu entfernen.