Beiträge von Astrid

    Hallo liebe Wordpressler,

    mir ist durch Zufall aufgefallen, dass bei Änderung der Permalink-Struktur in Version 2.2 die Suche nicht mehr korrekt läuft.

    Es passiert folgendes:
    Gibt man einen Suchbegriff ein, wenn man sich auf einer statischen Seite befindet, endet die Suchabfrage in Fehler 404. Voraussetzung, das Suchwort existiert nicht.

    Nun ist es so, dass ich eine ganze Menge Funktionen ersetzt habe. Vielleicht habe ich ja irgendwo einen Bock geschossen :confused:

    Ist dieses Verhalten von Wordpress schon mal jemand aufgefallen, oder ist es tatsächlich meiner "Genialität" zu verdanken? :mrgreen:

    Würde mich über Euer Feedback freuen. Dann weiß ich wenigstens ansatzweise, an welcher Stelle ich suchen müßte.

    Vielen Dank und beste Grüße aus NRW/Lippe

    Es gibt Fälle, da fehlen bestimmte Einstellungen am Apache-Server, so dass UTF-8 nicht korrekt codiert werden kann, denn für UTF-8 benötigst Du theoretisch keine Entitys. Besser wäre übrignes die Schreibweise in hexadezimalem Unicode (allerdings auch nicht notwenig als Ausnahme bleibt: Entity für ", &, < und >).

    Manchmal hilft es, die Inhalte einfach nochmal neu zu speichern. Wordpress konvertiert ja (beinahe) alle Sonderzeich korrekt. Die Anführungszeichen sind allerdings noch verbesserungswürdig ;-) Möglicherweise hattest Du zwischendurch eine andere Sprache gespeichert. Korrekter Weise sollten die Angaben zu UTF-8 auch in der CSS-Datei nicht fehlen.

    Hats geklappt? Ich habe mir gerade nochmals die Pluginpage angesehen und stelle mir ebenso die Frage: Wie habe ich es damals nur geschafft herauszufinden, wie man dieses Plugin installiert :mrgreen:

    Ist wirklich alles etwas verwirrend. Aber man soll ja zufrieden sein, wenn sich jemand diese ganze Arbeit macht.

    Der Link zur Startseite wurde manuell erstellt und die Bezeichnung wird über die Sprachdatei gesteuert. Am Einfachsten ist, Du öffnest die header.php und nimmst dort Deine Einstellungen vor.

    Zu finden ab Zeile 88:

    HTML
    <ul id="nav">
    <li <?php if (((is_home()) && !(is_paged())) or (is_archive()) or (is_single()) or (is_paged()) or (is_search())) { echo "class=\"current_page_item\""; } ?> ><a href="<?php echo get_settings('home'); ?>" ><?php _e('Home','regulus'); ?></a></li>

    Die rot markierte Zeile kannst Du durch Deinen eigenen Text ersetzen.

    Edit: wird nicht rot angezeigt, änder [COLOR=#000080]<?php _e('Home','regulus'); ?>[/COLOR]


    Beste Grüße aus NRW/Lippe

    Ich bin doch ein Dussel *gg*
    Ich meinte bei der Seiteninformation no-cache gelesen zu haben. Jetzt zeigt er mir aber Festplattencache an. Ich dachte, Wordpress hätte von irgend einer anderen Stelle aus einen no-cache-header generiert. Sorry, dass ich Euch umsonst bemüht habe.

    Wer richtig lesen kann, ist klar im Vorteil :oops:

    Liebe Leser,

    vielleicht kann mir nochmals jemand behilflich sein. In welcher Datei finde ich die Header-Definitionen? Da mein Blog als reines CMS läuft, möchte ich gerne Pragma: no-cache & Co. deaktivieren. Ob es mit der Anzeige dann ggf. Probleme geben wird, werde ich dann ja selbst sehen. Probieren möchte ich es aber. Vielleicht spare ich hierdurch Ressourcen.

    Vielen Dank

    So sehe ich das auch wie Du, aber die persönliche Meinung zählt hier nicht. Wenn es danach ginge, würde ich viele Dinge sicher ganz anders realisieren. Das mit dem Nichtlink ist mir leider erst im letzten Mement über den Weg gelaufen. Eine Funktion, die ich so nicht erwartet hätte. Beinahe hätte ich es verkehrt gemacht.

    Die Richtlinien fordern es aber nunmal ohne wenn und aber, egal was wir darüber denken. Manche Bedingungen sehe ich sogar als Schwachsinn an. Viel diskutiert wurde bereits über das Thema, ob sich Seiten selbst verlinken sollten oder nicht. Ich persönlich halte absolut nichts davon. Vielleicht muß man ggf. nach Senden von Postdaten die Seite neu laden. Man ist jedoch der Meinung, dass Screereader-Benutzer durch die Selbstverlinkung behindert werden könnten. Deshalb ist diese Position als Prüfschritt mit Punkteabzug für Nichtrealisierung vorgesehen.

    Also wie gesagt, Fangfragen brauchst Du mir nicht zu stellen. Ich teile sogar Deine Ansichten. Die Richtlinien habe ich mir eben nicht ausgedacht. Das einzigste was ich im Moment möchte ist, diese Prüfung zu überstehen. Das verstehst Du doch oder?

    Hallo Pufaxx,

    ich finde es ja total klasse, dass Du Dir so viele Gedanken zum Thema gemacht hast. Wenn ich mich richtig ransetzen würde, käme ich sicherlich auch irgendwie zum gewünschten Ergebnis. Mein Problem heißt aber Zeit;-)

    Jetzt ist es eh zu spät. Ursprünglich stellte ich diese Frage, weil ich meine Webseite prüfen lasse. Die Prüfung läuft nun bereits. Ein Versuch, mit Hilfe von Wordpress ernsthafte barrierefreie Seiten zu erstellen. Ich habe ganz schön viel herumgehackt. Mal sehen, was bei raus kommt. Aus diesem Grunde habe ich die Navigation vorübergehend manuell erstellt. Die Ausgabe als NICHTLINK auf aktuell besuchten Seiten ist gefordert. Ein Highlighting ist zwar nicht schlecht, es sollte jedoch nicht auf sich selbst verwiesen werden.

    Wenn das alles überstanden ist, setze ich mich ganz bestimmt an eine Lösung für das Problemchen.

    Owei. Da hats wohl etwas losgesprengt. Wie willst Du aber 100%ig herausfinden, was genau beschädigt ist? Mehr als Vermutungen sind nicht drin. Deshalb meine Empfehlung:

    Datenbank sichern, löschen, alle Dateien runter vom Server und Neuinstallation. Für Dateien und Ordner, die sich eventuell nicht löschen lassen, PHP zur Hilfe nehmen. Letztendlich ist es doch immer so, dass man am Ende für die Fehlersuche mehr Zeit verschwendet, als bei soch einer Radikalkur. In den sauren Apfel würde ich jedenfalls beißen :-D

    Beste Grüße aus NRW/Lippe

    Oh, erstmal vielen Dank fürs Mitdenken :)
    Wie ich jedoch weiter oben schon erwähnt habe, verzichte ich zunächst darauf. Wenn ich jetzt noch anfange, eine neue Funktion zu schreiben, wird meine Webseite nie fertig. Gerade die Archivfunktionen sind insbesondere wegen der vielen Einstellungsmöglichkeiten von Haus aus nicht gerade winzig angelegt, soweit ichs überfliegen konnte.

    In der Zwischenzeit hoffe ich, dass WP dies ggf. in der nächsten Version berücksichtigt. Das wäre doch eine schöne Ergänzung oder? Gibt es hier eigentlich eine Wunschliste?

    Den Abstand oben würde ich von Hause aus, in Deinem Falle, mit #nav {margin-top:yxz} lösen. #nav li hast Du ja nun als inline-Element ausgezeichnet. Inline-Elemente lassen sich in Höhe/Breite nicht beeinflussen.