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 erstellenFür Mitleser, die Datei wp-config-sample.php muss für eine erfolgreiche 5-Minuten Installation nicht bearbeitet werden, die Datei wp-config.php ebenfalls nicht, sie wird im Installationsverlauf von WordPress anhand der eingegegenen Daten erstellt.
Im aktuellen Fall wurden für die diversen Vesuche evtl. nicht die Originaldateien aus dem Downloadarchiv verwendet, sondern eine ggf. bereits vorher bearbeitete Datei wp-config-sample.php aus früheren Installationsversuchen war noch vorhanden, o.ä.
Es gibt zig Möglichkeiten, Du könntest z.B. auch PHP glob() i.v.m. filemtime() und unlink() verwenden, regelmässig getriggert über WordPress wp_cron() oder ganz ohne WordPress direkt im Rahmen des Upload-Scripts des jeweils neuen Bildes. Kommt ganz auf die Rahmenbedingungen an, die wir aber aufgrund der ziemlich ungenauen Beschreibung nicht kennen (können)...
Benutzt einfach eine "web safe font combination" und keinen Google Webfont in Impreza, siehe Anleitung.
Fragen & Antworten zum Thema DSGVO bzw. GDPR (das ist die englische Bezeichnung) finden sich ebenfalls auf dem Theme Website.
Solche "remove/deactivate dies und das" Plugins bieten oft nur trügerische Sicherheit, relevant ist am Ende, was der Browser woher lädt.
An einem Code-Review des Themes und allen Plugins kommt man eigentlich nicht vorbei, wenn man das Thema DSGVO auch nur ansatzweise ernstnehmen will.
Und natürlich auch nicht am einfachen Lesen der gesamten Dokumentation des Themes und der Plugins, denn da steht oft schon das meiste drin.
jQuery wird von WordPress immer lokal vom eigenen Server geladen, von den meisten Themes ebenfalls, ausser man verwendet irgendwelche "101 obskure Tipps wie man irgendwas schneller macht" Code-Snippets irgendwoher, ohne zu wissen was sie tun.
Der o.g. letzte Schritt #4 von @SirEctor ist der wichtigste Schritt bei WordPress. Ohne den wird es immer "mixed content" = kein grünes Schloss geben...
Bei MH Magazine lite konfiguriert man die Startseite in der Regel statisch und den Inhalt über "Design > Widgets", siehe auch hier in der Dokumentation (die teils auch für premium gilt).
In der Twenty Seventeen Demo erscheint das Kommentarfeld, also liegt der Fehler offenbar bei Dir.
Wenn man Deine Seite aufrufen könnte, würde man z.B. im HTML-Quelltext oder über die REST API rausfinden können, was da möglicherweise schiefläuft, aber so geht das leider nicht.
Lege in phpMyAdmin eine neue MySQL Datenbank an (so wie die o.g. "wordpress") und verwende diese Zugangsdaten in der 5-Minuten-Installation.
Es sind keinerlei manuelle Anpassungen in wp-config-sample.php oder wp-config.php nötig, die Datei wp-config.php wird während der Installation autom. angelegt. Sollte eine Datei wp-config.php bestehen, diese vor Beginn löschen.
Zum Starten der Installation einfach die Startseite in der Deine WordPress-Dateien liegen im Browser aufrufen, unter der IP oder unter dem Hostnamen, unter dem WordPress laufen soll.
Es wäre herauszufinden, woher die Daten im Sidebar kommen, dann kann man sie auch anpassen. Aus einem Standard WordPress Menü scheinen sie nach aktuellem Stand nicht zu kommen, gibt es unter "Design -> Widgets" evtl. Anhaltspunkte?
Die Tatsache, dass es nach einem kleinen Ausflug in "Quelltext anzeigen" der Seite HTML-Fehler (verschachtelte a Tags) im Bereich dieses Menüs gibt, und eine Grafik des "Mobile menü" auf [plain]http://localhost:8888/...[/plain] zeigt, lässt darauf schliessen, dass hier ggf. irgendwas im Sidebar mit der Hand gebastelt wurde, anstelle die klassischen WordPress Menü-Funktionen direkt oder als Widget einzusetzen. Wende Dich am besten an denjenigen, der das Menü in die Seite eingebaut hat, das eigentliche Problem hier ist "von aussen" nur sehr schwer zu erraten.
Contact Form 7 erzeugt im Backend einen Eintrag "Formulare" und hat eine umfassende Dokumentation. Einfache Kontaktformulare werden in der Regel damit umgesetzt.
Trage wie beschrieben die Angaben ein, die Du für Deine lokale Datenbank eingerichtet hast, offenbar sind die aktuell verwendeten nicht richtig.
In #1 schreibst Du "New Create datebase name: [COLOR=#ff0000]wordpress[/COLOR] erstellt", in #5 schreibst Du aber "[COLOR=#ff0000]wp-old[/COLOR]", da stimmt schonmal was nicht. Ebenso schreibst Du in #2 "password [COLOR=#ff0000]abc[/COLOR]", in #5 aber "[COLOR=#ff0000]ol4i[/COLOR]", generell wäre bei einer lampp Standardinstallation das Passwort wohl einfach leer.
Evtl. fehlt im Menü in den Menü-Einstellungen die Zuordnung zur entspr. Position im Theme.
Wenn WordFence gelöscht wurde, kann es keine E-Mails mehr versenden.
Poste doch mal bitte einen dieser Sicherheitskommentare bzw. Benachrichtgung per Mail über den misslungen Versuch inklusive Versanddatum der E-Mail hier, vielen Dank.
Wenn man die 5 min Installation nutzt, sind keine Anpassungen in der wp-config.php mehr nötig, die Datenbank Zugangsdaten werden im Verlauf der Installation eingegeben.
Lösche die wp-config.php und .htaccess und den Inhalt der Datenbank (z.B. via phpMyAdmin) und starte die 5 min Installation neu, indem Du einfach den Ordner mit den entpackten WordPress Dateien im Browser aufrufst.
Lösche den Browsercache am PC, das behebt das Weiterleitungsproblem auf https
Die Site-URL sollte lt. Deiner o.g. Angaben mit /wp enden, derzeit hast Du das /wp aber lt. /wp-json/ Ausgabe weggelassen.
Probiere es mal damit in der wp-config.php
define('WP_HOME','http://www.yogavereint.at');
define('WP_SITEURL','http://www.yogavereint.at/wp');Und benenne mal temporär die .htaccess Datei um, falls der Fehler 500 weiterhin erscheint. Nach einem Login dann einmal "Einstellungen > Permalinks > (keine Änderungen) > Speichern" anklicken, das erzeugt die .htaccess dann neu.
Alle sonstigen Reparaturversuche wie ggf. das Setzen von Konstanten wie WP_CONTENT_URL o.ä. müssen wieder entfernt bzw. rückgängig gemacht werden.
Wie hast Du das Hochladen denn dann in Antwort #3 geschafft? Wende Dich am besten an den Provider.
Deaktiviere der Reihe nach alle Plugins, eins nach dem anderen, dann solltest Du den Verursacher des Cookies finden. Irgendwas nutzt offenbar eine PHP Session Funktion.
Lade die Datei .htaccess mal mit dem oben "so wie hier" verlinkten Inhalt hoch.
Die aktuelle .htaccess ist bzgl. WordPress Permalinks leer:
# BEGIN WordPress
# END WordPress
Sie sollte eigentlich so wie hier aussehen.
Die Tatsache, dass man die Datei von "aussen" aufrufen kann, deutet allerdings darauf hin, dass wie von @maxe vermutet der Server derzeit nicht passend konfiguriert sein könnte.