Woher und wie auch immer. Wenn wir anständig helfen sollen, musst Du den korrekten Code posten, nicht irgendwas aus einem Repertoire an Versionen.
So wie Du es in #1 gepostet hast, kann es nicht funktionieren und hätte ganz andere Fehler geben müssen.
Poste bitte den Code, der den beschriebenen Fehler produziert, weil keiner hier eine Zauberlehre gemacht hat.
Liegt das an mir oder fehlt hier tatsächlich der ganze Kontext?
Ich sehe nur den Beitrag von Stef und Prataturry19533, der im Übrigen ein Troll zu sen scheint...
Bspw. so:
document.querySelector( '.input-email' ).addEventListener('focus', function(e) { /* ... */ });
document.querySelector( '.input-email' ).onfocus = function(e) { /* ... */ };oder wenn es jQuery sein muß halt so:
$( '.input-email' ).on( 'focus', function() { /* ... */ } );Das sollte man dann aber wieder innerhalb von .ready() machen...
Grundsätzlich ja, aber Event-Attribute werden beim rendern des Layout bereits aufgelöst. Und das erzeugt in diesem Fall genau das Gegenteil des Erwarteten, denn die Funktion ist zu dem Zeitpunkt, wo das <input>-Tag gerendert wird nicht existent, sondern wird erst danach definiert.
Deshalb empfehle ich auch immer, die Attribute für Ereignisse nicht zu nutzen, sondern per Listener zu setzen.
Dann steckt bei Dir aber die function nicht im .ready().
Zieh mal die function aus dem .ready() raus.
Schwer zu sagen, ohne den Code im Zusammenhang zu sehen.
Kannst Du den komplett posten oder einen Link, wo wir das ansehen können?
Das soll heißen, dass CrossPost nicht erwünscht ist. Gründe dafür sollten bekannt sein. Falls nicht, einfach mal in den Foren-Richtlinien nachsehen, die Du in jedem Forum per Klick auf eine Checkbox akzeptierst!
CrossPost auch noch... und basti1012 unterstützt das schon zum zweiten Mal... 
Danke, ich bin raus...
Ich verstehe Deine Intention, aber meine Frage ist immer noch nicht beantwortet: Warum? Für welches Vorhaben?
Dass Du IPs sperren willst, habe ich verstanden, die Frage ist, wie sieht Dein Szenario aus.
Ich kann mir halt keinen brauchbaren Fall vorstellen, wo ich das als sinnvoll betrachten könnte. Wenn ich verstehen würde, was Du genau vorhast, könnte man evtl. besser helfen.
Btw.:
wenn der user meint er müsste wegen 5 minuten die sperre umgehen indem er z.Bsp die IP wechselt wäre das auch nicht schlimm, wäre wohl sogar teilweise vorteilhaft
Das ist Dein geringstes Problem bei einer IP-Sperre...
Nein, ich meine: Warum eine IP-Sperre? Wofür?
Dir ist klar, dass eine IP keine eindeutige Kennung ist?
Um helfen zu können, solltest Du zuerst mal den echten Code posten, um den es geht.
Das hier kann nämlich nicht stimmen:
include 'ClassProveContakt.php';
// ...
$ProveContackt=new ClassProveContakt();In Deiner ClassProveContakt.php - btw. was soll diese merkwürdige Schreibweise? - wird aber das hier definiert:
class Classme {Erklär mir mal, welche Hogwarts-Version von PHP Du hast?! Bei denen, die ich kenne, würdest Du ganz andere Fehlermeldungen bekommen.
Warum will man das haben?
Wozu genau soll das gut sein?
#2 habt ihr aber gelesen?!
Dein Pattern wird nicht matchen, aber:
Das Download-Attribut wird im IE11 nicht unterstützt, der aber leider immer noch häufig eingesetzt wird.
Wenn es dann in den mobilen Bereich geht, fällt Safari für iOS neben Operamini auch noch raus.
Um auf Nummer sicher zu gehen, ist die Variante mit PHP immer noch die beste.
Beispiele dazu wurden in #2 und #3 bereits verlinkt.
Ausserdem geht es nicht um HTML Dateien:
Hat jemand eine Ahnung wie man Dateien via html zum Download freigeben kann?
Da aber der TE sich scheinbar nicht zurückmeldet, wird das Thema wohl auch nicht so wichtig oder bereits gelöst sein...
Das ist ein CrossPost, einsiedler.
Und dass Du in beiden Foren antwortest, macht es nicht besser, basti1012.
Dann ist ein Fehler in der Syntax. Schrittweises debugging können wir Dir hier leider nicht abnehmen.
Ich vermute aber mal, dass Dein Projekt Methoden/Funktionen verwendet, die es in PHP7 nicht mehr gibt.
Da sollte noch eine Fehlernummer erkennbar sein, in Deinem Fall eine aus dem 500er Bereich?
Oder mal den ErrorReport temporär hochdrehen:
error_reporting ( -1 );
ini_set ( 'display_errors', true );Wäre mir jetzt nicht bekannt, aber mal ehrlich... ein Interval mit 50ms??? Dann wundert mich das nicht.
Bei so einem niedrigen delay stellen sich zwei Fragen:
Btw., man könnte für Debugging Zwecke die Methoden überschreiben und eigene Konsolenausgaben machen.