- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
ОС: Linux, Ubuntu 8.04
Апач:
root@xx:~# apache2 -v
Server version: Apache/2.2.8 (Ubuntu)
Server built: Feb 2 2008 04:03:01
есть несколько сайтов на сервере (VDS от РБК), почти для каждого сайта сделан свой юзер в системе, у них свои домашние директории, и в них лежат веб-сайты
это сделано потому что поддержкой большинства сайтов занимаются разные люди, и они не должны под одним и тем же пользователем заходить в систему и мешать друг другу
апач при этом запускается только под одним из юзеров (назовем apache-user). на некоторых сайтах движок через апач пхп-скриптами создает папки, и возникает конфликт - апач из под своего apache-user пытается создать папки в директориях, принадлежащих другим юзерам
сейчас проблему решил за счет того, что поместил юзеров и этого apache-user в одну группу и выставил на папки права 775
1. правильно ли решать проблему таким способом?
2. может быть, есть способ лучше?
3. не помню где, но читал что можно пересобрать апач так чтобы для каждого пользователя запускался отдельный процесс. будет ли это лучше и правильней нынешней схемы?
4. в ближайшее время планирую переезд на дедикейтед сервер, там будет установлена панель управления (выбираю между CPanel и ISPmanager PRO). При наличии панели такой проблемы возникать не будет? т.е. панель сама сделает что нужно? если не сложно, подскажите плз, как конкретно данный вопрос решит панель?
1. Можете использовать php-cgi, тогда права будут верные. Я например использую apache mpm-itk, и проблемы с правами отпадают.
2. Панель не решит проблемы.
Я советую ISPManager + Apache mpm-itk. Панель умеет работать с таким Apache, ну устанавливать его нужно будет "руками".
P.S: Если нужна помощь, обращайтесь. Отзывы и контакты в подписи.
Himiko, спасибо за ответ
обратиться к кому то для периодической поддержки сервера поддержки сервера собираюсь, скорее всего когда поменяю ДЦ
php + cgi пока не хочу использовать, т.к. все сайты протестированы на работу с апачом, просто чтото менять или в будущем сайты затачивать под другую систему не хочется. мало ли что случится, например, нужно будет перевезти сайты. а большинство хостеров предлагают именно апач, либо апач + nginx фронт-эндом
или все равно есть аргументы в пользу php+cgi?
спасибо за внимание
Я тоже так же предлагаю)
Только Apache mpm-itk. Тогда процесс Apache запускается от имени пользователя сайта и проблем с правами нет)
php как fastcgi экономит память но делает страницы медленно
php как mod - больший расход памяти но быстрее делает страницы
Я бы посоветовал взять сервер и разделить на виртуалки - тогда будет истенное разграничение
спасибо за ответ
1. правильно ли решать проблему таким способом?
а что по поводу этого? не будет ли каких то косяков?
Вообще, я не думаю, что правильный путь "подстроиться".
Лучше сразу настроить всё так, чтобы не пришлось разрешать доступ для "левых" пользователей.
php как fastcgi экономит память но делает страницы медленно
php как mod - больший расход памяти но быстрее делает страницы
странно, помоему так FastCGI еще быстрее делает страничку, просто из-за буферизации ответа на строне FastCGI возможно создатеся ощущение, что рендер странички идет дольше...
Я бы посоветовал взять сервер и разделить на виртуалки - тогда будет истенное разграничение
вот правильное решение - поставить OpenVZ и создать для каждого VE, а если результат надо собрать в виде одного сайта, то повесить nginx на одной из VE и запроксировать нужные локейшны на разные VE :)
Да, так оно и есть на самом деле, просто не все понимают
А зачем локейшены прокировать - на каждый ve по ip
А зачем локейшены прокировать - на каждый ve по ip
ну мало ли, может у них какой-то корпоративный сайт один, ... а раскидав всех юзеров в разные VE'шки потом надо будет все это собрть в виде одного хоста :D
спасибо за ответы
какие косяки могут быть в нынешней схеме, понял
"по-правильному" сделаю, когда сервер поменяю, сейчас проблема возникает только на одном сайте.. возиться нет желания