Denkfehler. Das geht ja nur z.B. auf Kategorieblog-Seiten. Und da ich aus Darstellungsgründen viel über alternative Module mache, kann das da nicht gehen.
Beiträge von crazy-to-bike
-
-
Hallo,
ich würde gerne einen RSS Feed bereitstellen und habe daher ein Modul Feeds – Feed erzeugen erstellt und auf der Positiion "right" veröffentlicht. Obwohl bei der Menüzuweisung "auf allen Seiten" angegeben ist, erscheint das Modul nur auf 2 Seiten:
https://www.crazy-to-bike.de/team.html
https://www.crazy-to-bike.de/more/media-blog.html
Egal was ich bei der Menüzuweisung ändere, erscheint das Modul auf keiner anderen Seite.
Nehme ich allerdings die beiden Menüpunkte zu den Seiten, auf denen das Modul erscheint, explizit aus, wähle also "auf allen außer den gewählten Seiten", dann erscheint das Modul gar nirgendwo mehr.
Ich habe den Cache, den abgelaufenen Cache, den Astroid-Cache, den Browser-Cache gelöscht, einen anderen Browser verwendet, das Modul gelöscht inkl. Papierkorb und dann neu erstellt, unter System -> Datenbank die Datenbank repariert - das Problem bleibt.
Da scheint sich irgendwas in der Datenbank verschluckt zu haben, was sich nicht über das Backend beheben lässt ?!? -
Wurde, glaube ich, in der letzten Akeeba-Version entfernt, war schon etwas nervig.
Mit Akeba Backup 9.8.0 ist bei mir das Icon auch in allen Installationen verschwunden. Aber was meinst du mit "war nervig"?
Ich fand das Icon im Dashboard super.
Klick auf Dashboard und das Icon --> Backup wird erstellt
Jetzt wieder über Komponenten - Akeba Backup - Controlpanel und dann noch Klick auf das Icon. Einfach viel mehr Klicks. Und DAS nervt. -
Das Problem ist gelöst und hatte rein gar nichts mit irgendwelchen anderen Erweiterungen o.ä. zu tun, sondern lag lediglich an den Einstellungen von Phoca Download.
Kontrollzentrum - Optionen - GrundlageHier war auf der nicht funktionierenden Seite Cache aktivieren (Cache aktivieren, wenn dieser in der Joomla! System Konfiguration aktiviert ist) auf ja.
Auf nein gestellt und die Downloads flutschen wie geschnitten Brot. -
Hm, tatsächlich kommen dieselben Meldungen beim Seitencheck immer noch, wenn ich alles wieder aktiviere.
Was mich besonders irritiert ist:ZitatSite Issue Detected
http://www.crazy-to-bike.de/ (More Details)
Unable to scan the page. Unable to connect
connection refused
Please check if your website is up.
Woran könnte das denn liegen? Die Startseite ist ja erreichbar und es wird im Bowser alles angezeigt, was soll? -
Gibt schon Unterschiede, kann ich aber nicht beurteilen, ob es damit zusammenhängt:
Wenn du die Site Issue Detected Meldungen meinst: Die dürften wohl daher kommen, dass diese Seiten im aktuellen Zustand keinen Inhalt liefern, weil der gesamte Seiteninhalt über ein Modul dargestellt wird, das aktuell deaktiviert ist.
Ansonsten sehe ich keinen signifikanten Unterschied. -
jetzt ist alles bis auf das Template und Phoca Download, was nicht Joomla Core ist, deaktiviert. Das Template und Phoca Download sind auf der nicht funktionierenden Seite und auf der funktionierenden Seite in der Version identisch. Cache und abgelaufener Cache sind gelöscht. Joomla Core ist aktuell.
Das Problem bleibt.
Auch wenn ihr Recht habt, dass alles, was nicht ganz aktuell ist, alktualisiert werden muss: In den Zustand müsste es jetzt doch eigentlich trotzdem funktionieren?!? -
In der Konsole sieht man auch jQuery Probleme plus dieses mx-site tool usw.
Ich habe das mx-Sitetools mal deaktiviert. Das Problem bleibt.
Aber in der Browser-Konsole stehen noch immer Probleme, und zwar im Zusammenhang mit Phoca Download selbst:Code
Alles anzeigenGET https://www.crazy-to-bike.de/media/com_phocadownload/js/overlib/overlib_mini.js Status 404 Not Found VersionHTTP/2 Übertragen294 B (0 B Größe) Referrer Policystrict-origin-when-cross-origin DNS-AuflösungDNS über HTTPS content-encoding gzip content-type text/html; charset=iso-8859-1 date Sat, 16 Sep 2023 10:15:47 GMT server nginx strict-transport-security max-age=15768000; includeSubDomains; preload vary Accept-Encoding x-content-type-options nosniff X-Firefox-Spdy h2 Accept */* Accept-Encoding gzip, deflate, br Accept-Language de Connection keep-alive Cookie reDimCookieHint=1; 920eaededad5577ec46a1c341a304356=8b158f26725d9372c491ff4fdae73e94 DNT 1 Host www.crazy-to-bike.de Referer https://www.crazy-to-bike.de/downloads-sidebar/1-bike-touren-gps-tracks/3-deutschland/4-hegau-bodensee-plz-78-und-angrenzende-schweiz/285-m-h-005-radolfzell-schienerberg-trails-schluchtweg-radolfzell.html Sec-Fetch-Dest script Sec-Fetch-Mode no-cors Sec-Fetch-Site same-origin Sec-GPC 1 TE trailers User-Agent Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/117.0 Die Ressource von "https://www.crazy-to-bike.de/media/com_phocadownload/js/overlib/overlib_mini.js" wurde wegen eines MIME-Typ-Konfliktes ("text/html") blockiert (X-Content-Type-Options: nosniff). 285-m-h-005-radolfzell-schienerberg-trails-schluchtweg-radolfzell.html Laden fehlgeschlagen für das <script> mit der Quelle "https://www.crazy-to-bike.de/media/com_phocadownload/js/overlib/overlib_mini.js".
https://www.crazy-to-bike.de/m…s/overlib/overlib_mini.js gibt's überhaupt gar nicht (allerdings auch nicht in der Intsallation, bei der Phoca Download funktioniert).
Andere Fehler werden mir auf der Downloadseite im Inspektor auf der Downloadseite aber nicht angezeigt.Edit:
Der Fehler steht im Zusammenang mit der Detailseite eines Downloads bei Phoca Download.
Hier vorhanden:
https://www.crazy-to-bike.de/d…n-hohenklingen-engen.html
Hier nicht vorhanden:
https://www.crazy-to-bike.de/download/formulare.html
Funktionieren tut's aber in keinem Fall. -
Aber es sollte schon alles aktuell sein!
schon klar, steht auch auf der todo (muss erst die Subscriptions erneuern).
Da einige Dinge aber auf beiden Seiten gleichermaßen nicht ganz aktuell sind, sollte das wohl kaum die Ursache sein.Ansonsten auch mal bei Jan anfragen, vielleicht hat er ja noch eine Idee:
Yep, habe ich gerade mal gemacht.
Danke so weit. -
Ok, Denkfehler. Dachte, weil im Backend unter Systeminfo nur andere Infos erscheinen, würde bei dem Button dann auch nur das als Text heruntergeladen, was in den Systeminfos im Backend zu sehen ist.
Also noch einmal:
systeminfo-2023-09-15T18 13 58+02 00 - Problemseite.txtsysteminfo-2023-09-15T18 18 08+02 00 - funktionierende Seite.txt
-
Nochmal als xlsx - wieder in .txt umbenannt. Zum Öffnen muss man natürlich .txt wieder in .xls oder .xlsx umbenennen.
Erweiterungen Problemseite und funktionierende Seite.txt -
Kann ich nicht öffnen.
Openoffice / Libreoffice Tabellendokument a la Excel. Sollte imho auch Excel öffnen können.
Funktioniert dieser Button bei dir nicht?
Den Button gibt's nur für die Systeminfos. Da werden aber nicht die installierten Erweiterungen aufgelistet.
-
Eigentlich bin ich auf der problembehafteten Seite nur auf Phoca Download, weil es lange keine Joomla 4 kompatible Version von jDownloads gab.
Nun habe ich testweise doch wieder jDownloads installiert (die Datenbanktabellen waren eh noch vorhanden) und da besteht das Problem nicht. Mit diversen Nacharbeitungen und Anpassungen könnte ich auf der Seite also auch wieder zu jDownloads.
Aber lieber würde ich das Problem verstehen und lösen, zumal ich dann auf allen Seiten eine einheitliche Download-Komponente nutzen würde.
Zumal das jDownloads Kontrollzentrum lauter fehlende Sprachstrings hat: -
Habe ich auch getestet. Ändert aber auch nichts.
-
So, nun bereinigt und exakt gegenübergestellt.
Das File ist ein ods. Da das ebenfalls nicht hochzuladen erlaubt ist, Endung wieder auf txt geändert.Erweiterungen Problemseite und funktionierende Seite.txt
Admintools ist in beiden Installationen drin.
Edit: Ich habe in der Installation mit dem Problem alles, was dort installiert ist und in der Seite ohne Probleme fehlt, deaktiviert. Cache und abgelaufenen Cache gelöscht. Das Problem bleibt. -
Ich habe alle aktivierten Erweiterungen der Problemseite und der funktionierenden Seite in eine html-Datei kopiert.
Da man html nicht hochladen darf, habe ich in .txt umbenannt.Erweiterungen Problemseite und funktionierende Seite.txt
Alles hier rein kopieren hätte die erlaubten 10.000 Zeichen gesprengt. -
Hallo,
auf einer meiner Joomla-Installationen gibt es folgende Phänomen bei Phoca Downloads: Wenn das Joomla-Caching aktiviert ist, lassen sich die Dateien nicht downloaden. Direkt nach dem Leeren des Cache funktioniert es, so lange man auf der Downloadseite bleibt. Ruft man eine andere Seite auf und geht zurück zur Downloadseite, funktioniert es wieder nicht. Bei deaktiviertem Cache funktioniert es zuverlässig.
Das ist die betroffene Seite:
https://www.crazy-to-bike.de/d…-aach-hbm-47km-engen.html
Auf einer anderen Seite funktionieren die Downloads auch bei aktiviertem Caching: https://www.rsg2019.de/downloads/formulare.html
Joomla-Version, PHP und mySQL sind identisch. Es sind aber mehr / zusätzliche Plugins und Module auf der Problemseite installiert.
Könnte darin die Ursache liegen?
System debuggen und Fehler melden auf Maximum spuckt nichts aus. -
Fündig geworden bin ich in der Datenbank in der Tabelle extensions (eigentlich logisch).
Also Datenbankdump gemacht und die Tabelle "POWr Form Builder" gelöscht. Nun ist der Eintrag weg und bislang keine Probleme festzustellen.
Also wahrscheinlich gelöst. -
Ich habe gerade entdeckt, dass eines meinder Joomla im Backend unter System - Verwalten - Erweiterungen noch ein Paket "POWr Form Builder" anzeigt, das ich früher mal testweise installiert habe.
Der Versuch, das zu deinstallieren, endet mit "Paketdeinstallation: Manifest-Datei kann nicht gefunden werden."
Die Suche im Dateisystem nach "formbuilder" liefert einein einzigen Treffer unter "administrator/manifests/packages/pkg_powrformbuilder.xml".
Sieht also eigentlich so aus, als ob ich das schon deinstalliert hätte, so wie ich mich auch erinnere. Unter Komponenten wird auch nichts davon angezeigt.
Vermutlich bekomme ich den Eintrag nur durch Löschen in der Datenbank weg? Wo muss ich da suchen? -
Das ist nichts anderes als das aufgepimpte Smart-Search, das bereits in Joomla 2.5 eingeführt wurde.
com_search oder com_finder ?
Ich habe bei einem Test gerade festgestellt, dass com_finder aka Suchindex beim Suchen Wörter nicht findet, die definitiv in Artikeln vorkommen.
Nach manuellem erneuern des Suchindex wird es gefunden.
Kann ja aber nicht sein, dass man den Suchindex nach dem Erstellen neuer Artikel immer händisch aktualisieren muss