Beiträge von Arno Simon

    Umpf... Habe gerade mal einen Blick in den HTML-Quellcode geworfen und das hier

    entdeckt.... Wie zu sehen ist, werden die class-Attribute der UL- und LI-Tags sowie die title-Attribute der A-Tags ohne Hochkommata emitiert... Bin gerade auf der Suche nach dem Übeltäter, der mir da das Layout zerhaut....

    Wenn jemand eine Idee hat? Bin nach allen Seiten offen, aber keineswegs nicht ganz dicht! ;) :D

    vG

    Arno

    [edit]
    PS Der Übeltäter dürfe wohl in der Funktion "_page_level_out" der /wp-includes/template-functions-post.php zu suchen sein (nicht modifiziert). Dort heißt es:

    Code
    $output .= $indent . '<li class="' . $css_class . '">'
                .'<a href="' . get_page_link($page_id) . '" title="' . wp_specialchars($title) . '">' . $title . '</a>';

    Jetzt muß ich nur noch wissen, wie ich dem Bug den Gar aus mache..... Durch get_page_link wird nämlich seinerseits ein komplettes A-Tag aufgebaut.... Da haut sich die Klammotte gegenseitig den Boden weg, ich fass es nicht.....[/edit]

    Nunja, ich bin etwas anders vorgegangen.....

    Habe das Plugin nicht installiert, sondern auf meiner Seite eine index.html laufen, die beim Eintritt in die Seite auf die entsprechende statische Seite weiterleitet.

    Die index.php habe ich umbenannt und lasse die Permalinks über ein Filter-Plugin bei jeder Aktualisierung (neue Seite, neue Kategorie etc. pp.) auf den neuen Namen der index.php umschreiben, so das hier auch kein Konflikt entsteht.

    An allen anderen Sachen habe ich, soweit es den Standard angeht, eigentlich keine bis kaum Änderungen vorgenommen.

    vG

    Arno

    Hi Leuts...

    auf meiner Seite 'über mich' quählt mich im neuen Style den ich mir ausgesucht habe - ja wieder ein vorgefertigter - ein unschöner Effekt:

    Wie Ihr im Sidebar sehen könnt, wird im "Untermenü ( über mich )" der Eintrag "OBZ GmbH" auf das übergeordnete Element "Arbeitgeberzeugnisse" gelegt :( Ich finde jedoch keinen Weg das ganze so anzuordnen wie es sein soll....

    OBZ eingerückt unter Arbeitgeber.....

    Meine Vermutung: Irgendwas hat das mit dem CSS-Attribut display zu tun. Dieses wird, wie im CSS-File des Templates zu sehen, von

    für die ul- und li-Tags eingeführt (lt. css4you.de ist es nicht vererbbar, aber woher kommt dann der Effekt der Zeilenüberlappung, wenn nicht daher?!?). In meinen Einstellungen für die Sidebar-Navigation habe ich die ul- und li-Tags wie folgt definiert:


    Wer sich den vollständigen CSS-Code des Themes zu gemühte führen mag, kann sich dieses (sofern er es nicht bereits vorliegen hat) bei Alex King herunterladen. Einfach im Kombinationsfeld oben rechts "Blue-Bye-You" einstellen und auf "Download" klicken ;)

    Ich suche jetzt schon seit 3 Tagen im Web und meinem Hirn nach einer Lösung und bin kurz davor geneigt zu sein aufzugeben.....

    Vielleicht hat ja einer von Euch eine Idee, wodran das liegt....

    vG

    Arno

    Naja, sofern die 16 Menüpunkte gruppiert, das heißt über eine Toplevelseite zusammenfaßbar, sind, könntest Du mein PlugIn benutzen: http://arno-simon.de/13/navigation-haupt-subebene/

    Damit erstellst Du 1. ein Hauptmenü mit weniger Einträgen und 2., abhängig davon ob der gewählte Beitrag über SubPages verfügt, ein Untermenü mit den SubPages des Hauptmenü-Eintrags....

    vG

    Arno

    PS Das Hauptmenu kann auch im Header liegen, das ist dem PlugIn egal....

    Ich würde einfach mal

    DirectoryIndex index.php index.html /index.php

    in die jeweilige Directory-Datei schreiben. Ohne jetzt geprüft zu haben ob das Zitat korrekt ist....

    Den Filter habe ich im prinzip schon fertig, brauchte ihn für meine Seiten sowieso, da ich die index.php umbenannt habe. Hatte mir bislang mit einem Hack in der /wp-inlcudes/classes.php beholfen, den ich durch den Filter jetzt zurücknehmen konnte :)

    Ach ja, und meine Auskunft, das die .htaccess 2x den String </IfModule> enthält beruht auf einer fehlerhaften .htaccess auf meinem Server....

    Der ganze Block war im 2x drinn. 1x mit '# BEGIN WordPress'/'# END WordPress' und 1x ohne... Wie der 'kaputte' Block da reingekommen ist, ist mir Schleierhaft.... :confused::rolleyes: Naja....

    Ich suche jetzt nur noch nach der richtigen RewriteRule bzw. habe gerade einen Hinweis darauf gefunden, warum mein Server mit obiger Rule in eine Endlosschleife verfällt.

    vG

    Arno

    Sorry, aber weder noch.....

    Das Zitat von Raph76 gehört nicht in die .htaccess-Datei des WP-Root-Directories, sondern in eine .htaccess-Datei die für das zu schützende Directory bestimmt ist. Du mußt also in jedes Verzeichniss, das vor Zugriff von Außen zu schützen ist, eine solche .htaccess-Datei legen. Das ist die eine Maßnahme.

    Die andere Maßnahme währe die .htaccess-Datei im WP-Root so zu verändern das jeweils vor </IfModule> (ist 2x da!) ein solcher Eintrag steht:

    RewriteRule ^(.*)$ /index.php [QSA,L]

    Dadurch würde alles, was zuvor nicht durch die generierten Regeln aufgefangen wurde, auf die index.php von WP umgeleitet... Und ggf. übergebene Parameter (welche durchaus auch auf einen Hack-Versuch hindeuten könnten), würden automatisch vernichtet, da diese nicht an das WP-Script übergeben würden.

    Erstellt man dagegen neue Seiten mit Code und/oder Formularen, erscheint einem das Verhalten von WP ggf. etwas seltsam, weil WP bei falsch eingegbenen Links oder Action-Requestern automatisch auf die /index.php zurückfällt.

    vG

    Arno
    Diese Vorgehensweise hat allerdings einen Haken! Die .htaccess in der Root wird bei aktivierten Permalinks bei jeder neuen Seite überschrieben...

    Es müßte also jemand ein Filter-Plugin für den hook "mod_rewrite_rules" erstellen, welcher die generierten Rewrite-Rules zunächst auseinander nimmt, die beiden Zeilen an den passenden Stellen einfügt und danach wieder zusammensetzt.

    Will man nicht für jedes neue Verzeichnis, das man Schützen will/muß eine neue .htaccess-Datei erstellen bzw. die einmal erstellte dorthin kopieren, oder sicherstellen das auch dann ein Schutz gegeben ist, wenn man es versehentlich vergißt, ist der hook-Filter-Plugin eigentlich das Tool der Wahl.

    vG

    Arno

    Habe mir das ganze gerade nun doch kurz angesehen und das Coding neu ausgerichtet sowie etwas überarbeitet:



    Fehler 1: Der erste Zweig von If($_POST)... war nicht abgeschlossen. Daher die Fehlermeldung (oben korrigiert)
    Fehler 2: (nicht rausgenommen) Entweder 2 Zeilen über "Wunschtag 1. Priorität" oder 1 Zeile darunter ist ein <dt>-Tag zuviel. Der HTML-Code ist so nicht valide.

    vG

    Arno

    PS Die Einrückung/Ausrichtung (nach Entscheidungsebenen) geht leider beim Pasten in das Forum verloren....

    Sorry, kann ich hier und jetzt nicht austesten. Da müste Dich bis heute Abend jemand anders unterstützen, da ich auf der Arbeit bin (habe im Beruf (leider) nichts mit PHP etc. pp. am Hut).

    Aber Deine Vermutung wird schon richtig sein: da muß irgendwo eine Klammer fehlen....

    Dann kann ich mir das näher ansehen. Lass mir mal bitte den Link zu dem Plugin zukommen, das Du für die PHP-Codeausführung verwendest.

    vG

    Arno

    Doch kannst Du... Es erfordert "nur" einen Umbau des Codes...

    Aus der

    if($_POST) {
    ....
    ....
    }-Klammerung

    machst Du eine

    if($_POST) {
    ....
    ....
    } else { ?>
    <?php }-Klammerung

    und packst das eigentliche Formular in den else-Zweig.

    Anstelle von

    header("Location: $strReturnhtml");
    exit;

    gibst Du zwischen

    ?> ..... <?php

    Eine Versandtbestätigung aus, wobei Du das ganze ab mail() so gestaltest:

    if(mail($strEmpfaenger, $strSubject, $strMailtext, "From: ".$strFrom)) {
    // Mail erfolgreich versand
    ?> ....... Erfolgsmeldung (HTML) ...... <?php
    } else {
    ?> ....... Mißerfolgsmeldung (HTML) .... <?php
    } else { ?> ... Ausgabe Mailformular (HTML) .....
    <?php }

    } ?>-Klammerung

    vG

    Arno

    Zitat von DogMan

    moin Arno :)

    So spät noch auf der Gass?

    moin DogMan, wohl eher so früh :D wird wohl auch heute wieder spät werden... hohl jetzt gleich mein firmenequipement raus und muß meine seite seite sein lassen....

    vG

    Arno

    Du mußt das wp-content/plugin-Directory mit einem FTP-Programm per chmod wenigstens auf 766 setzen, ansonsten könnten die Dateien nicht geladen/gelesen werden.

    vG

    Arno

    ps Sorry, 755 nicht 766... gerade nochmal nachgesehen....

    heiligs blechle....

    sorry sia, aber langsam wird kunterbunt.... wenn du den angebotenen links nicht traust, geh in die pluginDB auf wordpress.org und sieh dort selbst nach.

    ansonsten: was meinst du mit wie vielen plugins die meisten hier zunächst einmal auf testinstallationen den blindflug geübt haben, um zu testen ob das jeweilige plugin auf ihre version passt? manch einer macht solche sachen sicherlich auch am living object, sprich an seiner produktiven seite - er ist dann allerdings auch selbst schuld, wenn's schief läuft ;)

    alternativ: installiere phpmyadmin (dürfte IMHO hinreichend bekannt sein) und mache dein DB-Backup damit....

    zweite alternative: schreibe selbst ein backup-script und schreibe in die dokumentation rein, mit welchen WP-versionen du dieses getestet hast ;)

    im übrigen: v1.7, von bereits bekannter url, solltest du mal auf einer testinstallation einsetzen, wenn du den empfehlungen nicht traust!

    Zum höflichen Umgang miteinander gehört nicht nur ein ==> vernünftiger <== Umgangston, sondern auch mal darauf zu vertrauen, das andere die von Dir angegebenen Rahmenbedingungen für Deine Anforderungen berücksichtigt haben!

    Wohlgemerkt: Wenn man etwas nicht 100%ig vertraut und stattdessen alle seine Forderungen 100%ig erfüllt sehen will, sollte man auch auf 100%ige Sicherheit gehen und vorher ein BACKUP mit einem allgemein verfügbaren Tool (z.B. phpmyadmin) machen! Und nochmal die Anregung: In einem solchen Fall ist es 100%ig besser vorher ALLE PlugIns auf einer Testinstallation von vorne bis hinten durchzunudeln.

    vG

    Arno