Условно есть file bot.php внутри которого уже есть while(true) и внутри этого цикла делаются запросы на getUpdates с Телеграма и происходит обработка вытащенных сообщений и запросов, там есть и try - catch и логирование и т.д.
Мой вопрос состоит в том, чтобы как-то это залить на сервер и поддерживать этот процесс в рабочем состоянии 24/7 или хотя бы сделать минимальный простой. Т.е если сам процесс упадет, то сообщения от пользователей обрабатываться не будут и будут просто накапливаться...
Как можно решить эту проблему?
Denis Antonenko, привет, есть решение для данного вопроса? Я не совсем понял всю проблему и все термины, которые ты использовал (автомат? :)). Но я вижу сходства с моей проблемой - есть сервис(процессор) который слушает постоянно урл и как только с этого урл появляется новый мессадж на обработку, процессор его обрабатывает. Если сделать 2 таких инстанса слушателей, то обрабатывать они будут одно и тоже 2 раза, это не хорошо...
Спасибо.
В целом согласен.
Добавлю, что в основном, свои исключения нужны бросать из каких-то сервисов или если вы пишите библиотеку или драйвер и тому подобное, чтобы вы или другой разработчик, смог их отловить и правильно обработать. А в контроллере вы отлавливаете исключения или еще где-то, это зависит от ваших задач и требований.
Не всегда стоит писать свои личные классы исключений, особенно когда оно не особо специфичное, а просто несет какую runtime ошибку.
Также привлекла зп в вакансии, и решил попробовать, когда был помоложе. Тестовое задание сделал быстро. Интервьювер, как уже тут писали, более чем невежливый, я бы сказал хамло. Сразу задавал несколько вопросов, не давая возможности ответить, спрашивал какую-то дичь из университетского курса, выдавая себя за очень умного программиста :). В общем после собеседования остался в плохом настроении, думая о том, что если бы он так говорил со мной в жизни, я бы поправил ему его физиономию ;).
АртемЪ, вы пишите вопросом на мой вопрос. Если бы я знал себестоимость моих услуг и как и подсчитать я бы не задавал здесь вопроса. Я как раз и спрашиваю как подсчитать себестоимость пакетов в SAAS продуктах.
Вы расчеты проводили?
Чтобы проводить расчеты я должен примерно знать, как это делается по шагам. Собственно вопрос как раз про эти шаги в общих чертах, абстрагируясь от проекта.
Как раз всё более менее ясно, кроме "Ну вы предоставляете услугу - вы знаете сколько она вам обходится по себестоимости.".
Я не знаю :)
И в этом как раз вопрос...
Как я себе это понимаю, нужно сделать уже готовый концепт проекта(алгоритм) и после посмотреть под нагрузкой максимальную проходимость запросов для одного какого-то инстанса сервера? и соответственно сделать анализ и подсчитать сколько стоит один запрос...
Вы как думаете?
Вот например, сервис предоставляет услугу по api. Основной атрибут пакета кол-во запросов в месяц. Как подсчитать сколько должен стоить пакет на 10000 запросов?
Получается, что цены формируются уже на этапе тестирования продукта, когда уже сделан алгоритм, настроены сервера, работает api и отрегулирована сама метрика?
"клиенты сильно кушают дисковые ресурсы, а у нас с ними проблема - повышаем цену за дисковое пространство или I/O.
Памяти на серверах не хватает - делаем память подороже, или выстраиваем тарифные планы учитывая этот фактор."
Тут есть один момент, цены в саас решениях не так часто меняются, особенно когда появились клиенты. Клиенты не поймут и будут негодовать, если часто менять подписку на месяц например. Месяц клиент платил одну цену, а потом вдруг стал платить в 2 раза больше, потому что овнеры кое-что не учли. Звучит бредово для клиента.
Может быть кто-то, вместо того, чтобы писать что PHP ужасный язык, возьмёт и посмотрит код не г*вно-WP-плагинов, а нормальных библиотек и фреймворком с гитхаба? А ещё посмотрит PHP с версии 5.4 ?
Т.е во всех частях? Вы генерируете в том месте в котором нужно вам, как я уже писал модельки легче всего хранить в коммоне, потому что обычно они и во фронте и в бэкенде используются... А остальное где нужно там и создавайте...
Да вы правы, вы старомодны в дизайне сайтов, потому что сайтов с флэшем я уже не вижу года 3 минимум, разве что какие-то онлайн казино. И сейчас сайты как раз и делаются для разных версий экранов и разрешений, в т.ч и под мобильные.
Иван: Идеально сказал, подписываюсь под этими словами. Нельзя ограничивать себя конкретными языками, инструментами, технологиями, нужно использовать все инструменты к месту.
Ну вопрос скорее не для личного пользования. А про хранение данных, например в базе данных. Т.е когда пользователь не только из твоей страны может добавить что-то на сайт...
Мой вопрос состоит в том, чтобы как-то это залить на сервер и поддерживать этот процесс в рабочем состоянии 24/7 или хотя бы сделать минимальный простой. Т.е если сам процесс упадет, то сообщения от пользователей обрабатываться не будут и будут просто накапливаться...
Как можно решить эту проблему?