Вже можна по-трошку починати підсумовувати рік.

Якщо схематично, то айтішний рік був десь таким глобально.

Стрім трохи пізніше почнемо. Стартуємо о 14:15!

https://youtube.com/live/DxeL58q6LAw

Вихідні - це можливість пограти. А якщо ще й з користю, то це взагалі топчан.

Можна повчити або повторити Git в гейміфікованій формі.

https://dou.ua/forums/topic/56654/

Ще одна не досить корисна, але приємна новина.

Оновили сайт Inertia

inertiajs.com

Тим часом FrankenPHP вийшов в реліз версією 1.10.0 з підтримкою PHP 8.5.

https://github.com/php/frankenphp/releases/tag/v1.10.0

Звертаюсь до тебе. Так-так, саме до тебе, ти ж це зараз читаєш…

Коротше, зроби собі смачну каву, сьорбни її так смачно, видихни так гаааарно і скажи: «А мать його в гойдалку душу бога мать!» і з гарним настроєм вривайся в робочі таски.

З початком тижня, майте смачну каву, бойовий настрій і вйо деплоїти, що в пʼятницю не задеплоїли!

Ну все як завжди. Плани на день космічні. А ніч і ранок розставляють все на свої місця.

Думав зробити відео в догонку для останнього відео, так на тобі - сів голос і нормльно розмовляти важко. Жесть якась останнім часом. Значить буде корисний пост сюди текстом. Очікуйте.

ПиСи: ви там як взагалі?

В останньому відео на каналі про реліз PHP 8.5 я отримав коментар, мовляв шкода, що я не глибоко в темі проблеми Persistent cURL Share Handles.

І цей коментар прямо в точку. Бо останній раз я користувався саме cURL за царя Панька і тоді, я думаю, просто не відчував цієїї проблеми. Але хто я такий, щоб в тому не розібратись? Тим більше проблема досить очевидна і зрозуміла.

Тому взявся я за старий добрий гугл і почав гуглити (так-так, в чат гпт я не поліз, уявляєте? 😱).

Отже, в чому проблема?

Суть в тому, що share handle дає libcurl спільний кеш (DNS, конекшени, SSL-сесії), і коли є підходяще живе з’єднання в цьому кеші – libcurl просто шле новий HTTP-запит по вже відкритому сокету, а не будує все з нуля.

1. Що взагалі робить cURL при curl_exec()
Типовий життєвий цикл одного HTTP-запиту:
1. DNS: резолв домену в IP.
2. TCP handshake: тристороннє рукостискання з сервером.
3. SSL/TLS handshake (якщо https):
- узгодження протоколів/шифрів;
- перевірка сертифіката;
- обмін ключами.
4. HTTP-запит/відповідь.
5. Що робити з сокетом після відповіді?
- або закрити (Connection: close),
- або залишити відкритим (HTTP keep-alive, HTTP/2/3 multiplex).

2. Що саме кешує libcurl
Libcurl має кілька внутрішніх кешів:
1. DNS-cache
- Відповідність host:port → IP на деякий час (TTL).
- Якщо є валідний запис, DNS-запит не робиться.
2. Connection cache (пул з’єднань)
- Відкриті TCP (і TLS) з’єднання, які ще не закриті сервером.
- Ключ — приблизно: scheme + host + port + proxy + TLS-параметри + користувач/пароль/….
- Якщо знайдено підходяще з’єднання – HTTP-запит просто відправляється поверх вже відкритого сокета.
3. SSL session cache
- SSL-сесії (session ID / session ticket), які дозволяють скорочений handshake при відкритті нового TLS-з’єднання до того ж сервера.
DNS + TCP + SSL — це найдорожча частина. І libcurl дуже старається їх не повторювати, якщо може.

3. Навіщо потрібен share handle
За замовчуванням кожен curl_init() має свій окремий DNS-кеш і пул з’єднань.
Тобто:

$ch1 = curl_init('https://example.com');
curl_exec($ch1); // створює свій DNS cache + connection cache

$ch2 = curl_init('https://example.com');
curl_exec($ch2); // знову робить DNS, новий TCP/TLS, свій cache

curl_share_init() + curl_share_setopt() дозволяють декільком easy-handle’ам ділити один і той самий кеш. Наприклад:

$sh = curl_share_init();
curl_share_setopt($sh, CURLSHOPT_SHARE, CURL_LOCK_DATA_DNS);
curl_share_setopt($sh, CURLSHOPT_SHARE, CURL_LOCK_DATA_CONNECT); // якщо доступно у твоїй версії PHP/libcurl

$ch1 = curl_init('https://example.com');
curl_setopt($ch1, CURLOPT_SHARE, $sh);

$ch2 = curl_init('https://example.com');
curl_setopt($ch2, CURLOPT_SHARE, $sh);

Що відбувається:
- CURL_LOCK_DATA_DNS – ch1 і ch2 користуються одним і тим самим DNS-кешем.
- CURL_LOCK_DATA_CONNECT (якщо підтримується) – ділять пул з’єднань.
- Можна також шарити cookies, SSL-сесії тощо.

Головна відмінність: у PHP 8.5 з’явився справді персистентний cURL Share Handle
У PHP ≤ 8.4 будь-який share handle жив лише в межах одного HTTP-запиту.
Після завершення запиту PHP-процес очищував пам’ять, і:
- DNS cache — зникав
- Connection cache — зникав
- SSL session cache — зникав
Тому реального повторного використання TCP/TLS з’єднань між запитами не було.

PHP 8.5: `curl_share_init_persistent()`
Це вперше дозволяє створити глобальний persistent share handle, який:
- не знищується після завершення PHP-запиту
- зберігає DNS cache, connection cache та SSL session cache в памʼяті FPM-процесу
- автоматично повторно використовується іншими PHP-скриптами, якщо ті самі опції шарингу

Детальніше про все це я описав у KRUHLYK Pro, тому якщо вам цікаво про це дізнатись глибше - велкам в наш закритий канал!

А тим часом не Laravelʼом єдиним.

Sumfony готує в реліз нову версію 7.4.
З цікавого для мене є те, що симфа і далі бере зручні речі з ларки.
Цього разу з заявлених нововведень - це відхід від конфігів через XML формат (він тепер deprecated) та те, що конфіги в симфі замінюють fluent PHP підхід на array-based формат.

Коли є конкуренція і розробники голосують своїм вибором - ми отримуємо тільки краще.

Детальніше про оновлення тут.

#думкивголос

Працюючи зі своїми менті на менторських сесіях все частіше ловлю себе на думках, що на початках свого розвитку як розробника та й навіть з величезним досвідом за плечима ми або не до кінця розуміємо з чим ми працюємо.

А насправді все досить просто, якщо спуститись на декілька рівнів нижче у сприйнятті задач.
Ми працюємо з даними. Беремо їх з вхідних джерел чи генеруємо ці дані самі — не важливо. Ми працюємо з даними, які якось оброблюємо, у щось трансформуємо, десь зберігаємо та модіфіковану (чи ні) версію цих даних передаємо кудись далі.

А для доставки цих даних між різними шарами оброки їх ми і використовуємо оті всі патерни, про які багато говорять, але які на практиці майже не використовують, або використовують не так, як вони задумувались. Але то й не дивно, дуже часто вони суперечать один одному і суперечать отим всім принципам розробки (привіт SOLID та DRY).

До прикладу, багато молодих розробників не розуміють для чого потрібен той самий DTO. Особливо, коли вони замкнені в рамках фреймворку і бояться за нього вийти.
А насправді задача проста. Взяти дані і в середині класу зберегти стейт цих даних, щоб вони десь не загубились чи хтось їх не модифікував до невпізнаваності, що повпливає на кінцевий результат.

Всі якось напружуються, працюючи з цим, замість того, щоб зрозуміти, що насправді ті самі класи - це набір даних. Набір декількох екземплярів класів - це набір даних, які мають лише спільну структуру, а дані будуть різні. Логічно ж?.. Але не завжди, коли забуваєш спрощувати це сприйняття.

Все це я до того, що не забивайте голову занадто складними конструкціями, коли це не потрібно.
І тут якраз KISS (Keep It Simple Stupid) в допомогу. Не ускладнюй!

Такі думки прийшли... мав ними з вами поділитись. А що ви думаєте про це? 🙂

А скільки нас тих, хто працює на "галерах"? 🧐

Комуналка тепер підтримує темну і світлу тему та автоматичне перемикання відносно теми операційної системи.

Ще трохи і верстку закінчу. Будемо прикручувати до API.

Шо по музиці сьогодні?

Доречі, а хто що слухає поки працює?

Я нефігово так підсів на Lo-Fi Hip-Hop останнім часом.

Смачної кавусі!

Це всі такі типу фрілансери? Чи продукти пиляєте? 🫣

Хто ще хотів піти на DOU PHP Meetup, але ще не взяв квиток, наступний пост буде саме для вас 😎

В DOU теж стартує Чорна п’ятниця 🕺

З 27.11 до 30.11 купуй один квиток на DOU PHP Meetup — і отримуй другий безкоштовно.
Механіка проста: після оплати першого квитка на пошту автоматично прилетить промокод на 100% знижку для другого.

Хочеш прийти сам?
Тоді тримай промокод на 15% знижки: FROM_KRUHLYK_15
(діє лише одна акція, комбінація недоступна)

Лови момент 👇
https://dou.ua/goto/RK7i

Смачної кави та 0 деплоїв сьогодні!

А оскільки сьогодні пʼятниця і певним чином можна починати розслаблятися, давайте подивимось просто цікавий матеріал 💁‍♂️

Tideways вирішили дати можливість помірятись піс… бенчмарками різним версіям пихи.

Спойлер: різниці в продуктивності 8.4 і 8.5 немає. Воно і зрозуміло. Але все одно цікаво подивитись результати.

https://tideways.com/profiler/blog/php-benchmarks-8-5-vs-8-4-8-3-and-7-4