ITSumma
Отказоустойчивые инфраструктуры, которые мы проектируем и поддерживаем, обслуживают 150+ миллионов человек в сутки. На связи 24/7.
Пожалуйста!😊
Это со всем так) Что бы ты не делал, всегда найдется азиат, который делает это лучше😉
Мы старались рассказать о тех вещах, про которые часто забывают перед акциями. Но вы, безусловно, правы — про защиту от DDoS тоже забывать не стоит. Спасибо за ценное дополнение!
Эта тема настолько объёмная, что лучше мы напишем про неё отдельную статью.
Все дело в том, что инструменты, используемые для ТП, всегда будут зависеть от конкретной инфраструктуры, размеров инфры и предпочтений команды.
А госструктуры вообще отдельная история, ведь там нужно учитывать и требования буквы закона, опираться на данные, которые там обрабатываются и учитывать много других нюансов.
Так что следите за обновлениями — скоро выпустим материал на эту тему.
Скажем так: нам не хотелось, чтобы кто-то на основе нашего решения создал какой-нибудь свой SaaS. Но если вы встроите Текстарену на свой сайт, никакие исходники выкладывать нет нужды.
Будем признательны, если расскажете, как именно?
Едитор.жс — хороший редактор. Основных отличия два: встроенный парсер, который можно настроить, чтобы открывать документы из разных источников, и неблочная компоновка: вы можете выделить неполностью предложение в первом абзаце и что-нибудь во втором. Последнее точно нужно не всем, но в эдитор жс такие хитрости не пройдут.
Едитор.жс — хороший редактор. Основных отличия два: встроенный парсер, который можно настроить, чтобы открывать документы из разных источников, и неблочная компоновка: вы можете выделить неполностью предложение в первом абзаце и что-нибудь во втором. Последнее точно нужно не всем, но в эдитор жс такие хитрости не пройдут.
Нет, вы не должны выкладывать исходники сайта.
Мы не рассчитывали, что текстовый редактор для сайта кто-то будет использовать на мобильном. Но учтём!
Есть сравнение, но оно, скорее, "процессное", функциональное, чем техническое — https://blog.editorica.io/post/kakuyu-cms-vybrat-dlya-sayta-media-9e5
Так а мы вам демо-версию можем дать, а вы оцените ;-)
И потом, всё же не все платные CMS могут предложить управление контентом и управление процессом производства контента. По крайней мере, для СМИ.
Импорт маркдауна можно сделать через плагины. В самом редакторе форматирования с помощью маркдауна не предусмотрено, потому что форматирование может быть намного сложнее, чем возможности маркдауна.
Любую позицию уважаем, но не стоит всё же в комментариях уклоняться от соблюдения причинно-следственных связей :-)
А что странного в наших приведённых расчётах?
И речь как раз идёт о том, что бесплатные CMS лишены тех самых, как вы говорите, "наворотов", которые многим редакциям нужны. И за которые эти редакции вынуждены платить дополнительные немалые деньги.
Вот и весь посыл. Он не в том, что бесплатные СMS плохие — нет, мы так не считаем. Речь о том, что мы предлагаем альтернативное решение.
Что до поддержки, то поддерживать наше решение сможет сможет любая команда, знакомая с JavaScript.
Речи нет о том, чтобы покупать фотошоп корректору. У современных медиа зачастую много различных форматов, включая рекламные. То есть функция эдобовского пакета в редакции состоит не только в кадрировании фотографий и\или лёгкой ретуши — и Премьер, и Иллюстратор используются.
Мы приводим усреднённые расчёты, которые основаны на нашем опыте взаимодействия с редакциями СМИ. И вполне допускаем, что в каких-то других редакциях не вся перечисленная в статье функциональность нужна.
Структура документа хранится в JS — нет сложности сделать экспорт в JSON. Сейчас упор сделан на HTML и веб-компоненты, чтобы отображение сложных кусков текста можно было делать, не заботясь о том, где этот HTML будет отображаться. Изначально задача была сделать редактор максимально похожим на результат на сайте.
Так мы никого не заставляем же, да? :-) Мы просто предлагаем другой подход. Если вы хотите остаться на старом сайте с костыльными решениями — пожалуйста. Главное то, как вам удобно ;-)
А вы не беситесь. Запросите ;-)
Ну, вообще-то в статье даже есть раздел "Как сэкономить", где мы и говорим, в том числе, о бесплатных аналогах. У таких инструментов не всегда хватает нужной функциональности. Но если они вас устраивают — это прекрасно же! :-)
Наш продукт сродни конфигуратору для машины — всё зависит от ваших задач. Кому-то могут быть не нужны те или иные модули — окей, их можно убрать. Или добавить потом. В довольно близком будущем появится усреднённое коробочное решение, тогда можно будет говорить про некий фикс.
Наша главная идея в том, что — да, наша CMS не бесплатная. Зато в ней есть сразу всё, что нужно. Типа "плати один раз — и пользуйся вечно". А не трать на всякие костыли понемногу, которое вырастает за год во вполне внушительную сумму.
Ну, а начинается цена на наш продукт с 0 рублей ;-) https://github.com/itsumma/textarena
Зачастую владельцу медийного сайта не хватает функциональности из коробки — и приходится разрабатывать своё решение или совмещать несколько инструментов вместе. О том, собственно, и статья — что это далеко не всегда удобно и выгодно. Мы предлагаем решение, которое легко модернизировать под индивидуальные нужды.
Поддерживать это решение сможет сможет любая команда, знакомая с JavaScript.
Что до интеграции с существующим сайтом... Пожалуй, это такая же сложная задача, как дорабатывать его под специфичные задачи. То есть долго и не совсем понятно, зачем :-)
Это не правило — это возможность. Понятно, что в таком, по сторазвдень выкладки в день, формате развитие продукта невозможно. Но! если нужен критический для бизнеса хотфикс или под случившееся событие какая-то небольшая кастомизация — должна быть возможность сделать это быстро.
Когда команда не может это сделать — тогда девопс и нужен :-) Это больше организационные мероприятия: как разработать и внедрить быстрые и безболезненные выкатки-откатывания + технологическая часть, автоматизировать (читай ускорить и упростить) все что можно — CI\CD, кубер, вот это всё.
Ну, и эта сложность прямо, а не обратно пропорциональна размеру команд (хотя вы тут немного смешиваете, говоря про перегруз людей в мелких командах): чем больше народу = тем сложнее скоординироваться = тем дольше процессы по времени идут.
10 характеристик указаны на картинке в статье. Но если у вас вопрос какой-то более конкретный, с деталями по проекту, напишите в личку, поспрашиваем коллег-инженеров.
А какие именно подробности вас интересуют? Можем поделиться. Наверное :-)
Были странности с некоторыми компонентами на сайте. Счас поправили. Можете проверить снова, пожалуйста?
Были странности с некоторыми компонентами. Счас поправили. Можете проверить снова, пожалуйста?
Да, всё верно, на этом объекте нагрузка была выше, заказчик обозначил это на первом же созвоне.
По поводу второго вопроса: дело не в лимите на файловые дескрипторы, об этом нигде не шла речь. Недостаток воркеров был проблемой. В итоге копилась огромная очередь, а воркер не успевал обрабатывать запросы.
Ну и ещё одна предпосылка возникновения проблемы — отсутствие постоянного подробного мониторинга, о необходимости которого мы говорим все 15 лет существования нашей компании :-)