Das Feld Website mit http oder https wird nicht angenommen
- Dieses Thema hat 19 Antworten sowie 4 Teilnehmer und wurde zuletzt vor vor 5 Jahren, 11 Monaten von
Emilio Paolini aktualisiert.
-
-
BernSg
Hallo Forum,
das Feld “Website” mit http:// oder https:// wird nicht angenommen. Läuft dann endlos und ohne Fehlermeldung. Nur http://www.xxxxxxx.xx wird aber akzeptiert.
Gruß Bernhard
-
Frank Piepiorra
verstehe das Problem nicht: http:// wird nicht angenommen, aber http://www.xxxxxxx.xx wird akzeptiert. Wer sollte denn einen Grund haben nur http:// eingeben zu wollen?
-
BernSg
Habe ich mich wohl etwas falsch ausgedrückt. Eine URL mit führendem http://www.xxxxxx.xx wird nicht angenommen, wenn ich http:// weglasse und nur http://www.xxxxx.xx eingebe wird die URL angenommen.
-
Emilio Paolini
Kann ich nicht reproduzieren. Es geht doch um Organisationen, oder? Habe schon unendlich viele URLs dort eingegeben ohne ein Problem.
Liebe Grüße … Emilio
-
BernSg
Bei Organisationen habe ich es noch nicht probiert, bei Leads funktioniert es aber nicht.
-
Emilio Paolini
Gerade getestet, tut bei mir. Kannst du genauere Angaben machen? Mal unterschiedliche Browser bzw. PC Restart versucht?
Liebe Grüße … Emilio
-
Emilio Paolini
Und teste doch auch mal hier bitte: https://berlicrm.co.crm-now.de/
-
BernSg
Ich habe es gerade einmal unter Organisationen versucht, bei ersten mal eingeben funktionierts. Wenn man die URL aber ändern möchte klappt es nicht mehr. Bei Leads geht es schon beim ersten mal nicht. Es kommen dann immer die “laufenden Punkte” bis ich einen refresh mache.
Getestet jetzt unter Firefox und Chrome, beide neueste Version. berliCRM ist 1.0.15. PC-Restart bringt nichts da ich das Phänomen schon länger habe. Server läuft unter PHP 7.3 könnte ich aber mal auf 7.2 oder 7.1 setzen und dann schauen.
-
BernSg
Auf Eurer Website funktionierts. Habe es bei mir auch mal mit PHP 7.2 und dann 7.1 probiert, klappt aber auch nicht. Ich werde es mal an einem anderen Rechner ausprobieren.
-
BernSg
Anderer Rechner, gleiches Verhalten. Adblocker und Firewall mal ausgeschaltet, keine Änderung. Jetzt kann es eigentlich nur noch am Server liegen habe aber keine Ahnung wo ich da eingreifen muss. Könnte es irgendeine Einstellung bei der php.ini sein. Zur Verwaltung nutze ich Plesk, für die PHP Einstellungen könnte ich mal einen Screenshot machen.
-
BernSg
Hier noch die Screenshots der PHP Einstellungen
Attachments:
You must be
logged in to view attached files.
-
BernSg
Einer fehlt noch
Attachments:
You must be
logged in to view attached files.
-
ben
Hallo,
grundsätzlich kann ich das Problem nicht bestätigen. Ich kann unter Leads alle Varienten einer URI, mit Protokoll und ohne, per ajax oder “Bearbeiten” eingeben. S.screenshot.
Wenn die Fortschrittsanzeige (die “laufenden Punkte”) stehen bleiben dürfte etwas mit der AJAX-Kommunkation nicht stimmen. Können Sie mit den Developer-Tools des Browsers die Anwort des AJAX-Calls bzw. dessen HTTP-Status-Code anzeigen lassen?
Attachments:
You must be
logged in to view attached files.
-
Emilio Paolini
Schick doch mal den kompletten Output von phpinfo() bitte …
Liebe Grüße … Emilio
-
BernSg
Diese Antwort wurde als privat markiert.
-
Emilio Paolini
Hmm, das hat nicht geklappt. Datei zu groß?
Fehler beim Hochladen:
PHP 7.3 – phpinfo.pdf: Datei nicht hochgeladen.
-
BernSg
Fehler gefunden !!!!!
bei Plesk oder auch manuell kann man die “Web Application Firewall (ModSecurity)” aktivieren, was normalerweiseja auch Sinn macht. Falls man die aber auf “Ein” stellt, passiert genau das oben beschriebene Phänomen. “Aus” oder besser “Nur Erkennung” dann funktioniert das mit dem “http(s)://” wieder. Beschreibung bei “Ein” ist:
Jede eingehende HTTP-Anfrage und die zugehörige Antwort werden mit einem Regelsatz verglichen. Wenn diese Überprüfung erfolgreich verläuft, wird die HTTP-Anfrage an den Website-Content weitergegeben. Wenn die Überprüfung negativ ausfällt, wird das Ereignis protokolliert, eine Benachrichtigung gesendet und eine HTTP-Antwort mit Fehlercode gesendet.
Der eingestellte Regelsatz ist “Atomic Basic ModSecurity”
Emilio vielen Dank für Deine Geduld mit mir 😉
-
Emilio Paolini
Ahh, das ist ja spannend. Mich würde ja interessieren, was genau man da einstellen kann. Das CRM macht an vielen Stellen Ajax-Calls “auf sich selbst”. Für den Web-Server sind das dann “normale” http-Requests. Wie unterscheidet denn die WAF, welche Calls “gut” sind und durchgelassen werden und welche nicht? Bzw. welche Einstellmöglichkeiten hat man an der Stelle? Einfach nur deaktivieren ist ja eigentlich auch nicht Sinn der Sache.
Man kann auch hier mal nachschauen, da gibt es einen Absatz “So finden Sie heraus, warum eine HTTP-Anforderung für eine Website nicht abgeschlossen werden konnte:” ->
https://docs.plesk.com/de-DE/onyx/administrator-guide/serveradministration/web-application-firewall-modsecurity.73383/
Ansonsten schön, dass es nun tut 😉
Liebe Grüße … Emilio
-
BernSg
hiermal die Screenshots der Einstellmöglichkeiten. Ich traue mich da nicht wirklich dran noch mehr einzustellen.
Attachments:
You must be
logged in to view attached files.
-
Emilio Paolini
Hmm, “Erkennung” und “Ein” scheinen ja beide den Request zu blocken … daher wundert es mich, dass es JETZT funktioniert. Aber ok, wir haben unsere Install-Doku um einen Passus zum Thema WAFs ergänzt … damit man wenigstens auf die Idee kommt, in diese Richtung zu suchen, falls es mal nicht tut 😉
Liebe Grüße … Emilio
-
Diese Antwort wurde vor 5 Jahren, 11 Monaten von Emilio Paolini geändert.
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.
