<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Laravel on Luther Monson</title>
    <link>https://luth.io/tags/laravel/</link>
    <description>Recent content in Laravel on Luther Monson</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Mon, 21 Sep 2026 19:55:00 -0700</lastBuildDate>
    <atom:link href="https://luth.io/tags/laravel/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Calling Rust From PHP Without a Socket, Part 2: Making Existing Code Use It</title>
      <link>https://luth.io/blog/2026/09/calling-rust-from-php-without-a-socket-part-2/</link>
      <pubDate>Mon, 21 Sep 2026 19:55:00 -0700</pubDate>
      <guid>https://luth.io/blog/2026/09/calling-rust-from-php-without-a-socket-part-2/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://luth.io/blog/2026/09/calling-rust-from-php-without-a-socket-part-1/&#34;&gt;Part 1&lt;/a&gt; covered the plumbing. ePHPm registers&#xA;&lt;code&gt;ephpm_kv_*&lt;/code&gt; and &lt;code&gt;ephpm_db_*&lt;/code&gt; functions that call straight into Rust. A cache read through one costs about a tenth of a&#xA;microsecond instead of a loopback round trip. That&amp;rsquo;s nice and also useless on its own. Nobody is going to rewrite their&#xA;WordPress object cache or their Laravel cache store around a function called &lt;code&gt;ephpm_kv_set()&lt;/code&gt;. Applications talk to&#xA;existing APIs instead:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Redis through phpredis or Predis&lt;/li&gt;&#xA;&lt;li&gt;the cache through PSR-6/16 or &lt;code&gt;wp_cache_*&lt;/code&gt;&lt;/li&gt;&#xA;&lt;li&gt;the database through &lt;code&gt;wpdb&lt;/code&gt;, mysqli, Eloquent or DBAL&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;So there&amp;rsquo;s a set of Composer packages in the &lt;a href=&#34;https://github.com/ephpm&#34;&gt;ephpm org&lt;/a&gt; whose whole job is to sit under those&#xA;APIs and route them to the native functions. This post covers what&amp;rsquo;s in them and the rule that decides when they switch&#xA;on. It also covers the bugs that only showed up once real applications ran on top.&lt;/p&gt;</description>
    </item>
    <item>
      <title>SQLite as a Production Database via Protocol Translation</title>
      <link>https://luth.io/blog/2026/07/sqlite-production-database-protocol-translation/</link>
      <pubDate>Sat, 25 Jul 2026 20:40:00 -0700</pubDate>
      <guid>https://luth.io/blog/2026/07/sqlite-production-database-protocol-translation/</guid>
      <description>&lt;p&gt;Most of the PHP sites I&amp;rsquo;d put on &lt;a href=&#34;https://github.com/ephpm/ephpm&#34;&gt;ePHPm&lt;/a&gt; don&amp;rsquo;t need a MySQL server. A brochure&#xA;WordPress, an internal Laravel tool, a preview environment that lives for an afternoon. What they do need is something&#xA;that &lt;em&gt;looks&lt;/em&gt; like MySQL, because &lt;code&gt;mysqli&lt;/code&gt; and &lt;code&gt;pdo_mysql&lt;/code&gt; are the only database drivers their code has ever been&#xA;pointed at. I mentioned this in the &lt;a href=&#34;https://luth.io/blog/2026/06/ephpm-pragmatism/&#34;&gt;ePHPm pragmatism post&lt;/a&gt; as a one-paragraph&#xA;&amp;ldquo;because&amp;rdquo;. This is the longer version, now that WordPress 7.0 and Laravel 13 both install and run end to end on it.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
