Руслан Манаенко (Все сообщения пользователя)

да но это по крайней мере не сложно исправить путем переименования файла.. в отличии от nginx

да наблюдаю туже штуку..
еще после перезагрузки httpd - nginx вообще отказывается стартовать пишет -
service ngnix restart
ngnix: unrecognized service

оо наконецто после фикса удалось без бубна обновить все )) спасибо, вот только при перезагрузке ngnix получаем ошибку:
Starting nginx: nginx: [warn] duplicate extension "woff", content type: "application/x-font-woff", previous content type: "application/font-woff" in /etc/nginx/mime.types:92
Удалять эту строчку? или оставить как есть?

да именно хороший ответ и дает

У меня тоже система обновилась нормально - производительность осталась на уровне 60 + - 5 ну это стандарт для нас, вот обновить php и мускул не удалось еще обратились в ТП а на счет Вашей производительности советую обратить внимание на дебаг - судя по цифрам вы его включили и это он так просаживает - отключите и все будет нормально

Спасибо да есть ошибки обращусь в ТП

На сервере один сайт и тоже столкнулся с невозможностью обновления php и мускула, подменю - Upgrade php and mysql versions - появилось только в меню Manage Hosts in the pool я бы предположил логичнее оно было бы тут - Manage localhost (но это не суть) - при попытке обновления пишет вот такое:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_CTYPE = "UTF-8",
LANG = "en_US.UTF-8"
   are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C".
Start job:
JobID     : upgrade_mysql_php_2102032614
PID       : 4330
Status    : running
It will update mysql and php in the pool.

И на этом все.. обновление не свершилось - сканер безопасности все равно ругается на устаревшую версию..
А кто-то вообще обновился положительно?

Скрины сделайте человеческие чтобы их можно было просмотреть ... а то получается гадание на кофейной гуще)) в панели производительности что пишет? какой кеш стоит?

прошу прощения невнимательно прочитал - записи конечно убрали (заменили на include bx/conf/bitrix-composite.conf) в файлах s1.conf и в ssl.s1.conf ,  а сам файл bitrix.conf не убирали, и проверили что используется именно - bitrix-composite.conf

Я бы посоветовал этот пост - http://dev.1c-bitrix.ru/community/webdev/user/53386/blog/11674/?commentId=61970&sphrase_id=3895925 это более правильно будет в любом случае

Ах да еще  вот это поправили в конфиге который вы выставили.. немного не в тему но это то что сделали:

нет не убирали но проверяли что используется именно - bitrix-composite.conf

хм.. у нас нет обычных страничек все на ЧПУ собрано но для эксперимента можем на локалке попробовать..
что то только не могу понять а какая разница может быть, если он ищет файл композита, то он будет искать на сайте в папке, например: сайт/catalog/podcatalog/podpodcatalog/cached_123123123.html.. и тут совершенно без разницы ЧПУ это или нет по моему..
страница физически есть (кеш) вот только или nginx ее не находит получается или чтото может неправильно настроили..
что делали - это взяли ваш конфиг и прописали в /etc/nginx/bx/site_avaliable/s1.conf и в /etc/nginx/bx/site_avaliable/ssl.s1.conf - include bx/conf/bitrix-composite.conf и все.. может мы чтото упустили?

ЧПУ - вот структура и пример:
Раздел или подраздел:
//наш сайт/catalog/инфоблок/раздел(или подраздел)/
http://artiss.ua/catalog/heating/otoplenie-na-tverdom-toplive/
Товар:
//наш сайт/товар (элемент)/
http://artiss.ua/kotel-tverdotoplivnyy-spark-14p/

да создаются их там очень много

ок проверим.. но факт есть в том что все-таки php отрабатывает все равно при том что страница в кеше есть (проверял в ручную)
я не имел ввиду условия срабатывания композита (т.е. кеширования страницы) думал есть условия какие-то чисто для nginx...

Проверяю так. Захожу на страницу млопосещаемую например "catalog" проверяю внизу значок композита (чтобы страница закешировалась), потом в /catalog/index.php ставлю die('123'); в самом начале и захожу еще раз на каталог. Если вместо страницы вижу белый экран и 123, то отработал апач. Если нет, то это страница из композита и ее отдал nginx... Как то так. А какие еще условия могут тут быть?

попробовал Ваш конфиг все равно у меня что-то не отрабатывает ведь на сколько я понял это для того чтобы nginx проверял есть ли закешированая страница в композите и отдает сразу html в котором нет php. (т.е. без отработки Апача) верно?

Добрый день, взял конфиг Сфинкса у Николая Рыжонина (скопировал со своим индексом перзапустил, переиндексировал) все вроде заработало но есть проблемы не работает пагинация в выдаче поиска и не работает сам поиск по слову ка кто выборочно - если ищем по слову "трактор" выдает результат но при переходе на любую другую страницу получаем пустой поиск с заглушкой, а если ищем по слову "колонка" - выдает пустую страницу, при том при всем что на локалке на тех же самых запросах работает корректно - отсюда вывод чтото не то со сфинксом (кстати переход по выпадающим подсказкам работает без проблем - кроме ссылки - Все результаты), подскажите пожалуйста где смотреть и где что поправить.. заранее благодарен

Сайт - http://artiss.ua

хотя тоже имеет право на жизнь..

поддерживаю, на счет объединения а то такой разбег - неуспеваешь за всеми ветками следить

Спасибо.. но что-то вызвало же изменение цифр на стандарте, вот и пытался разобраться.. со скриптом идея, попробуем

Заметили вот такой нюанс в панели производительности http://screencast.com/t/bVpb7KmDiv - а до обновления была цыфра 25 млн операций в секунду сейчас 6,3 - с чем может быть связано ктото сталкивался?

да мы обновились без проблем

хорошая новость..