Мне кажется, некоторые решения достаточно очевидны, но возможно не всем. Этой статьей я открываю небольшой цикл статей о технологиях и решениях, которые мы используем в Телетайпе.

Вводные данные

Телетайп работает целиком на Node.js, и использует базу данных PostgreSQL. Все сервисы (кроме БД) мы оборачиваем в Docker-контейнеры, и балансируем через nginx. При этом сервисы общаются через Docker Network.

Генерируем картинки для шаринга в социальных сетях

Телетайп поддерживает формат Open Graph. Нам очень хотелось, чтобы для каждой статьи и страницы блога генерировались красивые картинки для шаринга.

Поскольку мы используем JavaScript, нам нет никаких проблем сделать такие картинки обычной HTML версткой. Всё что нам нужно, просто отрендерить на стороне сервера и сохранить картинку в PNG. Это очень упрощает жизнь, т.к. нет проблем сверстать это. А рендерингом занять PhantomJS.

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

Загружаем картинки

Телетайп поддерживает загрузку картинок до 5Мб. Если вы не злобный хакер, и не будете пытаться слать напрямую картинки через API, то картинки большего размера отсечет еще клиентское приложение, и время а отправку в сеть не будет потрачено. Но даже 5Мб могут серьезно нагрузить основной бекенд. По этому сервис работы с тяжелыми файлами был вынесен в дополнительный бекенд сервис. И теперь если кто-то грузит картинку, то на читающих статьи пользователях это никак не скажется.

Что можно бы еще оптимизировать?

Во первых мы не удаляем картинки с сервера. Это сложно, не полезно для дисков, и медленно для редактора. Удобно же при редактировании поста просто удалить картинку, и не ждать, когда она удалиться.

Во вторых, вполне нормальный пользовательский кейс, когда вы добавили картинку в статью, удалили, передумали и снова добавили. Значит мы загрузим две одинаковые картинки? Бесплатно? Ну нет.

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

По этому, для картинки мы генерируем 2 хеш-суммы — SHA1 и SHA256. Это очень сильно про запас, но накладные расходы по сравнению с сохранением картинки на диск минимальны.

Теперь перед загрузкой картинки, мы просто на клиенте берем 2 хеш-суммы, и делаем проверку одним запросом. Если такая картинка уже загружена — сервер вернет нам ее адрес. Все картинки обезличиваются, и сохраняются с UUID в имени: https://teletype.in/files/be/bec30fa9-8338-4790-bc49-be1f1be49768.jpg, как-то так. На всякий случай, при загрузке картинки, сервер сам сверит хеш-суммы с имеющимися в базе. Хранящиеся хеши в таблицах базы могут должны быть уникальными.

Обрабатываем картинки

Не так давно, нам пожаловался пользователь. Он загрузил фотографии с телефона в статью, а они неправильно повернулись.

Всё дело в EXIF. Изначально картинка повернута как попало, а правильная ориентация выставляется из EXIF данных с параметром orientation. Всего типов ориентации картинки может быть 8.

Итого, нужно было повернуть картинку. Вырезать весь EXIF (и сэкономить немного памяти дискам), ну и в случае с аватарками привести их к нужным нам размерам.

Всё это можно было сделать с помощью ImageMagic. Но поскольку один из разработчиков Телетайпа большой любитель JS, да и человеко-понятность ImageMagic убывающе мала, мы нашли модуль для Node.js – lwip. Он умеет вполне достаточно: повернуть картинку, зеркально отразить, обрезать, поменять размеры, и сохранить всё с минимальным набором параметров. За одно, при сохранении добавили дополнительную оптимизацию картинок (85% качества для JPEG мало кто заметит, ведь да?).

В следующих сериях

1. Работа с изображениями
2. Домены блогов. Как работает привязка
3. Домены блогов. Как работают домены
4. Домены блогов. Как работает HTTPS для доменов
5. Изоморфный Телетайп без React и Virtual DOM
6. Проблемы визуальных редакторов текста

Новый Firefox 52 вышедший 7 марта поддержал CSS Grid Layout. До этого поддержка была только у Internet Explorer и Edge, и то с префиксами и по драфтовой спецификации (кто их просил делать по драфту, привет Flex Box).

Возможно это будет одна из самых революционных фич за последнее время. Сеточки очень сильно облегчат жизнь, и дадут новый повод верстальщикам заставлять дизайнеров следовать сеткам. Кроме того, Bootstrap тоже сможет избавиться от костылей вроде clear: both;.

Теперь осталось дождаться только Хром (думаю уже скоро), и Сафари (вот тут неизвестно когда). Кроме того, поддержка пока не заявлена мобильными браузерами. Но никто не запрещает делать фолбеки, к тому же для мобильных браузеров самое милое дело.

В общем, ура! Ждем пол-года и внедряем 🤗🎉