Beiträge von Arno Simon

    Hallo Monika,

    nanu, wer hat denn da an der Codeschraube gedreht? :confused::o

    Nach Deinem Post habe ich dann auch nochmal reingeschaut und es sah wieder sauber aus..... hmmmmpff....

    Nun gut, meine sidebar.php magst Du sehen... here we go:

    Diverse Sachen des Autors, die Validierungsfehler hervorriefen (wie etwa 50 --- vor Kommentarende bei 'End Sidebar Template' etc.) habe ich da schon herausgenommen.

    Die Funktion as_DisplaySubMenue stammt aus meinem PlugIn, falls Du Dir diese ansehen magst. Letztlich macht die nichts weiter als nochmals die wp_list_pages mit der ID der TopLevel-Seite aufzurufen.

    vG

    Arno

    ahhh..... Danke, \0... Ist zwar nicht das gelbe vom Ei, was ich gemacht habe - und sollte IMHO auch nicht normal sein, aber ich habe dann mal den absoluten Pfad zur navigo-options.php in der navigo.php gesetzt, und die datei ins plugins zurückgeschoben... danach gings

    zu ändernde Zeile (ziemlich weit unten in der letzten Funktion):

    Code
    add_options_page('navigo Options', 'navigo', 9, '/wp-content/plugins/navigo-options.php');

    vG

    Arno

    hatte ich - zunächst, ja... Als dann aber die Fehlermeldung

    Not Found

    The requested URL /wp-admin/navigo-options.php was not found on this server.
    Apache/1.3.27 Server at arno-simon.de Port 80

    erschien, habe ich die navigo-options.php in's wp-admin-directory verschoben? kann's sein, das die navio-options.php auch ins plugin muß und der pfad aus der navigo.php dahin falsch gesetzt wird?

    Moin....

    wollte mal o.g. PlugIn ausprobieren, um nicht ggf. mein eigenes weiter zu verfolgen, wenn's das eh schon gibt, was ich alles brauche.

    Also Navigo runtergeladen, entpackt, in die entsprechenden Verzeichnisse installiert, das Plugin aktiviert und über Optionen --> Navigon die Konfiguration aufgerufen....

    Pustekuchen: Fatal error: Call to undefined function: load_plugin_textdomain() in /www/htdocs/asimon/wp-admin/navigo-options.php on line 6

    erscheint bei mir in wahrer pracht :(

    load_plugin_textdomain() ist wohl eine der von WP zur Verfügung gestellten Funktionen, derren Standort ich bislang leider nicht ausmachen konnte. In der /wp-includes/gettext.php, die im Zusammenhang mit der Lokalisierung öfters auftaucht, konnte ich die Funktion auch nicht finden.....

    Kommentiere ich die Zeile aus, gehts mit der _e()-Funktion (gehört dazu) weiter... Somit kann ich das ganze (leider) nichtmals antesten.

    Meine Hpg liegt bei all-inkl.com. Das PHP-Gettext-Modul ist aktiviert.

    Hat jemand eine Idee wo ich noch suchen kann? Die Dateien im wp-includes-Dir habe ich schon alle durch....

    vG

    Arno

    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