Beiträge von danielgoehr

    Hallo Daniel,
    danke, dass du dir das Ganze auch mal angeschaut hast.

    Klar, gerne.

    Wo das Theme herkommt? Keine Ahnung, war in dem Wordpress-Theme-Verzeichnis. Stammt von einem "TT Themes" - hab gerade nachgeguckt.

    Ja, ich hatte es mittlerweile auch gefunden. Das Interessante ist aber, das die Theme Demo keine Fehler hat, dein Theme aber schon. Deshalb habe ich ja vermutet, dass es entweder an einem Plugin liegt oder an deinem Theme rumgebastelt wurde.



    Schätze das Problem lässt sich wohl nicht so einfach lösen, wie ich gedacht habe..

    Ich glaube eigentlich nicht, dass es wirklich viel Aufwand ist. Aber wie ich schon geschrieben habe, ist es schwer den Fehler zu finden, wenn das Grundwissen und die Erfahrung fehlt.
    Das heißt, du wirst vermutlich doch ein bisschen Zeit in Recherche und Fehlersuche investieren müssen. Oder du wendest dich an einen Dienstleister (z.B. hier im Jobforum).

    Auf der anderen Seite - ich finde, dass der Fehler sehr unauffällig ist (das wäre mir als "normaler" Besucher gar nicht aufgefallen). Insofern könntest du ggf. auch einfach damit leben.

    Eine Idee habe ich aber noch:
    Könnte es sein, dass du in dem Widget, in dem man den Newsletter abbonieren kann, einfach ein <b> Tag drin hast, dass du nicht geschlossen hast? Weil davor ist ja alles ok und es betrifft nur die Elemente die danach kommen. Das könntest du ggf. sehr leicht prüfen und beheben.

    HURRA!

    Es funktioniert!
    Ich habe bei "AllowOverride" mal "FileInfo" hingeschrieben und nun funktioniert es!

    FileInfo erlaubt nicht alle Modifikationen über die htaccess. Für mod_rewrite reicht es aber aus.
    Der entscheidende Teil dürfte aber sein, dass du die "<directory>" Tags ergänzt hast.

    Was bewirkt das?

    DirectoryListings ist (vereinfacht gesagt) das (öffentliche) anzeigen von Dateien auf deinem Server.. Wenn es aktiv ist (so wie jetzt) kannst du dir direkt die Dateien in einem Verzeichnis anschauen und herunterladen, sofern keine index.html oder index.php vorhanden ist. Das kann ein ernstzunehmendes Sicherheitsrisiko darstellen.

    Her zwei Beispiel von deinem Server:
    http://www.nevation.de/wp-includes/
    http://www.nevation.de/wp-content/uploads/

    Die wirklich kritischen Dateien lassen sich (zumindest auf den ersten Blick) aktuell nicht anzeigen, weil index-Dateien in den Verzeichnissen liegen. Es gibt aber keinen wirklich guten Grund das aktiviert zu lassen, insofern solltest du es dringend ausstellen.
    Das kannst du auch relativ einfach innerhalb der <directory> Tags machen, indem du Options -Indexes hinzufügst.



    Vielen Dank nochmal an euch beiden.

    Sehr gern :)

    Naja, nur weil du es brauchst, heißt es nicht, dass es eine gute Idee ist.
    Ich brauche auch oft Klempner, Elektriker, etc. und es wäre trotzdem keine gute Idee, dass ich es selbst mache.
    Es war auch nur ein gut gemeinter Hinweis. Befolgen musst du es natürlich nicht.

    Hast du dir meine Antwort und meinen Link angeschaut? Da steht die Antwort eigentlich drin...

    Du schreibst ja, du hast dich nochmal informiert und es funktioniert immer noch nicht. Wie sieht denn dein vhost aktuell aus?

    Da ein Beitrag normalerweise ein Datum hat, bräuchte es kein zusätzliches Custom Field. Das wäre die einfachste Lösung, ohne Query.

    Ach, du meintest das Datum direkt als Post Date statt dem Custom Field...
    Ja das wäre tatsächlich sinnvoller. Hab ich gar nicht dran gedacht.

    Ich glaube trotzdem, der Umweg über den Import ist generell unnötig und man könnte/sollte lieber direkt die XML Datei einlesen und gefiltert ausgeben (vorrausgesetzt, der TE möchte mit den Datensätzen noch noch etwas anderes machen).

    Ich zitiere Mal aus der Doku...

    Zitat


    Nur in <Directory>-Abschnitten verfügbar

    AllowOverride ist nur in <Directory>-Abschnitten gültig

    Quelle: https://httpd.apache.org/docs/2.4/de/mo…l#allowoverride


    Edit: Du hast die Directory listings nicht deaktiviert. Das solltest du !unbedingt!
    tun.

    Jetzt bitte nicht falsch verstehen, aber bist du dir sicher, dass es eine gute Idee ist, einen eigenen root server zu betreiben? Ich vermute, du wärst mit einem webhosting Paket, das "gemanaged" wird, besser bedient. Bedenke bitte, dass ein fehlerhaft aufgesetzter und nicht professionell administrierter Root-Server eine Gefahr für dich und andere darstellt...

    Kennt oder hat vielleicht jemand eine Theme-Vorlage in grundsätzlich so gut wie nichts drinnen ist. Keine Formatierung, kein Menü etc. also eine leere Seite auf der nur der Seiteninhalt angezeigt wird?

    Was ist den für dich der Inhalt der Seite? Der Inhalt einer einzelnen statischen Seite? Oder die Übersicht der letzten Beiträge? Oder was ganz anderes?

    Im Prinzip ist die Template-Struktur von WordPress sehr gut dokumentiert. Wenn du dich da Mal ein bisschen einliest, dürfte dein Vorhaben eigentlich nicht besonders schwer umzusetzen sein.

    Wenn es ganz einfach sein soll, brauchst du eigentlich nicht Mal ein Theme als Basis. Die Frage ist, ob du überhaupt WordPress brauchst, wenn du ohnehin fast alle Funktionen entfernen willst...

    Und zwar habe ich vor einigen Minuten am PHP-Code meiner Webseite rumgebastelt (unter functions.php)
    [...]
    Es handelt sich um eine Corporate-Site, d.h. ich stehe massiv unter Druck, das Ding möglichst zügig wieder online zu holen.
    Moon

    Das ist jetzt vielleicht ein bisschen "klugscheißermäßig", aber vielleicht solltest du bei einer Produktiv-Seite, bei der Verfügbarkeit ein kritischer Faktor ist nicht einfach "rumbasteln", wenn du nicht genau weißt, was du tust. Erstelle dir für solche Fälle in Zukunft lieber eine lokale Kopie, mit der du es testen kannst und nur dann auf die "öffentliche" Seite überträgst, wenn es wirklich funktioniert.

    Ansonsten hast du den richtigen Tipp ja schon bekommen: Einfach die functions.php per FTP gegen die alte Version ersetzen.

    Nein leider nicht :sad:

    Die Frage ist, läuft mod_rewrite nicht oder funktionieren deine Permalinks nicht, obwohl mod_rewrtie läuft? Erstell mal eine Datein mit phpinfo() und schau mal, ob mod_rewrite läuft.



    Muss man mod_rewrite irgendwie noch per vhost aktivieren oder reicht es mit den beiden befehlen?

    Ich würde behaupten, einfach aktivieren und gut ist. Ich erinnere mich nicht, dass ich da jemals großartig etwas konfigurieren musste.

    Ansonsten schau mal in die Anleitung:
    https://wiki.ubuntuusers.de/Apache/mod_rewrite/

    Gut, für ein Hosting Paket scheint es eine Lösung zu sein, aber doch nicht für einen Server Admin mit root Zugang.

    Dem möchte ich gar nicht widersprechen ;)

    Es wäre auch schlau gewesen, den alten Server nicht zu löschen, bevor der neue fertig ist und läuft. Aber jetzt hat der TE ja nur noch den Dump, der die "Fehler" schon enthält. Insofern muss er es irgendwie "zurechtbasteln".

    Das Theme kenne ich zwar nicht, aber der Author gibt dir die Antwort praktisch selbst:

    Zitat


    [h=3][COLOR=#ff0000]PLEASE! DO NOT USE WEAVER II. Weaver II is now obsolete, and will not be getting anything but emergency compatibility updates. SWITCH TO WEAVER XTREME![/COLOR][/h]

    Ein Dump per phpmyadmin zu erstellen, ist Quatsch und sollte so nicht ausgeführt werden, um evtl Probleme zu vermeiden.

    Dem würde ich so nicht zustimmen. Ich mache das seit Jahren viele male im Monat so und habe mit dem Exportieren praktisch nie Probleme.
    Was den Import eines Dumps angeht, hast du aber recht - da ist phpmyadmin oft etwas sperrig (aus verschiedenen Gründen).

    Geht auch : [COLOR=#101094][FONT=Consolas]UPDATE[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]table[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]SET[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]column[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]=[/FONT][/COLOR][COLOR=#303336][FONT=Consolas] REPLACE[/FONT][/COLOR][COLOR=#303336][FONT=Consolas](`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]column[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`,[/FONT][/COLOR][COLOR=#7D2727][FONT=Consolas]'\\r\\n'[/FONT][/COLOR][COLOR=#303336][FONT=Consolas],[/FONT][/COLOR][COLOR=#7D2727][FONT=Consolas]'\r\n'[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]); in der SQL DAtenbank direkt auszuführen ???[/FONT][/COLOR]

    Grundsätzlich ja. Im Zweifelsfall probier es doch aus.

    So wie du den Replace jetzt hast, ersetzt er aber [COLOR=#7D2727][FONT=Consolas]\\r\\n[/FONT][/COLOR] durch [COLOR=#7D2727][FONT=Consolas]\r\n[/FONT][/COLOR].

    Ich vermute mal, du willst die eher ganz entfernen, oder?

    Aber wie gesagt, du hast ja den Dump. Viel kann ja nicht passieren. Notfalls halt löschen und neu importieren...

    Du bist prinzipiell auf dem richtigen Weg. Aber bevor wir jetzt tiefer einsteigen, wie du deine Funktion anpassen muss und wo sie hingehört noch ein kurzer Gedanke:

    So wie du es jetzt beschreibst, finde ich deinen Weg ein bisschen um die Ecke gedacht. Du hast eine XML Datei, die du erst importierst, in Posts umwandelst und dann gefiltert ausgeben willst.

    Wärst du nicht vielleicht mit simpleXML (http://php.net/manual/de/book.simplexml.php) besser bedient?
    Dann könntest du direkt immer die beiden Datensätze aus der XML Datei ausgeben, ohne sie vorher zu importieren. D.h. du müsstest bei Änderungen nur noch die XML Datei austauschen...

    Ich würde übrigens auch nicht die Server-Zeit verstellen. Das wird zwar vermutlich auch gehen, eleganter wäre aber die 12 Stunden in PHP einfach draufzurechenen (oder abzuziehen). Das ist mit ein paar Zeilen erledigt.