StayAtHome

нету

гугли "альтернативы Еверноте", потом переключайся на Evernote

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

Сам столкнулся с такой проблемой.
Давно собираюсь сделать такой клиент, но всё руки не доходят. Причина простая - хотелось бы сначала найти заказчика под этот проект, а не делать только для себя.
Использовать браузер для этой цели - это от безысходности. Задача ведь стоит не просто свести весь этот зоопарк мессенджеров в одно окно со множестовом вкладок по числу мессенджеров, а чтобы иметь только один мессенджер, умеющий работать со всеми этими сервисами, но с единой базой контактов и с единым списком сообщений для каждого контакта.
Может найдутся заказчики на такой проект?
Если что, пишите на info@astar.lt ( ASTAR software )

Пример решения, для питона вы сможете найти тут )
https://github.com/mustafababil/Telegram-Weather-B...

Код смайлов тут:
apps.timwhitlock.info/emoji/tables/unicode

Yunpan 360 раздавали 26 террабайт и у них есть WebDAV. Это просто наплевательское отношение к пользователям. Берите террабайт, пожалуйста, но забудьте об удобстве.

«Просим Вас поделиться с нами, зачем Вам необходим WebDAV и почему его
функционал нельзя заменить текущим десктопным клиентом Облако@mail.ru?»

Потому что десктопный клиент это просто синхронизация без какого либо функционала проводника, в отличии от того же десктопного клиента Yunpan 360. Обычно облаком пользуются, чтобы хранить файлы в нем, а не на компе и иметь возможность быстро и удобно их использовать. У вас же все наоборот. Забить все купленное место можно без проблем, с помощью синхронизации. А вот сливать файлы на комп приходится через браузер, т.к. смысла качать все фалы через синхронизацию никакого. Зачем нужна эта неудобная прослойка мне непонятно. Сделайте хотя бы удобный клиент с проводником.

нужна таблица с датами (каждая строка таблицы - новый день), если диапазон дат известен, то можно собрать путем SELECT .. UNION SELECT ... и т.д.

вот запрос, который скажет вам в какой день сколько сотрудников отсутствует:

SELECT c.date_time, COUNT(*) as cnt
FROM calendar c -- таблица о которой я написал выше
LEFT JOIN leave_people p ON c.date_time BETWEEN p.start_date AND IFNULL(p.end_date, c.date_time)
GROUP BY c.date_time

здесь IFNULL использовал для тех целей, когда окончание неизвестно, например человек на больничном (для случая, когда в таблице leave_people хранятся не только отпуска, но и больничные и т.д.)