Beiträge von danielgoehr

    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.

    Habe nochmal geschaut und so wie es aussieht, sind auch schon \\r\\n\\r\\n Zeichen in der Sql Datei vorhanden. (Nutze Notepad++)

    Ok, deshlab meine Frage nach den Linebreaks. Ich wollte quasi eingerenzen, ob die beim Export oder beim Import "entstanden" sind.

    Wenn du schreibst, dass die schon im Dump verhanden sind, liegt es vermutlich schon am Export (warum auch immer).
    Die alte Datenbank existiert ja nicht mehr, wenn ich das richtig verstanden habe. D.h. nochmal neu exportieren wird nicht gehen...

    Dann bleibt eigentlich nur, die \r\n per "Suchen und Ersetzen" zu entfernen.
    Dazu kannst du zum Beispiel folgendes Plugin verwenden: https://de.wordpress.org/plugins/better-search-replace/
    Oder folgendes Stand-Alone-Tool: https://interconnectit.com/products/searc…ress-databases/

    hallo Daniel,

    danke für die Info und Hilfe.

    Gerne :)


    db-php hab ich nirgendwo gefunden.

    Es existieren nicht immer alle von diesen Dateien. Warum das so ist, weiß ich auch nicht.
    Aber wenn sie alle weg sind, sollte alles ok sein.

    leider besteht mein problem immer noch.
    hab in die htaccess-Datei reingeschaut und da steht tatsächlich auch noch was von w3tc. ich weiß leider auch nicht, wie ich die datei aus einem backup herstelle, bzw. ich hab noch gar keins backup gemacht, da ich die domain erst ganz kurz habe und erst seit heute daran gearbeitet habe.
    könnt ich denn sonst notfalls irgendwie alles zurücksetzen? und wenn ja wie geht das? mir wärs fast egal, falls alles verloren geht, hauptsache es funktioniert wieder.

    Du solltest dir unbedingt angewöhnen regelmäßige Backups zu machen. Gerade als Anfänger wirst du immer mal wieder etwas "kaputt" machen und wirst dann froh sein, wenn du einen voherigen Stand gesichert hast.

    Du kannst die htaccess auch einfach neu erstellen. Dazu musst du die Datei löschen, dich dann im Admin Bereich anmelden und unter Einstellungen/Permalinks einmal auf "Standard" und wieder zu deiner aktuellen Einstellung zurückwechseln. Dabei sollte die htaccess neu erstellt werden.

    Ich weiß, dass das hier wahrscheinlich kein Support für BeTheme ist, aber ich habe da nach stundenlanger Suche nirgends was gefunden.

    Hallo Fabrizia,

    Premium Themes werden hier leider nicht supported. Zum einen, weil wir keinen Zugriff auf die Themes haben (und sie in der Regel auch nicht kennen) und zum anderen, weil du mit dem Kauf des Themes den Support des Anbieters mitgekauft hast. Das heißt, der Anbieter ist in solchen Dingen deine erste Anlaufstelle.

    Stundenlang suchen würde ich an deiner Stelle auch nicht. Einfach dem Anbieter schreiben - wie gesagt, dafür hast du ja bezahlt...

    Bei W3 Total Cache reicht das umbenennen des Ordners nicht aus.

    Prüf mal deine htaccess Datei. Ich vermute, W3 Total Cache hat dort zusätzliche Dinge reingeschrieben, die von deinem Server nicht unterstützt oder von deinem Hoster nicht erlaubt werden.
    Am einfachsten wäre es wahrscheinlich, wenn du die htaccess Datei einfach aus einem Backup wiederherstellst.

    Zusätzlich musst du die folgenden Dateien und Ordner aus dem Ordner wp-content entfernen:
    w3-total-cache-config.php
    db.php
    advanced-cache.php

    Und ebenfalls aus dem wp-content Ordner noch folgende Verzeichnisse löschen:
    w3tc
    w3tc-config


    Bevor du irgendwelche Dateien entfernst, solltest du am besten nochmal ein Backup durchführen. Eigentlich dürfte dabei nicht viel schief gehen, aber sicher ist sicher...


    Auch das temporäre Umbenennen bringt keine Änderung.

    Du schreibst, das Umbenennen der htaccess bringt keine Änderung?

    Es sollte sich dadurch aber definitiv etwas ändern. Wenn du "normalerweise" versuchst, das Bild aufzurufen kommt ja eine Fehlermeldung von Wordpres (also deine Seite wird dargestellt und dort steht dann "Diese Seite gibt es leider nicht."). Wenn du die htaccess umbenennst, muss dann eine andere Fehlermeldung kommen (direkt vom Server) und ohne das "Layout" deiner Seite.

    Wenn du trotz des Umbenennens der htaccess immer noch deine Seite angezeigt bekommst, stimmt etwas nicht. Das wäre dann ehrlich gesagt ein weiteres Indiz, dass du per FTP nicht auf dem richtigen Webserver zugreifst.

    Ok.

    Noch mysteriöser ist ja, dass es nicht alle Bilder betrifft.

    funktioniert -> http://www.mueller-wissmann.de/wp-content/upl…ed-PICT0033.jpg
    funktioniert nicht -> http://www.mueller-wissmann.de/wp-content/upl…774-300x199.jpg

    Also für mich sieht das nach wie vor so aus, als ob die Datei nicht existiert. Aber tut sie ja laut deinem Screenshot...

    Ich würde an deiner Stelle einfach mal bei All-Inkl anrufen. Der Support ist in der Regel sehr bemüht und hat uns (den Leuten in diesem Forum) gegenüber den Vorteil, dass sie ja auch direkten Zugriff auf alles haben.

    Ok, das ist merkwürdig. Und der Screenshot stammt auch sicher von dem neuen Webspace bei all-inkl und nicht vom alten bei Strato?
    Ich weiß, das ist irgendwie eine blöde Frage. Ich versuche nur die offensichtlichen "Fehler" auszuschließen.

    Versuch mal die htaccess im Wordpress-Verzeichnis temporär umzubenennen. Lässt sich das Bild dann direkt im Browser öffnen?