По объективам есть более бюджетный вариант, это объективы Arax. Вот пример объектива за 670$: araxfoto.com/ru/specials/tilt-shift-35/
Там же на сайте можно найти за 100$ tilt-адаптер на M42, с ним можно будет использовать любые объективы, а это лучше, чем монокли Lensbaby.
И на том же сайте можно найти shift-адаптер, но на байонет Б.
Для Perl'а можно, например, использовать PAR::Packer. Сгенерирует .exe-шник, в который будут засунуты все зависимые модули, библиотеки и perl'овый интерпретатор.
Эту задачу можно решить без use threads;
Например, AnyEvent + AnyEvent::HTTP (или обертка над ним).
Если хотим, чтобы выглядело как треды, то use Coro;
Спасибо за ответ. Понятно. Что-то вроде этого и ожидал.
Да, к сожалению это не очень подходящий вариант, если к нам одновременно приходит достаточно много запросов, в каждом из которых нужно сходить в базу. Можно, конечно, создать пул коннектов к базе, чтобы можно было параллельно задавать несколько запросов к базе. Тогда получится что-то похожее на DBSlayer, только через DBSlayer можно контролировать общее количество коннектов к базе, а тут каждая клиентская программа будет решать, сколько ей нужно коннектов.
Простите за мысли вслух. Просто у самого есть сейчас похожая задача, только для Perl'а. И пока еще не решил, что в итоге использовать: то ли Coro::Mysql попробовать, то ли DBSlayer (с ним, правда, тоже есть определенные неудобства, например то, что его придется поднимать для каждой базы отдельно. И если база, например, шардированная, то для каждого шарда отдельно. Это не очень удобно в эксплуатации), то ли свою http-прослойку наподобие DBSlayer'а написать.
HMAC код (hub.secret): код идентификации сообщений для случая, когда принимаемый контент требует авторизации;
Ну вы и написали, «контент требует авторизации». Подписчик требует подписывания доставляемого контента. И да, лучше все-таки использовать этот параметр. А то я узнаю ваш секретный callback url и такого туда наPOSTчу, ого-го.
Там же на сайте можно найти за 100$ tilt-адаптер на M42, с ним можно будет использовать любые объективы, а это лучше, чем монокли Lensbaby.
И на том же сайте можно найти shift-адаптер, но на байонет Б.
Например, AnyEvent + AnyEvent::HTTP (или обертка над ним).
Если хотим, чтобы выглядело как треды, то use Coro;
Да, к сожалению это не очень подходящий вариант, если к нам одновременно приходит достаточно много запросов, в каждом из которых нужно сходить в базу. Можно, конечно, создать пул коннектов к базе, чтобы можно было параллельно задавать несколько запросов к базе. Тогда получится что-то похожее на DBSlayer, только через DBSlayer можно контролировать общее количество коннектов к базе, а тут каждая клиентская программа будет решать, сколько ей нужно коннектов.
Простите за мысли вслух. Просто у самого есть сейчас похожая задача, только для Perl'а. И пока еще не решил, что в итоге использовать: то ли Coro::Mysql попробовать, то ли DBSlayer (с ним, правда, тоже есть определенные неудобства, например то, что его придется поднимать для каждой базы отдельно. И если база, например, шардированная, то для каждого шарда отдельно. Это не очень удобно в эксплуатации), то ли свою http-прослойку наподобие DBSlayer'а написать.
Ну вы и написали, «контент требует авторизации». Подписчик требует подписывания доставляемого контента. И да, лучше все-таки использовать этот параметр. А то я узнаю ваш секретный callback url и такого туда наPOSTчу, ого-го.
то они и вызовутЬся
но хочетЬся чтобы
который вызываетЬся
Тогда придетЬся
Во всех этих случаях мягкий знак не нужен.