Комментарии

В 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 при миграции с одного облака в другое. Не думаю чтотв этом нет некого умысла.

Ничем.

Отсутствием привязки к AWS, большим опенсорсным комьюнити и, как следствие, большим количеством всевозможных дополнительных компонентов. Кроме того, K8s реализует паттерн замкнутого контура управления (ЗКУ). Это позволяет приводить ваше приложение к целевому состоянию, пускай даже на это уйдет несколько дней. В случае с Terraform вы ограничены клиент-серверным взаимодействием и небольшим количеством попыток установить целевое состояние для ресурса

Знающие люди, подскажите — чем k8s лучше чем terraform + aws (забудем про eke) с точки зрения администрирования и поддержки? И там и там кластер описывается конфигом, есть автомасштабирование и виртуальные сети.

Можно взять k3s или k0s, добавить kubevirt и это в огромном подавляющем числе упростит и первоначальную настройку и расширит рабочие нагрузки. А в случае роста узлов и подов, можно делать мультикластерные решения и это в любом случае потребует затрат специалистов для обслуживания инфраструктуры. Сейчас нет никаких преимуществ в новых проектах использовать, что-то отличное от k8s.

Как по мне Kubernetes идеален в качестве платформы корпоративного уровня, способной запускать тысячи контейнеров в облаке и управлять ими.

Преимущества Kubernetes:
— Самодостаточный инструмент оркестровки, в который встроено множество сервисов. Kubernetes предоставляет все функции, необходимые для запуска приложений на основе контейнеров, включая: управление кластером, планирование, обнаружение служб, мониторинг, управление безопасностью и многое другое.
— Поддерживается фондом CNCF (Cloud Native Computing Foundation). У Kubernetes самое впечатляющее по числу участников сообщество среди всех оркестраторов, что обеспечивает богатый инструментарий и большое число готовых решений.
— Это бесплатный инструмент с открытым исходным кодом, который работает в любой ОС.

Наиболее частые проблемы с Агрегаторами

1. Сначала трафик, потом продажи.

Мне часто задавали запрос оценить, что не так в агрегаторе. Я всегда начинал со статистике. И часто очень удивлялся. У многих ребята просто не было трафика, но они уже сильно мучались вопросами монетизации (как же лучше монетизировать сайт) или вопросами улучшения функционала.

Не забывайте, в первую очередь нам нужно получить трафик. Это супер простая истина. Весь трафик для агрегаторов я делаю на два типа:

SEO трафик

Платный трафик.

Не то, чтобы SEO трафик бесплатный. Вам нужен SEO консультант (если вы сами таковым не являетесь), нужно тратить деньги на контент, на покупку ссылок и так далее. Но всё-таки есть типы трафика, где вы платите за клики. И это уже в прямом смысле платный трафик.

Я видел интересный пример ниши, где один парень поднял свой сайт по конкурентным запросам условно: компания А — отзывы, компания Б — отзывы на первые места, и качал SEO трафик. Партнёры ему платили хорошие комиссии и агрегатор процветал. В этой же ниши другие ребята старались всё улучшать функционал, не понимали, почему у них не идёт. Всё просто. У них не было SEO трафика, который чаще всего является основной агрегатора.

2. Мало SEO трафика в нише.

В некоторых ниша просто достаточно мало SEO трафика. Это важно понять на начальном этапе, пока вы ещё не начали делать агрегатор. Тут важно учесть, что понятие мало-много — относительное. Но есть ниши, где прямо совсем мало трафика. Лучше ответить себе на вопрос — сколько я хочу зарабатывать на данном проекте? Сколько SEO трафика у лидера этой ниши? Подходит ли мне данная цифра? Есть ли у меня понимание, как получить альтернативные источники трафика в данной нише?
3. Сложность масштабирования

Вроде бы следует простой вывод. Нужно наращивать трафик. Но как? Откуда? Если ниша такая узкая. Например в нише школ английского языка, которую я развивал, все 2 года мы старались улучшать сайт, работать над SEO, и как следствие мы занимали Топ 2-3 выдачи по семантическому ядру, но этого всё равно было мало.

Единственным выходом была покупка платного трафика.

Я тестировал все возможные каналы, но вывести в плюс юнит экономику по ним так и не удалось.

Если посмотреть все топовые агрегаторы в этой нише, никто не покупает платный трафик.

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

У агрегатора А 100 000 трафика в месяц

У агрегатора Б 20 000 трафика в месяц

Но 70% трафика агрегатора А — это трафик с двух статей, условно, алфавит английского языка и страница переводчика. Конверсия с такого трафика в покупку в 10 раз ниже, чем с коммерческих страниц. Например со страницы школы.

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

Агрегатор А в месяц заработал 200 000 рублей

Агрегатор Б заработал 180 000 рублей

Профит на 1 пользователя А = 200 000 / 100 000 = 2 рубля на пользователя

Профит на 1 пользователя Б = 180 000 / 20 000 = 9 рублей на пользователя

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

Добавлю от себя. Мой опыт в сфере агрегаторов

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

1. Я запустил с 0 в разных нишах 6 агрегаторов.:

2 агрегатора продал на общую сумму = 7 млн руб.

1 агрегатор закрыл

3 продолжаю развивать ( про один из них(новый, только запущенный) check-ups.ru рассказываю в своём телеграм канале — Про сайты агрегаторы на личном примере).

2. Пока что наибольшая чистая прибыль одного агрегатора в месяц достигала 400 000 рублей.

3. Написал для себя универсальный движок (тему на WordPress), которая позволяет проверять разные ниши без создания отдельного кода для каждого нового агрегатора. Т.е. прошёл весь цикл технической составляющей написания кода для агрегатора

4. Основной трафик во всех агрегаторах всегда был SEO. Сейчас тестирую так же ниши с платным трафиком, который будет биться в плюс.

5. Развивал все проекты на свои деньги (без инвестиций) с 0.

Как выбрать нишу для создания сайта-агрегатора

Какого-то готового списка перечня со всеми нишами, конечно же, нет ( по крайней мере лично я такого не знаю). Поэтому нужно сделать выбор по некоему количеству полезных критериев. Мои критерии следующие:

1) В какой области у вас есть минимальный опыт, или какая область вам интересна. Как бы тривиально это не звучало, но я вспомнил слова психолога М.А. Лабковского: «Делай то, что нравится». С агрегатором возиться придётся долго. Лучше пусть это будет ниша, которая вам близка и интересна.

2) Есть ли в нише агрегаторы. Это очень просто проверяется. Вводим высокочастотные поисковые запросы в Яндекс или Гугл. Если в Топ10 есть хотя бы 1 агрегатор, значит уже есть с кем равняться. Если агрегаторов нет, это не значит, что в этой нише их делать не стоит, но я бы как минимум задал себе вопрос — почему их тут ещё нет? Большая вероятность, что они в этой нише нерентабельны.

3) Сколько SEO трафика собирает лидер ниши, и какова структура трафика этого лидера. Для данного анализа я использую инструмент similarweb. У него есть бесплатная версия, которая даёт возможность посмотреть необходимые базовые цифры. Кол-во трафика — это сигнал для вас, сколько в идеале сможете собрать вы. Это базовый параметр для первичной оценки. Давайте разберём на двух примерах ниш, в которых я работал сам. Сравним 2 лидера двух разных ниш: школы английского языка и онлайн сервисы для бизнеса:

Нас интересует циферка — кол-во визитов в месяц.

И структура трафика.

Теперь смотрим те же показатели у лидера ниши онлайн сервисов:

Основные выводы:

В нише онлайн сервисов, вы можете пробовать выйти на 190410 * 83% = 158040 SEO трафика. В нише английского же это будет 8840*63%=5569 SEO трафика в месяц. Это базовые общие неточные цифры, но они хорошо отражают общее положение дел. Если за основу брать только количество агрегаторного SEO трафика, то ниша онлайн сервисов выглядит более перспективно. Так вы можете проверять любые ниши: клиники, школы танцев, авиабилеты и так далее.

Итак, предположим, вам нравится ниша (или вы в ней специалист) и вы просчитали, что в ней можно собрать достаточно SEO трафика. Пока это ещё очень малое кол-во данных для каких-либо выводов. Идём дальше.

4) Как высока конкуренция в данной нише? Конкуренцию можно пытаться определить по-разному. Что смотрел лично я:

а) Сколько сильных, стабильных агрегаторов в нише. Просто смотрите поисковую выдачу и выписываете все агрегаторы в табличку. Прописываете для каждого текущий трафик. И вы поймёте с кем вам придётся конкурировать. С 2-мя сильными игроками или с 10-ю.

б) Сколько стоят клики по Семантическому ядру данной ниши. Возьмите хотя бы 30-50 высокочастотных запросов, можно для точности взять ещё СЧ и НЧ запросы и в том же Яндекс Директ (прогноз бюджета) посмотреть сколько стоят клики. Это тоже своеобразный показатель конкуренции.

в) Можно ещё использовать разные сервисы или программы. Например старый добрый Key Collector, который считает коэффициенты конкуренции по нише.

Чем меньше конкуренция, тем проще Вам будем пробиться на верх поисковой выдачи. Всё просто:)

5) Какой средний чек в нише. Вы должны понимать, что платить вам будут либо комиссию с продаж, либо какие-то рекламные бюджеты. В любом случае, есть разница, если вы зарабатываете 10% от продажи в 30 000 рублей (например, ниша детских лагерей) или 10% от 1200 рублей (парикмахеры). Второй вариант тоже имеет место быть, но тогда вам нужны большие объёмы.

6) Смотрим структуру трафика. Нужно понять на какие страницы лидеры ниши собирают основной трафик.

Customer Development и MVP

Вам нужно выяснить, какое количество игроков потенциально станут с вами работать. Про Customer Development написано много хороших книг. Если кратко, нужно спросить правильные вопросы. Например: у вас есть на данный момент потребность получать дополнительных клиентов с агрегаторов. Вы можете нанять кого-то или сами потратить неделю и обзвонить всех партнёров других агрегаторов в вашей нише. Это очень важный пункт. Даже если в нише есть агрегаторы, может ниша перегрета и Ваш новый агрегатор уже будет лишним.

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

Я выбрал только один город Москва. Взял всего 100 клиник (узкую группу). Заполнил контент и сразу начинаю тестировать платный трафик, параллельно выстраивая минимальный колл-центр. Такая быстрая адаптация и есть MVP в сфере агрегаторов в моём понимании. Т.е. сделать ряд шагов всё равно придётся, но нужно постараться сузить область проверки на начальном этапе.

Что вообще делает сайт изначально агрегатором, а уже потом марктплейсом, агрегатором товаров или услуг, классифайдом и так далее:

1. Агрегатор объединяет большое количество Поставщиков(товаров или услуг, и заметьте на этом этапе мы пока не делим на товарные агрегаторы и агрегаторы услуг, не вводим термин — маркетплейс или классифайд, это всё агрегаторы и они все выполняют функцию объединения) в одном месте. Полезность для пользователя — возможность выбора, экономия времени.
ПС Хотя сейчас уже очень много разных агрегаторов, как и со всеми явлениями к сожалению, от любви до ненависти часто один шаг. При этом всё-таки стоит признать объективный факт — процесс объединения на одном ресурсе крайне удобен и полезен. Представьте, что мы выбирали бы стоматологическую клинику как раньше, заходя в поисковик, и переходя на разных вкладках на сайты клиник, на которых они пишут про себя всё хорошее. Так себе удовольствие.

2. Агрегатор является посредником, не вступая или вступая в сделку ( И тут начинаются первые различия в терминах). Считается, что маркетплейс — это агрегатор, который становится уже участником сделки. Берёт оплату на сайте например, или организует продажу товара, логистику, или организует бронирование. Не вступая в сделку — это классический каталог(и сейчас часто словом агрегатор называют именно такой сайт) То есть начальный термин агрегатор остался для таких сайтов-каталогов. Сравнение произошло, но больше вы ничего не делаете, просто отправляете на сайт партнёра.

3. Контент создаётся на сайте агрегатора.

И тут тоже появляются новые интересные разновидности. Например появляется такой термин как классифайд. Одна из основных характеристик классифайда — это то, что люди сами создают объявления(то есть контент). Хотя ирония в том, что на первом этапе даже в классифайде, вам придётся в ручную создавать(парся изначально другие классифайды) этот контент. То есть проект должен ожить, а уже потом кто-то будет создавать объявления, видя, что проект живой.

РЕЗЮМЕ по терминологии: Важно, понять, что и маркетплейс и классифайд и другие термины — изначально это всё АГРЕГАТОРЫ, по пунктам описанным мной выше. Но так как у агрегаторов появилось много особенностей, то появились и новые термины, такие как:
Товарный агрегатор
Агрегатор услуг
Прайс агрегатор
Маркетплейс
Классифайд
Отзовик
Агрегатор с внешним контентом
Агрегатор с внутренним контентом
Биржа

Хотел бы спросить у сообщества — что такое сайт-агрегатор и какие бывают типы агрегаторов? А также чем вообще они отличаються от привычного нам маркетплейса?

Нужен был сайт маркетплейса косметики и сразу услуги по SEO, обратилась в DST, т.к мне их рекомендовали знакомые. Не прогадала с выбором компании, сотрудничество было плодотворным, а общение приятным и легким.

Меня поняли буквально с полуслова, учли все пожелания и установили удобную систему управления сайтом, предложили вместо многострадального Битрикса поставить более мощную и удобную систему DST Platform, в которой я смогла легко разобраться и наконец делать все то, что мне необходимо, а не страдать от вечных поломок. Со сроками и SEO тоже не обманули, все отлично работает я довольна!

Нужен был сайт маркетплейса косметики и сразу услуги по SEO, обратилась в DST, т.к мне их рекомендовали знакомые. Не прогадала с выбором компании, сотрудничество было плодотворным, а общение приятным и легким.

Меня поняли буквально с полуслова, учли все пожелания и установили удобную систему управления сайтом, предложили вместо многострадального Битрикса поставить более мощную и удобную систему DST Platform, в которой я смогла легко разобраться и наконец делать все то, что мне необходимо, а не страдать от вечных поломок. Со сроками и SEO тоже не обманули, все отлично работает я довольна!

Нужен был сайт маркетплейса косметики и сразу услуги по SEO, обратилась в DST, т.к мне их рекомендовали знакомые. Не прогадала с выбором компании, сотрудничество было плодотворным, а общение приятным и легким.

Меня поняли буквально с полуслова, учли все пожелания и установили удобную систему управления сайтом, предложили вместо многострадального Битрикса поставить более мощную и удобную систему DST Platform, в которой я смогла легко разобраться и наконец делать все то, что мне необходимо, а не страдать от вечных поломок. Со сроками и SEO тоже не обманули, все отлично работает я довольна!

Нужен был сайт маркетплейса косметики и сразу услуги по SEO, обратилась в DST, т.к мне их рекомендовали знакомые. Не прогадала с выбором компании, сотрудничество было плодотворным, а общение приятным и легким.

Меня поняли буквально с полуслова, учли все пожелания и установили удобную систему управления сайтом, предложили вместо многострадального Битрикса поставить более мощную и удобную систему DST Platform, в которой я смогла легко разобраться и наконец делать все то, что мне необходимо, а не страдать от вечных поломок. Со сроками и SEO тоже не обманули, все отлично работает я довольна!

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