- Порезанный
- 14 августа 2026 г. в 02:25 UTC
- Автор
- kamo
- Обещать
- fd3f86d
Еще три вещи стоят между открытием / сообщениями и просмотром почты. Ничего не запрашивалось, пока не приземлился пучок. /сообщения тянут несколько Мегабайт JavaScript и компонент, который умеет запрашивать почту не существует до тех пор, пока все это не прибыло и не разобрано, поэтому первая просьба оставила Браузер только после обработки последнего байта. Маршрут теперь сервер Компонент, чей первый ребенок является маленьким клиентским модулем, который ничего не делает, кроме как спрашивает для папочного дерева и первой страницы; он приземляется в своем собственном куске и бежит во время Почтовый клиент все еще загружается. Кто нуждается в данных присоединяется к запросу Уже в полете, поэтому остается одна просьба. Это должен быть клиентский модуль, даже если сервер можно запустить раньше. Причиной является модель сеанса этого приложения. Kamo-internal ведет свою сессию на вкладку в SessionStorage и отправляет его как X-***-Token; *** cookie помещается только по маршруту сеанса-расширения, поэтому он отсутствует для члена, который только что вошел в систему. и принадлежит другому члену для кого-то с двумя вкладками, открытыми как две счета. Сервер рендер видит куки и ничего больше. Доставка почты туда будет полностью проваливаться на свежем входе и, на второй вкладке, может поставить один член Входящие на экране другого участника. В дереве сообщений не было ни одного динамического импорта, поэтому расширенный поиск панель, ярлык, наложение ярлыка, диалог подтверждения, контекстные меню, коммутатор почтового ящика и санитар HTML за чтением Все они были в первом куске. Ни один из них не нужен, чтобы показать почтовый ящик; все Теперь они загружаются, когда член тянется к ним. Ответы провайдера и почтовый ящик — два поиска на каждой странице загрузки Ждет, прежде чем он сможет показать что-либо - кэшируется в Redis в течение полутора минут минута, соответственно, положенная на сеанс и отброшенная любым письмом, которое может Измени их. Сессионный ключ и ничего более широкого: кэш над разрешением Ответ - это тип, который утечка доступа одного человека к другому, если ключ слишком Широкий, и сеанс - это то, с чем запрос был аутентифицирован в первом место. Коалесцирование проверяется с того направления, которое имеет значение, - что оно остается одной просьбой. Когда два абонента хотят одну и ту же страницу, она никогда не объединяет два почтовых ящика или два. папки, и что она не тихо становится кэшем и замораживает непрочитанные счета боковая панель перезагружается специально для обновления.