расширение создается в /usr/local/lib/php/extensions/no-debug-non-zts-20100525
это extensions именно php, у php5 /usr/lib/php5/20090626/
пробую скопировать mongo.so в /usr/lib/php5/20090626/ и выполняю php5 -v
получается все же не в компоновщике дело, пробую так
phpize5 ./configure --with-php-config=/usr/bin/php-config5 make install
все собирается отлично, но это похоже не pecl расширение или старое
wget http://pecl.php.net/get/mongo-1.5.2.tgz tar -zxvf mongo-1.5.2.tgz cd mongo-1.5.2/ phpize5 ./configure --with-php-config=/usr/bin/php-config5 make install
Предполагаю что где-то стали срабатывать тяжелые запросы к сайту. Что в свою очередь грузит проц и файловую систему. Попробуйте настроить кеширование! Сталкивался с таким и переносы на более мощные сервера не помогали, все уходило в 95% загрузку из-за mysql. Решением было установка кеширования и ограничение лимита тяжелых запросов поиска по сайту в движке.
Думаю примерно понятно. Или вместо фона игра стилей и полу прозрачности.
примеры с jQuery.
Поставь событие на вкладку, при клике подставляй свойство src фрейму.
http://jsfiddle.net/MALuP/
Sigmo#ID, все верно, но дело было именно в ./configure --with-php-config=/usr/bin/php-config5 собиралось для другой версии php.
делаю так
unzip master.zip
cd mongo-php-driver-master/
phpize5
./configure
make install
расширение создается в /usr/local/lib/php/extensions/no-debug-non-zts-20100525
это extensions именно php, у php5 /usr/lib/php5/20090626/
пробую скопировать mongo.so в /usr/lib/php5/20090626/ и выполняю php5 -v
получается все же не в компоновщике дело, пробую так
./configure --with-php-config=/usr/bin/php-config5
make install
все собирается отлично, но это похоже не pecl расширение или старое
tar -zxvf mongo-1.5.2.tgz
cd mongo-1.5.2/
phpize5
./configure --with-php-config=/usr/bin/php-config5
make install
Отлично, работает. Решил!
Предполагаю что где-то стали срабатывать тяжелые запросы к сайту. Что в свою очередь грузит проц и файловую систему. Попробуйте настроить кеширование! Сталкивался с таким и переносы на более мощные сервера не помогали, все уходило в 95% загрузку из-за mysql. Решением было установка кеширования и ограничение лимита тяжелых запросов поиска по сайту в движке.
Don_Carlos, капец ты внимательный. Действительно дело в кавычках <> по всей видимости копипаст откуда-то был.
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} robots.txt$ [NC]
RewriteRule ^([^/]+) $1 [L]
RewriteCond %{HTTP_HOST} ^oldsite\.ru
RewriteRule ^(.*)$ http://newsite.ru/$1 [R=301,L]
RewriteCond %{HTTP_HOST} ^www.oldsite\.ru
RewriteRule ^(.*)$ http://newsite.ru/$1 [R=301,L]
на одну http://newsite.ru/one [R=301,L]
у вас наверно не apache установлен в качестве сервера, загуглите для своего веб сервера
тогда вот так
RewriteCond %{HTTP_HOST} ^oldsite\.ru$ [NC,OR]
RewriteRule ^(.*)$ http://newsite.ru/$1 [R=301,L]
.htaccess файл в корне
RewriteCond %{HTTP_HOST} ^oldsite\.ru
RewriteRule ^(.*)$ http://newsite.ru/$1 [R=permanent,L]
а вы сами то пробовали использовать сворованные куки?
они же не должны из другого браузера и/или с другого IP работать
Это выдумки, что есть привязка к IP. Проверить это просто, с одного компа выходим с разных мест. Все работает!