+18.11
Рейтинг
50.70
Сила

1099511627776

Итак, после нескольких часов мытарств результат пока удовлетворяет
1. Кешируется для каждого пользователя отдельно в т.ч залогиненого
2. Нормально работает вход\выход пользователя и можно ставить кеш не 10сек как в статье на хабре, а сколько угодно (требует доп.тестов)
Теперь думаю над принудительной очисткой кеша т.к. если он будет жит 2-3 или даже 24часа то надо будет принудительно чистить. Пока что конфиг такой:
<------>if ($request_uri ~* ".*kcaptcha.*" ) {
<------><------>set $skip_cache 1;
<------>}

<------>if ($request_uri ~* "/login/|/logout/|/ajax/|/kcaptcha/|/ajax-login|/topic/|/event/|/photoset/|/link/"){
<------><------>set $skip_cache 1;
<------>}

<------>location ~ \.php$ {

#<-----><------>add_header "X-Debug-cachekey"  $request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri|$cookie_key|$cookie_phpsessid;
#<-----><------>add_header "X-Debug-skipcache" $skip_cache;
<------><------>fastcgi_index index.php;
<------><------>fastcgi_pass 127.0.0.1:9000;
<------><------>fastcgi_cache_bypass $skip_cache;
<------><------>fastcgi_cache gk;
<------><------>fastcgi_cache_valid 200 301 302 304 30s;
<------><------>fastcgi_cache_min_uses 1;
<------><------>#fastcgi_hide_header "Set-Cookie";
<------><------>fastcgi_pass_header Cookie;
<------><------>fastcgi_ignore_headers "Cache-Control" "Expires" "Set-Cookie";
<------><------>fastcgi_cache_key "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri|$cookie_key|$cookie_phpsessid";

<------><------>include fastcgi_params;

<------><------>fastcgi_param  DOCUMENT_ROOT    $document_root;
<------><------>fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
<------><------>fastcgi_param  PATH_TRANSLATED  $document_root$fastcgi_script_name;
<------><------>fastcgi_param  PATH_INFO        $fastcgi_path_info;
<------><------>fastcgi_param  QUERY_STRING     $query_string;
<------><------>fastcgi_param  REQUEST_METHOD   $request_method;
<------><------>fastcgi_param  CONTENT_TYPE     $content_type;
<------><------>fastcgi_param  CONTENT_LENGTH   $content_length;
<------><------>fastcgi_intercept_errors        on;
<------><------>fastcgi_ignore_client_abort     off;
<------><------>fastcgi_connect_timeout 60;
<------><------>fastcgi_send_timeout 180;
<------><------>fastcgi_read_timeout 180;
<------><------>fastcgi_buffer_size 128k;
<------><------>fastcgi_buffers 4 256k;
<------><------>fastcgi_busy_buffers_size 256k;
<------><------>fastcgi_temp_file_write_size 256k;

<------>}

Дайте ссылки на сайт
которое подойдет вам по дизайну
Бляха кеш не хочет писаться :(
ага думаю над этим. Но вопрос в другом. Кеш то какбы обновлять надо. Вот где проблема
Думаю можно
вот какраз над этим и думаю
Хорошо но если у меня на проекте 90% анонимусов?
\topinblog\templates\skin\default\topinblog.tpl
Итак, после 3-х часов експериментов
php5-fpm не сильно увеличил производительность
где-то на 20-30%
Но СИЛЬНО помог(0.1-0.2сек) nginx fastcgi_cache настроенный по ману: habrahabr.ru/post/71501/
но пока на боевой сервер не ставил… еще експериментирую
Ну теоретически он должен стать на место сам. Эдинственное что надо сделать — стили подправить
поддержу уже поставил и тестю
Сразу ставлю плюс за такой полный ответ НО:
1. nginx — используется (с senfile-ами, gzip_static-ами и т.д.) а последний месяц картинки все идут на амазон
2.
используйте кэширование данных в памяти (memcached, а лучше XCache), и не используете file caching
memcache — используется. по поводу xcache — писали что он не очень стабилен. Как вы смотрите на это утверждение
3. PHP Version 5.3.3-7+squeeze13
4. используйте php-fpm
вот это еще не пробовал. Вы предлагаете обойтись без апача вообще? или через апач fastcgi использовать?
5. используйте php opt-cacher (в PHP 5.5 оно уже встроено, для более старых версий есть APC или тот же XCache)
APC используется
6. Тюнинг файловой системы (noatime, tmpfs для всяких «временных» файлов/папок и прочие трюки)
Насколько это будет ефективным на Xen-овской VPS-ке?
Ну наверное на сайте автора
Сомневаюсь что в это есть смысл т.к. ве поисковики декларируют что для нормального перехода им достаточно 301 редиректа и никто не говорит о каких-то санкциях.
Приведу пример 2 недельной давности.
Перевели мы сайт с около 40тыс.страниц с простых адресов на ЧПУ через niceURL и со стороны поисковиков ниодной проблемы. Пришлось подправить в плагине пару строчек которые бы делали 301 редирект со старых адресов на новые и все.
Ну и проблема с самим niceurl которые при активации завис по таймауту т.к. 40тис. статей за раз niceurl хотел перевести.

К стати к Вам вопрос, как относится Ваш плагин к названиям БЛОГОВ (%blog% в терминах niceurl) к кирилице и к точкам? т.к. стандартная поставка niceurl плохо к ним относится
Наверное очень платный :)
Где в БД хранятся ссылки на пост?
Нигде
Но при клике на них битая ссылка. Где она должна быть?
Использую также плагин nice url, может в этом дело?
Покажите какая ссылка получилась, покажите что выводится в битой ссылке…
больше информации надо
да, думаю получится давайте может в личку координаты ФТПшки и посмотрим.