Я писал микросервис для лицо-распознавания на питонах и вместо скучного REST'а сделал AMQP-консумера. Это оказалось просто и эффективно. Особенно помогло в горизонтальном масштабировании — можно было запустить кучу консумеров где угодно и задачи отрабатывались быстрее.
Я стесняюсь спросить, а что это за юс-кейсы такие странные? Один процесс на N серверов?
Что это таким путём надо делать? Не проще ли это порешать очередью, где можно сколько угодно консумеров запускать, но отрабатывать они могут по одному друг за другом?
Так в том то и цимус, чтобы экзоскелет работал снаружи тела, а с мозга шло управление.
Позволю себе ещё дальше шагнуть — как только разберутся с тем, как работает мозг и нервы и научаться программировать клетки, так сразу можно будет выкинуть все коляски и скелеты и сделать операцию по восстановлению канала мозг-конечность армией робоклеток.
Но к сожаленею человечество ещё так неразвито и занимается исследованиями как сделать оружие чтобы себя убить, а не как сделать что-то действительно полезное, чтобы себя вылечить.
Параметром x-delay задаём задержку и уже сам exchange объявленный с типом x-delayed-message следит за тем, чтобы сообщения шли далее после задержки x-delay.
Возьмём как пример Российскую государственную библиотеку. Понадобилась нам диссертация автора. Мы заходим в раздел т.н. «Виртуальных читальных залов» и видим, что для доступа к диссертации необходимо физически посетить некую библиотеку/университет и только там его получить. Или оплатить некий доступ, опять же, потратив время и деньги.
Получается, что знания уже имеются в распоряжении библиотек, однако они паразитируют на их распространении. Бюджет тратит на их содержание средства, которые можно направить на гораздо более полезные цели — ту же оцифровку имеющихся фондов.
Спрашивается — зачем нам вообще нужны библиотеки в современных условиях, когда одно многоэтажное здание можно заменить комнатой с серверами?
Автор исходной статьи не знакомый ли Бориса, который…
Его поддержал директор центра стратегических инноваций «Ростелекома» Борис Глазков: «Я согласен, подготовка программистов — гиблое дело. И вообще, скоро программистов можно будет заменить компьютером, чтобы он писал код».
Лучше сразу застрелиться. Скажу вам как автор плагина для совместимости написанного в стиле ЗРЗ 5.2, когда у тебя нет неймспейсов, но хочется.
Даже если отгородиться от внутренностей WP фасадом, то всё равно неуютно. События, хуки и фильтры WP — это конечно хорошо, но всё равно я призываю того микимауса, который вырывает себе глаза ))
Но что самое забавное — пользователям по… на чём и как оно написано. Красота и покрытость тестами (а даже это возможно в мире WP!) — это всего лишь то, что даёт разработчику возможность маневра при рефакторинге.
Как уже верно заметили товарищи выше — учите симфони, ларавел, юй и т.д., что имеет плюсики на гитхабах. В WP максимум что надо знать — как подписаться на нужное событие и когда оно происходит, а также какая функция/метод с какой версии WP доступна и что она такого делает. Внутренности БД лучше не знать — сон спокойный очень важен для программиста.
Это типа на нескольких серверах, а не на одном.
Наше вам сочувствие.
Я писал микросервис для лицо-распознавания на питонах и вместо скучного REST'а сделал AMQP-консумера. Это оказалось просто и эффективно. Особенно помогло в горизонтальном масштабировании — можно было запустить кучу консумеров где угодно и задачи отрабатывались быстрее.
@jced и всё-таки что за юс-кейсы то такие?
Я стесняюсь спросить, а что это за юс-кейсы такие странные? Один процесс на N серверов?
Что это таким путём надо делать? Не проще ли это порешать очередью, где можно сколько угодно консумеров запускать, но отрабатывать они могут по одному друг за другом?
Позволю себе ещё дальше шагнуть — как только разберутся с тем, как работает мозг и нервы и научаться программировать клетки, так сразу можно будет выкинуть все коляски и скелеты и сделать операцию по восстановлению канала мозг-конечность армией робоклеток.
Но к сожаленею человечество ещё так неразвито и занимается исследованиями как сделать оружие чтобы себя убить, а не как сделать что-то действительно полезное, чтобы себя вылечить.
В презенташке у вас мышка туда-сюда летает. А как у вас с keyboard-usablility?
В большинстве native-GUI это из коробки идёт.
Псс… посоны, у нас тут есть кусок из оф. документации QIWI. Зацените ))
Тем что написан раньше, отлажен лучше, больше готовых плагинов. Основан на rake (ruby's make) и в-принципе делает всё, что надо.
Для капистраны не надо ставить на удалённой ноде ничего — только нужен ssh-доступ.
Этот уровень описан в списке сертифицированных ФСБ решений. В нём в том числе есть и линукс-версия, доступная бесплатно.
Почему ж я только сейчас в гугле сюда зашёл??
Более узкое решение для RabbitMQ (плагин): https://github.com/rabbitmq/rabbitmq-delayed-message-exchange
Параметром
x-delay
задаём задержку и уже сам exchange объявленный с типомx-delayed-message
следит за тем, чтобы сообщения шли далее после задержкиx-delay
.Интерактивный ребейз, когда из 100 нанокоммитов делается 2-3-4-5 логически-атомарных коммитов — хорошо.
Возьмём как пример Российскую государственную библиотеку. Понадобилась нам диссертация автора. Мы заходим в раздел т.н. «Виртуальных читальных залов» и видим, что для доступа к диссертации необходимо физически посетить некую библиотеку/университет и только там его получить. Или оплатить некий доступ, опять же, потратив время и деньги.
Получается, что знания уже имеются в распоряжении библиотек, однако они паразитируют на их распространении. Бюджет тратит на их содержание средства, которые можно направить на гораздо более полезные цели — ту же оцифровку имеющихся фондов.
Спрашивается — зачем нам вообще нужны библиотеки в современных условиях, когда одно многоэтажное здание можно заменить комнатой с серверами?
У меня там уже вверху «Host *», так что тоже необязательно, но это уже микрооптимизация конфига, которая щас меньшее зло ))
http://lenta.ru/news/2015/10/15/itvred/
Даже если отгородиться от внутренностей WP фасадом, то всё равно неуютно. События, хуки и фильтры WP — это конечно хорошо, но всё равно я призываю того микимауса, который вырывает себе глаза ))
Но что самое забавное — пользователям по… на чём и как оно написано. Красота и покрытость тестами (а даже это возможно в мире WP!) — это всего лишь то, что даёт разработчику возможность маневра при рефакторинге.
Как уже верно заметили товарищи выше — учите симфони, ларавел, юй и т.д., что имеет плюсики на гитхабах. В WP максимум что надо знать — как подписаться на нужное событие и когда оно происходит, а также какая функция/метод с какой версии WP доступна и что она такого делает. Внутренности БД лучше не знать — сон спокойный очень важен для программиста.