Только Fiber это всего лишь синтаксический сахар, а не асинхронщина в классическом его смысле. Не будь у нее асинхронных вызовов, например, curl_multi_exec или pg_send_query вы бы не добились одновременно выполнения двух запросов, например, через curl или PDO.
То есть они могут запустить некую операцию, остановиться, отдать управление другим функциям, а когда результат будет готов, программа переключится обратно в эту функцию, и она продолжит свое выполнение с того места, где остановилась.
Т.е. Fiber просто заменяет цикл while. Разве что код немного красивее становится
Еще один полезный ключ --rsync-path='sudo rsync', если требуется закинуть файлы, куда нет прав текущему пользователю, например, какие-нибудь конфиги в /etc
А кто же еще? Вчера зарегистрировались, чтобы оставить хвалебный отзыв. Если посмотреть комментарии автора, то одни хвалебные спасибо за статьи озона, а больше никаких статей не хвалила
И где Вы видели статьи на хабре, чтобы в течении получаса были одни "спасибо" и что характерно, у многих указан в профиле "Озон Tech"? Типичное поведение ботофермы для накрутки рейтинга
Сама то, может и не перезагружается, но в какой-то момент уже не позволяет выключить/перезагрузить комп без обновления. Остаются только пункты в меню "Обновить и выключить/перезагрузить"
И еще неудобно, что для обновления обязательна перезагрузка. В Убунту, по крайней мере, можно обновиться и дальше сидеть. Иногда пишет, что нужна перезагрузка, но она не обязательно. Можно после работы выключить комп и этого достаточно
Приложили какой-то набор байт, без объяснения что это, откуда. Без возможности анализа как что же произошло на самом деле, если и имело место быть. Просто: виртуалку экспроприируем и назад не даем. И это всего через несколько месяцев после начала пользования. Ничем другим как мошенничеством не могу это объяснить, чтобы отжимать назад виртуалки
Все верно. Мне они убили виртуалку на которой был только почтовый сервер и личная страничка, без возможности восстановления, хоть я и связывался с тех.поддержкой
Сейчас все намного проще. Продаются фитолампы с таймерами выключения. И автоматическим включением через сутки после последнего включение. Например, такие
Вы не правы. Оба метода отправляют сообщение в начало очереди. Отличие в том, что reject работает только для одного полученного сообщения, а nack может массово отклонять полученные сообщения. Если получаете и обрабатываете сообщения по одному, то разницы нет
Плюс у обоих методов есть флаг requeue - т.е. отправить сообщение назад в очередь или удалить
Rabbit разрывает соединение согласно настройке heartbeat, если между сервером и клиентом не ходят пакеты дольше чем 2*heartbeat. Можно:
отключить проверку подключения (heartbeat=0)
поставить heartbeat таким, чтобы не успевало разрываться подключение, пока работает ваш скрипт
периодически слать "ping" в сторону Rabbit, чтобы он считал, что клиент живой. Естественно, промежутки между отправками пакетов должны быть меньше 2*heartbeat
Стоит учесть, что можно выставить hearbeat как на сервере, так и на клиенте. При этом максимальное значение выбирается из серверной настройки. Т.е. если на сервере установлено 5 минут, а на клиенте выставили 10 минут, то heartbeat будет 5 минут
Такая практика в doctrine. Например, в Yii, наоборот, почти всё делается через публичные свойства. Если пишите свои классы, то можете реализовывать как душа лежит
Только Fiber это всего лишь синтаксический сахар, а не асинхронщина в классическом его смысле. Не будь у нее асинхронных вызовов, например, curl_multi_exec или pg_send_query вы бы не добились одновременно выполнения двух запросов, например, через curl или PDO.
Т.е. Fiber просто заменяет цикл while. Разве что код немного красивее становится
Еще один полезный ключ
--rsync-path='sudo rsync', если требуется закинуть файлы, куда нет прав текущему пользователю, например, какие-нибудь конфиги в/etcВ Redis не про все типы TTL рассказали. В последних версиях можно ставить не только на ключи, но и на поля хешей
А кто же еще? Вчера зарегистрировались, чтобы оставить хвалебный отзыв. Если посмотреть комментарии автора, то одни хвалебные спасибо за статьи озона, а больше никаких статей не хвалила
И где Вы видели статьи на хабре, чтобы в течении получаса были одни "спасибо" и что характерно, у многих указан в профиле "Озон Tech"? Типичное поведение ботофермы для накрутки рейтинга
А что это за программы? Вот бабушкам они совсем не нужны
Сама то, может и не перезагружается, но в какой-то момент уже не позволяет выключить/перезагрузить комп без обновления. Остаются только пункты в меню "Обновить и выключить/перезагрузить"
И еще неудобно, что для обновления обязательна перезагрузка. В Убунту, по крайней мере, можно обновиться и дальше сидеть. Иногда пишет, что нужна перезагрузка, но она не обязательно. Можно после работы выключить комп и этого достаточно
Приложили какой-то набор байт, без объяснения что это, откуда. Без возможности анализа как что же произошло на самом деле, если и имело место быть. Просто: виртуалку экспроприируем и назад не даем. И это всего через несколько месяцев после начала пользования. Ничем другим как мошенничеством не могу это объяснить, чтобы отжимать назад виртуалки
Все верно. Мне они убили виртуалку на которой был только почтовый сервер и личная страничка, без возможности восстановления, хоть я и связывался с тех.поддержкой
Сейчас все намного проще. Продаются фитолампы с таймерами выключения. И автоматическим включением через сутки после последнего включение. Например, такие
Цветочникам больше и не надо.
И на крайний случай есть веб версия скайпа https://web.skype.com/
На линуксе (Ubuntu) он есть, только теперь ставится исключительно через snap. Он у меня даже вчера-позавчера обновился
Только затрат будет: 4000 программисту + 500-1000 за ИИ
Вы не правы. Оба метода отправляют сообщение в начало очереди. Отличие в том, что reject работает только для одного полученного сообщения, а nack может массово отклонять полученные сообщения. Если получаете и обрабатываете сообщения по одному, то разницы нет
Плюс у обоих методов есть флаг requeue - т.е. отправить сообщение назад в очередь или удалить
За это как раз отвечает флаг requeue
Да, можно. Методы nack или/и reject. Или самый тупой способ, не подтверждая получения (ack) закрыть канал или отключиться от rabbit
Я имею ввиду внутренний пинг, т.е. в открытый канал что-нибудь посылать. Например, в библиотеке для PHP есть метод write_heartbeat, где в канал шлется какой-то набор байт https://github.com/php-amqplib/php-amqplib/blob/master/PhpAmqpLib/Wire/IO/AbstractIO.php#L211
Думаю, в других языках есть аналог этого метода
Rabbit разрывает соединение согласно настройке heartbeat, если между сервером и клиентом не ходят пакеты дольше чем 2*heartbeat. Можно:
отключить проверку подключения (heartbeat=0)
поставить heartbeat таким, чтобы не успевало разрываться подключение, пока работает ваш скрипт
периодически слать "ping" в сторону Rabbit, чтобы он считал, что клиент живой. Естественно, промежутки между отправками пакетов должны быть меньше 2*heartbeat
Стоит учесть, что можно выставить hearbeat как на сервере, так и на клиенте. При этом максимальное значение выбирается из серверной настройки. Т.е. если на сервере установлено 5 минут, а на клиенте выставили 10 минут, то heartbeat будет 5 минут
Какие новости прочитал вполне знают, так как в RSS только аннотацию, а не весь текст новости. Полный текст доступен на сайте после перехода на сайт
(перешел в эту новость из RSS)
Такая практика в doctrine. Например, в Yii, наоборот, почти всё делается через публичные свойства. Если пишите свои классы, то можете реализовывать как душа лежит
Просмотр логов с -f лучше запускать с флагом -n0, чтобы не показывало последних 10 строк
Очевидно, что Вы еще в текущей сессии не переходили в другой каталог