- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
К тому же открывается возможность в последствии уменьшить единственный корневой раздел, чтобы выделить некоторые части файлового дерева в отдельные разделы, если того действительно потребуют условия.
На мой взгляд лучше выделить сколько необходимо, а потом доращивать по надобности
Уменьшать разделы это плохо, а увеличивать это нормально.
Если можно вообще не следить за разделами, может сразу выбрать статистически наименее проблемную конфигурацию? Есть, конечно и минусы, но в целом довольно хороший выбор.
Вам показали, что грамотная разбивка поможет избежать как минимум - части проблем. А еще есть масса возможностей: разные флаги на разделах, разные файловые системы, LVM...
Как сайтовладелец я не понимаю зачем мне обязательно админу платить, все равно он в танчики режется. Вот у ТС тот сисадмин, который устанавливал даже не справился с разбивкой.
Почему "не справился". Я этого покуда не увидел. То что видно - кривой бекап от ISP, разработчики которого, как обычно "не подумали".
Зачем платить - чтобы было меньше проблем. А те, что возникают - решались бы в срок (без необходимости бегать по всяким помойкам форумам и приглашать первого Васю-одмина, доступного в ICQ).
На всяких там "проверенных временем" Centos, где нет /var/run в памяти, из-за переполнения /var могут не стартовать любые демоны, потому что им негде будет создать pid-файл.
В любом случае ничего хорошего от переполнения любого раздела не будет. Это нештатная ситуация и ее нужно исключить.
Хорошего, конечно, мало. Но не лукавьте - часть проблем все-таки уходит. Например, зачем Вам "стартовать демоны", когда они уже были запущены и работают при старте системы? Ну а если подумать - можно и этот сценарий предусмотреть в разбивке.
Может и буду. Это не так страшно.
Вообще-то, скорость работы с файлами упадет в разы. Так что я бы такие вещи надолго не оставлял... Но, хозяин - барин...
Ради отсутствия необходимости платить сисадмину каждый месяц они с удовольствием потерпят.
Сисадминам обычно платят не за такую ерунду.
Я решительно против увеличения энтропии вообще и разбивки дисков, создающей ненужные проблемы, в частности.
Ну, с энтропией Вы поделать ничего не сможете - ибо физика. А проблем с _нормальной_ разбивкой дисков - так и не представили. Только на уровне "блондинка ниасилит". ISP manager делают строго для подобного "контингенту"?
На мой взгляд лучше выделить сколько необходимо, а потом доращивать по надобности
Вот именно. Зачем лишать себя возможности гибко рулить ресурсами?
Так сайтовладелец же сервер перезагружать попробует, когда заметит что статистика не генерируется. Других вариантов действий без специальных знаний у него нет. Деньги без явной необходимости он не станет тратить.
Ну, можно на солнышке сидеть спокойно, кушать углеводы и аккумулировать энергию. круто же.
Видимо, да. Если сисадмин есть и любит повозиться , то и панель не нужна.
Так сайтовладелец же сервер перезагружать попробует, когда заметит что статистика не генерируется. Других вариантов действий без специальных знаний у него нет.
Есть вариант - "спросить что делать" (начав с FAQ, документации, поддержки панельки). Все остальные варианты в отсутствие знаний - персонально для ССЗБ. Разбит диск нормально или нет - тут уже второстепенно.
Ну, можно на солнышке сидеть спокойно, кушать углеводы и аккумулировать энергию. круто же.
Круто - не круто, а термодинамики это не отменит, хоть убейтесь.
Видимо, да. Если сисадмин есть и любит повозиться , то и панель не нужна.
Да нужна, конечно. Если даже с десяток пользователей да под сотню виртуальных хостов - нешто будете в этом руками "возиться"? Но панелька желательно хорошая - это да.
Вот у ТС тот сисадмин, который устанавливал даже не справился с разбивкой.
почему не справился? надо было половину места под /tmp выделять? (потому как в пределе как раз половину бекап может занять - когда 1 юзер и у него несжимающиеся данные - картинки какиенить)
скорее не справился тот, кто потом настраивал систему и не увидел проблемы
или это недавнее новшество в панеле этот /tmp по дефолту?
почему не справился? надо было половину места под /tmp выделять? (потому как в пределе как раз половину бекап может занять - когда 1 юзер и у него несжимающиеся данные - картинки какиенить)
Да не обращайте внимания ;) - netwind в данном случае просто несет всякую пургу, хотя обычно это для него не характерно.
скорее не справился тот, кто потом настраивал систему и не увидел проблемы
или это недавнее новшество в панеле этот /tmp по дефолту?
Это разве не один и тот же человек? ;)
2) Нет, AFAIK - так бекап ISP "работал" всегда. Эта тупость by design.
Да нужна, конечно. Если даже с десяток пользователей да под сотню виртуальных хостов - нешто будете в этом руками "возиться"? Но панелька желательно хорошая - это да.
а это разве много?
при должной автоматизации - и незаметишь..
почему не справился? надо было половину места под /tmp выделять? (потому как в пределе как раз половину бекап может занять - когда 1 юзер и у него несжимающиеся данные - картинки какиенить)
скорее не справился тот, кто потом настраивал систему и не увидел проблемы
или это недавнее новшество в панеле этот /tmp по дефолту?
Ну как еще этот человек угадал бы сколько произвольной программе на вашем сервере потребуется места?
Я и другой пример приводил - починка таблицы myisam в mysql тоже использует /tmp. Хоть эта проблема и не возникла, но могла бы.
И, возможно, таких программ несколько. Какие-нибудь скрипты-парсеры, про которых никто кроме заказчика не слышал.
Как нанятому специалисту это все спрогнозировать заранее?
alw, "панелька" - это и есть, в сущности, автоматизация. Не будете же Вы подобное делать руками?
Тем более, отмеченное выше число пользователей/хостов - знак того, что на сервере массовый виртуальный хостинг и/или куча типовых проектов. Вполне имеет смысл дать безопасные крутилки по созданию/удалению такого - непосредственно клиенту. Лениво же.