Seit Firefox 157 verwendet Mozilla bei vielen Installationen das neue Nova-Design mit stärker abgerundeten Tabs und Bedienelementen. Wer lieber die klassische Firefox-Oberfläche verwenden möchte, kann Nova über die erweiterte Konfiguration deaktivieren.

1. In der Adresszeile about:config öffnen.

2. Die Warnmeldung mit „Risiko akzeptieren und fortfahren“ bestätigen.

3. Nach folgendem Eintrag suchen:

   browser.nova.enabled

4. Den Wert per Doppelklick von true auf false ändern.

Die Änderung wird direkt übernommen. Firefox verwendet anschließend wieder die klassische Oberfläche mit weniger stark abgerundeten Tabs.

Rückgängig machen:
Den Wert browser.nova.enabled einfach wieder auf true setzen.

Hinweis: Einstellungen unter about:config sind erweiterte Firefox-Konfigurationsoptionen und können sich mit zukünftigen Firefox-Versionen ändern.

SPF, DKIM und DMARC gehören heute zur Grundausstattung einer sauber konfigurierten Mail-Domain. Doch wie lässt sich ohne externe Online-Checker feststellen, ob die DNS-Einträge korrekt veröffentlicht wurden? Mit wenigen Linux-Kommandos wie dig, host und nslookup können Administratoren die wichtigsten Einstellungen direkt auf der Kommandozeile überprüfen – inklusive DMARC-Policy und externer Report-Empfänger.

whisper.cpp erkennt Vulkan, aber CMake bricht trotzdem ab? Wenn beim Kompilieren unter Arch Linux oder CachyOS plötzlich SPIRV-Headers fehlt, ist die Ursache schnell behoben. Ich zeige, welches Paket fehlt, warum die Vulkan-Erkennung allein nicht ausreicht und wie sich der Build mit wenigen Befehlen wieder zum Laufen bringen lässt.

Ja, ich nutze Large Language Models. Besonders gerne setze ich cursor.com ein – vor allem für Commit-Messages, README-Dateien, technische Dokumentation und gelegentlich für Grundgerüste neuer Komponenten. Auch bei der Fehlersuche helfen mir LLMs dabei, komplexe Zusammenhänge schneller einzugrenzen.

Früher hatte ich die Idee einer Seite wie contao.wtf, weil viele generierte Erklärungen und „Lösungswege“ oft eher an Symfony-Standards erinnern als an das, was im Contao-Ökosystem tatsächlich üblich ist. Genau hier zeigt sich die Grenze dieser Werkzeuge:
LLMs arbeiten mit Mustern, nicht mit Erfahrung. Sie sind keine Entwickler, sondern Programmierwerkzeuge, die Aufgaben nach bekannten Strukturen abarbeiten – mit dem Wissen, das sie aus Trainingsdaten ableiten können.

Ich sehe sie daher als Assistenz, nicht als Ersatz für solides Handwerk, Framework-Verständnis, Systemwissen und praktische Erfahrung. Wo präzises Technikwissen, saubere Architektur, Symfony-/Contao-Best Practices oder Feingefühl in Projekten gefordert sind, verlasse ich mich weiterhin auf meine eigene Expertise.