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 erstellenKann ich machen aber Achtung, hier wieder eine Laien-Frage. Wie mach ich das? Ich dachte, dass ich mit meinem Backup eine wiederhergestellte wp-cofig.php habe.
Das habe ich jetzt ehrlich gesagt nicht ganz verstanden. In deinem Backup ist eine Version der wp-config.php, exakt so, wie sie zum Zeitpunkt des Backups war. Diese eine Datei nimmst du aus deinem Backup und überschreibst die (defekte) auf deinem Server.
denn zum Zeitpunkt meiner dummen Datenbankarbeit habe ich nicht in der wp-cofig.php herumgedoktert. Weder kurz davor noch kurz danach, geschweige das ich überhaupt zu diesem Zeitpunkt Filezilla offen hatte.
Für Euch zur Info, was ich bereits getan habe:
[...]
- Folgendes in wp-config.php hinterlegt define('WP_ALLOW_REPAIR', true); und versucht zu reparieren. Kein Erfolg!
Es kann ja nur eins von beidem stimmen...
Mein Bauchgefühl sagt:
Lass das jemanden machen, der sich damit auskennt. Ich habe irgendwie die Befürchtung, dass du immer mehr kaputt machst, je mehr du da versuchst. Wenn ein funktionierendes Backup von Dateien und der Datenbank vorhanden ist, ist das eigentlich kein Hexenwerk und sollte nicht die Welt kosten.
Ansonsten: Ja, wenn du Dateien aus einem funktionierenden Backups wiederherstellst, ist der Fehler weg. Wenn das bei dir nicht so ist, machst du entweder etwas falsch oder der Fehler ist bereits im Backup vorhanden. Gleiches gilt für die Datenbank. Ich weiß, das hilft dir nicht viel weiter, weil es bei dir aus irgendeinem Grund nicht funktioniert. Aber es ist eigentlich tatsächlich so simpel..
Es gibt doch ein "fertiges" Theme:
https://themify.me/themes/fullpane
Verlinkt Alvaro selbst auf seiner Seite (https://alvarotrigo.com/fullPage/). Ist also quasi sogar das "offizielle" Theme zu fullpage.js (wenn man es nicht selbst einbauen will).
Also obwohl ich in der Datenbank rumgepfuscht habe, haben sich "nur" Dateien geändert?!
Nein. Dateien verändern sich nicht, wenn du die Datenbank bearbeitest. Die von dir geposteten Fehler entstehen aber nicht durch eine defekte Datenbank, sondern mit hoher Wahrscheinlichkeit durch eine defekte wp-cofig.php (wie ja auch schon von den anderen angemerkt). Die hast du wahrscheinlich "kaputtgespielt", als du sie bearbeitet hast. Dieses Problem müsstest jetzt primär erstmal lösen.
Meinst Du, dass sich diese modifizierten Dateien auf dem FTP Server befinden?
Ja, ganz sicher.
Kann das der Grund für mein Problem mit dem Backend sein?
Das ist aktuell auf jeden Fall erstmal das Problem. Ob du zusätzlich ein problem mit der Datenbank hast, lässt sich erst herausfinden, wenn das gelöst ist.
Ich dachte auch, Datenbank importieren und gut ist. Aber leider falsch gedacht.
Wie die anderen ja auch schon festgestellt haben, deuten die Fehler allerdings nicht auf eine defekte Datenbank hin, sondern eher auf modifizierte Dateien.
Hallo? Noch jemand da?
Ja ;)
Dies steht unter dem Reiter Console:
jquery-migrate-3.0.0.min.js?ver=3.0.0:2 JQMIGRATE: Migrate is installed, version 3.0.0
/wp-content/themes/affiliatetheme/favicon.ico:1 Failed to load resource: the server responded with a status of 404 ()
Für mich ist das in diesem Fall nicht sehr aufschlussreich.
Das Problem an diesem Thread generell ist, dass du im Grunde "nur" die Datenbank importieren musst und dabei einen Fehler bekommst, der so eigentlich nicht auftreten sollte bzw. nicht viel Sinn ergibt, wenn du es korrekt machst. Aus der Ferne ist natrülich jetzt irgendwie schwer zu beurteilen, was du falsch machst oder was das Problem ist.
Kann es an den 64MB RAM vom Server liegen?
Bringt es was auf 128MB umzusteigen?
Du hast einen Server mit 64 MB RAM? Von wann ist der? 1991? :D
Oder meinst du das Memory Limit?
Egal was von beiden es ist, 64 MB ist viel (!) zu wenig.
Tipp: Hoster wechseln
Ich habe bislang ausschließlich gute Erfahrungen mit Domainfactory und deren Support (wobei ich dort nur die Jiffyboxen nutze und deshalb zu den anderen Diensten/Leistungen nichts sagen kann).
Genau, er fragt, ob es sich technisch beschränken lässt (was ja durchaus möglich ist).
Wenn hier jemand fragt, wie man eine PayPal-Zahlung einrichtet, schreibst du ja auch nicht: Nimm ein Widget und erklär dem Kunden, wie er sich bei PayPal einloggt und eine Zahlung schickt. ;)
Meine Antwort war aber durchaus auch mit einem Augenzwinkern gemeint, nicht als Kritik (falls das so bei dir angekommen sein sollte)...
Das ist ja quatsch die DSGVO regelt das 100% GoogleFonts sind nicht erlaubt [...], ist selbst bei den großen nach zu lesen.
Gute Anwälte geben das klare NEIN dazu.
Also ich behaupte vorerst weiterhin das Gegenteil (also dass es nicht eindeutig geklärt ist, nicht dass es definitv erlaubt ist). Ich kenne auch viele Einschätzungen von unterschiedlichen Anwälten zu dem Thema. Die sind lange nicht so einig und eindeutig, wie du das hier behauptest. Ich bin tatsächlich gespannt, wie die Gerichte das letztlich sehen.
Ich würde es halt lokal einbinden,
Da sind wir uns völlig einig. Allein schon deshalb, weil es praktisch keine Nachteile mit sich bringt und man in jedem Fall auf der sichereren Seite ist.
Was Google Maps angeht, sehe ich das übrigens genau so. Derzeit nicht endgültig klar. Insofern weg damit...
Die Google Fonts sind strittig. Genau ist das in der DSGVO eben nicht geregelt, da müssen wir auf die ersten Urteile der Gerichte warten. Ich bin der Meinung (wie viele Anwälte auch), dass man sich auf sein berechtigtes Interesse beziehen kann.
Du hast zwar insoweit Recht, dass es noch strittig ist (wie eigentlich fast alles andere auch, was die DSGVO betrifft). Aber warum sollte es durch ein "berechtigtes Interesse" begründet sein, völlig unnötig Nutzerdaten (IP) an Google zu übermitteln. Durch das lokale Hosten der Fonts entsteht dir kein Nachteil (Achtung, trotzdem Lizenzbedingungen prüfen!). Fonts von Google zu laden ist in 99% der Fälle pure Faulheit und hat absolut keine Vorteile, die die Weitergabe von Personendaten rechtfertigen würden...
Ich weiss jetzt echt nicht was ich mit dieser Antwort anfangen soll... Echt sehr unfreundlich, mich hier so blossstellen zu wollen.
Da bist du jetzt aber wirklich sehr empfindlich. Ich kann hier eigentlich nur Leute sehen, die versuchen, dir zu helfen.
Tatsächlich kann man es nicht viel einfach erklären, als es hier bislang schon getan wurde. Das hat nichts mit "unfreundlich" zu tun.
Mal eine dumme Frage, warum nicht mit einem HTML/Textfeld Widget selber machen?
Schau Dir doch einmal dieses Plugin an.
Liest hier eigentlich niemand die Fragen/Beiträge? :D
Ja, du kannst den "user_register"-Hook verwenden.
Hier wird das beispielhaft gezeigt:
https://stevegrunwell.com/blog/wordpress…t-display-name/
In deinem Fall müsstest du (wahrscheinlich) "display_name" auf den Wert von "nickname" setzen.
Auf dieser Seite ist das Menü nicht mit dem Standard Wordpress Menü-Builder erstellt. worden. Kann mir jemand sagen, wie das Menü erstellt wurde? Ist da ein Plugin oder Code im Spiel?
Wie meinst du das? Das sieht für mich aus, wie ein ganz normales Wordpress-Menü. Das Markup ist zwar nicht komplett "standard", aber funktional sehe ich nichts besonderes, was das "normale" Wordpress-Menü nicht auch könnte...
Sorry, missverstanden.
Da habe ich noch nicht nachgeschaut. Selbst wenn, ich würde die html Sprache nicht verstehen, geschweige deuten können.
Deswegen möchte @b3317133 auch, dass du es hier postet, damit er bzw. wir dir sagen können, was das heißt.
Abgesehen davon: Wenn das dein Wissenstand so ist, wie du sagst, solltest du generell und immer (!) die Finger von der Datenbank lassen.
Normalerweise sind für den IE10 (bzw. in aller Regel sogar IE9) oder neuer keine Hacks mehr notwendig.
Warum benötigst du denn einen Hack? Vermutlich liegt es eher an fehlerhaftem oder unvollständigen CSS...
Ok, das ist natürlich schwer zu sagen/nachzuvollziehen ohne Zugriff auf deine Search-Console.
Was sagt denn der Support von Slider Revolution dazu? Wenn es nachvollziehbar/reproduzierbar am Slider liegt, muss es ja einen Grund geben.
Oder es liegt an den Slides bzw. dem Content, den du innerhalb der Slides hast. Vielleicht in die Richtung mal testen?
Edit: Ich würde irgendwie vermuten es könnte am fehlerhaften Markup insgesamt liegen. 86 Warnings und Errors ist doch ganz schön viel. Ich sehe zwar auf den ersten Blick nicht die Ursache, aber ich würde vermutlich an der Stelle anfangen zu suchen.
Ach, ich dachte du spricht von der Render-Blocking Regel in Pagespeed.
Woher weißt du denn, dass Google die H1 und den Content nicht "erkennt". Wenn die H1 und der Content im Quelltext vorhanden sind, sieht Google die in aller Regel auch.
Vielleicht einfach Contact Form 7? Ich würde das zumindest wahrscheinlich damit machen.
Direkt einen Vertrag schließen ist aber auf jeden Fall eine heikle Geschichte. Mach daraus lieber eine unverbindliche Anfrage. Bei ersterem gibt es eine ganze Menge juristische Fallstricke.
