<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Debugging on ilham.dev</title><link>https://ilham.dev/tags/debugging/</link><description>Recent content in Debugging on ilham.dev</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Sun, 27 Sep 2026 00:00:00 +0700</lastBuildDate><atom:link href="https://ilham.dev/tags/debugging/index.xml" rel="self" type="application/rss+xml"/><item><title>How I break a URL into parts before debugging it</title><link>https://ilham.dev/posts/how-to-break-a-url-into-parts/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-break-a-url-into-parts/</guid><description>A URL contains several parts: scheme, host, path, query string, and sometimes a fragment. Debugging is easier when those parts are separated.
The URL Parser tool helps me inspect the input and output without writing a one-off script first.</description></item><item><title>How I check browser network information without overreading it</title><link>https://ilham.dev/posts/how-to-check-browser-network-information/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-check-browser-network-information/</guid><description>Browser network APIs may expose hints about connection type or device context, but availability varies by browser and privacy settings.
The Network Info tool helps with the mechanical part, but I still check the result before using it somewhere real.</description></item><item><title>How I check what the browser says about my device</title><link>https://ilham.dev/posts/how-to-check-browser-device-information/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-check-browser-device-information/</guid><description>A browser can reveal useful debugging context such as screen size, user agent hints, language, and platform, but not a complete identity.
The Device Information tool helps with the mechanical part, but I still check the result before using it somewhere real.</description></item><item><title>How I combine small network tools when debugging connectivity</title><link>https://ilham.dev/posts/how-to-build-dns-and-network-notes-from-small-tools/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-build-dns-and-network-notes-from-small-tools/</guid><description>Network debugging usually needs more than one clue. DNS, IPs, ports, URLs, and headers each answer a different question.
I use Network tools for the quick version of this task, then I review the output before relying on it.</description></item><item><title>How I compare two text blocks line by line</title><link>https://ilham.dev/posts/how-to-compare-two-text-blocks-line-by-line/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-compare-two-text-blocks-line-by-line/</guid><description>A text diff shows what changed between two blocks of text. It is useful for configs, logs, snippets, and documentation.
The Text Diff tool helps me inspect the input and output without writing a one-off script first.</description></item><item><title>How I parse a raw WebSocket frame when debugging low-level traffic</title><link>https://ilham.dev/posts/how-to-parse-a-websocket-frame/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-parse-a-websocket-frame/</guid><description>Most WebSocket debugging happens at the message level, but sometimes a raw frame needs to be decoded.
I use WebSocket Frame Parser for the quick version of this task, then I review the output before relying on it.</description></item><item><title>How I parse logs before searching randomly</title><link>https://ilham.dev/posts/how-to-parse-logs-before-searching-randomly/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-parse-logs-before-searching-randomly/</guid><description>Logs become easier to investigate when they are split into fields instead of treated as one giant wall of text.
The Log Parser tool gives me a safe place to test the idea before I put it into a script, server, or production workflow.</description></item><item><title>How I read a user-agent string without pretending it is clean data</title><link>https://ilham.dev/posts/how-to-read-a-user-agent-string/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-read-a-user-agent-string/</guid><description>A user-agent string can hint at browser, engine, operating system, and device, but it is messy and sometimes intentionally misleading.
The User Agent Parser tool helps me inspect the input and output without writing a one-off script first.</description></item><item><title>How I test a WebSocket connection from the browser</title><link>https://ilham.dev/posts/how-to-test-websockets-from-the-browser/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-test-websockets-from-the-browser/</guid><description>WebSockets keep a connection open so client and server can exchange messages in real time.
The WebSocket Tester tool gives me a safe place to test the idea before I put it into a script, server, or production workflow.</description></item><item><title>How I use a JSON viewer when an API response is too large to read</title><link>https://ilham.dev/posts/how-to-use-json-viewer-for-large-api-responses/</link><pubDate>Sun, 27 Sep 2026 00:00:00 +0700</pubDate><guid>https://ilham.dev/posts/how-to-use-json-viewer-for-large-api-responses/</guid><description>A JSON viewer is for exploring structure. It helps me see objects, arrays, nested fields, and repeated records without reading one long block of text.
The JSON Viewer tool is useful because it lets me check the result in a small, controlled place before I use it in a bigger workflow.</description></item></channel></rss>