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

проверял - обновился нормально, пару ошибок в таблицы закрались но штатным автоиспралением лечится все нормально

у меня получилось - правда без бубна не обошлось
это самый простой, эффективный и правильный способ по моему мнению тоже, еще нужно не забыть настройки БД подправить из mysql на mysqli - но за это уже много раз писали в предыдущей ветке

а сайт запустился нормально при обновлении на 7 ю из 5 ой? только нет возможности обновиться?

ну как минимум на ошибку - что за ошибка?

Обновился - все прошло в штатном режиме без каких либо танцев с бубном (даже удивительно), ничего не слетело на первый взгляд

Поидее вот так CCatalogProduct::Update($id, array("QUANTITY" => 1000));

Похоже единственным решением наименее безболезненным - которое пришло в голову и реализовано - это удалять страницы html кеша именно тех товаров которые изменяются - т.е. вешаем удаление на изменение товара и на изменение курса валюты (удаляем только кеш товаров у которых изменилась цена)

это же как вы умудрились такое сделать? поделитесь опытом

интересное наблюдение, хотелось бы тоже услышать коммент от разработчиков.. у меня сейчас на интернет магазине показывает после переноса в среднем 130 попугаем на семерках - сайт уже старичок (т.е. создавался на стааарых версиях)

да уже поднимали этот вопрос уже не раз - ребята порты открывать не забывайте

/etc/crontab

а порты открывал?

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

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

а с чем связано? почему не включить эти заголовки? тоже касается для настройки ssl... почему в кешированных страницах по вашему мнению это не нужно? ведь это то по сути легко настроить.. просто для себя хочу разобраться

у меня тоже проблем тут нет и запустилось без плясок -  ВМ 7, PHP 7

а никого не смутило что для композита не отдаются заголовки все? в частности те на которые ругается сканер безопасности (X-Frame-Options SAMEORIGIN)

Чистая установка на centos minimal 7 и PHP 7 - полет нормальный, только нужно было переключить работу на mysqli (но это ожидаемо и быстро правится) а так проблем не наблюдаем, из доводок - кто нибудь смог победить HTTP Strict Transport Security not set ? при добавлении в конфиг (/etc/nginx/bx/conf/ssl.conf) - не срабатывает как не плясали, хотя остальные настройки ssl подхватил отлично..
да и add_header X-Frame-Options SAMEORIGIN сканер безопасности тоже не видит хотя он есть..

присоединяюсь к просьбе - очень актуально

странно в основном такая проблема возникает когда места нехватает на диске виртуальной машине - а так как новая установка демки и на 10 Гиг - даже незнаю - знаю что размер распаковываемого магазина должен быть в 2 раза меньше (как минимум) чем выделенно места под Виртуалку (попробуйте скачать редакцию помладше - например Малый бизнес.. может демка разрослась ))

странно - у меня самое большое письмо с заказом с картинками и всякой прочей мишурой весит - 15К - и все нормально приходит..  

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

так разобрался с помощью саппорта как проверить работу и запустить композит ngnix - делюсь:
в консоли в меню - 6. Manage sites in the pool - появилась опция - 9. Configure nginx for composite - вот ее то и нужно включить - после этого у меня заработал, проверить можно в яндекс вебмастере - "проверить ответ сервера" там в заголовке появляется строчка -

• X-Bitrix-Composite: Nginx (file)
  

Вот в принцыпе и все - вдруг кто не занал как и я))

Еще возник вопрос просьба поделиться тем кто знает как проверить - на сколько я понял в этом обновлении были поправлены настройки ngnix (имею ввиду композит) и он должен отдавать закешированную страницу без обработки php - т.е. он проверяет есть ли страница и сразу отдает без дополнительных проверок и обработок, вопрос возник в следующем - как это правильно проверить? заработал всетаки он или нет.. буду благодарен за подсказку а то в голову пока приходит только вот такая проверка:
На обычной текстовой странице (закрытой) проверяю что она закешировалась и значек битрикса о композите появился, вставляю код - <? die('123'); ?> и получаю чистую страницу с 123 (есстественно делаю это на разных браузерах) - следовательно - ngnix не отдает страницу а передает ее для обработки php (это по моим выводам) - если я прав и проверка всетаки правильная - то что нужно еще сделать чтобы закешированную страницу всетаки отдавал ngnix ??

Вот я уже писал:


этой командой я перегружал ngnix - это показал команду и ответ консоли
Если перегружать вот этой командой - nginx -s reload - то вообще ничего не происходит
По крайней мере раньше четко было видно остановку и старт службы - сейчас пишет или unrecognized service или вообще ничего.. вот по этому и возникают вопросы..

да вы правы тут все показывает.. странно почему консоль так себя ведет..

ок тогда вопрос - как запустить ngnix? сейчас пишет что сервис вообще не обнаружен..
и в php.info - по адресу - /bitrix/admin/phpinfo.php?test_var1=AAA&test_var2=BBB - вообще нет даже упоминания о ngnix