- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Как это ненужно?
Попробуйте заставить открыть апач >fd_setsize логов, и сразу получите гембель
Как это ненужно?
Попробуйте заставить открыть апач >fd_setsize логов, и сразу получите гембель
вот и не нужно так делать на массовом хостинге. swsoft'овцу
именно это и объяснили. если plesk не умеет сделать
нормальный хостинг - вы-то должны руками суметь ;)
может лучше * A <ip> поддомены налепить с последующим .htaccess определением HOST-параметра и прозрачным редиректом на соответствующую подпапку?
а немного подробнее про технологию не расскажете?
сайты - не, не доры. страницы динамические, на пхп
это даже не сео проект, просто на некоторых проектах, возможно, нужно будет сделать много поддоменов
а переделать движки сайтов, для того чтобы они поддомены сами обрабатывали, сложнее, чем подумать над настройкой апача
а немного подробнее про технологию не расскажете?
что-то подобное:
http://httpd.apache.org/docs/2.3/rewrite/remapping.html#uservhosts
делается такой ремаппинг внутри виртуального хоста, поддомены
повешены на него как алиасы.
не советую такое. конфигурация с виртуалхостами - прозрачнее
и понятнее. только не лепите для каждого виртуального хоста
отдельный лог-файл - не нужно будет разбивать дедик на виртуалки :D
что-то подобное:
http://httpd.apache.org/docs/2.3/rewrite/remapping.html#uservhosts
делается такой ремаппинг внутри виртуального хоста, поддомены
повешены на него как алиасы.
спасибо за подсказку
вот и не нужно так делать на массовом хостинге. swsoft'овцу
именно это и объяснили. если plesk не умеет сделать
нормальный хостинг - вы-то должны руками суметь ;)
Что значит ненадо? Ненадо вести логи виртхостов? Ну-ну🚬
Что значит ненадо? Ненадо вести логи виртхостов? Ну-ну🚬
Нет. Не надо вести _отдельные_ логи для каждого. Не верю, что для вас это открытие.
Один. Общий. Для всех. Формат записи в лог-файл изменится,
естественно. Должен включать имя виртуального хоста.
Для тебя наверное секрет, что многие клиенты хотят иметь свои логи у себя в homedir. И как прикажешь выуживать их из общего?
Для тебя наверное секрет, что многие клиенты хотят иметь свои логи у себя в homedir. И как прикажешь выуживать их из общего?
access.log - по крону. попутно с обсчетом статистики каким-либо
аналайзером. error-log, обычно отключают по-умолчанию.
собственно, отмеченная проблема с логами _вообще_ - на какой-то
древней версии apr/apr-utils только должна работать. апач+апр давно
используют poll вместо select для подобных вещей (посмотрите strace сами).
PS:
эксперимента для сгенерировал конфиг apache2 в debian stable c 60000 хостов (ваш
размерчик?). каждый с отдельным лог-файлом и error.log - все стартовало замечательно,
в логах нет ругани на недостаток дескрипторов или ограничения FD_SETSIZE.
ЧЯДНТ?