Вы используете, мягко говоря - "необычный" метод. Просто начисто игнорируя документацию mod_rewrite. query string (часть URL после ?) попусту не является частью паттерна в RewriteRule.
Вам нужно как-то так:
RewriteCond %{QUERY_STRING} ^limitstart=0$ RewriteRule ^category$ /category? [R=301,L]
Выбиральщик вообще вкурсе отличий процесса от потока?
Первый, конечно.
Как запускать *все* под разными пользователями - вам уже привели пример. Вот варианты:
1) itk mpm или mod_suid2 и аналогичные вещи
2) по апачу на каждого пользователя
3) не страдать фигней - и пускать отдавать статику под одним, общим пользователем. А для скриптов использовать fastcgi, cgi, suphp, и т.д.
Как устроена система URL "снаружи" (видит ли пользователь отдельные "домены" или нет) - уже третьестепенная вещь, конечно.
Есть. Если вы действительно убедились, что дело в базе - смотрите какие запросы выполняются mysqladmin processlist (или используйте mytop), собирайте статистику. Посмотрите также вывод mysqladmin extended-status (или скрипта mysqltuner) - это позволит оценить текущие настройки сервера баз данных и их эффективность.
В общем, никаких проблем нет - но вам придется стать системным администратором. Это займет какое-то время...
Вообще говоря, да - попытается. Тут был неправ.
Для этого есть такая вещь как тестирование. У ТС есть пример нагрузки (см. логи доступа). Делается тестовая среда, имитируется нагрузка - смотрятся запросы.
Догадайся с трех раз - есть-ли у него к нему доступ, если нету к my.cnf...
И нет, не все запросы. Стыдно такие базовые вещи не знать.
mytop -u user -p password -d database
Потому что у вас нет соответствующих прав. Если у вас виртуальный хостинг и нет доступа администратора к mysql - забудьте про такие вещи.
Просите у хостера slow log.
Никому он ничего не должен. Особенно всяким буратинам, которые не могут осилить раздел REQUIREMENTS в документации mytop.
В вашем случае - никак. Точно также, как и с mytop.
В общем, я догадался ;)
Сильно точнее не стало... Вы хоть заданные вопросы заметили?
Вот с этой ошибкой и идите к своему "исполнителю". Очевидно, она никак не связана с вашим почтовым клиентом.
А на самом-то сервере они есть? Как вы это определили?
А с какого перепою вы подгружаете iptables модули *внутри VPS*? Это надо делать на ноде.
Раз нужный вам модуль уже подгружен - попробуйте протестировать его функционирование. Если он разрешен для данного шаблона и поддерживается OpenVZ - должен работать.
Для начала, сформулировать проблему по-человечески.
Какие "настройки" вы указали в вашем аутлук? Какой протокол используется для получения почты?
Вы можете из вашего "настроенного" почтового клиента отправлять письма?
Почтовый веб-клиент на сервере есть? - вы видите там приходящие на проблемный адрес письма?
В какой папке?
Вы подписаны на эту папку в аутлуке?
Что происходит при попытке получить почту в аутлуке? Что вы видите, ошибки?
Лучше всего прочитать документацию вашего почтового клиента. Это - наиболее вероятная причина почему ваш исполнитель "не видит проблемы".
memory_limit исчерпан, судя по всему. На хостинге вы вряд-ли что-то с этим поделаете.
SSH-доступ есть? Если да - сделайте архив из консоли, бекап базы mysqldump. Или просто по FTP перенесите файлы... Если все это для вас такая проблема - может рановато еще на "свой сервер"?