housekeeping не более

ну во-первых я и говорю что они использовались для реализации стека с информацией для логов, а во-вторых почему не место?

допустим, у тебя бы были гарантии

что плохого?

я вполне понимаю что выступаю сейчас адвокатом дьявола, но мне интересно какие именно аргументы у тебя против этого

те же блокировки - это вполне себе бизнес-логика

а если у тебя будет эксепшен в деструкторе где ты его ловить будешь?

фатал будет

или если какой-то слип, или что-то что будет занимать время проца. как крайних искать будешь?

из-за чего фатал?

could not throw in destructor :)

could not throw in destructor :)

бросит еще как

искать будешь так же, как и всё остальное.

и даже поймать можно

бросит еще как

ну и фатал будет

или еще круче

на этапе парса)

нет. можно поймать

ну раз можно поймать, то какие проблемы

https://3v4l.org/tgqef

ну раз можно поймать, то какие проблемы

проблема в том что ты не знаешь наверняка когда он уйдет с гц

и где это вылезет

искать будешь так же, как и всё остальное.

ты профайлер когда-то запускал?

то есть теперь ты говоришь, что гарантии таки нужны?

я говорю что нехер пихать бизнес логику в деструкторы

вопрос "почему?" ответ "потому что нет гарантий"

деструкторы это удалить темповые файлы, закрыть соединения и прочий хаускипинг

удаление темповых файлов - это часть логики, снятие блокировок - часть логики

уви https://3v4l.org/lXb9H

а в случае блокировок обычно ещё и критично, чтобы блокировка была снята в нужный момент

в случае с пхп блокировки вообще чуть ли не в shutdown калбеке снимать надо

для блокировок и темповых файлов есть спец инструменты, и незачем велосипедить с деструкторами

для блокировок и темповых файлов есть спец инструменты, и незачем велосипедить с деструкторами

?

tmpfile()

не всегда его можно применить, например, тебе нужно имя файла передать стороннему процессу на обработку

и то, даже shutdown не спасает от SIGTERM/SIGINT. а значит только declare ticks и понеслись отловы сигналов..

для блокировок и темповых файлов есть спец инструменты, и незачем велосипедить с деструкторами

и что он тебе даст?

так я не понял про блокировки

о... нагородить можно конечно так что сам себя в угол загонишь. пользуем kiss

ну вообще скрипт в любом случае должен быть рассчитан на падение в любой момент, но мы сейчас говорим о нормальной работе всё же

какой еще kiss, чем тебе tmpfile поможет в качестве блокировки?

и что он тебе даст?

временный файл, который сам удалится как только на него ссылка исчезнет или он будет закрыт

блокировки flock

а tmpfile - это временный файл без велосипедов

о... нагородить можно конечно так что сам себя в угол загонишь. пользуем kiss

ну вот как тебе tmpfile() поможет, если тебе именно имя файла нужно

у меня есть лог файл, в который я хочу писать эксклюзивно. я делаю на него лок и пишу. когда не пишу, лок снимаю

и дело в том что тебе нужно снять лок в любом случае. к примеру SIGINT забьет болт на все твои GC и файл останется заблокированным

так после смерти процесса блокировка снимется сама

для критичных конкурентных операций юзаем очереди. а лочить файл где потенциально может быть запрощен еще один доступ - плохая практика

блокировки flock

вот мы о flock и говорим

в чем плохая практика мьютекса то?

а в жавке кстати как?

flock снимается при завершении работы скрипта

в жавке все синхронизации и локи идут явно не в конструкторе)

если речь идет именно о сохранении данных в файл с блокированием в процессе, то это фиговая идея хотябы потому, что другие процессы будут ждать. тут либо очередь, либо другая архитектура нужна

flock снимается при завершении работы скрипта

ничего не путаешь?

нет.

ничего не путаешь?

снимается конечно

5.3.2 The automatic unlocking when the file's resource handle is closed was removed. Unlocking now always has to be done manually.

да это поведение ОС, причём тут пых

ну т.е. только со смертью процесса, да

flock() работает через систему и привязан к декскриптору. Дескриптор закрыт - блокировка снята

при смерти процесса, ествественно, все дескрипторы закрываются

при смерти процесса, ествественно, все дескрипторы закрываются

собственно это и делает нелепым снятие блокировки в деструкторе)

не делает, если тебе нужно снимать блокировку отдельно от закрытия файла. Ну и мы не только про файлы говорили, блокировки разные бывают

я, например, часто юзаю GET_LOCK() + RELESE_LOCK() в мускуле

ERROR: S client not available

нужно уходить от блокировок. сейчас какой год то? я стараюсь их обруливать всячески, точнее изначально проектирую архитектуру так, чтобы их небыло

не вижу причин от них отходить, если это усложняет код и архитектуру

я, например, часто юзаю GET_LOCK() + RELESE_LOCK() в мускуле

а для чего например? можно реальный пример?

наоборот, блокировки усложняют) нужно думать как бы там чего не оказалось заблокированным когда ненужно.

самое частое - запуск какого-то демона строго в одном экземпляре с учётом того, что серверов много

да элементарно предотвращение оверлапа в кроне

угу

когда скрипт выполняется раз в 5 минут, не успевает выполнится и его догняют второй раз

а, ну да, я почему-то решил, что речь идет о блокировках для обеспечения консистентности записи данных

или скрипт запущен, чет там считает и кто-то заходит его ручками из консоли второй раз запускает

а для чего например? можно реальный пример?

когда параллельные вставки идут, хз

ручные блокировки не приходилось как-то в мускуле юзать)

Мы вовсю юзаем select for update, чтобы параллельные запросы не переписывали друг друга

ну это другое, хотя транзакцию тоже хорошо бы иметь в виде объекта, но у транзакций проблемы с вложенностью и получается не очень хорошо потому что за ними так и так руками следить приходится

а спецификацию PHP забросили, похоже

кстати о пхп

причём забросили в состоянии убитой вёрстки - заголовки в маркдауне неправильно описаны

что думаете по поводу пхп 8?

JIT пока не показывает особых импрувментов

а где пощупать можно?

есть надежда что заоптимизируют его и выжмут что-нибудь?)

https://github.com/zendtech/php-src/tree/jit-dynasm/ext/opcache/jit

https://externals.io/thread/268 вот тут обсуждения

а они llvm'овский jit заюзали или свой пилят?

свой пилят

как в HHVM)

hhvm ещё пилят?

да, недавно релиз был

в феврале

да у фейсбука вообще проблемы с развитием языков

hack, flow

все как-то не оч