Job Titel: Frontend-Entwickler
Codename/Alias: Keksdompteur Andrew

Einführung

In der schnelllebigen Welt der Programmierung treten Herausforderungen oft unerwartet auf und zwingen uns zu Innovation und Zusammenarbeit, um Lösungen zu finden. Kürzlich stieß unser Team auf ein besonders ärgerliches Problem im Zusammenhang mit dem Cookie-Zustimmungsbanner, das wir „The Cookie Monster Banner Issue“ genannt haben.

Die Herausforderung

Stellen Sie sich die Frustration von Benutzern vor, die nicht mit unserer Anwendung interagieren können, weil das GDPR-Cookie-Zustimmungsbanner nicht funktioniert. Trotz seines scheinbar harmlosen Namens stellte dieses Problem ein erhebliches Hindernis dar, das die Benutzererfahrung störte und unseren Fortschritt zu entgleisen drohte.

Technischer Ansatz – Aufschlüsselung

Um die Situation besser zu verstehen, haben wir ein System, das auf Symfony basiert und mehrere React-Frontend-Anwendungen integriert und ihnen einige Funktionen zur Verfügung stellt: eine davon ist das GDPR-Cookie-Banner, das für alle unsere Anwendungen gleich ist – Sie akzeptieren die Cookies in einer Anwendung und sie ist generell für alle verfügbar.

Diese Implementierung hat uns dazu veranlasst, dieses Problem als ein Front-End-Problem zu behandeln und zu versuchen, die Anwendung selbst zu debuggen und die richtige Lösung zu finden, isoliert für diese einzelne Anwendung, die nicht funktioniert. Nach mehreren Versuchen, das Problem zu finden, nach Versuchen, den Anbieter für Support zu erreichen und nach endlosem Durchsuchen von Stack Overflow nach ähnlichen Problemen, hat sich ein Workaround als skalierbare Lösung herauskristallisiert: Was wäre, wenn wir die Implementierung selbst in unserem System ändern würden?

Ich beschloss, das Problem anzugehen, indem ich eine eigene, speziell für diese Anwendung zugeschnittene Implementierung erstellte. Obwohl ich mich in erster Linie auf die Front-End-Entwicklung spezialisiert habe, habe ich mich in das Innenleben unseres Symfony-basierten Systems vertieft. Bei dieser Untersuchung entdeckte ich eine Methode, um zu verhindern, dass das problematische Cookie-Zustimmungsbanner überall geladen wird. Stattdessen habe ich eine separate Instanz innerhalb unserer Anwendung implementiert. Und, wie Sie sich vielleicht denken können, war das die Lösung, die wir brauchten!

Professionelle Auswirkungen

Diese ganze Reise hat mich daran erinnert, wie sehr ich es mag, ein Full-Stack-Entwickler zu sein und wie wichtig es ist, manchmal das große Ganze zu sehen. Kollegen haben mir sehr dabei geholfen, das Problem pragmatisch zu betrachten und die endgültige Implementierung zu erstellen – aber es wäre absurd, nicht zu erkennen, wie einfach die Lösung letztendlich war, als die richtigen Punkte miteinander verbunden wurden und das Problem aus verschiedenen Blickwinkeln betrachtet wurde.

Es hat sich auch gezeigt, wie wichtig es ist, Grundkenntnisse in verschiedenen Bereichen zu haben.

Ungeachtet dessen, was meine Kollegen denken würden – nämlich, dass ich es leid bin, nach diesem Hindernis zu debuggen – habe ich gerade erkannt, wie ich den Prozess verbessern und ein besserer Problemlöser werden kann, wenn ich das nächste Mal mit einem solch dringenden und den Zeitplan sprengenden, unvorhergesehenen Problem konfrontiert werde.

Zukünftige Relevanz

Wir hoffen, dass wir ähnliche Probleme in Zukunft vermeiden können, obwohl wir wissen, dass sie unerwartet auftreten können. Als Vorsichtsmaßnahme haben wir eine umfassende und anpassungsfähige Lösung entwickelt. Sollte das „Cookie-Monster-Banner-Problem“ erneut auftreten, genügt ein Klick auf ein Kontrollkästchen, um das Problem zu lösen. Im Moment ist dies noch die effektivste Lösung, es sei denn, jemand erfindet das Kontrollkästchen neu.

Kämpfen wir gemeinsam gegen das Cookie Monster Banner

Nehmen Sie Kontakt mit Ascendro auf