How do Vim’mers deal with the frustration of not being able to edit text (like the one I’m writing, here, on dev.to) everywhere else (outside of e.g. Vim) using modal editing?

I’m not really liking that, yeah, I can get the benefit from modal editing and in Sublime Text (due to e.g. Vintage) but not anywhere else without having to go way-out-there and use something like cknadler/vim-anywhere.

I feel like it might not be worth it to learn a new paradigm if I can’t use it in more places.

Annoyingly, I’ve disabled Vintage for now. I might even consider using e.g. micro for text editing in my terminal.

So last night I enabled Vintage mode in Sublime via a package called NeoVintageous and this evening I’ve disabled NeoVintageous and have enabled Sublime’s built-in Vintage mode with vintagectrlkeys on instead.

The reason is, after a day of NeoVintageous, I find I don’t really need Ex mode stuff (beyond :w which I just like for parity with Vim) because I don’t really want that experience. I don’t want Vim. I just want to edit text in a (modal) language for productivity.

I wanted goto line :# which I thought I could only get from NeoVintageous (as it doesn’t work in Vintage), but turns out I forgot you can #G to get to a line too.

I’m not looking for Vim (or I would just use Vim), or a Vim emulation; I still want the GUI, native, macOS experience. I don’t want to feel like I’m running Vim, but I do want modal editing! I am really more-looking for Sublime + modality, not necessarily Sublime + Vim.

Hopefully Vintage is the way to go here. So far I have been enjoying remembering all the motions, I might even be re-visiting vim-tutor for a refresher. I used Vim for four years in the past and I’ve forgotten so much! I’m not super productive yet (having to Google here-and-there for motions and trying not to cheat).

I needed to configure PHP + Valet to send any and all emails to Mailhog. This is how I configured my system:

Basically:

brew install mailhog
brew services start mailhog

Then in /opt/homebrew/etc/php/<version>/conf.d/z-php.ini Add:

sendmail_path=/opt/homebrew/bin/mailhog sendmail

Then:

brew services restart php
valet restart

…and if you are using valet isolate in a specific site, also:

valet isolate php@<version>

This should tell that version of PHP to send ANY email via /opt/homebrew/bin/mailhog sendmail which should end up in the Mailhog UI at http://127.0.0.1:8025.

You can also:

valet proxy mailhog.test http://127.0.0.1:8025

And use mailhog.test to access Mailhog.

Code

• My php.ini override file
• How I configure multiple versions of PHP to use my php.ini override file

In this video I explain how to stop NGINX (installed via Valet) from 504 Gateway Time-out during long XDebug sessions.

By default this is set to 30 seconds, so if I was debugging something for longer than 30 seconds it would timeout and I would have to restart my xDebug session — annoying!

After doing some research, I finally figured out how to include an NGINX configuration file with these configurations:

proxyconnecttimeout 1200;

proxyreadtimeout 1200;
proxysendtimeout 1200;

fastcgireadtimeout 1200;
fastcgisendtimeout 1200;

Note, you can add these directly to /opt/homebrew/etc/nginx/nginx.conf before any Valet configs are loaded, e.g.:

    proxyconnecttimeout 1200;
    proxyreadtimeout 1200;
    proxysendtimeout 1200;
    fastcgireadtimeout 1200;
    fastcgisendtimeout 1200;

    include "/Users//.config/valet/Nginx/*";
    include servers/*;
    include valet/valet.conf;

…but I opted to use include and load a configuration file that way.

I also review some updates to my last video on my XDebug configuration and how I also configured PHP timeouts to also be higher.

In this video I cover that (and why) I’m moving back to Laravel Valet (with PHP isolation) and how I configured XDebug 3.x in PHP 7.3, 7.4, 8.0, 8.1, and 8.2 easily with a symlinked 99-xdebug.ini (source) file in conf.d/.