Pull to refresh

Comments 27

Выходной день это вместе с праздниками? Если нет, то чем не устраивает обычный расчет Юлианская дата? А если да, то насколько можно доверять по заполнению праздничных дней по СНГ?

Спасибо, но опять же, нельзя сократить до простейшего ответа в 1 или 0 (но это моё мнение и сервис писал именно с этим учётом)
Да, всё верно. Выходной, это праздники и прочее, несколько позже добавлю сокращённые дни.
В данный момент, только РФ. (Обязуюсь добавить в ближайшее время другие страны). Данные берутся из указов МинТруда и сверяются с Консультант+ и Гарант.
(кстати, полный список загруженных годов и стран, можно узнать тут).

404 ошибка на https://isdayoff.ru/db.


Но, если честно, web-сервис для определения выходного это какой-то перебор. Я пользуюсь numpy.is_busday и это одна строчка + определение календаря, если мне нужно добавить какие-то специфические календари, типа когда была открыта биржа или что-то еще. Вот это и есть одна-две строчки.

За 404 дико извиняюсь. Восстановил

Но, если честно, web-сервис для определения выходного это какой-то перебор.

CalaaS (Calendar-as-a-Service, только что придумал). Вы пишите на python, как понимаете, возможностей достаточно много и можно подключить любые библиотеки, тот же bash имеет несколько больше ограничений, поэтому простое curl… и сервис на стороне часто спасает.

ладно, уговорили.


тогда где возможность выбора календаря? (знаю, что сейчас один, но, скажем, добавите вы туда выходные в украине или сша — как выбрать?)

В данный момент вижу 2 пути:


  1. Просто параметр cc (с кодом страны из ISO) после даты — наверно, самое простое
  2. Использование поддомена вместо параметра (короче на целых 3 символа) — и в плане балансировки этот способ интереснее
Да, США нужно (всё-ж финансовые сервисы на на них завязаны).
Э-э-э-э. Извините конечно, но определять выходной день или нет можно просто, делением и проверкой возврата?
И делается это скриптом написанном на коленке, единственная проблема прикрутить все праздники для разных стран, хотя это вопрос времени, парсить их потихоньку и добавлять.
А где https?

собственно сервису проверки даты он нужен, как козе рукав.
Добавить форматы для вывода JSON/XML/YAML

Вот это правильно, но все же если апи то излишне, каждый сам может обработать ответ в нужном виде, если только забирать с сервиса список выходных за год, но зачем?

Добавить расширенный режим

Можно поподробнее что туда будет входить?

И к слову а почему 22 декабря 2222 это некорректная дата?

Вы не учитываете переноса выходных в связи с праздниками. Алгоритмом этот перенос посчитать невозможно, потому что он определяется волей левой пятки Минтруда.


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

Э-э-э-э. Извините конечно, но определять выходной день или нет можно просто, делением и проверкой возврата?
И делается это скриптом написанном на коленке, единственная проблема прикрутить все праздники для разных стран, хотя это вопрос времени, парсить их потихоньку и добавлять.


Как ответили чуть ниже, праздники (в частности в РФ, примерно летом МинТруд обозначает приказом), угадать — невозможно, а в целом это и есть некая цель — прикрутить праздники и выходные разных государств, как и написал в TODO

Вот это правильно, но все же если апи то излишне, каждый сам может обработать ответ в нужном виде, если только забирать с сервиса список выходных за год, но зачем?

Как говорится, на вкус и цвет, все фломастеры разные, мне удобно работать с plain данными, т.к. работаю из bash, я более чем уверен, что есть люди, которым проще скормить кусок JSON, и работать как с объектом. Это уже как по накатанной.

Можно поподробнее что туда будет входить?

Во-первых, самое простое — это возврат предпраздничного дня (код ответа 2), во-вторых, чуть расширеннее возврат данных, полная дата и т.д.

И к слову а почему 22 декабря 2222 это некорректная дата?

Да, Вы оптимист :) Нет данных по этому году, пока что, поэтому ошибка (хотя я вот смотрю так, думаю, да, вероятно, имеет смысл добавить динамическое определение выходного). Спасибо.
собственно сервису проверки даты он нужен, как козе рукав.

ну почему же? зачем всем видеть, что айпи 33.33.33.33 решил узнать выходной ли пятое апреля 18 года?

Отличное начинание!
Только на 2 года вперёд?
https://isdayoff.ru/20190729 = 100
Увы, да.
Актуальная база находится здесь: https://isdayoff.ru/db

(МинТруд пока не в курсе, как назначит праздники в 2019 году)

а почему код ошибки 100? почему бы не сделать простое и всем понятное: 404, если года в календаре нет?

Так же хорошее замечание, но код возврата сервиса <> коду возврата HTTP (но ваше замечание весьма в тему и приму его во внимание. Спасибо)

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

Пожалуй да, удобно при запросе через date -I
(кстати YYYYMMDD — так же ISO 8601:2004, или мы про разные ISO говорим?)
вы правы, с точки зрения ISO8601 YYYYMMDD правильный формат, я почему-то был уверен что обязательны разделители, привычка к YYYY-MM-DD видимо сказалась
Надеюсь, вы учли, что сб и вс не всегда выходные.
Да, конечно
Возьмём например 28 апреля 2018 года (был перенос выходного с 28 на 30 апреля по указу в РФ):
curl https://isdayoff.ru/20180428
0
плохо, что нельзя понять праздник это или выходной
а так был бы годный сервис
надо чтобы статус приходил, типа 0 — рабочий, 1 — выходной, 2 — праздник(выходной официальный), 3- предпраздничный
ну как то так
Sign up to leave a comment.

Articles