Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
d.h. Du könntest:
- die PHP-Version downgraden
Bitte nicht!
Da eregi() seit 5.3 deprecated ist, müsste er auf eine Version Downgraden, die seit über 3 Jahren nicht mehr supported wird.
Abgesehen davon, dass das vermutlich kein Hoster so erlaubt, sollte man das auch wirklich nicht tun!
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/
Theoretisch sollte die Kodierung der alten Datenbank in der SQL Datei stehen. Wie ist denn die aktuelle angelegt?
Und wie hast du das Backup denn eingespielt?
Sind die Linebreaks schon im Dump vorhanden oder "entstehen" sie erst beim Import?
Stimmt die Kodierung/Zeichensatz der alten Datenbank mit der neuen überein?
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?
So ganz verstehe ich die Frage nicht. Membership und Foren Plugins gibt es ja etliche. Welche oder welches davon das richtige für dich ist, hängt von deinen Anforderungen ab. Die können ja sehr individuell sein.
Schau dich doch einfach mal um, was es so gibt und probier im Zweifelsfall mal einige aus.
Auf dem Server sind die Bilder vorhanden.
Bist du dir da absolut sicher?
Wenn ich zum Beispiel das Bild http://www.mueller-wissmann.de/wp-content/upl…774-300x199.jpg aufrufen möchte, bekomme ich einen 404.
Wenn du dich per FTP einloggst - gibt es dann genau dieses Bild unter diesem Pfad?
Stimmt die Schreibweise exakt überein (z.B. Groß- und Kleinschreibung, Sonderzeichen etc)?
Ich bin gerade am Mac und kann den Edge nicht testen. Aber für mich sieht die Seite in Safari, Chrome und Firefox ok aus.
Als Laie (wie du ja selbst schreibst) eher schwierig. Wenn du Plugins schon als Fehlerquelle ausgeschlossen hast, bleibt eigentlich nur das Theme durchzugehen und zu korrigieren. Dafür brauchst du aber ein bisschen Grundwissen, wie Elemente aussehen sollten, was erlaubt ist und was nicht, etc.
Ich finde aber, die eigentliche Frage ist doch: Wo kommt denn das Theme her? So grobe Fehler sind eigentlich eher unüblich...
Edit: Die Theme Demo lässt sich fehlerfrei validieren. Entweder du (oder jemand anders) hast an dem Theme rumgebastelt oder es kommt doch eher von einem deiner Plugins.
Theoretisch kann man das alte Theme auch "reparieren", indem man alle veralteten Funktionen ersetzt.
Im Fall der aktuellen Fehlermeldung wäre das eregi().
Das kann aber durchaus ein bisschen aufwendiger werden (jenachdem was es sonst noch so an veralteten Funktionen gibt) und da stellt sich natürlich immer die Frage, ob sich das lohnt. Der einfachere Weg ist mit Sicherheit ein neues (moderneres) Theme.
Gib den Posts das entsprechende Datum (post_date/post_date_gmt) und zeige jeweils nur zwei Posts.
Braucht er doch gar nicht zwangsläufig, oder? Einfach eine query schreiben, die jeweils die beiden posts des aktuellen Tages ausgibt. Dafür kann man doch das als Bedingung das Custom field verwenden, das ohnehin das Datum enthält.
Es ist halt nur etwas "Tricky" das Server-Datum und das Datum im Custom filed auf das gleiche Format zu bringen. Aber generell sollte das möglich sein.
Du hast ja jetzt schon einige (gute) Vorschläge bekommen.
Ich würde nur gern noch etwas ergänzen, weil ich das Gefühl habe, dass du da noch einen Denkfehler haben könntest:
Es ist letztlich völlig egal, wie und womit du das Backup erstellst. Am Ende sollte jeder dieser Wege (egal ob nun Backup via Plugin, manuell oder vom Hoster) die Dateien und Ordnerstruktur sowie und Datenbank (als sql Dump) sichern.
Es ist zwar so, dass einige Plugins dir die Möglichkeit bieten, das Backup etwas "komfortabler" wieder zurückzuspielen, sofern du noch in den Admin-Bereich kommst. Du kannst aber in jedem Fall auch immer das Backup manuell zurückspielen (Dateien per FTP und Datenbank z.B. über phpmyadmin oder Adminer oder vergleichbares).
Insofern gehe einfach den Weg, der dir am besten und einfachsten vorkommt. Hauptsache ist (wie schon jemand anders gesagt hat), dass du überhaupt Backups machst.
Ich persönlich sichere eigentlich immer manuell (Dateien per FTP und Datenbank per phpmyadmin oder Adminer). Ich habe auch noch nie Probleme mit dem "verschlucken" gehabt. Manchmal ist aber, abhängig von Hoster und Konfiguration, das zurückspielen etwas "hakelig", wenn die Dumps sehr groß sind.
Bei Kundenseiten, die regelmäßige Updates erfordern und bei denen der Kunde sie selbst machen soll/will, verwende ich auch verschiedene Plugins.
Ist der More-Link wirklich nicht da oder nur irgendwie nicht sichtbar?
Ein Link zu deiner Seite wäre hilfreich...
Zu deiner eigentlichen Frage hast du ja schon ein paar Antworten bekommen.
Aber zu Folgendem möchte ich gern noch etwas ergänzen:
denn wenn eine Webseite- Technik wie die WP mit absoulten Pfaden werkelt kann das sehr lästige Folgen haben.
Das hat (wenige) lästige Folgen und viele sehr gute und sinnvolle. Ich verweise an dieser Stelle Mal auf den Artikel von Yoast.
Was steht den in Zeile 11 der /htdocs/WordPress_01/wp-content/themes/trend/functions.php? Wenn dort ?> steht, dann lösche das einfach mal.
Das kann auch einfach nur ein Leezeichen oder eine Leerzeile sein. Auf jeden Fall ist da irgendetwas, was da nicht hingehört.
Habt ihr vielleicht eine Idee?
Spontan würde ich vermuten, dass irgendetwas mit dem Viewport nicht stimmt oder du das Stylesheet (bzw. eines der Stylesheets) nicht richtig einbindest.
Kannst du bitte mal den Link zur Seite posten?
