Проблемы с версткой после рекомендуемых обновлений
Скорее всего используете стандартные компоненты для вывода. Смотря что обновляли. Какая у вас редакция и установлено ли стандартное решение для сайта?
Вот информация из обновления ядра:
| Цитата | ||||||
|---|---|---|---|---|---|---|
|
| Цитата |
|---|
| Alex.V.Timofeev пишет: Скорее всего вы модифицировали скрипты из системной папки (системные шаблоны) — что делать нельзя. |
Не в этом дело!
Если раньше (до обновления) путь до файлов стилей был вида:
Вот и съехала вся верстка.
Никто системную папку не трогал.
Отключил полностью все виды кеша, все равно осталось то же самое — стили слетели, сайт выглядит безобразно, пугает людей.
Народ, как побороть излишне умные мысли разработчиков.
Вернуть из бекапа слишком поздно. Заметил только в следующую ночь..
Нашел решение.
В настройках Главного модуля отключил » Объединять CSS файлы: «
После этого пути к файлам стилей снова стали нормальными:
Спасибо хоть сделали отключение своей странности. Зла не хватает.
Механизм объединения работает достаточно стабильно и не должен портить верстку. При включенном объединение сами стили доступны по адресу
Можете создать обращение в ТП
| Цитата |
|---|
| Nikolay Ryzhonin пишет: Механизм объединения работает достаточно стабильно и не должен портить верстку. |
| Цитата |
|---|
| Dmitry Ban пишет: У меня на одном хитровывернутом сайте половина сервисов таки поломалась после включенного объединения. Если нужны детали, лучше в личку. |
| Цитата |
|---|
| Nikolay Ryzhonin пишет: rns@bitrix.ru |
Отключение объединения CSS помогло только для публичной части, а админка так и осталась в виде «простыни». Со вчерашнего дня жду ответа от ТП.
UPD: кстати говоря, ничего сверхъестественного в верстке сайта нет — мало того, используется стандартный «Современный интернет-магазин» из мастера.
| Цитата |
|---|
| intstu пишет: Отключение объединения CSS помогло только для публичной части, а админка так и осталась в виде «простыни». |
| Цитата |
|---|
| SmolinAA пишет: Настройки — Ускорение Сайта (CDN) — Сайты — снять «Административный раздел» или вообще отключить использование CDN. |
| Цитата |
|---|
| SmolinAA пишет: Настройки — Ускорение Сайта (CDN) — Сайты — снять «Административный раздел» или вообще отключить использование CDN. |
Спасибо, но нет, CDN тут точно ни при чём, он отключен.
Видимо CDN закэшировал у вас некорректно данные, и подсовывал их потом.
С объединением скриптов и css тоже нужно быть аккуратнее. Сайт для этого нужно подготовить.
Например, данные у скрипта инициализируются в хеадере, а сам скрипт подгружается из файла.
После объединения js инициализация может оказаться после подключения скрипта и скрипт просто не сможет корректно работать. Бывают ситуации наоборот.
А ещё эта штука (объединение) тоже кэширует все после объединения. И может выплевывать вам данные, которые вроде бы уже изменены.
В общем в каждой профессии свои пинцеты требуются
Источник
cron не выполняет скрипт php(агенты на крон) VMBitrix 7.4.0
Второй день бьюсь не могу заставить работать.
логи крона
Jan 7 12:30:01 server1 CROND[7293]: (bitrix) CMD (-f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php && < /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php; >>/tmp/scri$
в файле ошибок — пусто.
когда выполняю содержимое файла cron_events.ph через php-консоль все отрабатывает
содержимое крона /etc/cron.d/bx_bitrixdb
# Ansible managed
# cron tasks for site default
#
[root@server1 /]# ls -l /home/bitrix/www/bitrix/modules/main/tools/cron_events.php;
-rwxr—rw- 1 bitrix bitrix 878 Jan 7 12:18 /home/bitrix/www/bitrix/modules/main/tools/cron_events.php
пи выполнении команды по ssh
/usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php
в консоли выводится содержимое html
VMBitrix 7.4.0, веб окружение установлено.
1) Если у вас bitrix env то ничего делать то и не нужно.
В /etc/crontab уже есть запись:
2) Если вы решили «ручками» включить пункт меню в настройках и дописать в файл /etc/cron.d/bx_bitrixdb свои правила, то запускать их следует от пользователя bitrix (UID: 600). Открываем доку и читаем раздел про права доступа.
3) По этой инструкции имеет смысл делать только раздел «Обобщенное решение для выполнения всех агентов из-под cron»
откатился до состояния с сообщением
Выполнение агентов на cron Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron
добавил строку в /home/bitrix/www/bitrix/php_interface/dbconn.php
Теперь при проверке
Проверка на наличие неотправленных сообщений Ошибка! Есть ошибки при отправке системных почтовых сообщений, число неотправленных сообщений: 2
Определена константа BX_CRONTAB_SUPPORT в /bitrix/php_interface/dbconn.php, при этом должен быть настроен вызов агентов на cron.
В логах событие отрабатывается. сообщения не приходят
Источник
[баг в битриксе] не подключаются скрипты с внешних ресурсов. опечатка в коде ядра.
создал тему, в header.php хочу вместо стокового jQuery подключить jQuery с CDN яндекса. пишу
результат — jQuery в коде страницы отсутствует.
что делать
идём отладчиком по коду битрикса, находим подозрительное место
исправляем CSS на JS — работает!
видимо или опечатка или плохая «копипаста». ждём обновления с фиксом.
Не понимаю смысла всей этой мишуры с D7, в чем смысл всех этих строк, когда можно написать $APPLICATION->AddHeadScript ?
Код ради кода?
| Цитата |
|---|
| Александр Гусев написал: Не понимаю смысла всей этой мишуры с D7, в чем смысл всех этих строк, когда можно написать $APPLICATION->AddHeadScript ? Код ради кода? |
| Цитата |
|---|
| Александр Гусев написал: Не понимаю смысла всей этой мишуры с D7, в чем смысл всех этих строк, когда можно написать $APPLICATION->AddHeadScript ? Код ради кода? |
Александр, интересный вопрос. Я впервые делаю сайт на битриксе, внимательно прочитал руководство и примеры. Я собственно изначально и написал AddHeadScript, но когда начал отлаживать, обнаружил что AddHeadScript отмечен в коде как deprecated с пометкой » use Asset::getInstance()->addJs» . я так подумал, что авторам битрикса наверное лучше знать что использовать, а что — уже нет, и переписал.
| Цитата |
|---|
| Алексей Задойный написал: Присоединяюсь к Александру. Код Д7 какой-то гигантский и лично для меня (непрограммиста, регулярно работающего с кодом, в основном чужим) это «непонятная херня». |
С точки зрения программиста он гораздо лучше структурирован чем старый. Единственно что я не понимаю — это отдельного getInstance. Почему нельзя было определить у классов __callStatic и автоматом вызывать все функции на инстансе? Тогда можно было бы писать Asset::addJs(. ) и код стал бы намного чище.
Источник
Не работает часть функционала после обновления
После обновления, перестало работать несколько функций системы.
Основные которые вижу сейчас — это
— не работает раздел приложения (/marketplace)
— не работает мобильное приложение (REST API)
Большинство остальных функции работают отлично.
Включил все отладки на уровне PHP и конфига битрикса (bitrix/.settings.php)
Из ошибок увидел только в логах nginx 404 ошибки.
При открытии страницы маркетплейса:
Права доступа на файлы проверил. Конфигурашию PHP и NGINX посмотрел, помоему все как нужно.
Возможно не хватает каких то файлов?
Если есть какие-либо идеи по причине или что еще можно проверить что-бы локализировать ошибку — пожалуйста пишите.
| Цитата |
|---|
| Dmitry Pirogov написал: попробуйте почистить кэш |
| Цитата |
|---|
| Александр Жуковский написал: marketplace |
| Цитата |
|---|
| arnly написал: Переустанови модуль rest api; |
Спасибо! Переустановка модуля REST помогла, мобильное приложение и маркетплейс работает.
Правда пришлось писать в поддержку чтобы разобраться как его переустановить.
Если кому-то поможет, переустановить модуль REST API можно так:
На странице админ панели — управление модулями, напротив записи REST API,
нужно нажать правой кнопкой мыши на области возле кнопки удалить, и выбрать последний пункт — Inspect (на русском наверное — Отладка).
Откроется режим отладки браузера, нужно найти обьект кнопки «удалить», и удалить в нем свойство — disabled.
После этого можно удалить модуль и установить по новой.
Источник
