Пожалуйста :)
R= - это редиректы.
на *никсах удобно такое проверять через wget - показывает, куда перекидывает. ТОлько нужно учитывать, что знак "&" для шела значит "запустить в фоне", подобные урлы нужно брать в кавычки.
Тогда где-то так:
Это кусок для замены, если в строке запроса есть &
RewriteCond %{QUERY_STRING} ^(.*)&(.*)$
RewriteRule ^(.*)$ /$1?%1&%2 [R=301,L]
Редирект вставлен чисто для проверки.
Ну это у Вас и так получалось.
RewriteRule ^(.*)&(.*)$ /$1&$2 [R=301,L]
ПыСы. У рерайтов есть лог, посмотрите ману, его включать нужно прямо в конфиге виртуалхоста. Может помочь в выяснении всех "почему".
А в URI под замену может быть несколько вхождений заменяемых сивмолов. Т.е.
http://localhost/general&sheet=11&offset=1
Здравтсвуйте.
Тут очень простая хитрость.
?page=general&sheet=11 - это уже строка запроса и в простой RewriteRule не попадает.
В таком случае нужно использовать
RewriteCond %{QUERY_STRING} ЧтоФильтруем
Это основное.
Подробности http://httpd.apache.org/docs/2.2/mod/mod_rewrite.htm
djos, глюк такой в панельке недавно появился.
Манагер его лоадит из своего include и линк на него в активных есть. Лечится так
a2dismod rpaf
под рутом естественно.
madoff, А! Давайте подеремся на усах!
Только мне щас бежать надо, но я с радостью поспорю на эту тему!
Распараллеливание (увеличение кво паралельных клиентов) не всегда приводит к росту производительности! Как пример из "мира процов" - рост переключений контекстов и потери производительности с этим связанные.
Добавить ресов то всегда помогает, но не всегда это единственный путь.
2ТС: А попробуйте на часик-другой поставить как я преддагал и опишите результат. Мы тогда "коллективным сознанием" точно прийдем к правильному выводу )
Достаточно просто получить утечку памяти.
mod_php. В него кода кривого и побольше. Далее имеем как у ТС отсутствие рестарта апача при превышении какого то лимита запросов - и вуаля.
2ТС:
apache2ctl -M|grep mpm
Посмотрите, префорк ли у Вас.
1. Если с течением времени использование памяти все время растет, то Вам нужно подбирать значение параметра MaxRequestsPerChild. Поставьте для начала от 100 до 1000 и посмотрите.
2. Рестартание апач, дайте ему немного (10-15 минут) поработать и посмотрите, сколько памяти есть самый толстый процесс. Возьмите кво своводной памяти (я так понял, что это у вас гиг оперативки-500 метров мускуля) и поделите на потребление памяти одним процессом апача. Отнимите 20%. Округлите до целых вниз. Результат поставьте в MaxClients.
Дерните апач.
Эхх. Andrey23, КВМ есть? Вероятность исправить ядром и прочими танцами на десктопной борде стремится к нулю.
Как мне подсказывает опыт, вероятней всего в биосе матери есть тыкалка. Что-то типа "Memory remap" или где-то в том районе. Суть тыкалки - это куда девать память pci - устройств. Отгрызать от 4-х гигового лимита или приклеивать сверху всей физической памяти. Корни даннйо проблемы уходят глубоко в то время, когда 4ГБ было недостижимо и считалось, что 64Кб на видеокарту всегда найдется :)
И я "паровозиком".
Интересует разработка интерфейса с использованием JS фреймворков. ExtJS/dojo.
Бекенд предоставим, какой нужен будет.
Ну как я могу с Вами спорить, 15 минут, так 15 минут.
Уважаемые клиенты, которых коснулась данная проблема. Приносим наши извинения за причиненные неудобства. Проблемы была вызвана крайне странным зависанием Cisco 7606, причем на обоих сразу супервизорах (3BXL)
