Neues Objekt "Artikelliste" für Blogs fehlerhaft 
Autor: Joerg S.Hallo,
das neue Objekt "Artikelliste" für die Anzeige von Blog-Artikeln auf einer Seite hat einen Fehler.
Der Link, der vom Objekt erstellt wird, ist fehlerhaft, so dass ein Besucher meiner Website beim Klicken eines Artikels aus diesem Objekt heraus den Serverfehler "Forbidden: You don't have permission to access this resource" bekommt.
Der vom Objekt generierte Link ist falsch. Normal ist der Link zu einem Artikel ja:
https://DOMAINNAME/blog/index.php?BLOGARTIKELNAME
Die Software generiert aber:
https://DOMAINNAME/blog/?BLOGARTIKELNAME
Das führt dann natürlich zu einem Fehler. DA MUSS DRINGEND EIN UPDATE HER!
Habt Ihr das auch schon bemerkt?
Viele Grüße
Jörg
PS: Wer den Fehler anschauen möchte, kann einfach auf meiner Seite https://tieraufstellung.com schauen. Auf der Startseite ein wenig runterblättern und unter "Aktuelles und Termine" einfach mal einen Artikel anklicken...
Hast du das BETA Update aktiviert? WEnn ja, dann könntest du mal versuchen die V2024.4.4.0 runterzuladen und dann zu testen.
Jedenfalls bei mir werden die Links korrekt angezeigt. In der Vorschau und auch Online.
Autor
Hallo Andreas,
danke für deine Rückmeldung. Das Beta habe ich nicht aktiviert und möchte im Endeffekt auch nicht mit den Betas arbeiten. Im "Vorschau-Browser" werden die Links auch schon falsch generiert, aber ein KLick auf den falschen Link funktioniert zumindest im Vorschau-Browser.
Wundert mich erst mal nur, dass andere den Fehler noch nicht gemeldet haben.
Ich hoffe, dass Incomedia sehr schnell reagiert und den Bug beseitigt.
Viele Grüße - Jörg
(It > De) ...um gut zu funktionieren, muss die Site mit dem übereinstimmen, was Sie in Schritt_5 angegeben haben:
https://systemische-tieraufstellung.de/
... ein korrekter Link zu einem BLOG-Artikel ist dieser:
https://systemische-tieraufstellung.de/blog/index.php?werde-experte-fuer-tieraufstellungen
.
Autor
Hallo KolAsim,
danke für die Rückmeldung, aber auch das macht keinen Unterschied und hilft mir leider nicht weiter. Ich weiß schon, wie der korrekte Link aussehen muss. Aber die Software - besser gesagt: das neue Objekt - macht das nicht. Es fehlt einfach in dem vom Programm generierten Link das "index.php" - das kann ich manuell nicht ändern. In Schritt 5 sind die Einstellungen korrekt.
Das neue Objekt scheint nicht korrekt den Link zu generieren. Im eigentlichen Blog unter systemische-tieraufstellung.de/blog/index.php funktionieren die Links zu den Artikeln korrekt.
Aber danke für Deine Mühe.
Viele Grüße - Jörg
.... Es tut mir leid ...
... Ich habe das PERSONAL für Sie benachrichtigt, ... warte ab Montag auf ihr Eingreifen...
.
ciao
.
Es funktioniert bei mir auch ohne index.php - ich verwende die Version Pro 2024.4.4 (Beta).
Es kommt wohl auf die Servereinstellungen an, vielleicht geben die Server-Experten Tipps.
.
----- A) Fehlermeldung -----
----- B) Keine Fehlermeldung -----
Autor
Super - vielen Dank!
Viele Grüße
Jörg
Autor
Das ist ja interessant. Mal schauen, was Incomedia dazu am Montag sagt. Ich wüßte jetzt nämlich nicht, was ich evtl. an den Servereinstellugnen (z.B. über die htaccess) einstellen könnte. Hoffe da aber eher auf ein Update des Objekts von Seiten Incomedia.
Schönes Wochenende und viele Grüße
Jörg
Schau mal in den robots nach ob hier das Verzeichnis blog gesperrt ist!
Autor
Hallo Andreas,
ist nicht gesperrt, hat aber meiner Meinung nach auch nichts damit zu tun, da die ROBOTS.TXT für die Suchmaschinen gedacht ist.
Viele Grüße
Jörg
Hello Joerg
I've checked your website and I can confirm that this is likely an issue with the server configuration.
From a technical point of view, these two:
https://DOMAINNAME/blog/index.php?BLOGARTIKELNAME
https://DOMAINNAME/blog/?BLOGARTIKELNAME
should be exactly the same. This makes no difference from a coding perspective. Something in your server configuration is breaking the functionality of the blog if the index.php part is missing. The same happens if you go here, which is wrong:
https://tieraufstellung.com/blog/
and it shouldn't. This link I just posted should work.
Please proceed to sending all of this information I just provided to your hosting support and see what they can find out
Thank you
Stefano
GOOGLE TRANSLATE ---
Hallo Jörg
Ich habe Ihre Website überprüft und kann bestätigen, dass dies wahrscheinlich ein Problem mit der Serverkonfiguration ist.
Aus technischer Sicht sollten diese beiden:
https://DOMAINNAME/blog/index.php?BLOGARTIKELNAME
https://DOMAINNAME/blog/?BLOGARTIKELNAME
genau gleich sein. Aus Codierungssicht macht dies keinen Unterschied. Etwas in Ihrer Serverkonfiguration unterbricht die Funktionalität des Blogs, wenn der Teil index.php fehlt. Dasselbe passiert, wenn Sie hierhin gehen, was falsch ist:
https://tieraufstellung.com/blog/
und das sollte es nicht. Dieser Link, den ich gerade gepostet habe, sollte funktionieren.
Bitte senden Sie alle diese Informationen, die ich gerade bereitgestellt habe, an Ihren Hosting-Support und sehen Sie, was sie herausfinden können.
Vielen Dank
Stefano
Autor
Hallo Stefano,
danke für Deinen Tipp. Du hast mich auf die Idee gebracht, woran es liegen könnte.
Ich habe das Problem lösen können: Ich habe in meiner HTACCESS eine Kondition angelegt, damit die Seiten auch ohne ".html" aufgerufen werden können. Der Eintrag in der HTACCESS war:
# Shortnamen zulassen (ohne .html)
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^([^\.]+)$ $1.html [NC,L]
Aber leider war dieser Eintrag auch daran Schuld, dass die Blogartikel nicht aufgerufen werden können. Ich habe die Zeilen jetzt gelöscht und damit funktioniert es.
Vielleicht eine kleine Idee für eine künftige X5-Version: Es wäre toll, wenn man die Seiten ohne das ".html" aufrufen könnte, also z.B. anstatt https://domain.de/test.html nur https://domain.de/test angeben müsste, wie das auch bei WordPress und anderen Systemen üblich ist. Dies würde in Newslettern oder Mailings einfach besser aussehen.
Viele Grüsse und danke für die schnelle Hilfe
Jörg