Там есть функция:
\Nats\Connection::setStreamTimeout которая позволяет ставить таймаут на сокет, т.е. получается что receive вылетит по таймауту в этом случае.
Опять же, мы тут всё обсуждаем с точки зрения насколько хорош язык с точки зрения синтаксиса.
А если обсудить насколько хорош язык с точки зрения бизнеса?
из плюсов:
бесплатный, не требует лицензий
не требует дорогих серверов — можно поставить на любой хостинг или виртуалку за 5 долларов в месяц.
легко найти программистов любого уровня — от начинающих (для простого сайта), до серьёзных которые напишут что угодно.
а можно вообще не искать программистов, попросить эникейщика поднять вордпресс и на нём сделать сайт. вордпресс поставить на любой хостинг за 20 долларов в год.
Если брать бизнес покрупнее, то всё равно язык позволяет выполнять 99% задач бизнеса без особых проблем. Есть крупные, стабильные фреймворки на которые можно легко найти разработчиков.
Обновление языка — достаточно легко, почти нет крупных несовместимых изменений (обновление пхп 5.х до 7.3 проходит почти без проблем)
язык стабилен, нет страха что через 5 лет потребуется всё переписывать с нуля, так как язык больше не поддерживается.
язык стабилен, нет страха что через 5 лет придётся искать новых программистов, или что зарплаты на программистов этого языка резко вырастут.
Что ещё бизнесу нужно?
Напомню что бизнес выбирает инструмент который решает его проблему наиболее выгодным для него путём. Сейчас в Европе и США тренд в том, чтобы не иметь свой сервер вообще, а использовать готовые решения с помесячной оплатой. Тот же wordpress.com — берёшь и используешь, даже не надо ставить на свой сервер. И таких сервисов всё больше и больше. И бизнесу уже не важно на чём там написано, главное чтобы сайт работал :)
Я согласен с автором только в одном — то что ПХП не совсем подходит для асинхронных задач, где нужно await/async и тп. Но моё мнение — это даже хорошо.
Основная фишка ПХП — это всё же то что на нём достаточно просто программировать и достаточно легко его использовать для решения бизнеса. (мы же помним, что программист должен решать задачи бизнеса, а не программировать на работе ради развлечения? )
Давайте немного отойдем от синтаксиса языка и подумаем про экосистемы.
В данный момент (по моему мнению!), основные крупные экосистемы в ВЕБЕ это: PHP, Python, NodeJs, GO?, Java, .NET, Ruby.
.NET — он напрямую связан с виндовсом и сопутствующими проблемами и плюсами. Фактически полностью отдельный стек, который надо изучать отдельно. Из минусов — не на любой хостинг поставишь. Т.е. требует отдельных серверов. Насколько я знаю — в основном используется в крупных фирмах и корпорациях.
Java — корпорации только, писать с нуля небольшой проект на нём — надо быть очень фанатом.
Ruby — вроде бы его популярность идёт вниз последнее время, но, насколько я знаю, он никогда небыл сильно популярен, могу ошибатся.
GO — вроде бы хайп начинается на его тему, но даже на этом фоне, он нишевый язык, для определённых задач. На нём писать обычные сайты, а не микросервисы — насколько это легко вообще? Есть ли темплейты для хтмла, ORM, и тп из коробки (в любом крупном фреймворке). Язык создан в 2007 году, но за 13 лет он не набрал большого хайпа и я бы не заметил огромной экосистемы для него, в которой можно найти библиотеки для подключения ко всему чему угодно. Писать НЕ хайлоад на GO — насколько удобно?
Python — одновремя была волна хайпа что язык для всего, язык идеален, используйте его везде где только можно. Сейчас волна спала. Из минусов — не везде его можно поставить, насколько я знаю, нет строгой типизации (это даже считается фишкой языка). Из плюсов — есть много библиотек на все случае жизни, есть большое комьюнити, язык стабилен.
NodeJs — по своему язык хорош: Быстрый, есть многие вещи из коробки, много библиотек. Из минусов — слишком молодой, местами достаточно нестабилен, node_modules-hell (слишком много зависимостей), очень много разных библиотек сомнительного качества. Нет строгой типизации и соответствющие проблемы с этим. Промисы добавляют тоже достаточно много проблем — читать бактрейсы выполнение их — то ещё удовольствие.
Огромный плюс — интеграция с react & angular, в частности server side rendering.
Typescript — решает проблему строгой типизации nodejs, но добавляет кучу других проблем. В частности то что часть библиотек используют её, а часть нет. Очень много вариантов синтаксиса, в частности, при изменении конфига — возможно придётся менять все импорты. Вхождение в язык далеко не простое.
PHP — тут я предвзят конечно же .
Из плюсов — стабильность, много библиотек, много серьёзных фреймворков в которых все есть из коробки (Laravel, Yii, Symphony, десятки менее известных), много информации, производительность адекватная для больишнства случаев, относительно легко начинать и найти дешёвых разработчиков. Из минусов — нет промисов, асинхронности, невозможно использовать в других сферах.
Все плюсы и минус конечно субъективны, и я не хочу никого обидеть. Каждый язык которым пользуются — он чем то хорош. В этом месте стоит вспомнить что нет серебрянной пули… Микроскопом так же неудобно забивать гвозди, как и с помощью молотка рассматривать микробы.
Так что может быть проблема в том что в вашей библиотеке не было нужного функционала или же вы его не нашли?
Но в любом случае, вы выбрали конкретный нишевый пример который у вас, в вашем проекте был. 99% программистов даже не слышали про NATS и он им не нужен
Первая ссылка в гугле — но вообще их тысячи.
Сам лично запускал вебчат на вебсокетах и чистом пхп лет 8 назад — работает до сих пор.
Ну и писал игру на вебсокетах и тп — всё работало. Проблем с вебсокетами небыло.
И это всё ещё на пхп 5.2.
Сейчас ещё проще стало.
Только фишка в том что вебсокет далеко не всегда нужен.
Поддерживаю. Работа дома постоянно — это очень тяжело на самом деле, и самое сложное — заставить себя работать.
Сам работал дома примерно с 2005 года. Основная проблема- выгорание. Так как ты фактически круглосуточно в одном помещении. И даже спорт (пробежки вокруг дома и тп) — не сильно помогает, всё равно возвращаешься в одно помещение, которое кстати не обязательно хорошо проветривается.
Самое худшее — это когда 1 комната, когда «рабочее место», «место сна», и «место еды», и «место развлечении» — всё превращается в одно и тоже.
Если есть дети или жена, то ситуация становится ещё хуже — так как дети могут хотеть делать одно, а тебе нужно делать другое (писать код) и тогда работать вообще невозможно.
Работаю на сторонние организации, так что ходить в офис для меня невозможно.
Решение что я для себя сделал в 2015 году — я арендовал сам себе небольшой офис (фактически 1 комната) в 15 минут езды от дома.
=> все плюсы удалённой работы — нет лишних людей в помещении, делаешь то что хочешь, хоть голым ходи, ничего не отвлекает.
=> нейтрализуем большинство минусов удалёнки — ты ходишь «на работу», в свой офис, т.е. есть процесс «утром ушёл, вечером пришёл».
=> если не хватает общение, то можно пообщаться с другими людьми на этаже, например в общей кухне (люди в других фирмах работают)
=> если нужно провести совещание, то можно организовать встречу и встретится лично.
Из минусов
— дополнительные расходы, на компьютер, мебель, интернет, само помещение.
— сложно ткнуть пальцем в экран. максимум — через ремут десктоп и тп.
— Если любишь общаться, то этого конечно недостаточно.
— общение через емайл, чаты и тп — оно не полное. Даже Teams, Skype, Zoom и тп не полностью заменяет встречу вживую.
И так и не так :)
Некоторые данные работников работадатель обязан хранить по закону, например имена, банковские данные и тп. Их работадатель удалить не может, тут вы правы.
При этом, если работодатель собирает и хранит какие либо другие данные о работнике, например сколько у работника детей, имя-фамилия жены, где учаться дети :) Какой любимый цвет работника — то эти данные не обязательные для работы, и их работник может потребовать удалить… Даже если давал разрешение на сбор их. Спорный вопрос, что из этого можно собирать самостоятельно, без разрешения работника. (работник правда может подписать трудовой договор в котором это всё разрешено автоматически.)
При этом правда есть такое в законе, что часть данных вы обязаны хранить для обеспечения закона.
Те например данные как имя фамилия и данные об оплатах зарплаты должны храниться в архиве бухгалтерии и их удалить невозможно.
Иначе можно было бы направить запрос налоговики чтобы они забыли о вас :)
Когда вы на консалтинг, то сами платите налоги, расходы и тп.
Если грубо, то 5000 брутто зарплаты это как минимум 7500 с расходами. (yel, налоги и тп.)
9000 брутто зарплата в месяц(150000 консалтинг)? Не верю. Только если вы прямо супер специалист, один из миллиона
$sxe = new SimpleXMLElement($xmlstr);
$sxe->addAttribute('type', 'documentary');
$movie = $sxe->addChild('movie');
$movie->addChild('title', 'PHP2: More Parser Stories');
$movie->addChild('plot', 'This is all about the people who make it work.');
$characters = $movie->addChild('characters');
$character = $characters->addChild('character');
$character->addChild('name', 'Mr. Parser');
$character->addChild('actor', 'John Doe');
$rating = $movie->addChild('rating', '5');
$rating->addAttribute('type', 'stars');
echo $sxe->asXML();
Чем это отличается от текущего варианта, кроме разных усложнений?
Ведь фактически, для виндовса Vista+, как раз таки 21.06.2006 является «началом эпохи». т.е. фактически, не может быть ни одного драйвера, который написан до 21.06.2006.
И насколько это идеологически правильно?
Я не про запускать на сервере, а именно разрабатывать. Есть ли нативные средства разработки?
а php 5.5+ легко мигрируется, так что больше вопрос что нужен взять и сделать.
\Nats\Connection::setStreamTimeout которая позволяет ставить таймаут на сокет, т.е. получается что receive вылетит по таймауту в этом случае.
А если обсудить насколько хорош язык с точки зрения бизнеса?
из плюсов:
Что ещё бизнесу нужно?
Напомню что бизнес выбирает инструмент который решает его проблему наиболее выгодным для него путём. Сейчас в Европе и США тренд в том, чтобы не иметь свой сервер вообще, а использовать готовые решения с помесячной оплатой. Тот же wordpress.com — берёшь и используешь, даже не надо ставить на свой сервер. И таких сервисов всё больше и больше. И бизнесу уже не важно на чём там написано, главное чтобы сайт работал :)
Основная фишка ПХП — это всё же то что на нём достаточно просто программировать и достаточно легко его использовать для решения бизнеса. (мы же помним, что программист должен решать задачи бизнеса, а не программировать на работе ради развлечения? )
Давайте немного отойдем от синтаксиса языка и подумаем про экосистемы.
В данный момент (по моему мнению!), основные крупные экосистемы в ВЕБЕ это: PHP, Python, NodeJs, GO?, Java, .NET, Ruby.
.NET — он напрямую связан с виндовсом и сопутствующими проблемами и плюсами. Фактически полностью отдельный стек, который надо изучать отдельно. Из минусов — не на любой хостинг поставишь. Т.е. требует отдельных серверов. Насколько я знаю — в основном используется в крупных фирмах и корпорациях.
Java — корпорации только, писать с нуля небольшой проект на нём — надо быть очень фанатом.
Ruby — вроде бы его популярность идёт вниз последнее время, но, насколько я знаю, он никогда небыл сильно популярен, могу ошибатся.
GO — вроде бы хайп начинается на его тему, но даже на этом фоне, он нишевый язык, для определённых задач. На нём писать обычные сайты, а не микросервисы — насколько это легко вообще? Есть ли темплейты для хтмла, ORM, и тп из коробки (в любом крупном фреймворке). Язык создан в 2007 году, но за 13 лет он не набрал большого хайпа и я бы не заметил огромной экосистемы для него, в которой можно найти библиотеки для подключения ко всему чему угодно. Писать НЕ хайлоад на GO — насколько удобно?
Python — одновремя была волна хайпа что язык для всего, язык идеален, используйте его везде где только можно. Сейчас волна спала. Из минусов — не везде его можно поставить, насколько я знаю, нет строгой типизации (это даже считается фишкой языка). Из плюсов — есть много библиотек на все случае жизни, есть большое комьюнити, язык стабилен.
NodeJs — по своему язык хорош: Быстрый, есть многие вещи из коробки, много библиотек. Из минусов — слишком молодой, местами достаточно нестабилен, node_modules-hell (слишком много зависимостей), очень много разных библиотек сомнительного качества. Нет строгой типизации и соответствющие проблемы с этим. Промисы добавляют тоже достаточно много проблем — читать бактрейсы выполнение их — то ещё удовольствие.
Огромный плюс — интеграция с react & angular, в частности server side rendering.
Typescript — решает проблему строгой типизации nodejs, но добавляет кучу других проблем. В частности то что часть библиотек используют её, а часть нет. Очень много вариантов синтаксиса, в частности, при изменении конфига — возможно придётся менять все импорты. Вхождение в язык далеко не простое.
PHP — тут я предвзят конечно же .
Из плюсов — стабильность, много библиотек, много серьёзных фреймворков в которых все есть из коробки (Laravel, Yii, Symphony, десятки менее известных), много информации, производительность адекватная для больишнства случаев, относительно легко начинать и найти дешёвых разработчиков. Из минусов — нет промисов, асинхронности, невозможно использовать в других сферах.
Все плюсы и минус конечно субъективны, и я не хочу никого обидеть. Каждый язык которым пользуются — он чем то хорош. В этом месте стоит вспомнить что нет серебрянной пули… Микроскопом так же неудобно забивать гвозди, как и с помощью молотка рассматривать микробы.
Даже гугл — это просто база данных, из которой мы ищем то что нам нужно.
и в этом случае он не будет блокировать выполнение.
Но даже если бы блокировал — это проблема ПХП или же проблема библиотеки?
github.com/repejota/phpnats
Так что может быть проблема в том что в вашей библиотеке не было нужного функционала или же вы его не нашли?
Но в любом случае, вы выбрали конкретный нишевый пример который у вас, в вашем проекте был. 99% программистов даже не слышали про NATS и он им не нужен
phppot.com/php/simple-php-chat-using-websocket
Первая ссылка в гугле — но вообще их тысячи.
Сам лично запускал вебчат на вебсокетах и чистом пхп лет 8 назад — работает до сих пор.
Ну и писал игру на вебсокетах и тп — всё работало. Проблем с вебсокетами небыло.
И это всё ещё на пхп 5.2.
Сейчас ещё проще стало.
Только фишка в том что вебсокет далеко не всегда нужен.
Сам работал дома примерно с 2005 года. Основная проблема- выгорание. Так как ты фактически круглосуточно в одном помещении. И даже спорт (пробежки вокруг дома и тп) — не сильно помогает, всё равно возвращаешься в одно помещение, которое кстати не обязательно хорошо проветривается.
Самое худшее — это когда 1 комната, когда «рабочее место», «место сна», и «место еды», и «место развлечении» — всё превращается в одно и тоже.
Если есть дети или жена, то ситуация становится ещё хуже — так как дети могут хотеть делать одно, а тебе нужно делать другое (писать код) и тогда работать вообще невозможно.
Работаю на сторонние организации, так что ходить в офис для меня невозможно.
Решение что я для себя сделал в 2015 году — я арендовал сам себе небольшой офис (фактически 1 комната) в 15 минут езды от дома.
=> все плюсы удалённой работы — нет лишних людей в помещении, делаешь то что хочешь, хоть голым ходи, ничего не отвлекает.
=> нейтрализуем большинство минусов удалёнки — ты ходишь «на работу», в свой офис, т.е. есть процесс «утром ушёл, вечером пришёл».
=> если не хватает общение, то можно пообщаться с другими людьми на этаже, например в общей кухне (люди в других фирмах работают)
=> если нужно провести совещание, то можно организовать встречу и встретится лично.
Из минусов
— дополнительные расходы, на компьютер, мебель, интернет, само помещение.
— сложно ткнуть пальцем в экран. максимум — через ремут десктоп и тп.
— Если любишь общаться, то этого конечно недостаточно.
— общение через емайл, чаты и тп — оно не полное. Даже Teams, Skype, Zoom и тп не полностью заменяет встречу вживую.
Некоторые данные работников работадатель обязан хранить по закону, например имена, банковские данные и тп. Их работадатель удалить не может, тут вы правы.
При этом, если работодатель собирает и хранит какие либо другие данные о работнике, например сколько у работника детей, имя-фамилия жены, где учаться дети :) Какой любимый цвет работника — то эти данные не обязательные для работы, и их работник может потребовать удалить… Даже если давал разрешение на сбор их. Спорный вопрос, что из этого можно собирать самостоятельно, без разрешения работника. (работник правда может подписать трудовой договор в котором это всё разрешено автоматически.)
Сотрудники — Да могут. И их данные нужно удалить.
При этом правда есть такое в законе, что часть данных вы обязаны хранить для обеспечения закона.
Те например данные как имя фамилия и данные об оплатах зарплаты должны храниться в архиве бухгалтерии и их удалить невозможно.
Иначе можно было бы направить запрос налоговики чтобы они забыли о вас :)
Не путайте консалтинг и зарплату.
Когда вы на консалтинг, то сами платите налоги, расходы и тп.
Если грубо, то 5000 брутто зарплаты это как минимум 7500 с расходами. (yel, налоги и тп.)
9000 брутто зарплата в месяц(150000 консалтинг)? Не верю. Только если вы прямо супер специалист, один из миллиона
php.net/manual/en/simplexmlelement.addchild.php
Чукча не читатель, чукча писатель.
Самый странный RFC который я видел, это кому то реально нужно?
Статья похоже на скрытую рекламу этого доступа :
Ссылки только нет реферальной ;)
Ведь фактически, для виндовса Vista+, как раз таки 21.06.2006 является «началом эпохи». т.е. фактически, не может быть ни одного драйвера, который написан до 21.06.2006.