<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Blog on jqknono Blogs</title><link>https://blog.jqknono.com/de-de/blog/</link><description>Recent content in Blog on jqknono Blogs</description><generator>Hugo -- gohugo.io</generator><language>de-de</language><managingEditor>https://blog.jqknono.com (jqknono)</managingEditor><webMaster>https://blog.jqknono.com (jqknono)</webMaster><lastBuildDate>Mon, 13 Nov 2023 14:15:31 +0800</lastBuildDate><atom:link href="https://blog.jqknono.com/de-de/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>Claude Code's Ressourcen-Schwarzes Loch: Von einer 11,3 MB Einzeldatei bis zu 1,2 TB Festplattenverschlingung</title><link>https://blog.jqknono.com/de-de/blog/2026/04/07/claude-code-resource-nightmare/</link><pubDate>Tue, 07 Apr 2026 20:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/de-de/blog/2026/04/07/claude-code-resource-nightmare/</guid><description>Basierend auf echten Nutzerberichten aus GitHub Issues und Community‑Reverse‑Engineering analysiert dieser Beitrag systematisch die Ressourcenverwaltungsdefizite von Claude Code in den Bereichen Speicher, CPU und Festplatte und deckt strukturelle Probleme in Pack‑Architektur, Speicherdesign und Prozesslebenszyklus‑Management auf.</description></item><item><title>VS Code Dev Container IO hoch: Ausführliche Konfiguration von executeInWSL und Ursachenanalyse</title><link>https://blog.jqknono.com/de-de/blog/2026/04/03/vscode-dev-container-io-performance/</link><pubDate>Fri, 03 Apr 2026 10:30:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/de-de/blog/2026/04/03/vscode-dev-container-io-performance/</guid><description>Dokumentiert den vollständigen Fehlersuchprozess für das hohe IO-Problem, das durch die VS Code Dev Container-Erweiterung unter Windows verursacht wird, von der Symptomerkennung bis zur Ursachenanalyse, und löst das Docker‑CLI‑Grenzkommunikationsengpass mit dev.containers.executeInWSL als Kernlösung.</description></item><item><title>Project Translator VSCode Plugin ermöglicht Projekt-Mehrsprachigkeit</title><link>https://blog.jqknono.com/de-de/blog/2026/02/26/project-translator-vscode-extension/</link><pubDate>Thu, 26 Feb 2026 14:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/de-de/blog/2026/02/26/project-translator-vscode-extension/</guid><description>Project Translator ist ein leistungsstarkes VSCode-Plugin, das auf KI basierende automatische Übersetzungen auf Projektebene ermöglicht und dabei die Codeintegrität wahrt, um Dokumentenlokalisierung effizient abzuschließen.</description></item><item><title>GPT-5.3-Codex-Ersteindrücke: Von Überraschung zur rationalen Bewertung</title><link>https://blog.jqknono.com/de-de/blog/2026/02/17/gpt-53-codex-experience/</link><pubDate>Tue, 17 Feb 2026 10:30:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/de-de/blog/2026/02/17/gpt-53-codex-experience/</guid><description>&lt;p&gt;OpenAI hat, noch bevor die offizielle Version von GPT‑5.3 veröffentlicht wurde, das spezialisierte Modell GPT‑5.3‑Codex vorab eingeführt. Aus geschäftlicher Sicht ist diese Entscheidung leicht nachvollziehbar. GPT‑5.3‑Codex hat dieselbe Preisgestaltung wie die Standardversion GPT‑5.3, liefert jedoch aktivere Ausgaben, kürzere Ausführungszeiten und geringeren Speicherverbrauch, was zu einer höheren Gewinnspanne führt. Für OpenAI ist GPT‑5.3‑Codex eindeutig eine kosteneffizientere Option.&lt;/p&gt;
&lt;p&gt;In der ersten Woche nach der Veröffentlichung von GPT‑5.3‑Codex war das Nutzungserlebnis tatsächlich beeindruckend. Die Reaktionsgeschwindigkeit des Modells war deutlich schneller als bei früheren Versionen, und das Feedback bei der Codegenerierung war sehr prompt. Für Entwicklungsszenarien, die schnelle Iterationen und häufige Interaktionen erfordern, führt dieser Effizienzgewinn zu einer spürbaren Produktivitätssteigerung. Wenn innerhalb kurzer Zeit mehrere Implementierungsoptionen benötigt oder Ideen schnell validiert werden sollen, ist die aktive Ausgabefähigkeit von Codex besonders nützlich.&lt;/p&gt;</description></item><item><title>Vergleichende Analyse der DoH- und DoT-Technologien</title><link>https://blog.jqknono.com/de-de/blog/2026/02/11/doh-vs-dot-comparison/</link><pubDate>Wed, 11 Feb 2026 00:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/de-de/blog/2026/02/11/doh-vs-dot-comparison/</guid><description>&lt;p&gt;DNS over HTTPS (DoH) und DNS over TLS (DoT) sind zwei gängige Methoden für den verschlüsselten DNS-Transport, die die sichere Übertragung von DNS-Abfragen über unterschiedliche Protokollstapel realisieren. Der Standard für DoT wird durch &lt;a href="https://datatracker.ietf.org/doc/html/rfc7858"&gt;RFC 7858&lt;/a&gt; definiert, während DoH durch den Standard &lt;a href="https://datatracker.ietf.org/doc/html/rfc8484"&gt;DNS Queries over HTTPS (DoH)&lt;/a&gt; spezifiziert wird. Um die wesentlichen Unterschiede zwischen diesen beiden Technologien zu verstehen, ist eine Analyse beginnend bei der Netzwerkprotokoll-Hierarchie erforderlich.&lt;/p&gt;
&lt;h2 id="netzwerkprotokoll-hierarchie"&gt;Netzwerkprotokoll-Hierarchie&lt;/h2&gt;
&lt;p&gt;Moderne Netzwerkprotokollstapel verwenden ein Schichtenmodell, wobei jede Schicht unterschiedliche Funktionen bereitstellt. Als Anwendungsprotokoll ist DNS nicht an einen bestimmten Transport gebunden und kann auf verschiedenen Trägerprotokollen ausgeführt werden.&lt;/p&gt;</description></item><item><title>Debugging-Protokoll: Das OpenRouter gpt-oss-120b-Modell unterstützt keine chinesischen Anfragen</title><link>https://blog.jqknono.com/de-de/blog/2026/02/09/openrouter-gpt-oss-120b-chinese-bug/</link><pubDate>Mon, 09 Feb 2026 22:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/de-de/blog/2026/02/09/openrouter-gpt-oss-120b-chinese-bug/</guid><description>&lt;p&gt;Bei der Verwendung der kostenlosen Modell-API von &lt;a href="https://openrouter.ai/"&gt;OpenRouter&lt;/a&gt; bin ich auf ein verwirrendes Problem gestoßen. Bei derselben Anfragestruktur führte die Änderung der Sprache des Prompts zu völlig unterschiedlichen Ergebnissen.&lt;/p&gt;
&lt;h2 id="problemreproduktion"&gt;Problemreproduktion&lt;/h2&gt;
&lt;p&gt;Ich habe das Modell &lt;code&gt;openai/gpt-oss-120b:free&lt;/code&gt; getestet, wobei der einzige Unterschied zwischen den beiden Anfragen in der Sprache des Prompts lag. Die erste Anfrage verwendete einen chinesischen Prompt:&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;curl https://openrouter.ai/api/v1/chat/completions &lt;span class="se"&gt;\
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; -H &lt;span class="s2"&gt;&amp;#34;Content-Type: application/json&amp;#34;&lt;/span&gt; &lt;span class="se"&gt;\
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; -H &lt;span class="s2"&gt;&amp;#34;Authorization: Bearer sk-or-v1-xxxxxxxxxxxxxxxxxxxxxx&amp;#34;&lt;/span&gt; &lt;span class="se"&gt;\
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; -d &lt;span class="s1"&gt;&amp;#39;{
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; &amp;#34;model&amp;#34;: &amp;#34;openai/gpt-oss-120b:free&amp;#34;,
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; &amp;#34;messages&amp;#34;: [
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; {
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; &amp;#34;role&amp;#34;: &amp;#34;user&amp;#34;,
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; &amp;#34;content&amp;#34;: &amp;#34;你是一个专业的本地化翻译专家&amp;#34;
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; }
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; ]
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt;}&amp;#39;&lt;/span&gt;
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Diese Anfrage gab immer den Statuscode 429 zurück, was bedeutet, dass die Anfrage zu häufig war oder das Kontingent überschritten wurde. Als ich jedoch einen englischen Prompt verwendete:&lt;/p&gt;</description></item><item><title>Übersicht über kostenlose KI-Symbolgeneratoren</title><link>https://blog.jqknono.com/de-de/blog/2026/02/02/free-ai-icon-generators/</link><pubDate>Mon, 02 Feb 2026 10:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/de-de/blog/2026/02/02/free-ai-icon-generators/</guid><description>&lt;p&gt;Mit der Entwicklung der KI-Technologie können Designer und Entwickler jetzt durch einfache Texteingaben schnell verschiedene Arten von Symbolen generieren. Diese kostenlosen KI-Symbolgeneratoren senken die Einstiegshürde für das Design erheblich und ermöglichen auch Benutzern ohne professionelle Designkenntnisse die Erstellung hochwertiger visueller Elemente. Alle unten genannten Tools unterstützen die Generierung von Bildern durch Textbeschreibungen. Die Ausgabeformate sind meist PNG oder SVG, und einige Tools bieten auch Funktionen zur Anpassung von Stil und Farbschema.&lt;/p&gt;</description></item></channel></rss>