Beiträge von Diarmiud
-
-
Gerne:
Code
Alles anzeigen<p>Dies ist ein Testartikel. Erstmal weiterlesen.</p> <hr id="system-readmore"> <p>Dann haben wir hier den ersten Inhalt.</p> <p>Dann haben wir hier den ersten Inhalt.</p> <p>Dann haben wir hier den ersten Inhalt.</p> <p>Dann haben wir hier den ersten Inhalt.</p> <p>Dann haben wir hier den ersten Inhalt.</p><hr class="system-pagebreak" title="page-title 1" alt="content alias 1"> <p>Dann haben wir hier den zweiten Inhalt. 2222222222</p> <p>Dann haben wir hier den zweiten Inhalt. 2222222222</p> <p>Dann haben wir hier den zweiten Inhalt. 2222222222</p> <p>Dann haben wir hier den zweiten Inhalt. 2222222222</p> <p>Dann haben wir hier den zweiten Inhalt. 2222222222</p> <p>Dann haben wir hier den zweiten Inhalt. 2222222222</p> <p>Dann haben wir hier den zweiten Inhalt. 2222222222</p><hr class="system-pagebreak" title="page-title 2" alt="content alias 2"> <p>Hier nun der dritte Inhalt 33333333333333333333333333</p> <p>Hier nun der dritte Inhalt 33333333333333333333333333</p> <p>Hier nun der dritte Inhalt 33333333333333333333333333</p> <p>Hier nun der dritte Inhalt 33333333333333333333333333</p> <p>Hier nun der dritte Inhalt 33333333333333333333333333</p>
-
Hier (Pagebreak funktioniert nicht mehr) wurde über den in Joomla-4 nicht funktionierenden pagebreak in der Blog-Ansicht gesprochen.
Ich stoße gerade auf dasselbe Problem und wollte zur Sicherheit nachfragen: Wenn ich einen Artikel in einer Kategorie mit Blogansicht erstelle, kann ich in Joomla 4 kein Pagebreak nutzen - habe ich das richtig verstanden?
Bei mir klappt es aber in keinerlei Artikelversion und in keinem Editor und auch nicht ohne Editor, in einer Blog-Kategorie oder uncategorised. Ich habe diesen Artikel: https://www.fahrrad-abenteuer.de/?view=article&…artikel&catid=2 auf vielfältige Weise getestet und auch auf einer anderen Joomla-Seite einen Versuch gestartet. Nie hat der Pagebreak den Content verändert, immer wird gleich der gesamte Text angezeigt. Nur die H1 (Joomla-Title) verändert sich beim Durchklicken des Pagebreak-Menüs.
Ist das ein spezifisches Problem meiner Joomla-Installationen, mache ich nur etwas falsch oder tritt das Problem generell auf?
-
Danke - mache ich.
-
Ich stoße gerade auf dasselbe Problem und wollte zur Sicherheit nachfragen: Wenn ich einen Artikel in einer Kategorie mit Blogansicht erstelle, kann ich in Joomla 4 kein Pagebreak nutzen - habe ich das richtig verstanden?
-
Das sehe/befürchte ich ähnlich.
Schon die Beantwortung kleiner Fragen direkt in den Suchergebnissen bei Google hat die Seitenaufrufzahlen viele Webseiten deutlich gesenkt, meine ich.
Nun kommt die KI in Form von ChatGPT, ab dieser Woche zieht Google nach, andere stehen in den Startlöchern. Ich finde das jetzt schon beeindruckend, was die KI ausgibt. Wenn das noch ein bisschen fehlerfreier und schneller geht, noch mit etwas (KI-)Grafik gewürzt wird - ich könnte mir vorstellen, dass dann die Seitenaufrufe normaler Pages/Blogs/Nachrichtenseiten nahe Null zurückgehen.
Denn warum sollte man sich noch von dem präsentierten Ergebnis zu den Pages, aus denen die Antwort zusammengestellt wurde, durchklicken?
Jedenfalls gilt das meiner Meinung nach für eine Vielzahl heutiger Inhalte. Vielleicht gibt es ja auch Möglichkeiten der Inhaltserstellung, die nicht so leicht von einer KI abgekupfert werden können. Ich habe da einige Ansätze (Umfragen erstellen, komplexe Grafiken, lesefreundlich und spannend schreiben, vielleicht hier und da eine Rechnerprogrammierung integrieren), aber so richtig "KI-sicher" scheint mir das alles nicht.
Wie seht ihr das?
-
Trotzdem danke für deine Bemühung!
-
Elwood: Ich verstehe deinen Linkvorschlag nicht. Das "Wie geht Passwortschutz mit .htaccess normalerweise" war nie die Frage, nur hier kommt es sich mit den Einstellungen in der Joomla-.htaccess in die Quere ...
Leider hat sich der Vorschlag mit der Subdomain auch als nicht funktionabel erwiesen.
-
Du meinst die von Domainfactory? Nein. Und deren Support verweigert die Hilfe ...
-
Danke!
Das mit der Subdomain könnte eine Möglichkeit sein, ich bin aber nicht sicher, ob dann noch alle Skripte in dem "Testverzeichnis" funktionieren. Das müsste ich ausprobieren.
Leichter wäre es, wenn die beiden .htaccess-Dateien miteinander kombinierbar wären. Hast du eine Idee, wie ich Joomlas-htaccess anpassen/verändern muss, damit der Zugangsschutz funktioniert?
-
Elwood: testdomain.de habe ich nur als Platzhalter gesetzt. Ich gebe ungern die richtige Domain raus, weil ja das olle Verzeichnis noch nicht geschützt ist
ZitatIch tippe auf deine ansicht.htm. Arbeitest du in der SEF-Einstellung in der Joomla-Konfiguration mit "Dateiendung an URL anfügen"? D.h. werden alle URLs mit Dateiendung angezeigt?
Versuche zunächst einfach mal ein Bild im Testverzeichnis aufzurufen! Funktioniert das?Ja, mache ich. Und eigentlich haben alle Dateien im Testverzeichnis .php als Endung. Aber leider wird auch ein Bild nicht aufgerufen.
ZitatKannst auch mal z.B. eine Subdomain einrichten die direkt auf deinen Testverzeichnisdateiordner zeigt und dann testen ob der Fehler beim aufrufen der Subdomain weiterhin besteht.
Habe ich probiert und siehe da: alles funktioniert. Mit test.testdomaind.de/testverzeichnis/index.php wird ganz normal die User-Passwortabfrage gestartet.
Aber was mache ich mit dieser Erkenntnis?
-
Also ... leider schaffe ich es nicht, mein Problem so auszudrücken, dass es völlig klar wird. Ich versuche es gerne noch einmal. Vielen Dank auf jeden Fall für eure bisherigen Antworten.
Am besten schildere ich noch einmal von vorne:
Joomla
- Meine Domain mit installiertem Joomla: http://www.testdomain.de.
- Darin die normale Joomla .htaccess: http://www.testdomain.de/.htaccess
Testverzeichnis
Dann habe ich auf dem Server ein Verzeichnis "testverzeichnis" mit Dateien, die NICHTS mit Joomla zu tun haben. Auch der Ordner wird nicht von Joomla erstellt, sondern wurde von mir auf dem Server per FTP erstellt. dass ich schützen möchte. Darin findet sich zum Beispiel die Seite ansicht.htm. Diesen Ordner möchte ich mit Username/Passwort schützen und nutze dafür eine eigene .htacces/.htpasswd-Kombi in dem Testverzeichnis. Also so, wie man es eigentlich macht:
- Ordner: http://www.testdomain.de/testverzeichnis/
- Beispieldatei: http://www.testdomain.de/testverzeichnis/ansicht.htm
- .htaccess mit obigem Inhalt (AuthType Basic usw.): http://www.testdomain.de/testverzeichnis/.htaccess
- .htpasswd liegt in einem anderen Verzeichnis, kann aber auch im Testverzeichnis liegen, das ist egal, also so: http://www.testdomain.de/testverzeichnis/.htpasswd
Das Problem
Sobald ich die http://www.testdomain.de/testverzeichnis/.htaccess hochlade, ist http://www.testdomain.de/testverzeichnis/ansicht.htm nicht mehr erreichbar. Stattdessen kommt eine 404-Seite, die von Joomla generiert wurde. Im Fehlerlog von Joomla finde ich obigen Fehler. Obwohl dieses Testverzeichnis nix mit Joomla zu tun hat, dort nicht als Kategorie zu finden ist oder Ähnliches.
Es ist einfach die Original-Joomla .htaccss (unter http://www.testdomain.de/.htaccess), die diese Anfrage nach Hochladen der Testverzeichnis-htaccess nach Joomla umleitet. Denn wenn ich die http://www.testdomain.de/.htaccess lösche, funktioniert der Passwortschutz im Testverzeichnis. Aber Joomla-SEF dann halt nicht mehr
Frage also:
Ich habe ja oben schon 2 mögliche Ansätze für Lösungen durch Änderungen der .htaccess dargestellt, die aber nicht zum Ziel geführt haben. Aber vielleicht kennt jemand noch einen weiteren Tipp?
Vielen Dank
Peter
PS: Hilfreich wäre es auch zu wissen, ob das Problem auch auf anderen Servern/Hostings auftritt. Oder nur bei mir (Hoster: Domainfactory).
-
Richtig Stef, habe ich auch probiert. Läuft auf dasselbe hinaus, ist auch dasselbe Vorgehen. Die .htaccess von Joomla im Root sorgt dann für einen 404.
-
Sorry, dass es ein bissel unklar ist. Ich versuche, es klarer auszudrücken:
- Joomla liegt im Root-Verzeichnis. /
- Der zu schützende Ordner ist /testverzeichnis
- Der Passwortschutz funktioniert per .htaccess, wie hier beschrieben: https://www.redim.de/blog/passworts…cess-einrichten
Und richtig, da das Verzeichnis nichts mit Joomla zu tun hat, sollte ich es schützen können. Es erscheint aber die von Joomla generierte 404. Und obige Fehlermeldung im Joomla-Log.
Ich erkläre es mir so, dass die .htaccess von Joomla, die im Root-Verzeichnis liegt, das irgendwie auf Joomla umleitet, wenn ich die .htaccess mit dem Passwortschutz in das Testverzeichnis hochlade. Denn wenn ich die .htaccess im Root lösche, dann funktioniert der Verzeichnisschutz. im Testverzeichnis.
Wird es so deutlicher?
-
Hallo zusammen,
ich möchte ein Verzeichnis "/testverzeichnis" per.htaccess ("/testverzeichnis/.htaccess und ... .thpasswd") schützen. Dieses Verzeichnis hat mit Joomla nichts zu tun. Im Root ist die .htaccess von Joomla aktiviert, aber auch ohne aktivierte SEF-URLs tritt das folgende Problem auf.
Die .htaccess mit dem Zugangsschutz lautet ganz normal:
Apache ConfigurationAuthType Basic AuthName "Protected 'xxxx/testverzeichnis'" AuthUserFile "/home/z27zoexxx/xxx/testverzeichnis/.htpasswd" Require valid-user
Leider klappt es nicht. Immer, wenn ich die .htaccess in das /testverzeichnis hochlade, werden die Seiten darin nicht mehr gefunden (404-Joomla-Seite erscheint). Ohne die .htaccess-Zugangsschutz-Datei werden die Seiten ganz normal aufgerufen.
Folgende Fehlermeldung findet sich in der everything.php
Code2023-01-20T16:33:16+00:00 CRITICAL 79.238.68.175 error Uncaught Throwable of type Joomla\CMS\Router\Exception\RouteNotFoundException thrown with message "Seite nicht gefunden". Stack trace: #0 [ROOT]/libraries/src/Application/SiteApplication.php(736): Joomla\CMS\Router\Router->parse() #1 [ROOT]/libraries/src/Application/SiteApplication.php(224): Joomla\CMS\Application\SiteApplication->route() #2 [ROOT]/libraries/src/Application/CMSApplication.php(294): Joomla\CMS\Application\SiteApplication->doExecute() #3 [ROOT]/includes/app.php(61): Joomla\CMS\Application\CMSApplication->execute() #4 [ROOT]/index.php(32): require_once('/home/z27zoeq0n...') #5 {main}
Ich habe mal gehört, dass dies ein bekanntes Problem seit Joomla 4 ist. Finde aber den Thread nicht mehr. Auch die beiden Threads hier im Forum:
ThemaZugriffsschutz für administrator-Verzeichnis - Schnipsel für .htaccess
Hallo Joomla-Community
Angeregt durch das Thema Webseite auf https und www umleiten - Schnipsel für .htaccess.
Wie ist der korrekte Eintrag in der .htaccess für den Zugriffsschutz für das administrator-Verzeichnis?
Was sind weitere Möglichkeiten der .htaccess, die man unbedingt nutzen sollte, um ein Joomlaprojekt vor Angriffen zu schützen?
Besten Dank, Flipperflipper27. Oktober 2022 um 15:14 ThemaVerzeichnisschutz per htpasswd bringt "Internal Server Error"
Hallo beieinander ,
ich dreh gerade völlig am Rad. Ich hab jetzt endlich meine J3 Version in einer Subdomain auf Joomla 4 upgegraded und alles scheint soweit zu funktionieren. Nachdem diese "Testsite" nicht für jedermann erreichbar sein soll, hab ich eine .htpasswd erstellt und den zugehörigen Eintrag in der .htaccess eingefügt.
(Quelltext, 4 Zeilen)
Mit diesem Eintrag bekomme ich allerdings nur einen Internal Server Error. Ich checks nicht. Ich komme einmal zur Eingabe der Zugangsdaten und dann,…telebube22. September 2022 um 11:43 führen zu keiner Lösung, hier werden ja auch "nur" Joomla-Verzeichnisse geschützt.
Hat jemand einen Lösungsansatz?
Vielen Dank
PeterPS: Folgendes habe ich schon versucht, hat nichts gebracht:
In der .htaccess vom Testverzeichnis RewriteEngine off reinzuschreiben.
In der .htaccess vom Root (Joomla) nach RewriteEngine On folgenden Code: RewriteRule ^(testverzeichnis)($|/) - [L]
-
Ja, manuell, ich nutze das gestrige Backup vom Server.
Nun ist der beides von gestern zurückgesichert: Datenbank und alle Files. Trotzdem blieb das Anmelden unmöglich.
Da habe ich eine Idee gehabt und das CDN von unserem Dienstleister Ezoic abgeschaltet. Nun läuft die Seite wieder, Login im Backend ohne Probleme möglich.
Habe die Datenbank und die Files von heute zurückgesichert - immer noch läuft alles ...
Ich bin nun ganz zufrieden, aber es bleibt Unsicherheit, warum und weswegen es dazu kam. Schließlich lief die Seite auf dem CDN immer schadlos. Eine andere Joomla-Seite auf dem CDN ist nicht betroffen. Alles unklar ...
Schade auch, dass Joomla keine Fehlermeldungen produziert, die beim Auffinden helfen könnten. Es kamen überhaupt keine Fehler ...
Und falls jemand das gleiche Problem hat: Es funktioniert nun auch bei eingeschaltetem CDN, wenn man den Bereich vom Administrator aus dem Caching rausnimmt.
-
Danke euch, aber leides ist es beides nicht
ZitatIst ein Menüpunkt als 'Startseite' definiert?
Ja, der Home-Eintrag.
dirk: Die configuration.php hatte ich heute schon einige Male in Händen, cookie-path und -domain-Eintragungen waren immer leer.
... ich werde jetzt mal alle Files von gestrigen Backup rüberspielen.
-
Moin,
wie der Titel schon sagt: ich kann mich nicht mehr ins Backend einloggen. Die Seite meldet keine Fehler, der Loop geht einfach wieder zum Login zurück. Es geht um die Seite:
Bauen-und-Heimwerken.de - Administration
Zum Hintergrund:
Benutzer und Passwort sind bekannt. Heute morgen ging es noch, später nicht mehr.
In der Zwischenzeit hat ein ander User einen Artikel eingestellt, der ist mittlerweile wieder runtergenommen. Keine Änderung.
Keinerlei Updates bei Komponenten am heutigen Tag.
Ich war einmal beim Login versehentlich auf "Web-Authentifizierung" gekommen, aber das kann es ja eigentlich nicht sein.
Ich habe schon einige Stunden folgendes probiert:
- Passwort nach Doku-Anleitung zurückgesetzt.
- Neuen User laut Doku per SQL eingespielt.
- Alle Caches gelöscht.
- Error-Logs angeschaut - nichts gefunden.
- Speicherlimit Memory-Size von PHP auf 256 MB erhöht.
- Am Ende sogar das Datenbankbackup von gestern eingespielt.
-> Alles hat nichts geholfen.
Könnt ihr mir helfen?
Danke und Gruß
Peter -
Am ehesten wirst du indexiert, wenn du Links auf deine Seite zeigen lässt. Zum Beispiel könntest du den Eintrag auf https://www.bv-nemo.de/lokale-verbuende verlinken lassen.
-
Moin zusammen,
vielen Dank für die vielen Antworten.
PHP-Tipp: Die Seite läuft schon länger auf PHP 8+
Wie wurde Joomla installiert? Weiß ich nicht mehr, das ist noch eine Mambo-Installation, mit laufenden Updates zur aktuellen Joomla-Version.
Danke auch für den Tipp mit /vendor/. Wenn es noch einmal passieren sollte, werde ich dort ansetzen.