Если пользователь отредактировал сообщение, то вы его тоже в базе правите, или отдельно новую запись добавляете?

Если пользователь отредактировал сообщение, то вы его тоже в базе правите, или отдельно новую запись добавляете?

Я лично ничего лишнего не храню.

Наверное логично будет отдельно добавить ещё запись...

хотите потестить отложенный постинг через бота? "Формирует посты для отправки в канал"

хотите потестить отложенный постинг через бота? "Формирует посты для отправки в канал"

с понимаением естетсвенного языка при установке времени можно форматом Y-m-d H:i можно словами через 3 минуты

Очереди, rabbitmq, php

ану

ану

давай в личку напишу? или тут

давай тут, чо стесняться

)

Очереди, rabbitmq, php

Кролик, это интересно

Как отложенные события сделаны?

Кролик, это интересно

да, есть классные фишки в очереди. не кто первый зашел, а у кого время истекло, идеально для отложенного постинга

Угу, понял.

А с часовыми поясами как борешься?

Что на счет граничных ситуаций, когда, например, локальное время переводится назад

Как отложенные события сделаны?

https://github.com/php-amqplib/php-amqplib/blob/master/demo/delayed_message.php - ну вот в демке есть пример

https://github.com/php-amqplib/php-amqplib/blob/master/demo/delayed_message.php - ну вот в демке есть пример

Угу, это я понял.

А с часовыми поясами как борешься?

у юзера спросить и прибавить к таймстап? для меня самый разумный вариант будет

у юзера спросить и прибавить к таймстап? для меня самый разумный вариант будет

Ну, скажем, такая ситуация. Часы переводятся в 2 часа ночи на час назад. Юзер поставил таймер на 1:30. Когда сработает событие?

Это не праздный интерес, у самого такая задача стоит.

у юзера спросить и прибавить к таймстап? для меня самый разумный вариант будет

у юзера город српосить, его временую зону

Ну, скажем, такая ситуация. Часы переводятся в 2 часа ночи на час назад. Юзер поставил таймер на 1:30. Когда сработает событие?

в 1:30 по старому времени, до перевода

в 1:30 по старому времени, до перевода

Окей, а если таймер ровно на 2 часа?

Это не праздный интерес, у самого такая задача стоит.

еще такие задачи не расматривались. очерель только интересовала, Для того чтобы передавать тяжелые задачи на выполнения. .. Обработка фоток нейросетями и другое

Окей, а если таймер ровно на 2 часа?

в 2 запостит по старому времени. ТАк как очередь не на время смотрит, а на милисикунды, они истекут и будет пост

Я не просто так спрашиваю. Для этой задачи проблема часовых поясов - краеугольный камень.

в 2 запостит по старому времени. ТАк как очередь не на время смотрит, а на милисикунды, они истекут и будет пост

Ну я не про очередь сейчас. Вот по логике должно по новому времени срабатывать, потому что до перевода 2 часа не наступит.

Ну я не про очередь сейчас. Вот по логике должно по новому времени срабатывать, потому что до перевода 2 часа не наступит.

ну да, если крон, или сравнение строко по времени сервера + часового пояса

Перевод вперед еще веселее. Что если в 2 часа часы переводят на час вперед. А юзер поставил таймер на 2:30?

Перевод вперед еще веселее. Что если в 2 часа часы переводят на час вперед. А юзер поставил таймер на 2:30?

сразу выполнится как тлоько время не совпадет, тут просто, ну да пост в 3 прилетит, ну что поделать

сразу выполнится как тлоько время не совпадет, тут просто, ну да пост в 3 прилетит, ну что поделать

Тоесть cron-like система?

Тоесть cron-like система?

да если крон. Если реббит тот пример выше, то там не важно какой часовой пояс, важно сколько секунд установили, до выхода поста и секунды будут считася от текущего времени

бб

да если крон. Если реббит тот пример выше, то там не важно какой часовой пояс, важно сколько секунд установили, до выхода поста и секунды будут считася от текущего времени

Ну я опять же не про крон, а про то, каким образом ты дельту вычисляешь.

бб

Хорошей ночи

Сделай на callback api

Я думал, уже готовый есть

Надо быть, как минимум, редактором в сообществе

Да это понятно. Я админ там

Да это понятно. Я админ там

Однозначно callback api. Легко делается, я так для одной группы раньше реализовал

Перевод вперед еще веселее. Что если в 2 часа часы переводят на час вперед. А юзер поставил таймер на 2:30?

Ответ: Unix Time. А дальше юзер идёт нахуй со своими поясами

Однозначно callback api. Легко делается, я так для одной группы раньше реализовал

Вот я же говорил))

Я думал, уже готовый есть

Есть какой то

Ответ: Unix Time. А дальше юзер идёт нахуй со своими поясами

Ору

Ответ: Unix Time. А дальше юзер идёт нахуй со своими поясами

Оказывается, не всё так просто. На хабре недавно попадалась статья с типичными проблемами

Сейчас поищу

Интересная была

Оказывается, не всё так просто. На хабре недавно попадалась статья с типичными проблемами

Я в курсе, сам подобного бота делал и есть одно отличное видео

http://www.youtube.com/watch?v=-5wpm-gesOY

Оказывается, не всё так просто. На хабре недавно попадалась статья с типичными проблемами

куда проще? вывести клавиатуру, с часовыми поясами дать возмоность выбрать, а дальше прибавляй секунды

куда проще? вывести клавиатуру, с часовыми поясами дать возмоность выбрать, а дальше прибавляй секунды

Часовые пояса могут меняться, Unix Time не учитывает переходы на летнее / зимнее время и т.п.

Более того, в Unix Time секунды могут повторяться

Если перевести локальное время в UTC, затем прибавить интервал времени и перевести обратно, в некоторых случаях получится неверный результат

Ответ: Unix Time. А дальше юзер идёт нахуй со своими поясами

Ну нет, это не годится так

Ну нет, это не годится так

+

Более того, в Unix Time секунды могут повторяться

Один раз в год, Карл!

Сейчас поищу

Вот. Нашёл https://m.habrahabr.ru/company/mailru/blog/242645/

Главный посыл: UTC не панацея

+

А у тебя как это работает? У тебя же юзеры по всему миру

Поделись

Контроллер бот твой же? Или я опять перепутал

Один раз в год, Карл!

Когда как. Каждый раз это устанавливается специальной службой времени. Речь про дополнительные секунды, вставляемые из-за замедления скорости вращения Земли

А у тебя как это работает? У тебя же юзеры по всему миру

Как-то работает

Не жалуются

Когда как. Каждый раз это устанавливается специальной службой времени. Речь про дополнительные секунды, вставляемые из-за замедления скорости вращения Земли

Один раз в год. Leap second называется

Видимо, попал

ERROR: S client not available

Один раз в год. Leap second называется

Это не происходит на регулярной основе. Например, с 2009 по 2011 год таких секунд не было

Это не происходит на регулярной основе. Например, с 2009 по 2011 год таких секунд не было

Тебе точность до секунд нужна?

Иногда да

Да и в любом случае, не комильфо так забивать на время

Иногда да

Тогда тебе придётся страдать, ибо сетевые задержки ты не учёл

Лол

Тогда тебе придётся страдать, ибо сетевые задержки ты не учёл

Они меньше секунды зачастую

Да и в любом случае, не комильфо так забивать на время

Если погрешность в несколько секунд, то я забиваю с чистой совестью. Никто, кроме пары зануд, не заметит

Если погрешность в несколько секунд, то я забиваю с чистой совестью. Никто, кроме пары зануд, не заметит

Тогда такие зануды как я будем капать на мозги ?

Они меньше секунды зачастую

Ну так бывают ситуации обрывов на пути следования трафика. Проблемы у корневых DNS, у хостеров

Тогда такие зануды как я будем капать на мозги ?

Я запомню твой ID...

Вычисляешь по ID?

Вычисляешь по ID?

Сразу в бан :D

Ну попробуй ?

Ок)

У него динамический

)))

Я у себя в боте делал так: Спрашиваешь юзера о часовом поясе. Смотришь, какой пояс у сервера. Юзер кидает время, переводишь в unix time, вычитаешь 3600*дельту его ЧП и твоего, готово.

Не пойдёт ли это прахом, если госдура опять чего-нибудь выдумает с поясами?

Самая сложная проблема, имхо, это отправлять запланированные сообщения. Идеальный вариант – через команду "at", но там всё через жопу

Если перевести локальное время в UTC, затем прибавить интервал времени и перевести обратно, в некоторых случаях получится неверный результат

решение в боте есть - https://github.com/akalongman/php-telegram-bot/blob/master/src/Commands/UserCommands/DateCommand.php

Не пойдёт ли это прахом, если госдура опять чего-нибудь выдумает с поясами?

Юзеру нужно будет просто отредактировать свой пояс через бота, а тебе – отредактировать в конфиге пояс самого бота

Это не происходит на регулярной основе. Например, с 2009 по 2011 год таких секунд не было

Ошибка в одну секунду за несколько лет - ерунда. Для нашей задачи это норм

Есть и другие решения

Я у себя в боте делал так: Спрашиваешь юзера о часовом поясе. Смотришь, какой пояс у сервера. Юзер кидает время, переводишь в unix time, вычитаешь 3600*дельту его ЧП и твоего, готово.

А что на счет времени близкого к смене зима/лето?

Не пойдёт ли это прахом, если госдура опять чего-нибудь выдумает с поясами?

Пойдет обязательно

Самая сложная проблема, имхо, это отправлять запланированные сообщения. Идеальный вариант – через команду "at", но там всё через жопу

Есть прекрасный sched в питоне

А что на счет времени близкого к смене зима/лето?

Проблемы юзера. Обычно ставят задачи не настолько критичные. Для критичных есть память и специальные утилиты

Есть прекрасный sched в питоне

Стандартная библиотека? Или внешний модуль?

17.6. sched — Event scheduler — Python 3.5.2 documentation https://docs.python.org/3.5/library/sched.html

Стандартная

Спасибо!