<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Forem: Oleksii Antoniuk</title>
    <description>The latest articles on Forem by Oleksii Antoniuk (@alantalex).</description>
    <link>https://forem.com/alantalex</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3865097%2Fe7eea4ef-83e8-438a-9701-865091bf4ec7.jpeg</url>
      <title>Forem: Oleksii Antoniuk</title>
      <link>https://forem.com/alantalex</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://forem.com/feed/alantalex"/>
    <language>en</language>
    <item>
      <title>Why I don’t trust my own deployments (and why you should audit your Security Headers)</title>
      <dc:creator>Oleksii Antoniuk</dc:creator>
      <pubDate>Sat, 11 Apr 2026 07:15:18 +0000</pubDate>
      <link>https://forem.com/alantalex/why-i-dont-trust-my-own-deployments-and-why-you-should-audit-your-security-headers-19cm</link>
      <guid>https://forem.com/alantalex/why-i-dont-trust-my-own-deployments-and-why-you-should-audit-your-security-headers-19cm</guid>
      <description>&lt;p&gt;As a Laravel developer, I’ve always felt pretty safe. Modern frameworks do a lot of heavy lifting, but here’s the cold truth: even the most secure backend can be undermined by a "leaky" frontend or a misconfigured Nginx.&lt;/p&gt;

&lt;p&gt;I caught myself constantly jumping between third-party tools every time I deployed a new feature just to make sure I hadn't messed up my Strict-Transport-Security or broken my Content-Security-Policy. Eventually, I got tired of the routine and built my own module within Oleant.&lt;/p&gt;

&lt;p&gt;What’s the deal?&lt;br&gt;
I’m talking about the Security Headers Audit. It’s not just another tool that says "everything is bad"; it breaks down exactly what's happening under the hood of your URL.&lt;/p&gt;

&lt;p&gt;Why it matters (The Tech Side):&lt;br&gt;
A lot of devs think SSL/TLS is the finish line. But without the right headers, you're still vulnerable to:&lt;/p&gt;

&lt;p&gt;Clickjacking (lack of X-Frame-Options).&lt;/p&gt;

&lt;p&gt;MIME-sniffing (no X-Content-Type-Options).&lt;/p&gt;

&lt;p&gt;XSS attacks that a solid CSP could have neutralized instantly.&lt;/p&gt;

&lt;p&gt;My Implementation:&lt;br&gt;
I built this using Laravel 11 + Inertia.js + Vue 3. This stack allowed me to make the audit process incredibly snappy. You drop the URL, and the Vue component reactively renders the status of every critical header.&lt;/p&gt;

&lt;p&gt;Give it a spin:&lt;br&gt;
I’ve exposed this tool as a dedicated route here:&lt;br&gt;
👉 &lt;strong&gt;&lt;a href="https://oleant.net/security-tools/headers-audit" rel="noopener noreferrer"&gt;https://oleant.net/security-tools/headers-audit&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;It’s not a bloated "all-in-one" suite — it’s a precision scalpel. If you’re deploying something today, just throw your link in there and see how much "red" pops up. I actually found a few embarrassing gaps in my own older projects this way.&lt;/p&gt;

&lt;p&gt;Follow my journey: &lt;a href="https://oleant.dev/en/blog" rel="noopener noreferrer"&gt;https://oleant.dev/en/blog&lt;/a&gt;&lt;/p&gt;

</description>
      <category>devops</category>
      <category>laravel</category>
      <category>security</category>
      <category>webdev</category>
    </item>
    <item>
      <title>Stop guessing, start auditing: Why I built a custom Web Performance tool for Laravel devs</title>
      <dc:creator>Oleksii Antoniuk</dc:creator>
      <pubDate>Tue, 07 Apr 2026 06:57:31 +0000</pubDate>
      <link>https://forem.com/alantalex/stop-guessing-start-auditing-why-i-built-a-custom-web-performance-tool-for-laravel-devs-5h6o</link>
      <guid>https://forem.com/alantalex/stop-guessing-start-auditing-why-i-built-a-custom-web-performance-tool-for-laravel-devs-5h6o</guid>
      <description>&lt;p&gt;Hi DEV community! 👋 &lt;/p&gt;

&lt;p&gt;As a Senior Laravel Developer, I've always been obsessed with one thing: &lt;strong&gt;Performance.&lt;/strong&gt; We all use Lighthouse and PageSpeed Insights, but I felt something was missing—a tool that speaks the language of developers and gives actionable SEO insights without the fluff.&lt;/p&gt;

&lt;p&gt;That's why I started building &lt;a href="https://oleant.net" rel="noopener noreferrer"&gt;oleant.net&lt;/a&gt;. &lt;/p&gt;

&lt;h3&gt;
  
  
  What’s the goal?
&lt;/h3&gt;

&lt;p&gt;My mission is to simplify &lt;strong&gt;Core Web Vitals&lt;/strong&gt; optimization. It's not just about the score; it's about the user experience and how search engines perceive your architecture.&lt;/p&gt;

&lt;h3&gt;
  
  
  What I'm sharing here:
&lt;/h3&gt;

&lt;p&gt;On this profile and my technical blog at &lt;a href="https://oleant.dev" rel="noopener noreferrer"&gt;oleant.dev&lt;/a&gt;, I’ll be deep-diving into:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Advanced Laravel optimization techniques.&lt;/li&gt;
&lt;li&gt;Real-world Core Web Vitals case studies.&lt;/li&gt;
&lt;li&gt;Building high-performance SEO tools from scratch.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;I'd love to hear your thoughts! What's your biggest struggle when it comes to web performance?&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Check out the auditor here:&lt;/strong&gt; &lt;a href="https://oleant.net" rel="noopener noreferrer"&gt;oleant.net&lt;/a&gt; 🚀&lt;/p&gt;

</description>
      <category>laravel</category>
      <category>performance</category>
      <category>webdev</category>
      <category>seo</category>
    </item>
  </channel>
</rss>
