WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Ich habe festgestellt, dass Menü-Links mit der Endung .php in E-Mail immmer öfters blockiert werden.
Lassen sich die php-Erweiterungen in den URLs von WBCE automatisch entfernen?
Ich habe schon folgenden Code in die Datei .htaccess eingefügt, leider ohne Erfolg. Bis auf die Startseite sowie Impressum & Co haben alle Menü-Links die Endung .php
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^([^/]+)/$ $1.phpGruß Jakob
Offline
Ja, das geht mittels shortURL (damit die URLs ohne .php von WBCE "verstanden" werden)
https://addons.wbce.org/pages/addons.ph … em&item=93
und dem Outputfilter, der automatisch die generierten Menülinks anpasst
https://addons.wbce.org/modules/downloa … 481&sid=20
Beitrag geändert von florian (19.12.2023 11:37:34)
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Danke für die schnelle Antwort.
Leider versteh ich die 4. Anweiung nicht
Das Droplet mit im Frontend-Template aufrufen (keine Leerzeichen in den eckigen Klammern, das ist nur hier zur Anzeige so) - am besten direkt vor dem schließenden< /body > -Tag einfügen
Ich verwende das WBCEtik Template. Wo muss ich was einfügen?
Offline
Im Template muss nichts angepasst werden und der Hinweis zum Droplet ist obsolet. Muss ich mal anpassen in der Beschreibung.
Stattdessen den Outputfilter herunterladen und über Erweiterungen > Module installieren und dann bei Admintools > OutputFilter Dashboard aktivieren.
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Ich habe festgestellt, dass Menü-Links mit der Endung .php in E-Mail immmer öfters blockiert werden.
Lassen sich die php-Erweiterungen in den URLs von WBCE automatisch entfernen?
Mal eine grundsätzliche Frage:
Geht es um "Menü-Links" oder um die Extension .php?
So neu ist PHP ja nicht, dass es "immer mehr" geblockt wird. Das ist wohl schon seit ewig irrelevant.
Dass Links geprüft werden, ob sie nur eine Weiterleitung sind, kann ich mir schon eher vorstellen.
Die Extension zu verbiegen kann hingegen ziemlich Ärger machen - du änderst damit auch sämtliche URLs. In der Regel wirst du das so machen, dass alt (mit .php) und neu (ohne Extension) funktioniert, womit du du deine Website quasi "verdoppelst" => Duplicate Content. Klar: Auch das kannst du mit Knowhow wieder einrenken, aber... wofür?
Ich habe mich mit der Sache mal befasst:
https://webeye.at/themen/spielereien-mit-extensions.php
Offline
Ich habe festgestellt, dass Menü-Links mit der Endung .php in E-Mail immmer öfters blockiert werden.
Lassen sich die php-Erweiterungen in den URLs von WBCE automatisch entfernen?Die Extension zu verbiegen kann hingegen ziemlich Ärger machen - du änderst damit auch sämtliche URLs. In der Regel wirst du das so machen, dass alt (mit .php) und neu (ohne Extension) funktioniert, womit du du deine Website quasi "verdoppelst" => Duplicate Content. Klar: Auch das kannst du mit Knowhow wieder einrenken, aber... wofür?
In E-Mailantworten sehe immer öfters den Hinweis
BLOCKEDxyz[.]de/pages/installation/netzwerkversion[.]phpBLOCKEDNachdem ich es aber versucht habe zu ändern habe ich schnell festgestellt, dass es vielleicht keine gute Idee ist.
Ich gebe dir Recht, dass die Endung php mittlerweile kein Problem sein sollte, wird aber trotzdem in E-Mails geblockt.
Es gibt leider Anwender, die damit ein Problem haben.
Danke für deine Antwort. Vorerst belasse ich Alles beim Alten.
@Florian: Danke für die Unterstützung. Soeben gespendet ;-)
Beitrag geändert von jakob (21.12.2023 15:57:19)
Offline
Es würde mich trotzdem interessieren, ich vermute eher, dass es am HTTP-Header liegt:
Wenn du die geblockte URL zb hier eingibst:
http://www.andyhoppe.com/software/http- … header.htm
Was steht im Header? Ist da eine Weiterleitung (-> Modul Menü-Link)? Wenn ja: Welche?
Zeigt die Weiterleitung auf eine externe Seite? Oder einen bestimmte Filetype (zb PDF)
Gibt es Inkonsistenzen mit http(s) oder mit/ohne 'www' ?
Beitrag geändert von ruebezahl (21.12.2023 18:04:18)
Offline
Ich glaube nicht, dass es an der Endung "php" liegt, und ich glaube auch nicht, dass es an der Frage Weiterleitung oder nicht liegt. Ich denke eher, es ist eine Policy des jeweiligen (Firmen-)Empfänger-Mailservers (Exchange?), wo halt grundsätzlich alles, was extern ist, geblockt wird. Oder es liegt an der Domain oder bestimmten Buzzwords in der URL ("Installation", huh!)
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
ich denke eher, es ist eine Policy des jeweiligen (Firmen-)Empfänger-Mailservers (Exchange?),
Richtig. Bei zwei Empfängern ist mir aber aufgefallen, dass die URLs mit Dateiendung .php geblockt wurden. URLs ohne Dateiendung wurden nicht geblockt.
Offline