Тогда приношу извинения. Хотя не понимаю, зачем советовать как сделать так, что сайт и недели не протянет.
Убил бы за такие советы. Вы давно системным администрирование занимаетесь?
Себе 777 ставьте, а другим не советуйте, раз не понимаете, что это за собой влечет.
bugsmoran добавил 02.07.2010 в 15:33
Ну правильно, Вы теперь перевели на FastCGI сайт, писали Suexec от имени dram, а chown сделали на www-data.
Тогда уже делайте до конца:
chown -R dram:dram /var/www/dram/data/www/site.com/*
Чтобы Вы понимали, что происходит:
когда у Вас PHP работает как модуль Апача (mod_php), то он все сайты запускает от имени Апача (от пользователя www-data) и поэтому его хоть как-то ограничивают по хождению в файловой системе директивой open_basedir
Но когда Вы заставляете Апач не обрабатывать PHP, а отдавать его FastCGI-му процессу, то FastCGI-й процесс должен запустить этот скрипт от имени пользователя, указанного в директиве Suexec в виртхосте (в данном случае dram). А раз так, то и владельцем скрипта должен быть тот пользователь, который в Suexec. Тогда ему будут предоставлены права первого места из тройки XYZ (например если права 755, то он будет иметь 7, а не 5).
luckhost кстати тоже и поныне здравствует http://1stat.ru/?ns=luckhost.net
и я смотрю, у них даже уход немножко упал.
Можно пожалуйста переформулировать техническим языком? Как только переформулируете сами поймете какая это ересь.
chown -R www-data:www-data /var/www/user_id/data/www/site.com/*
А лучше убрать конфиге Апача open_basedir_restriction, что позволит переключиться на FastCGI.
Это RAC (Oracle Real Applicatipn Cluster) называется. Но RAC - не хостинг. Потому что hosting переводится "гостеприимство" (например hostess - девушка, которая встречает гостей в ресторане) и подразумевает расположение не своих приложений, а именно непонятных чуваков. А им readonly уже не поставишь. Им тока свечки за упокой лучше ставить.
А Вы выдерните любой сервер на котором есть содержимое сайта (именно файлы). Грохнетася - не кластер. Или сервер с БД выдерните (тока не Постгресс, а Мускул, который хрен кластеризуешь).
Это если мы говорим про High Availability Cluster.
А что касатеся High Performance Cluster, то тут не на много лучше. Некоторые еще это гридом называют, хотя грид - это единая задача на два и более CPU, а не 1000 сайтов рамазанных по ним. Короче HPC должен быть таким, чтобы перехватывать часть задачи. Он состоит из баласировки нагрузки (много хостеров CARP имеют?) веб-ферм (и не только nginx, а и Apache), файловой системы типа Tahoe или Lustre и кластерного СУБД. Вот последнего гарантированно ни у кого опять же нет. Короче тут получше, чем с HAC, но тоже все полумеры. И работают так только две панели: InterWork и ISPmanager Cluster, обе из которых не до конца реализут нормальное распределение.
И вообще, вы много знаете кода на PHP, который приспособлен для распараллеливания задач? Джумлу чтоле параллелить?
Корое нету в мире хостинга ни кластеров ни гридов, ни облак. Это все маркетингвая фикция. А для некоторых покупателей даже фрикция.
Да никто его не обижает. Я например просто дурачусь.
Фильм "ДМБ" кажется называется.
Между прочим, Себастьян Перейро - торговец черным деревом! Он не таргует галками, хостингом и сайтами, потому что он офицер. Нужно знать отчественный кинематограф :p
Не вот конечно давно пользуюсь ими, но у меня вообще нет ни одного нарекания. Точнее есть одно - слишком долго готовят нестандартные серверы, но это не совершенно незначительно. А что касается сервиса - ни разу ничего за четыре месяца не падало и на все вопросы отвечают сравнительно быстро. Со всем все в порядке. И с сетью и с дисками и остальным. Мне кажется, что если у кого-то что-то не ровно с ними - нужно научиться просто планировать свои задачи и вовремя отслеживать грядущие проблемы. Всегда нужно помнить, что сотрудники Hetzner это люди с другой психологией и укладом жизни. У них нет мочи в голову и нет цвейтнота. У них все распланированно. Будьте как они и все будет ровно и синхронно.
