Was ist daran Müll? Ist doch vollkommen korrekt so.
Beiträge von marX
-
-
-
Die Diskussion gabs hier schon öfters, ich meine es gibt ein Plugin dafür.
Was ist z.B. mit dem Plugin, dass als Lösungsvorschlag in dem von dir verlinkten Thread angeboten wird?
CleanCat @ Open Sourced Brain.
(Es könnte aber Probleme geben, wenn eine (Ober-)Kategorie leer ist - WP wirft dann standardmäßig einen 404) -
dank dir für die schnelle Info, ich hab soeben die robots.txt angepasst. Ich überleg mir noch, ob ichs alternativ über die header.php machen soll. Hätte das denn Vorteile?
Hat beides Vor- und Nachteile. Die robots.txt sollte aber ausreichen, sofern die Syntax dort korrekt ist.Zitat--> genau das ist der Knackpunkt!! Ich selbst hab die Links nicht (absichtlich) gesetzt, aber woher kommen die denn sonst, wenn nicht irgendwo automatisch aus Wordpress??? Ich kann mir nicht vorstellen, dass sich jemand anders damit Arbeit macht.
Kennt sonst noch jemand dieses Problem, wenns denn eines ist, wie ich halt momentan vermute??
Keine Ahnung. WP dürfte aber nicht dafür verantwortlich sein. Ich wüsste jetzt keine Stelle, wo die Such-URLs in einer Standardinstallation auftauchen. Eventuell werden die durch ein Suche-Plugin hervorgerufen.
Eins meiner Blogs ist z.Z. mit 309 Unterseiten in Google vertreten, was auch in etwa der Anzahl der geschriebenen Beiträge entspricht. -
Das Problem hier ist wohl eher das Plugin "Fold Category List" (nicht "My Category Order") - das funktioniert seit Version 2.3 nicht mehr da es noch die alte DB-Struktur mit den Kategorietabellen erwartet. Du hast bestimmt von einer Version < 2.3 upgedatet, oder?
-
So genau hab ich mir das jetzt nicht angeguckt. Aber ganz so einfach wie bei der Aktivierung wird's sicher nicht sein... Andere Pluginautoren bieten manchmal auch ein spezielles "Clean-Up"-Plugin für ihre Plugins an, welches man ausführen kann, nachdem man das ursprüngliche Plugin deaktiviert hat und das dann die DB von Datenleichen befreit.
-
Vom WP-Kern solltest du die Finger lassen, um bei Updates keine Probleme zu bekommen. Mit Plugins kannst du dich an (fast) allen Stellen ins System einklinken und so spezielle Funktionen einbringen, und das ganze sogar weitestgehend versionsunabhängig (je nachdem wie komplex die Plugins sind und an welcher Stelle sie sich einklinken). Es ist auf jeden Fall einfacher, ein Plugin an eine neue WP-Version anzupassen, als bei jedem Update den WP-Kern aufs neue zu verändern.
(Natürlich können Plugins schlecht programmiert sein, aber grade das RoleManager-Plugin wird seit Jahren sehr gut gepflegt.)Das Kubkrik-Theme finde ich persönlich grausam und nicht zum weiterentwickeln geeignet. Ich bastel mir lieber selbst was zusammen. Da bin ich mir dann auch sicher, dass es auf allen Testsystemen läuft - und wenn nicht weiß ich wenigstens wo ich ansetzen muss.
-
Einfachste Lösung: in die header.php deines Themes folgendes schreiben:
Bei deiner robots.txt-Lösung solltest du den '*' am Ende weglassen - Wildcards sind im robots.txt-Standard nicht erlaubt und hier auch nicht nötig. Alle URLs die mit /index.php?s= beginnen, werden ausgeschlossen.
Irgendwer muss aber die Links auf deine Suchergebnisseiten setzen, Google führt selbstständig keine Formularanfragen aus (d.h. auch keine Suche). Dafür kann Google ein seeehr langes Gedächtnis haben, besonders dann wenn man die betreffenden URLs aus dem Index haben will.
Zur Not existiert ein URL-Removal-Tool (mal in den Google-Tools suchen). -
Ich setze das Plugin für diesen Fall seit ca. 1.5 Jahren erfolgreich ein (derzeit RoleManager 2.0.9 auf WP 2.3.1). Kann es nur empfehlen.

Es lässt sich auch "spurlos" wieder entfernen (die gesetzten Rechte bleiben aber IMHO erhalten).
-
War auch mehr ne rhetorische Frage. Aber die Antwort lautet natürlich natürlich JA!

-
Das mit der Anzeige wenn das Plugin nicht aktiv ist, ist mir bewusst. Aber es geht ja nicht anders, oder?
Klar, in der HTML-Kommentar-Schreibweise. Dann wirds zwar gespeichert und an den Browser ausgeliefert, aber nicht auf der Seite ausgegeben.
ZitatDa kommt mir gerade noch eine Idee für das Plugin. Es könnte ja auf Wunsch auch die Tags ganz löschen, wenn sie nicht mehr gebraucht werden.
Könntest du auch machen. Funktioniert halt nur wenn das Plugin über das Backend deaktiviert wird (gibts dafür überhaupt nen Hook?). Wenn man das Plugin einfach vom Server löscht (z.B. weil man aus irgendeinem Grund nicht mehr ins Backend kommt), dann bleiben die "Leichen" in der Datenbank.Die HTML-Kommentarlösung ist IMHO die einfachste Lösung.
-
:mrgreen:
Da hast du recht.Aber nicht-typsichere Prüfungen mit NULL können problematisch sein. Auf NULL sollte man daher immer typsicher prüfen um unerwünschte Ergebnisse zu vermeiden (siehe auch UCNs zu is_null() ).
-
Schade. Ich geb dir mal noch einen Tipp, wie man Cookies mit JS setzt:
SELFHTML: JavaScript / Objektreferenz / document
Im Prinzip brauchst du nur einen JS-Link für jedes Stylesheet, der jeweils das Cookie 'stylesheet' schreibt (mit dem entsprechenden Wert):
und folgenden Code in der header.php:PHPif( isset($_COOKIE['stylesheet']) && 'otherStyle' == $_COOKIE['stylesheet'] ) { echo '<link rel="stylesheet" href="style2.css" />'; } else echo '<link rel="stylesheet" href="style1.css" />'; }
Natürlich noch die Pfade entsprechen anpassen.
-
Dann musst du auch auf NULL prüfen. Beachte: NULL ist ein Datentyp, kein String! Prüfe auf isset() (ist die Variable überhaupt gesetzt?) oder is_null() (Wert der Variable ist NULL)
Ammaletu: Auch wenn typsichere Prüfungen hier nicht unbedingt nötig sind - man sollte doch wissen was man tut und wie. Spaghetticode hilft keinem wirklich.

-
Beachte aber: Wenn das Plugin nicht aktiv ist, dann hast du bei <!--mycommand--> keine Ausgabe (da HTML-Kommentar). [mycommand] wird aber angezeigt, da normaler Text!
-
Dafür gibts ein "Suchen & Ersetzen"-Plugin für die Beiträge in der Datenbank:
WP - Suchen und Ersetzen (de) (Plugin) | bueltge.de [by:ltge.de] -
Ist enddate überhaupt gesetzt? Ist enddate vom Typ "String"? (du prüfst ja typsicher). Welchen Inhalt hat enddate genau? (Stichwort var_dump())
Im übrigen musst du in der oberen Abfrage auf AND prüfen - wenn nicht '-1' UND nicht '0', dann...
-
Was für ein "Tag"? Ein Tag im WP-Sinn? Dann wirst du in der Tabelle wp_terms fündig. Dort einfach den alten Tag-Namen mit dem neuen ersetzen. Geht mit PHPMyAdmin recht bequem. Das liefert dir dann auch die SQL-Syntax für die Änderung.
Nachtrag: Die SQL-Syntax würde wie folgt lauten:
Beachte dass die Tabelle nicht immer den Namen "wp_terms" haben muss, verwende dazu die WPDB-API. -
Für einzelne CSS-Dateien gibts bestimmt auch Switcher in der Plugin Database.
Ansonsten ein kleines Formular schreiben, indem du per Dropdown das Stylesheet auswählst, das Ergebnis als Cookie speicherst (PHP oder auch JavaScript). Das Cookie liest du in der header.php per PHP aus und wählst danach das gewünschte Stylesheet aus. Wenn kein Cookie gesetzt ist, dann gibst du das Standard-Stylesheet aus.
Anleitungen wie man Cookies per JS setzt findest du per Google. Für PHP ists hier erklärt: PHP: Cookies - Manual Vielleicht findest du auch hier was passendes: FAQ der Newsgroups de.comp.lang.php.* - Überblick
-
Creating an Archive Index « WordPress Codex
Am besten erstellst du dir ein Seitentemplate (Page Template -> Suchfunktion), auf der du dein Archiv wie gewünscht ausgibst. Dann erstellst du dir im Backend eine neue Seite mit der Überschrift "Archiv" und ohne Inhalt. Dieser Seite weist du dein Archiv-Template zu. Die Seite wird dann in der Sidebar angezeigt (beim Aufruf von wp_list_pages()).
Zum 2. Entweder ein Sticky-Post (dafür gibts Plugins, z.B. WP-Sticky), oder über die Kategorie-Beschreibung. Diese kannst du im Backend bei jeder Kategorie hinterlegen und im Kategorietemplate mittels Template Tags/category description « WordPress Codex
Zitat von hurraoder gibt es wirklich keinen Tag, mit dem man nur eine bestimmte Kategorie ausgeben kann?
Template Tags/query posts « WordPress CodexPS: Die deutsche Doku ist auch recht ordentlich.