Pull to refresh
31
0
Vasily Shmelev @vsadm

User

Send message
А еще бывают одноразовые ссылки, GET на которые можно сделать только один раз.
Есть еще HSTS — способ сказать браузеру, что с ресурсом нужно связываться только по HTTPS.
Речь о повторяющихся встречах. Такую могли создать и год назад, но она по-прежнему проводится. Проблема даже не в том, что у участников поедет время — это, как правильно замечено, легко решается рассылкой уведомлений. Проблема в том, что при смещении встречи она начинает пересекаться с уже созданными по локальному времени событиями в этой же переговорке. Расписание переговорок обычно очень плотное, и наложение почти гарантированно.

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

1. Время в системе хранится в локальном часовом поясе пользователя с указанием таймзоны. Наступает 26 октября 2014 года, на часах 1:30 ночи. Какое это время в UTC? Совершенно непонятно, потому что в этот день время с часу до двух ночи повторяется дважды, а UTC течет непрерывно. В любой системе, которая вынуждена оперировать с несколькими часовыми поясами одновременно возникает неопределенность, которую нужно решать явно, тем или иным способом.

2. В календаре отмечена регулярная (еженедельная, например) встреча между двумя людьми, находящимися в разных часовых поясах, например, в Москве и Киеве. Для проведения встречи и там и там нужны драгоценные ресурсы переговорных комнат. И вот наступает момент, когда Москва отказывается от перевода часов на зимнее время, а Киев часы переводит. В одном из городов обязательно произойдет смещение времени начала встречи на час — и она пересечется с другими в этой же переговорке, которые были созданы без участия второго города.

Полностью поддерживаю автора, работа с часовыми поясами — это боль и страдание, и очень редко встречающийся навык, что тоже, иногда доставляет неудобства при использовании в работе сторонних библиотек.
Рассылать другие письма, которые люди не будут отправлять в спам.
Пользователи у нас из самых разных мест, но мы стараемся для всех них сохранять как можно меньший latency и развиваем CDN.
Больше 90% входящих писем — спам, который мы отсекаем.
Мы активно работаем с разработчиками opensource программ, в том числе и с команой nginx.
Часть этих программ адаптирована для наших нужд, в основном, при помощи необычных конфигураций, но есть и наши собственные патчи.
Письма Яндекс.Почты и файлы Диска хранятся в одном хранилище. Каждый файл сохранен минимум в двух копиях в двух разных дата-центрах. Копирование осуществляется нашими технологиями. Про процесс загрузки файла на Яндекс.Диск мы уже писали. Что касается нашего хранилища, про него можно рассказывать очень долго. В двух словах, мы используем разные диски, в зависимости от того, как часто требуются сохраненные на них данные.
Как и от любого инструмента впечатления, скорее, нейтральные. У MongoDB есть ряд проблем, про них нужно помнить и вовремя обходить. Как хранилище оно вполне надежно и производительно до определенных объемов данных, потом нужно шардировать и разбивать на несколько баз.
Сейчас с коллегами проверили, не получается воспроизвести. Предлагаю перейти в личку, нам нужно больше подробностей.
Ух ты, так быть не должно, исправим. Спасибо.
Это только те письма, которые мы считаем хорошими.
Адреса можно использовать прямо сейчас, создавайте их как рассылки и добавляйте в получатели любой нужный адрес.
Скорее всего, ваша проблема не связана с конкретным браузером. Про недоставку некоторых нотификаций мы знаем и занимаемся решением проблемы.
Следите за новостями.
Дайте больше подробностей в личку, пожалуйста.
Да, письма Почты для доменов принимаются и отправляются с тех же серверов, что и письма простой Яндекс.Почты.
В mulca письма хранятся так, как они к нам пришли, а метаданные отдельно.
Как выше уже посоветовали, можно использовать селекторы. В принципе, можем и принять ключ, если это зачем-то нужно.

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Registered
Activity