HILFE! Nach Permalinks Umstellung und Aktivierungsversuch von HTACCESS geht garnichts mehr
vor 2 Jahren
Hallo,
ich habe ein großes Problem und hoffe auf Lösung.
Zum Hintergrund:
Wir wollen für unser Dorf ein Fest organisieren und haben dazu neben der Hauptdomain (www.luttum.de) eine weitere Domain angemeldet. Die Hauptseite wurde mit dem Telekom Homepage Design umgesetzt. Die weitere Seite habe ich mit Wordpress umgesetzt und bis gestern hat auch alles gut funktioniert. Die Seite habe ich mit Elementor gebaut und es fehlten nur noch wenige Klicks.
Jetzt beginnt das Problem:
Da ich auch Unterseiten gebaut habe, wollte ich natürlich die URL optimieren. Daher habe ich die Permalinks auf "Beitragsname" gestellt und mich im Forum über die Aktivierung von HTACCESS informiert. Ich habe den Ordner "etc" im obersten Verzeichnis angelegt und https.conf.txt hochgeladen. Nachdem ich die Schritte befolgt habe ist erstmal garnicht passiert, was ja angeblich auch nochmal ist.
Am nächsten Tag das große entsetzen. Die Seite ist weg und das Wordpress Dashboard erreiche ich nicht mehr. Anstelle der eigentlich Domain steht da ...hier-im-netz.de (öffnen der Seite fehlgeschlagen). Die Website ist komplett zerschossen und irgendwie scheint es keinen Zugang mehr zu Wordpress zu geben. Wie kriege ich das wieder repariert?
An dieser Stelle sei noch gesagt, dass ich grade erst angefangen habe mit Wordpress zu beschäftigen und kein Experte bin in diesem Gebiet. Ich habe bisher einen Versuch unternommen und das war die Löschung von dem Ordner "etc" mit der httpd.conf. Ob sich die sogenannte HTACCESS Datei überhaupt je aktiviert habe weiß nicht nicht.
Ich habe noch ein paar Screenshots angefügt.
Hoffentlich kriegen wir das Problem wieder gelöst und es sind nur wenige Klicke. Vielen Dank
Server_nach_Löschung_des_etc_Ordner.png
Domain_Weiterleitung.png
Wordpress_Dashboard_Login.png
HTACCESS_Aktivierung.png
Die_zerstörte_Seite.png
563
0
59
Das könnte Ihnen auch weiterhelfen
1864
0
8
712
0
1
vor 17 Jahren
17928
0
34
vor einem Jahr
2869
0
5
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.

Angebote anzeigen
Informieren Sie sich über unsere aktuellen Website-Angebote.

vor 2 Jahren
Für meine Begriffe eher nicht normal, die Datei sollte man schon sehen dürfen... Aber ich nutz Telekom Homepage nicht, vondaher kann ichs nicht sicher sagen.
Gibts da kein Fehlerprotokoll o.ä.?
0
0
vor 2 Jahren
Kann es sein, dass dir dieses "Elementor" das zerschießt?
Ich bin mir eigentlich zu 100% sicher, dass das damals korrekt funktioniert hat und sich die Seiten wie Impressum und Datenschutzerklärung über den Titel in den Links aufrufen hat lassen.
Was würde seither geändert?
0
0
vor 2 Jahren
Jetzt habe ich die Datei gefunden, ich musste vorher "verstecke Dateien" einblenden drücken. Habe jetzt nochmal die Permalinks auf "Beitragsname" gestellt. Allerdings funktioniert es nach wie vor nicht. Kann mir nicht vorstellen, dass Elementor da ein Problem darstellt. Interessant ist auf jeden Fall, dass ich nun auch keine Seite mit Elementor bearbeiten kann, nur wenn ich wieder auf "Standard" schalte.
Bildschirmfoto 2024-05-05 um 16.37.41.png
Bildschirmfoto 2024-05-05 um 16.38.20.png
0
0
vor 2 Jahren
Kannst du in die .htaccess mal noch
eintragen?
(Bin mir nicht sicher, ob das über die htaccess geht bei der Telekom, aber wenn, dann wird die htaccess ausgeführt)
0
0
vor 2 Jahren
Hatte in einem anderen Forum auch noch von diesem Inhalt für https.conf gelesen. Deutlich mehr als was hier vorgegeben wird: https://homepagecenter.telekom.de/hilfe/webseite/wordpress/wordpress/wordpress-plugins-optimierungen-und-sicherheit/sprechende-url-/-permalinks
Im Anhang wie es jetzt aussieht.
Bildschirmfoto 2024-05-05 um 16.56.01.png
Bildschirmfoto 2024-05-05 um 16.55.48.png
0
0
vor 2 Jahren
Theoretisch passt das schon wie in der Anleitung vorgegeben. Eigentlich reicht es, das für das DocumentRoot zu erlauben und gilt dann auch für Ordner unterhalb, also public_html/wordpress, indem die htaccess ja liegt.
Also... ich würde tatsächlich mal Elementor deaktivieren, falls das ohne Weiteres mögich ist - nur um sicher zu gehen...
0
1
von
vor 2 Jahren
ist dann mein Design weg oder bleibt das? Habe alles mit Elementor gebaut
0
Uneingeloggter Nutzer
von
vor 2 Jahren
Das kann ich dir leider nicht sagen, kenne das Plugin nicht. Theoretisch heißt "deaktivieren" ja nicht löschen, aber man weiß nie... eine Sicherung ist in jedem Fall kein Fehler.
Versuche es mal alternativ, mit einem anderen Permalink, z.B. "Monat und Name"
Hab nämlich das gefunden, https://wordpress.org/support/topic/elementor-editor-not-working-with-postname-permalinks/ möglicherweise ist doch das Plugin die Ursache in Verbindung mit dem Beitragsnamen als URL.
https://github.com/elementor/elementor/issues/13849
0
1
von
vor 2 Jahren
Jetzt hat alles geklappt. Habe einen Neustart des Servers eingeleitet und die PHP Version von 7.2 auf 8.2 erhöht und plötzlich ging alles. Danke für die Mithilfe! 👍
Uneingeloggter Nutzer
von
vor 2 Jahren
Klingt ja fast danach, als hatte die httpd.conf tatsächlich keine Wirkung.
Möglicherweise lassen sich ja Änderungen mit dem Trick der kurzzeitigen Änderung der PHP Version forcieren
2
von
vor 2 Jahren
Durch Zufall hatte ich diese Seite noch gefunden und durch den Neustart funktioniert dann alles. Zunächst war der Server kurz offline und nach 5-10 Minuten funktionierte dann alles.
Meine httpd.conf sieht nun so aus (im Ordner "etc" auf einer Höhe mit der public_html)
<Directory /home/www/public_html>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</Directory>
und das meine .htaccess (im Wordpress Verzeichnis)
# BEGIN WordPress <IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase / RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
PHP Version steht nun auf 8.2 anstelle der voreingestellten 7.2
von
vor 2 Jahren
@ThiloPa92
Prima, dass es nun nach Umstellung auf die PHP Version 8.2 und dem Neustart einwandfrei funktioniert. 😊 Du hattest ja bisher auch einen tollen Austausch mit @patrickn 👍Weiter so und gerne wieder melden, wenn es Fragen gibt.
Viele Grüße & einen schönen Tag.
Nadine
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von