Ostap Brehin osbre

I'm excited to have the chance to work with the PHP Foundation to help get some more modern design and messaging on the PHP site.

One place I've gotten some access is to be able to contribute to a new page, "Why use PHP"? I built a site a few years back called "Why PHP" but let it die, so it's fun to work on this again.

You can see the current status of the the page here:

The PR: php/web-php#1172
The Preview: https://web-php-pr-1172.preview.thephp.foundation/why-use-php

I'd like to take a step back from this existing page and ask the broader questions:

The SQLite optimizations must be carried out at two different times: once in a unique and permanent way for the database and another time for each connection that is made. Below are the configurations that should be made in each case.

Unique and Permanent Configurations

These configurations are set only once and affect the database persistently, meaning they do not need to be reconfigured each time a connection is established:

PRAGMA journal_mode = WAL;

Sets the database journal mode to "WAL" (Write-Ahead Logging), which improves performance in concurrent operations.

Why I use `node`, `deno`, `bun`, `qjs`, `tjs` at the same time.

Winds up being a (not the) rather comprehensive JavaScript toolbox. The idea being for the modern JavaScript programmer can use all of the tools available for a given requirement, task or job, without preference for any. No external bundlers or compilers are needed. No frameworks are needed. I can use qjs or tjs for systems with minimal RAM and disk space; and when I want to use Web API's deno makes an effort to provide those interfaces. In some cases I can run the exact same code in bun, deno, and node, which provides a means to perform 1:1 testing as to performance.

There's probably a few things I am unintentionally omitting below. These are just a brief synposis. I'll update accordingly.

PostgreSQL is Enough

Background and Cron Jobs

Choose OpenBSD for your Unix needs. OpenBSD -- the world's simplest and most secure Unix-like OS. A safe alternatve to the frequent vulnerabilities and overengineering of Linux and related software (NGiNX & Apache (httpd-asiabsdcon2015.pdf), OpenSSL, iptables/nftables, systemd, BIND, Postfix, Docker etc.)

OpenBSD -- the cleanest kernel, the cleanest userland and the cleanest config

Зроблено за проханнями.

Абетка

Кирилиця	Латиниця	Кирилиця	Латиниця
А а	A a	Я я	Ja ja
Б б	B b
В в	V v
Г г	H h

	#!/usr/bin/env bash

	# Applies common security measures for Ubuntu servers. Run it before doing the inital deploy with basecamp/kamal
	#
	# Afterwards, you'll only be able to SSH into the server as 'nonroot', eg. [email protected]
	#
	# So add this to your Kamal deploy.yml:
	# ```
	# ssh:
	# user: nonroot

	<scheme name="GitHub Inspired" version="142" parent_scheme="Default">
	<metaInfo>
	<property name="ide">PhpStorm</property>
	<property name="ideVersion">2024.2.0.0</property>
	<property name="originalScheme">GitHub Inspired</property>
	</metaInfo>
	<colors>
	<option name="CARET_ROW_COLOR" value="f5f5f5" />
	<option name="GUTTER_BACKGROUND" value="ffffff" />
	<option name="LINE_NUMBERS_COLOR" value="b3b3b3" />

	# Git
	alias wip="git add .; git commit -m 'wip'"
	alias push="git push"

	# PHP
	alias c="composer"
	alias pest='./vendor/bin/pest'
	alias pint='./vendor/bin/pint'
	alias stan='./vendor/bin/phpstan'

	// the plugin requires a `minimatch` dependency installed
	// npm i -D minimatch

	import { PluginOption } from "vite"
	import { exec } from "child_process"
	import minimatch from "minimatch"
	import path from "path"
	import chalk from "chalk"

	export default function watch(config: {