Последние сообщения

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

Увеличте backlog бэкэнда, запросы которые он не сможет принять буду ставиться в очередь. Но увлекаться этим не стоит, пользователь не будет у вас ждать, пока его запрос из backlog будет бэкэндом взят и обработан. Значит смотрите в сторону ускорения приложения. Сколько времени генериться страница? Если ли страницы которые одинаковы для всех? Выносите их в memcached и забирайте самим nginx-ом, не дергайте лишних раз бэкэнд. Включены ли акселераторы в духе XCache? Все ли скрипты при этом в кэше? Как обстоят дела с соединения к базе, сколько по времени они занимаются? Используется ли кэширование на этом уровне? К примеру, у меня в случае забора ответа от СУБД страница в среднем на одном проекте генерится ~15-20 мс, если данные забираются из кэша в роли которого работает Redis, то величина падает до ~2-10 мс, т.е. до 10 раз. И бэкэнд готов обрабатывать следующий запрос.

В общем обращаю внимание, что установка php-fpm чудесным образом ситуацию может не изменить, хотя возможно сгладит её.

1) data-only containers

2) решите задачу подъема самого сервера с запущенным Docker, в контейнерах задаете политику всегда перезапускаться — они вместе с самим Docker запустятся

3) в идеале по контейнеру на процесс либо логическую часть, к примеру MariaDB это один, Python сервер это второй и так далее

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

5) ответ тот же что и 1) + резервное копирование/восстановление из томов

6) не встраивайте чувствительные данные в образы и не попадут

В качестве неплохого примера можете посмотреть мою разработку (правда, ориентирована на PHP, но суть та же, посмотрите как устроено): github.com/nazar-pc/docker-webserver

Правильно делаете, что не доверяете dotdeb.org. Я лично ничего больше от них ставить не буду, был негативный опыт, причем два раза.

Поставить php-fpm можно вот таким способом: zagirov.name/debian-testing-install-php5-fpm

Т.е. по сути этот пакет одинаков для любого php 5.3. Достаточно просто убить внутри пакета зависимость от версии и можно ставить. Я это проделал у себя, все работает.

Вы читали кучу мануалов, но упустили самое главное — официальная документация. Как так? Там как раз и говорится как делать и почему. На вопросы уже поотвечали, но пройдусь ещё раз, раз столько времени на чтение ответов потратил :>

1) docs.docker.com/engine/userguide/dockervolumes/

2) docs.docker.com/engine/articles/host_integ...

3) Ответ простой — как хотите. Как лучше знаете только вы, звучит банально, но это так. Хотите хоть всё в один контейнер запихните, это ваше дело. Хотя рекомендуют 1 компонент на 1 контейнер. В этом есть своя логика — хочется обновить только mysql — обновляете этот контейнер и не думаете, поломался ли у вас uwsgi или nginx или ещё чего.

4) Напишите свой первый Dockerfile, станет куда яснее как выбирать. А пока доверяйте только официальным образам.

5) git? Этот вопрос — следствие непонимания вопроса 1)

6) Уже ответили. Самое простое, если не понимаете — не используйте dockerhub вообще. Или начните понимать. :) Или платите за приватные репозитории, чтобы не думать об этом. 

Использую DST Маркетплейс уже несколько месяцев для своего небольшого бизнеса, и это реально меняет игру! Особенно кайфанул от конструктора страниц — можно самому накрутить дизайн под свои хотелки, не платя дизайнерам. Интеграции с логистикой и платёжками работают как часы, никаких затыков. И что важно для меня как для владельца — всё чётко масштабируется, можно спокойно расти без страха, что система не потянет.

Использую DST Маркетплейс уже несколько месяцев для своего небольшого бизнеса, и это реально меняет игру! Особенно кайфанул от конструктора страниц — можно самому накрутить дизайн под свои хотелки, не платя дизайнерам. Интеграции с логистикой и платёжками работают как часы, никаких затыков. И что важно для меня как для владельца — всё чётко масштабируется, можно спокойно расти без страха, что система не потянет.

Очень впечатлён возможностями DST Маркетплейс! Особенно радует, что можно запустить торговую площадку буквально за считанные дни, не будучи при этом гуру программирования. Интерфейс настолько интуитивно понятный, что даже мой дед разобрался бы (шутка, конечно). А серьёзный плюс — это полная легальность и соответствие российскому законодательству, меньше головной боли с документами.

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

Несколько причин, почему это возможно:

— Повышение спроса на определённый ассортимент. Потребитель всё чаще ищет уникальные товары, которые сложно найти на универсальных площадках.

— Развитие отраслевых производителей. Они создают качественные товары, которые сложно найти на универсальных маркетплейсах.

— Усиление конкуренции на универсальных площадках. Продавцы стали выбирать узкоспециализированные платформы, поскольку там ниже конкуренция.

— Потребность в экспертизе и доверии. Узкопрофильные площадки становятся источником проверенной информации и гарантируют качество продукции.

— Внедрение новейших технологий. Есть возможности для разработки, поддержки и развития нишевых маркетплейсов.

По прогнозам Tinkoff eCommerce и Data Insight, при сохранении текущих темпов развития рынок нишевых маркетплейсов может достичь 1,5 трлн рублей к 2027 году.

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

Давно занимаюсь b2b ecommerce сектором, и к сожалению пока что на рынке не существует ни одного грамотного решения «из коробки», кроме DST Store, так что выбор остановил на нем. Советы грамотные, если собираетесь разрабатывать свой b2b портал, обязательно надо иметь ввиду.

У меня грузовые СТО. В марте месяце закупил запчастей на 7.5млн рублей(входящая), из них 6,8млн приходится на те самые b2b онлайн магазины.

С поставщиками у которых нет возможности онлайн заказа — попросту не работаю, за редким исключением.

Взаимодействие с поставщиком сведено до минимума.
Заходишь на сайт, забиваешь номера деталей, проставляешь количество, набираешь корзину.
Нажал отправить и все, никаких созвонов, список и тд.
Через день(два, три, в зависимости от локации склада поставщика. Основной поставщик делает две доставки в день) приезжает курьер с грузом и документами. Склад принял, подписал и все.
В живую (телефон мессенджер почта) общаемся только по возвратам или каким то другим подобным вещам типа просрочки и тд.

Мирослав Донцов

Мы выстраиваем подобный подход у наших клиентов. Рекламации, дебиторку, просроченные задолженности также автоматизируем в b2b-системе.

У меня грузовые СТО. В марте месяце закупил запчастей на 7.5млн рублей(входящая), из них 6,8млн приходится на те самые b2b онлайн магазины.

С поставщиками у которых нет возможности онлайн заказа — попросту не работаю, за редким исключением.

Взаимодействие с поставщиком сведено до минимума.
Заходишь на сайт, забиваешь номера деталей, проставляешь количество, набираешь корзину.
Нажал отправить и все, никаких созвонов, список и тд.
Через день(два, три, в зависимости от локации склада поставщика. Основной поставщик делает две доставки в день) приезжает курьер с грузом и документами. Склад принял, подписал и все.
В живую (телефон мессенджер почта) общаемся только по возвратам или каким то другим подобным вещам типа просрочки и тд.

Первое, что я бы посоветовал – это начать с четкого бизнес-плана и расчета окупаемости. Мы допустили ошибку, запустившись с слишком широким ассортиментом, и это создало сложности с контролем качества на старте.

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

Маркетинг и продвижение – отдельная песня. Мы вложили серьезные деньги в рекламу, но настоящий прорыв случился, когда запустили программу лояльности и реферальные бонусы. Продавцы тоже должны быть замотивированы – мы ввели систему бонусов за быструю доставку и качественную поддержку покупателей.

Сейчас, оглядываясь назад, понимаю: главное – это терпение и готовность к постоянным изменениям. Маркетплейс – это живой организм, который нужно постоянно развивать и совершенствовать.

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

Технический аспект оказался самым сложным – выбор между готовым решением и разработкой с нуля был непростым. Мы остановились на готовом решении DST Marketplace, чтобы учесть все наши уникальные требования. Отдельное внимание уделили системе безопасности и платежей – это критически важно для доверия пользователей.

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

Есть два сценария создания маркетплейса: с нуля или масштабируя уже имеющийся интернет-магазин.

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

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

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

Есть два сценария создания маркетплейса: с нуля или масштабируя уже имеющийся интернет-магазин.

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

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

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