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

2 raid1 под систему и эти ваши var/www

4 raid10 под базу

ничего лучше raid10 нет, только raid 10 на 12 дисках )))

raid10 на 6 дисков, конечно, если место не поджимает. Быстро, удобно, нет извращений «ой, системный диск пустой и вообще по нулям i/o, вебовый забит под завязку, а диски под базой загружены в потолок».

raid5 под базой зрелище зело печальное в работе.

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

Проблема ценообразования на агрегаторе действительно требует тщательного планирования. Предлагаю рассмотреть следующие подходы:

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

— Разработать систему бонусов для ранних клиентов: например, фиксированная цена на год при долгосрочном контракте.

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

— Внедрить модель оплаты за результат, где цена зависит от конкретных достижений (количество лидов, продаж, просмотров).

— Разработать систему скидок для постоянных клиентов при условии продления контракта.

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

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

Также стоит рассмотреть возможность предложения дополнительных услуг по актуальным ценам, не затрагивая основные тарифы.

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

Предлагаю рассмотреть следующие стратегии:

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

— Использовать модель динамического ценообразования, где цена зависит от конкретных показателей (количество показов, конверсия, вовлеченность).

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

— Внедрить пакетные предложения, где часть услуг предоставляется по старой цене, а новые функции — по актуальной.

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

Важно заранее продумать механизм информирования клиентов о предстоящих изменениях цен и предоставить им время на адаптацию.

Опять же, здесь я бы пошла по MVP — так как, всегда есть вариант, за что будет платить пользователь:

1 — вариант за 1 единицу услуги / продукта,
2 — вариант за месячное обслуживание по определённому тарифному плану,
3 — вариант по пакету услуг с определенным временем действия.

На самом деле в самом вопросе уже содержится ответ.

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

А вообще, абсолютно нормальным на рынке считается индексация ценовых предложений. Тем более вы всегда можете «привязать» эту индексацию к реальным изменениям: качество трафика, новые таргеты и т.д.

Вопрос интеграции информационного портала с интернет-магазином требует взвешенного подхода. На мой взгляд, объединение может быть успешным при соблюдении определенных условий.

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

Чтобы минимизировать риски снижения лояльности:

— Разработайте продуманный дизайн, где контент и коммерция не будут мешать друг другу

— Сохраните баланс между информационными и коммерческими материалами

— Обеспечьте высокое качество контента

— Предложите уникальные преимущества для покупателей

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

Важно помнить, что современные пользователи привыкли к многофункциональным сайтам, и при правильной реализации интеграция может стать вашим конкурентным преимуществом.

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

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

Чтобы не потерять лояльность аудитории, рекомендую:

— Создать четкую структуру сайта с отдельными разделами

— Не перегружать информационные материалы рекламными блоками

— Предоставить ценную информацию бесплатно

— Сделать покупки максимально удобными

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

Советую сделать обратное: в интернет магазин интегрируйте информационный портал.

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

Для начала необходимо организовать DMZ-зону (демилитаризованную зону), где будет размещаться публичная часть портала. Это позволит изолировать основной сервер от прямого доступа из интернета.

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

— Шифровать трафик

— Контролировать сессии

— Фильтровать вредоносный трафик

Для защиты данных в DST Portal следует:

— Внедрить систему централизованной аутентификации

— Использовать токены доступа вместо паролей

— Настроить журналирование всех действий

— Регулярно делать резервные копии

Что касается размещения — можно оставить портал на текущем сервере, но обязательно:

— Настроить строгий фаервол

— Ограничить открытые порты

— Использовать современные протоколы шифрования

— Регулярно обновлять все компоненты системы

Дополнительно рекомендую рассмотреть возможность использования облачной инфраструктуры для размещения публичной части портала — это обеспечит дополнительный уровень отказоустойчивости и профессиональную защиту от DDoS-атак.

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

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

Рекомендую рассмотреть вариант с обратным прокси-сервером (reverse proxy), который можно развернуть на отдельном сервере или виртуальной машине. Это позволит изолировать внешний доступ от основной инфраструктуры. Прокси будет выполнять функции фильтрации трафика и аутентификации пользователей.

Для защиты данных при внешнем доступе необходимо:

— Настроить SSL/TLS-шифрование

— Внедрить многофакторную аутентификацию

— Ограничить доступ по IP-адресам для особо важных разделов

— Регулярно проводить аудит безопасности

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

Также стоит внедрить WAF (Web Application Firewall) для защиты от распространенных атак и IDS/IPS для мониторинга подозрительной активности.

Открыть наружу доступ по SSL для партнёров. Сервер выставить не напрямую, а через nginx с редиректом http -> https.

DST Portal отлично защищён от атак в лоб. Можно поставить какой либо snort в режиме бриджа — но это параноя_mod

Использование ACL к внешним ip адресам как минимум. Если уж не хотят vpn делать партнеры.

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

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

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

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

Главное помнить: MVP — это не конечная точка, а начало пути. Успех зависит от того, насколько грамотно вы сможете использовать обратную связь для развития проекта.