- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Я понимаю пользу такого решения, в данный момент это будет пользоватся спросом, так как экономическая ситуация заставляет вебмастеров экономить. У них множество сайтов и само собой дырявые скрипты. Но изоляция не решает всех проблем, так как зараженные сайты генерируют огромные нагрузки и опасны другим серверам. То есть чистить всё равно надо.
Неизвестна остальная часть системы, по этому сложно что то понять.
По сути, всё это можно рещить с помошью mod_privileges.
нет не заменит, mod_privileges это как mod_itk (https://httpd.apache.org/docs/trunk/mod/mod_privileges.html, http://mpm-itk.sesse.net/) Это просто, если говорить грубо суид процесса в нужного пользователя. Проблему изоляции сайтов в рамках одного аккаунта не решает. Только если в рамках разных пользователей.
По поводу, автоматический (полуавтоматической) чистки от вирусов - ждите новостей и подписывайтесь на нашу группу в https://vk.com/begetru, https://www.facebook.com/LTDBeGet =) будет интересно.
какой-то набор слов, думаете "не линуксоиды" тут что-то поняли?
думаете "не линуксоидам" тут надо что-то понимать?
то безопаснотсь в такой системе не на много выше чем на обычном шарике.
вот так вот взять и опошлить всю идею разделения сайтов))
Учитывая то, что многие вебмастеры используют вечно дырявый Windows Commander или что то подобное
статистика есть?
вот так вот взять и опошлить всю идею разделения сайтов))
Никакой пошлости. Идея хорошая для большой компании, для таких как я это не имеет смысла. У меня чуть другие проблемы.
статистика есть?
По цыфрам не набирал, но самые проблемные клиенты которых приходилось очищать, пользовались именно им. После очистки и отказа от этого менеджера сайты годами спокойно живут.
Никакой пошлости. Идея хорошая для большой компании, для таких как я это не имеет смысла. У меня чуть другие проблемы.
По цыфрам не набирал, но самые проблемные клиенты которых приходилось очищать, пользовались именно им. После очистки и отказа от этого менеджера сайты годами спокойно живут.
Даже если на хостинге размещается один рабочий сайт - большое количество пользователей используют еще один для разработки или тестирования. С точки зрения хостинга не вижу разницы - 100 клиентов или 100000 - в любом случае это спокойная жизнь пользователей.
Замечу, что первые попытки/мысли сделать подобную систему появились в 2011 году, когда у нас и 5000 клиентов не было.
С точки зрения хостинга не вижу разницы - 100 клиентов или 100000 - в любом случае это спокойная жизнь пользователей.
Я против колхоза: 1 сайт - один аккаунт, мне понятно.
Вам за разработку само собой большой респект, что тут говорить :)
Добавили в панель уведомление о блокировке сессий в PHP, а заодно собрали статистику о простое сайтов из-за блокировки сессий. Во время блокировки сайты не отвечают, ожидая, пока файл сессии освободится.
количество времени, которое сайты на нашем хостинге были заблокированы из-за сессий в PHP
01.04 - 2233 часов
02.04 - 1232 часа
03.04 - 1332 часа
04.04 - 1672 часа
05.04 - 1740 часов
06.04 - 1514 часов
07.04 - 1453 часа
08.04 - 1598 часов
09.04 - 1289 часов
10.04 - 1517 часов
В среднем сайты не отвечали 1562 часа в день.
Максимальное суммарное время блокировки для одного ресурса составило 2468 часов за 3 дня (к сожалению, название ресурса привести не можем). 2468 часов сайт не отвечал за 3 дня Карл =) !!!
Количество доменов с блокировками за последние три дня 4358.
---------- Добавлено 11.04.2017 в 19:02 ----------
пс. кто нибудь знает как указать размер изображения ? =)
А вот об этом зря написали. Это огромнейший минус для клиента. Простой сайта - петеря шанса.
А вот об этом зря написали. Это огромнейший минус для клиента. Простой сайта - петеря шанса.
В отличии от других хостингов - видимо и Вашего мы мониторим эту ситуацию. Если бы Вы чуть более подробно прочитали об этой проблеме, то поняли, это фундаментальный недостаток PHP при хранении сессий в файлах.
https://beget.com/ru/articles/redis_session
Например блокировка на ajax запрос в 0,2 секунды - вроде не критична, но не приятна. А если таких запросов 10000 ?
В отличии от других хостингов - видимо и Вашего мы мониторим эту ситуацию.
Ок, я дурак - а не проще позаботится о том, чтобы сервер как можно быстрее выполнил задачу и снял блокировку с файла сессий, вместо того чтобы разрабатывать костыли? Да и так шаре хостинг весь на костылях, тут ещё один ;)
Если честно, пробежался по сервера, с тем же битриксом, ни где не заметил висящих сессий. Что я делаю не так? Мне кажется проблема в том, что пробуете выжать ресурсы с железа до его посинения ;)
P.S. К стати почему нельзя было и это в одной теме? Могу даже подсказать название: "Костыли от LTD BeGet для шаре хостинга" 😂
Я думаю этот разговор не имеет смысла, как минимум из-за разницы в знаниях.
Но я все таки этот идиотизм прокомментирую: формулировка сама по себе - "пробежался по серверам". Отлично и на глаз вы заметите блокировку от 0.1 до 2 секунд ? (Даже top медленней обновляется). Вот если Вы добавите в php логирование и уже потом посмотрите логи - можно будет продолжить разговор.