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

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

Такие программы можно писать руками, придумывая алгоритмы самостоятельно — это т.н. rule-based системы. Можно использовать существующие данные (входные+выходные значения) и подгонять нашу модель с какими-то изменяемыми значениями под эти данные. Это называется машинным обучением.
Есть много алгоритмов и моделей машинного обучения — например, деревья выбора и random forest, метод опорных векторов (Support Vector Machines, SVM) и нейронные сети. Область машинного обучения, посвященная работе глубоких нейронных сетей, называется глубоким обучением (deep learning).

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

Я бы сделал зеркало для системы и там уже 5-й рейд для всего остального.

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

Всегда, если есть возможность сделать два меньших массива вместо одного большого — делай два массива.

тип — под ситуацию и деньги, raid1 и 0 имеют наименьшие накладные расходы на процессор но кушают доступное место на диске

raid5 из трех дисков вполне возможен, так как используете десктопные ssd-шники, значит за скоростями не гонитесь и вам хватит софтварного mdadm (настоятельно рекомендую его а не встроенные в zfs и btrfs), поэтому 2 x raid5 по 3 диска — ваш выбор.

p.s. настрой мониторинг бэкапы! а при наличии второй машины, master-slave репликацию для базы, как один из инструментов онлайн резервирования (это так приятно запустить базу данных после сбоя в то же мгновение как умрет главный сервер).

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 для мониторинга подозрительной активности.