Комментарии

Думаю самое главное это доверить дело профессиональной компании, в сегодняшних условиях, делать качественный маркетинг за 30К, у фрилансера на коленке не получится, эти времена уже ушли, но не буду скрывать году в 2013 было золотое время SEO, или того же Директа, когдатза копеечку можно было влететь в ТОП

Насчет аудита, его можно и не делать если с самого начала доверить дело профессиональной компании, в сегодняшних условиях, делать качественный маркетинг за 30К, у фрилансера на коленке не получится, эти времена уже ушли, но не буду скрывать году в 2013 было золотое время SEO, или того же Директа, когдатза копеечку можно было влететь в ТОП

Думаю самое главное это доверить дело профессиональной компании, в сегодняшних условиях, делать качественный маркетинг за 30К, у фрилансера на коленке не получится, эти времена уже ушли, но не буду скрывать году в 2013 было золотое время SEO, или того же Директа, когдатза копеечку можно было влететь в ТОП

Проблемы SaaS модели только в одном, это сложности реализации непосредственно самого продукта, все остальное считаю делом техники, а точнее качественно продуманной бизнес модели

Спасибо, очень полезная статья, некоторые пункты возьмем себе на вооружение

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

Очень полезная статья, к сожалению очень многие не понимают на сколько важно и трудно правильно составить качественную и юридически грамотную документацию для своего сайта, тем более для маркетплейса. Мы обошли множество юридических контор но у них нет тонкого понимания e-commerce сферы, в конечном итоге всю документацию сделали в ДСТ Глобал это оказался их профиль

Ошибок конечно же намного больше чем пять и в первую очередь считаю что главная ошибка это нежелание слушать специалистов, которые знают и чувствуют тенденции, рынок и смотрят со стороны и объективно, наша организация это уже все слава богу прошла и по этому у нас есть хорошие результаты, но работы ещё много

Рутвит замечательная Социальная сеть, жаль что ее реконструкция затянулась, предполагаю все дело как всегда в средствах. Удачи разработчикам Рутвита

Тут все просто, искусственный интеллект, AR, VR, IoT и конечно PWA, вот за этим и будущее и многим стоит задуматься об этом сейчас, особенно тем кто работает в e-commerce сегменте

Забавно, если представить как было лет 10 назад то сейчас самый простой магазин на WP покажется супер навороченым и мощным

Сейчас в основном идут серьезные прорывы в AI, Интернет-вещей и конечно Кубернетис, именно его в скором времени будем внедрять в свой маркетплейс

В 2021 году запустили свой Маркетплейс автомобильной тематики, на базе ДСТ Платформ 2 версии, в стандартной редакции. Вот уже два года все работает как часы, однозначно лучшая платформа, хоть и не самая дешевая в премиум сегменте. Если кому интересно посмотреть можно на сайте www.iwim.ru прошу администраторов не удалять ссылку, так как это не спам

В 2021 году запустили свой Маркетплейс автомобильной тематики, на базе ДСТ Платформ 2 версии, в стандартной редакции. Вот уже два года все работает как часы, однозначно лучшая платформа, хоть и не самая дешевая в премиум сегменте. Если кому интересно посмотреть можно на сайте www.iwim.ru прошу администраторов не удалять ссылку, так как это не спам

Насколько я понимаю для Веба объектно-ориентированное программирование используется крайне редко, в основном для индивидуальных и особо сложных задач. Было бы интересно увидеть пример компонентов которые были реализованы при использовании ООП

Ну если в общих чертах то TypeScript является обратно совместимым с JavaScript и компилируется в последний. Фактически, после компиляции программу на TypeScript можно выполнять в любом современном браузере или использовать совместно с серверной платформой Node.js.

Ну и главное что TypeScript отличается от JavaScript возможностью явного статического назначения типов, поддержкой использования полноценных классов (как в традиционных объектно-ориентированных языках).

Боже, еще один язык программирования и чем же он отличаеться от JS?

Основными минусами для меня ClickHouse считаются следующими:

— отсутствие транзакций – Кликхаус является OLAP, а не OLTP-системой, и не поддерживает транзакционность записей, т.к. ориентирован, в первую очередь, на считывание данных. Поэтому попытки использовать ClickHouse в транзакционных OLTP-сценариях нецелесообразны.

— отсутствие точечных операций обновления и удаления данных (UPDATE и DELETE) по отдельным записям. В 2018 году появилась стали доступны пакетные операции ALTER UPDATE и ALTER DELETE, которые выполняются асинхронно, не блокируют вставки, запросы и друг друга. Возможно массовое удаление и изменение данных для очистки более не нужного или в соответствии с требованиями GDPR

— Ограниченная поддержка операций JOIN, в частности, в запросах, которые требуют перемещения большого количества данныхмежду узлами кластера, например, join между двумя большими таблицами

— Впрочем, соединения таблиц можно избежать, подключив таблицу как внешний словарь, причем из любой базы данных, даже сторонней, например, MySQL, PostgreSQL или внешнего файла.

— строгая типизация с необходимостью явного приведения. Хотя это ограничение и доставляет некоторые неудобства в процессе разработки, оно предохраняет от многих ошибок на этапе выполнения программы.

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

— отсутствие оконных функций и зависимых подзапросов – ClickHouse поддерживает декларативный язык структурированных запросов, который во многом совпадает со стандартом ANSI SQL, но не во всем. Это стоит учитывать при написании запросов к базе данных.

— отсутствие полноценного оптимизатора запросов. Частично эта проблема решается с помощью материализованных представлений, о которых мы рассказывали здесь. Например, при большом объеме сырых данных в СУБД скорость выполнения агрегированных запросов по ним может снижаться. Движок AggregatingMergeTreeагрегирует данные материализованного представления по ключу сортировки. Благодаря этому можно группировать данные по определенным полям, делая возможным выполнять сложные запросы по большому промежутку времени. В других случаях можно проанализировать, в чем именно проблема снижения скорости выполнения запросов: процессор, память, жесткий диск или сеть. К примеру, по умолчанию ClickHouse использует только физические процессорные ядра, без учёта одновременной многопоточности (hyper-threading). Некоторые запросы могут существенно ускориться, если увеличить количество потоков. Также возможны проблемы с дисками RAID 5 или RAID 6, которые отлично масштабируются по последовательным (и даже случайным) чтениям, но плохо – по записям. Наличие универсального оптимизатора запросов в ClickHouse сэкономило бы время разработчика или аналитика Big Data, позволяя не погружаться в такие тонкости. Но пока этого инструмента в СУБД нет.

— низкая скорость точечного чтения одиночных строк по своим ключам из-за разреженного индекса делает

— низкая производительность небольших вставок, т.к. из-за столбцового принципа хранения данных в ClickHouse. Каждый столбец – это минимум один файл, поэтому, например, для вставки 1 строки с 100 столбцами потребуется открыть и записать не менее 100 файлов.

— подверженность атакам на HTTP-интерфейс, включая SQL-инъекции. В частности, табличная функция url для обращения к удалённым узлам по HTTP и HTTPS позволяет провести атаку SSRF через SQL-инъекцию. Также HTTP-интерфейс ClickHouse делает возможным атаку Reflected File Download, если пароль не установлен, сохранен в браузере пользователя или известен злоумышленнику. Аналогичным образом из-за HTTP-интерфейса ClickHouse может подвергнуться атакам подделки запросов на стороне сервера (SSRF, Server-Side Request Forgery) и между сайтами (CSRF, Cross-Site Request Forgery)

Почему? В моей практике кубер просто работает и никого ничем не парит. Как по мне, это больше миф, который распространился как вирус, а облачные провайдеры подхватили его и начали толкать managed решения. То, что в нем много компонентов, не является прямым следствием сложности работы с ним. Как правило, эти компоненты живут своей жизнью и никого не трогают.

Я бы назвал основным недостатком к8с это необходимость обращаться к услугам облачных провайдеров для работы с ним. Так как поднять и главное обслуживать его своими силами просто немыслимо. За что его и любят и всячески продвигают облачные провайдеры. Как следствие второй недостаток. То что каждый облачный провайдер добавляет чуточку своего функционала. Что приводит к несовместимости к8s при миграции с одного облака в другое. Не думаю чтотв этом нет некого умысла.