Clickhouse мы пробовали на других задачах (тоже хранение событий, но уже для внутренней аналитики). Непредсказуемое поведение и ведро процессорных мощностей, которое нужно вкидывать буквально каждый месяц привели к тому, что мы его похоронили в пользу BigQuery.
Новый проект на Phalcon заводить имеет смысл только из большой любви к этому фреймворку. Но когда есть продукт, который уже на нем написан, уже работает и приносит прибыль, смысла использовать Phalcon больше, чем мигрировать на что-то другое.
Спасибо за интересную ссылку. Например, одним из условий размещения у мобильных операторов является возможность ограничить раздачу контента только их клиентам. Плюс различные юридические тонкости. Трёхсторонний договор с западной компанией не всех обрадует. В общем, своё получается проще и гибче.
Nginx не решает вашу задачу. Nginx — это фронтенд вашего объектного хранилища. Swift (либо Ceph) — это объектное хранилище, решающее задачи шардинга и репликации. И к нему тоже нужен фронтенд и тоже с кэшем и это тоже может быть nginx, либо что-то ещё, что хорошо ложится в инфраструктуру и решает задачу. Swift не будет и не может быть быстрее, поскольку это инструмент для совсем другой задачи. Зато там есть репликация, шардинга, отказоустойчивость.
Когда Ceph был не продакшн-рэди уже существовал как минимум Openstack Swift. Не самое быстрое, конечно, решение, но всё же. На дворе 2017 год и Ceph уже давно вполне годен для продакшна. Мы у себя решили похожую проблему как-то так https://www.youtube.com/watch?v=Y8JHEb1BkGQ
Код ужасающий, MyISAM — зло. Я у себя сделал следующим образом: Новость разбиваем на слова и прогоняем их через стеммер. Получается массив «корней» (это не корни, на самом деле). Дальше считаем количество вхождений каждого «корня» и сортируем в порядке убывания. Выбираем N самых популярных «корней» в новости и для них забираем соответствующие им слова из начального списка. Это ключевые слова новости (они же будут в meta-keywords страницы) Дальше ищем ключевые слова в общем индексе (Sphinxsearch). Аналогичным образом формируем description — делим текст на предложения и выбираем N предложений с максимальным количеством вхождений ключевых слов.
Посадите программиста в поток. Защищайте. Не мешайте. Наслаждайтесь
Попробовал так как-то. Программисты сделали не то и слишком поздно. Лучше контекст им все-таки давать)
Как мы построили быстрое и надежное хранилище просмотров объявлений
Clickhouse мы пробовали на других задачах (тоже хранение событий, но уже для внутренней аналитики). Непредсказуемое поведение и ведро процессорных мощностей, которое нужно вкидывать буквально каждый месяц привели к тому, что мы его похоронили в пользу BigQuery.
Введение в Postman
А что используете для тестов? И чем генерируете коллекции?
Опыт перехода проекта на phalcon с php 5.6 на 7.1
Новый проект на Phalcon заводить имеет смысл только из большой любви к этому фреймворку. Но когда есть продукт, который уже на нем написан, уже работает и приносит прибыль, смысла использовать Phalcon больше, чем мигрировать на что-то другое.
Что нам стоит CDN построить
Когда хранилище делали нужно было «ещё вчера», поэтому выбрали то, что умеем и знаем. К nats пока присматриваемся.
Что нам стоит CDN построить
Нет )
Что нам стоит CDN построить
Домен один, да и данных в сравнении с фотками гораздо меньше, след. тупит тоже меньше.
Что нам стоит CDN построить
Файлы храним в Ceph, отложенную репликацию между дата-центрами с активным бэкапом в AWS S3 реализовали сами на RabbiyMQ + Go
Что нам стоит CDN построить
Если я правильно понимаю, нужна автономка, а это сильно дороже.
Что нам стоит CDN построить
Спасибо за замечание :)
Что нам стоит CDN построить
Спасибо за интересную ссылку. Например, одним из условий размещения у мобильных операторов является возможность ограничить раздачу контента только их клиентам. Плюс различные юридические тонкости. Трёхсторонний договор с западной компанией не всех обрадует. В общем, своё получается проще и гибче.
История хранилища картинок Avito
Nginx не решает вашу задачу. Nginx — это фронтенд вашего объектного хранилища. Swift (либо Ceph) — это объектное хранилище, решающее задачи шардинга и репликации. И к нему тоже нужен фронтенд и тоже с кэшем и это тоже может быть nginx, либо что-то ещё, что хорошо ложится в инфраструктуру и решает задачу. Swift не будет и не может быть быстрее, поскольку это инструмент для совсем другой задачи. Зато там есть репликация, шардинга, отказоустойчивость.
История хранилища картинок Avito
Сравнивать object storage и веб-сервер… Okay…
История хранилища картинок Avito
Пишем параллельно асинхронной 2 ceph-кластера в разных ЦОДах и в AWS S3 в качестве бэкапа для «самого ужасного случая»
История хранилища картинок Avito
Когда Ceph был не продакшн-рэди уже существовал как минимум Openstack Swift. Не самое быстрое, конечно, решение, но всё же. На дворе 2017 год и Ceph уже давно вполне годен для продакшна. Мы у себя решили похожую проблему как-то так https://www.youtube.com/watch?v=Y8JHEb1BkGQ
11 февраля: Techleads meetup. Как создать и сохранить динамичную разработку
Автоматическая генерация API doc через Аннотации или как прийти к документированию API
Автоматическая генерация API doc через Аннотации или как прийти к документированию API
«Новости по теме» с помощью PHP, phpmorphy и MySQL
Псевдоскоп, или что если поменять глаза местами