Вы не правы. Оба метода отправляют сообщение в начало очереди. Отличие в том, что reject работает только для одного полученного сообщения, а nack может массово отклонять полученные сообщения. Если получаете и обрабатываете сообщения по одному, то разницы нет
Плюс у обоих методов есть флаг requeue - т.е. отправить сообщение назад в очередь или удалить
Rabbit разрывает соединение согласно настройке heartbeat, если между сервером и клиентом не ходят пакеты дольше чем 2*heartbeat. Можно:
отключить проверку подключения (heartbeat=0)
поставить heartbeat таким, чтобы не успевало разрываться подключение, пока работает ваш скрипт
периодически слать "ping" в сторону Rabbit, чтобы он считал, что клиент живой. Естественно, промежутки между отправками пакетов должны быть меньше 2*heartbeat
Стоит учесть, что можно выставить hearbeat как на сервере, так и на клиенте. При этом максимальное значение выбирается из серверной настройки. Т.е. если на сервере установлено 5 минут, а на клиенте выставили 10 минут, то heartbeat будет 5 минут
Такая практика в doctrine. Например, в Yii, наоборот, почти всё делается через публичные свойства. Если пишите свои классы, то можете реализовывать как душа лежит
Нужно сразу отходить от вендорных приложений, они дают малую гибкость в автоматизации, так как условия срабатывания триггеров ограничены, банальные по времени, да событий от датчиков того же вендора. А специфические сценарии, например, включить подсветку, когда зашло солнце и выключить, когда все компьютеры выключены (все пошли спать) уже не сделать. Или нужно подружить устройства разных вендоров (включить чайник когда утром кто-то пришел на кухню)
Поэтому надо выбирать приложения, которые умеют работать с разными вендорами и более гибки в настройке. Одно из самых популярных - Home Assistant
А какой линукс используете? Так как в Ubuntu из коробки есть автоподстановка для ssh. И не только названия хостов, но и, например, опций. Так же чтение подключаемых конфигов инструкцией include
Создается базовый локальный образ, со всеми необходимыми скриптами, программами, настройками и сохраняется в локальный репозиторий. Далее для разработки используется этот базовый образ. По опыту, необходимость пересобрать базовый образ возникает раз в пару лет или вообще никогда. Кроме того что базовый образ всегда один и тот же и не будет проблем со сборкой в самый неподходящий момент. Например, был случай что пакеты debian перенесли в архив и были не доступны командой apt install, пришлось дописывать настройки, откуда их брать. Дополнительно сокращается время сборки образа, так как не надо устанавливать все пакеты и расширения, например, PHP, а только нужно скачать базовый образ и скопировать туда код
Странный рейтинг. PHP менее популярен, чем Fortran, Delphi, ассебмлер и даже MATLAB. С Ruby не понятно, может он еще и популярен, но по ощущениям не очень и по вакансиям Ruby сильно уступает PHP
Для генерации wildcard сертификата не нужно создавать A-записи вида *.example.com, либо любую другую для отдельных доменов. certbot просит создать TXT и вставить содержимое, которое он даст. Например,
# certbot certonly --manual --preferred-challenges dns -d *.nekij-domen.com
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Requesting a certificate for *.nekij-domen.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Please deploy a DNS TXT record under the name:
_acme-challenge.nekij-domen.com.
with the following value:
5pt0CXrH_icMfYXLae-jmGZV6SxZohQVWrrZ3pyYKyk
Обратите внимание, что домен на текущий момент даже не зарегистрирован, но certbot предлагает создать TXT запись _acme-challenge.nekij-domen.com с содержимым 5pt0CXrH_icMfYXLae-jmGZV6SxZohQVWrrZ3pyYKyk
Т.е. можно сгенерить wildcard сертификат, а домены создавать одиночные, не обязательно создавать wildcard DNS запись. Например, site1.example.com на одном сервере размещается, site2.example.com на другом с соответствующими A-записями, а сертификат можно один и тот же забросить на эти два сервере
А вот wildcard на стороне запросов DNS (чтобы не прописывать адреса для всех поддоменов) не все серверы поддерживают.
Вообще я затупил. Причем тут wildcard DNS записи к генерации wildcard сертификата? При генерации сертификата через DNS нужно добавить у провайдера TXT запись, которую попросит certbot. А A-записей может вообще не быть у провайдера, их хоть в /etc/hosts добавляй вручную
Без привязанного к вашему серверу домена вы не сгенерируете сертификат.
Это не обязательно, есть режим генерации сертификата с использованием DNS. Всё что нужно, это иметь возможность управлять DNS записями вручную или с помощью API, если DNS хостинг предоставляет такую возможность. Для генерации сертификата через DNS даже не надо привязывать домен к IP. И еще большой плюс такой генерации - можно создать wildcard сертификат, например, для *.vashdomen.ru
Может быть добавление эффектов и выглядит красиво, но визуальный шум мешает качественному геймплею. Хороший пример на 0:46 с вертолетом. С выключенными эффектами вертолет виден сразу. Порой низкая графика это как легальные читы
И на крайний случай есть веб версия скайпа 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 строк
Очевидно, что Вы еще в текущей сессии не переходили в другой каталог
Нужно сразу отходить от вендорных приложений, они дают малую гибкость в автоматизации, так как условия срабатывания триггеров ограничены, банальные по времени, да событий от датчиков того же вендора. А специфические сценарии, например, включить подсветку, когда зашло солнце и выключить, когда все компьютеры выключены (все пошли спать) уже не сделать. Или нужно подружить устройства разных вендоров (включить чайник когда утром кто-то пришел на кухню)
Поэтому надо выбирать приложения, которые умеют работать с разными вендорами и более гибки в настройке. Одно из самых популярных - Home Assistant
А какой линукс используете? Так как в Ubuntu из коробки есть автоподстановка для ssh. И не только названия хостов, но и, например, опций. Так же чтение подключаемых конфигов инструкцией include
Создается базовый локальный образ, со всеми необходимыми скриптами, программами, настройками и сохраняется в локальный репозиторий. Далее для разработки используется этот базовый образ. По опыту, необходимость пересобрать базовый образ возникает раз в пару лет или вообще никогда. Кроме того что базовый образ всегда один и тот же и не будет проблем со сборкой в самый неподходящий момент. Например, был случай что пакеты debian перенесли в архив и были не доступны командой apt install, пришлось дописывать настройки, откуда их брать. Дополнительно сокращается время сборки образа, так как не надо устанавливать все пакеты и расширения, например, PHP, а только нужно скачать базовый образ и скопировать туда код
Странный рейтинг. PHP менее популярен, чем Fortran, Delphi, ассебмлер и даже MATLAB. С Ruby не понятно, может он еще и популярен, но по ощущениям не очень и по вакансиям Ruby сильно уступает PHP
Для генерации wildcard сертификата не нужно создавать A-записи вида *.example.com, либо любую другую для отдельных доменов. certbot просит создать TXT и вставить содержимое, которое он даст. Например,
Обратите внимание, что домен на текущий момент даже не зарегистрирован, но certbot предлагает создать TXT запись _acme-challenge.nekij-domen.com с содержимым 5pt0CXrH_icMfYXLae-jmGZV6SxZohQVWrrZ3pyYKyk
Т.е. можно сгенерить wildcard сертификат, а домены создавать одиночные, не обязательно создавать wildcard DNS запись. Например, site1.example.com на одном сервере размещается, site2.example.com на другом с соответствующими A-записями, а сертификат можно один и тот же забросить на эти два сервере
Вообще я затупил. Причем тут wildcard DNS записи к генерации wildcard сертификата? При генерации сертификата через DNS нужно добавить у провайдера TXT запись, которую попросит certbot. А A-записей может вообще не быть у провайдера, их хоть в /etc/hosts добавляй вручную
Вот если честно, то это должен быть совсем дешманский DNS хостинг, чтобы не мог поддерживать wildcard записи
Это не обязательно, есть режим генерации сертификата с использованием DNS. Всё что нужно, это иметь возможность управлять DNS записями вручную или с помощью API, если DNS хостинг предоставляет такую возможность. Для генерации сертификата через DNS даже не надо привязывать домен к IP. И еще большой плюс такой генерации - можно создать wildcard сертификат, например, для *.vashdomen.ru
Может быть добавление эффектов и выглядит красиво, но визуальный шум мешает качественному геймплею. Хороший пример на 0:46 с вертолетом. С выключенными эффектами вертолет виден сразу. Порой низкая графика это как легальные читы