Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenPrima. Warum dein Fehler jetzt mit dieser Lösung (nur "category") repariert wurde, weiß ich nicht. Ich musste beide Werte setzen.
Simple Tags hatte ich wie alle anderen Plugins nur Anfangs bei der Fehlersuche als einen der üblichen Verdächtigen mal abgeschaltet.
Gruß aus dem Odenwald,
Gersprenz
Ich weiss es nicht wirklich. Mal ein Tipp, den Versuch ist es wert:
Log aus dem Wordpress Administrationsbereich aus (rechts oben "Abmelden")
Schreib diese Zeile mal in deine wp-config.php zu den anderen mit define beginnenden Zeilen dazu.
define('RELOCATE', true);Anschliessend ruf bitte nur diese Zeile im Browser auf:
http:[URL zu deinem Wordpress einsetzen]/wp-login.phpLog mit Namen und Passwort ein.
Anschliessend probier den Aufruf der fehlerhaften Links (und lösche die eingesetzte Zeile wieder aus der wp-config.php.)
Was verändert? Sag Bescheid.
Naja, ich hatte nun doch den kompletten Sprung gewagt. Es lief auch alles gut. Mal abgesehen davon, das ich wirklich die Kategorien neu machen mußte.
Dann habe ich unter lesen was umgestellt, und nun geht nix mehr. Toll.
Dir wurde ja empfohlen anders vorzugehen. Aber nein.
Jetzt kratz ich mir ratlos den Kopf, warum du hier fluchst. Ich würd das an deiner Stelle vorm Spiegel tun.
Vergiss bitte erstmal, die index.php-Anzeige zu plätten. Das ist was für später.
Variiere doch bitte stattdessen die Zeile bei benutzerdefiniert.
Konkret: Nimm abwechselnd die einzelnen Variablen heraus und teste jeweils ob es geht.
Schade, daß nicht mehr passiert ist. Mehr Tipps zum Abarbeiten kann ich dir nicht antun. Man müsste bei deinem WP an zwei, drei Schrauben drehen, und schauen was dabei passiert.
Hallo? Jemand da? Mir reicht auch ein geht nicht oder geht so. Oder wird man hier nur ignoriert? :twisted:
Probiere bitte diese Lösung (es mag andere geben, sicher. Ich kenne diese):
Installiere das Yank Widget Plugin. Yank Widget - Funroe Factory
Was kann das Yank Widget?
Damit richtest du in der Sidebar das Yank Widget ein, in das eine beliebige statische Seite (Seite, nicht Artikel!!) geladen werden kann. Die musst du natürlich haben oder erzeugen. Schau in die Doku.
Jede Änderung der Seite wird im Yank Plugin angezeigt. Du musst also nur deinen Redakteuren den Zugriff auf die Seite einrichten, mit den entsprechenden Rollen.
Zusätzliches Gimmick: Du kannst das Yank Plugin so einrichten, daß die Anzeige nur bei bestimmten Artikeln erfolgt.
Sag Bescheid.
Ach ja, zu deinem Ton: Hast du was genascht oder hast du für den Service hier bezahlt oder was?
Deaktiviere bitte mal alle Plugins.
Klicke anschliessend im Administrationsbereich ->Einstellungen->Permalinks an und aktualisiere deine Permalink Eintragungen.
Aktiviere anschliessend das neue Thema.
Wenn dein neues Thema jetzt geht, dann beisst sich leider ein Plugin fest.
Aktiviere nach und nach die Plugins wieder, bis es wieder klemmt.
Schau dann auf der Seite des Plugin Autoren nach, ob du Hinweise zur Fehlerursache findest.
Sag Bescheid.
Hallo,
habe doch weiter oben geschrieben, dass bei mir dieser fix nicht greift, ich meine der hier erwähnte Link.
Das Problem besteht nach wie vor, ich kann nur die Standardeinstellung der permalink verwenden, sonst liefern diese eine 404 Seite. Entweder ist bei mir was falsch eingestellt, oder was Anderes Schuld.
LG
Kein Problem, jetzt mal in Zeitlupe:
Im Administrationsbereich klickst du -> Einstellungen -> Permalink an.
Dort trägst du ein:
Bei Kategoriebasis: "/category"
Bei Tags: "/tags"
Weiter oben auf der selben Seite wählst du an: "Benutzerdefinierte Struktur"
In das Eingabefeld trägst du ein, wie deine alte Permalinkzeile aussah. Ich hoffe du hast die noch. Falls nicht hilft nur ausprobieren. Probiere mal
/index.php/archives/%year%/%monthnum%/%day%/%postname%/Anschliessend ganz unten : Einstellungen speichern.
Dann dein Blog aufrufen und testen.
Sag Bescheid ..
Ich habs getestet, hier meine Hinweise:
Es werden auch alle statischen Seiten im mobi-theme Index ausgegeben und angezeigt, die im eigentlichen Webtheme nicht angezeigt werden.
Das mobi-theme macht da keinen Unterschied und bring einfach alles wieder zur Anzeige.
Ein Hinweis darauf wäre m.E. sinnvoll, damit der Betreiber nicht doch versehentlich Inhalte publiziert, die eigentlich in der Navigation seiner Website nicht eingebaut sind. Ich mach es zum Beispiel so, daß ich Seiten die ich nicht in der Navigation anzeigen lassen möchte, unter eine andere überordnete Seite aufhänge, die ich bewusst nicht publiziere. Das funktionierte bis jetzt mit allen getesteten Themes. Der Vorteil ist dass ich dort ergänzende Infos abspeichern kann, die nur bei Kenntniss der Seitenadressen URI angezeigt werden können.
Auch wenn diese Seiten den Status "publiziert" haben, vertraut ich ja doch darauf, daß sie nicht zur Anzeige kommen, wenn sie nicht in die Navistruktur eingebaut sind.
Die angegebene Testsite zur Verifizierung bringt mir bei Nokia Anwahl nur die vertikal hälftig gespaltene Site zur Anzeige. Die Ursache ist mir noch nicht klar. Kann es sein, daß sich die Weite doch an der breitesten Grafik im Artikel orientiert?
Gruß Gersprenz
Ist dein Theme Widgetfähig?
Da würd ich ein Widget nehmen. Konkret das Text Widget.
Falls du die Randnotizen nur einzelnen Artikeln oder Seiten oder Kategorien zuordnen möchtest, dann mit mehr Aufwand das Yank Widget Yank Widget - Funroe Factory
Dank dir. ^^
Aber leider funktioniert das nicht wirklich... hab das Plugin Aktiviert, weiß aber nicht wie weiter.Da steht bloß:
Weß aber leider nicht was damit gemeint ist..
Schau dir mal deinen zukünftigen Sticky-Artikel unter Verwalten->Artikel im Editor an. Ziemlich weit unten findest du "Custom Fields" bzw. "Benutzerdefinierte Felder" bei der deutschen WP-Version.
Dort trägst du unter "Schlüssel" alles vor dem "=" und bei Wert alles nach dem "=" ein. Dann den Artikel speichern. Und ?
Ich passe sehr auf bei der neuen Pluginverwaltung. Lies bitte mal hier Erfahrungen mit Deaktivieren, Löschen und wie das manchmal schiefgeht. http://forum.wordpress-deutschland.org/konfiguration/…en-auswahl.html
WP-Cache, Super-Cache und falsche Verzeichnisrechte konnte ich als Ursache ausschliessen. Und das passiert auch auf unterschiedlichen Hostingplattformen, bei mir auf Ubuntu mit Apache und beim Hoster hosteurope ebenfalls.
Wer es selbst testen möchte, ich kann ein Paket mit aktuellen Plugins bereitstellen, mit denen die Fehler passieren.
Gruß Gersprenz
Der berühmte Satz: Danach habe ich lange gesucht.
Mit Yank werden beliebige (meist statische) Seiten in die Sidebar einbaubar. Dazu wird ein Yank-Widget eingesetzt.
Das Besondere:
* Es können multiple Yank-Widgets in der Sidebar eingebaut werden. Jedes für sich kann einzelnen oder mehreren Artikeln zugeordnet werden und wird dann bei der Anzeige nur dieser Artikel in der Sidebar auftauchen.
* Jedes einzelne Widget kann gesondert mit CSS formatiert werden, auch im style.css.
* Auch multimediale Inhalte wie z.B. den MP3 Player in die Sidebar einbauen ist möglich. Sogar wenn der Autor sagt es geht nicht hats bei mir geklappt.
* Man kann auch Sidebars in ein Yank Widget einlagern, also eine nur bestimmten Artikeln zugeordnete Sidebar in der Sidebar wird so möglich.
Eine typische Anwendung: Man kann ein Yank Widget mit z.B. allgemeinen kontextrelevanten Infos (Linkliste, Einsteiger/Teasertext, Fotoshow) auch verschiedenen themengleichen Artikeln zuordnen.
Ich habs mit WP 2.6 getestet und bin begeistert. Vor allem bei den Magazin Themen kann sehr vieles gelöst werden, falls das passende Widget von Haus aus fehlt.
Leider in Englisch und etwas knapp in der Doku.
Yank Widget - Funroe Factory
Mal ein Zitat zum gleichen Problem aus dem Joomla Forum:
Danke.
Ich hab mittlerweile im englischen Wordpress-Forum die Lösung WordPress › Support » [Plugin: WP Super Cache] Extra permissions warning messages gefunden. Eine noch nicht freigegebene Super-Cache Version setzt andere Rechte beim Anlegen der Dateien im cache Verzeichnis als die derzeit aktuelle Version. Damit funktioniert es "like a charm".
Das glaub ich weniger. Mein Provider macht da keinen Senf drum, ich hab alle Berechtigungen die ich brauche und kann die auch setzen. Es wäre ja mal ein Ansatz, zu schreiben, welchen Provider du hast, damit man qualifiziert nachkommen und Support leisten kann.
Hosteurope, Webpack 2 M , war beim Heise Verlag im Webhosting Test ganz ganz vorne dabei. Was ja hier nichts heißen muss.
Wenn ich auf meinen Webspace per FTP Plugins hochlade, dann wird als Eigentümer "ftponly" eingetragen.
Die Plugins wp-cache und super-cache richten eigene Verzeichnisse (z.B. /wp-content/cache/....) ein, um eigene Datein zwischen zu speichern.
Diese haben als Eigentümer aber nobody.
Das beisst sich später dann im Betrieb. Beide Plugins meckern mit Zugriffsfehlern von Funktionen in diese Verzeichnisse hinein. Ich müsste dort Schreibrechte setzen für Alle. Das darf ich als ftponly aber unterhalb vom Verzeichnis cache nicht mehr, dort habe ich nur noch Leserechte.
Die Lösung wäre, auch auf den User nobody eingetragene Verzeichnisse auf den User ftponly umzubenennen - wenn man dafür die Rechte nur hätte. Mein FTP Client hat diese nicht, er darf nur ftponly Dateien schreiben.. Dies ist eine typische Einstellung vieler Webhoster, glaube ich.
Gibt es Ideen oder Lösungen, wie man das bei Webhostern ohne Terminalzugriff lösen kann?
Ich habe das selbe Phänomen ^^
Das interessante bei mir ist ausserdem, dass ich das Plugin bereits per FTP gelöscht habe, es jedoch immer noch in der Liste auftaucht ^^
Ich bin noch nicht wirklich weiter gekommen auf der Suche nach dem Fehler.
Irgendwie kommen WP die Namen der Plugin-Verzeichnisse und ihrer darin enthaltenen Plugins durcheinander - als ob er die Plugins den falschen Pluginverzeichnissen zuordnet und dann fehlerhaft abzählt.
Wenn im eigentlichen Plugin-Verzeichnis auch Plugins liegen (also icht in einem gesonderten Unterverzeichnis), stolpert WP besonders schnell.
Was ich meine ist, das ich aus der Liste der inaktiven Plugins selektiv welche zum Löschen auswähle. Soweit so gut. Dann den Löschbutton gedrückt.
Tatsächlich werden jetzt auch irgendwelche andere Plugins, auch gegenwärtig aktive, ebenfalls zum Löschen vorgeschlagen, obwohl ich bei denen keinen Haken zum Löschen gemacht habe. Wer jetzt diese Liste einfach bestätigt ist geküsst.
Ich blick die Fehlerursache kein bisschen.
Ich merk eben, daß in der Pluginverwaltung das Löschen ausgewählter inaktiver Plugins nicht gut funktioniert. Die Ursache kann ich nicht erkennen. Diese Funktion ist ja neu.
Der Fehler macht sich so bemerkbar, daß auch andere Plugins als die mit nem gesetzten Haken ausgewählten (inaktiven) Plugins gelöscht werden.
Schlimm daran ist: Auch aktive Plugins werden zur Löschung vorgeschlagen, obwohl nicht ausgewählt, und auch tatsächlich gelöscht, wenn man nicht aufpasst und einfach die angezeigte Liste der Löschkandidaten bestätigt.
Gruß, Gersprenz
Leider hat das bei mir nicht geholfen auf meinem Blog Recht Medial - von Rechtsanwalt Marian Härtel - Berlin
Ich habe so langsam schon alles ausprobiert, sobald ich irgendwas anderes als die Standardeinstellung nehme (ob mit oder ohne Werte bei "Optional") findet er die Links nicht..die .htaccess habe ich schon mehrmals gelöscht und neu hochgeladen etc..
Wie ich eben bei einem Besuch deines Blogs bemerke funktioniert alles wieder? Wie hast du das Permalink Problem gelöst? Sag doch noch mal was dazu.
Bei WP 2.6. gibt es einen Bug, der alle betrifft die als Permalink
"/index.php/[was auch immer dann folgt]/"
benutzen.
Der Fehler bewirkt, daß Seitenaufrufe / Kategorien Aufrufe einen 404 Fehler werfen.
Ich hab ein paar Stunden gebraucht, um alle üblichen Verdächtigen auszuschliessen und fand die rettende Lösung heute morgen im englischen WP Forum.
Im WP-Adminbbereich auf derselben Seite ("Permalinks") bei den Einstellungen "Kategorien Basis" und "Tag Basis" irgendwas (z.B. "Kategorien" und "Tags") eintragen.
Gefunden dort WordPress › Support » FIX: 2.6 Permalink issues with "index.php"
