имеется шаблон, с разделителем WORK_AREA в футере . После установки плагина Лайтбокс, в рабочую область, во все шаблоны для сайта добавилась пустая галерея от этого самого лайтбокса. Вопрос, как мне отредактировать содержимое самой #WORK_AREA# ? При наведении мыши на эту область не происходит вообще ничего. Вот ссылка, самый низ http://dorinfo.ru/
Вы хотите сказать, что в footer.php шаблона сайта у Вас прописан #WORK_AREA# ? Его там быть не должно, реально эта константа подставляется между файлами header.php и footer.php при редактировании шаблона через админку.
Не надо сверлить зубы через задний проход дрелью от Сваровски
Видимо Вы как то неправильно подцепили Ваш Лайтбокс.
#WORK_AREA# - (по стандарту ) ведёт на файл index.php в вашем случае в административном разделе, файлы и папки в корне ищите файл index.php и редактируйте как угодно...
Евгений Жуков пишет: Вы хотите сказать, что в footer.php шаблона сайта у Вас прописан #WORK_AREA# ? Его там быть не должно
А тем не менее не далее как позавчера опять с этим столкнулся. Клиент редактировал шаблон и редактор порвал его прямо посреди тега див и #WORK_AREA# оставил в хедере. Уже второй или третий раз сталкиваюсь, хотя ни разу не разбирался в чем проблема - просто вручную исправлял и просил клиентов не редактировать шаблон самим.
Suntechnic пишет: А тем не менее не далее как позавчера опять с этим столкнулся. Клиент редактировал шаблон и редактор порвал его прямо посреди тега див и #WORK_AREA# оставил в хедере. Уже второй или третий раз сталкиваюсь, хотя ни разу не разбирался в чем проблема - просто вручную исправлял и просил клиентов не редактировать шаблон самим.
Вероятно был использован виз редактор, который запилил workarea альтернативными символами и шаблонизатор решил, что этот текст. При этом правда должен был остаться в шаблоне настоящий воркареа, ибо иначе при сохранении шаблона вы получите ошибку.
В любом случае workarea - условное разделение для шаблонизатора при сохранении шаблона через админку, что Всё выше - хейдер; всё ниже - футер". Сам этот тег никогда не присутствует в файлах шаблона.
> Вероятно был использован виз редактор Конечно так и было.
> В любом случае workarea - условное разделение для шаблонизатора при сохранении шаблона через админку, что Всё выше - хейдер; всё ниже - футер". Сам этот тег никогда не присутствует в файлах шаблона. Ну да - это ясно. Вопрос еще и в том, почему этот тэг именно такой. А не <!--#WORK_AREA#--> например?
я сталкивался с такой проблемой - долго и упорно пытался доказать техподдержке что есть баг - у меня шаблон сайта накрывался когда его правили через настройки - сайты... все оказалось просто ответ
Цитата
Хотим отметить, что с подобной проблемой сталкивались и связана она с некорректными настройками PHP(mbstring), не соответствующих минимальным требованиям Продукта.
а т.е.
Цитата
Если в настройках сайта указана кодировка UTF-8, то в настройках PHP должно быть указано php_value mbstring.func_overload 2 php_value mbstring.internal_encoding UTF-8 Если в настройках сайта указана кодировка cp1251, то в настройках PHP должно быть указано php_value mbstring.func_overload 0 php_value mbstring.internal_encoding cp1251 а в файле /bitrix/php_interface/dbconn.php не должна быть указана строка: define ("BX_UTF", true);
Suntechnic пишет: Вопрос еще и в том, почему этот тэг именно такой. А не <!--#WORK_AREA#--> например?
Зачем? Это же не пхп функция. Это условный макрос, метка разделителя. Она присутствует до момента сохранения шаблона в админке. На этом этапе пхп код не должен обрабатываться внутри шаблона.
Алексей Задойный пишет: Зачем? Это же не пхп функция. Это условный макрос, метка разделителя. Она присутствует до момента сохранения шаблона в админке. На этом этапе пхп код не должен обрабатываться внутри шаблона.
Не зачем совершенно, если конечно есть абсолютная уверенность в том что битрикс, PHP и apache три абсолютно надежных и непогрешимых продукта, не содержащих ошибок. Только у меня этой уверенности нет. И в случае когда по какой-то причине сверхнадежный PHP не в состоянии определить длину строки, а разработчики битрикс не сделали обработку такой проблемы и #WORK_AREA# летит в респонс, то его хотя бы не будет видно на странице потому что он окажется комментом html. Но я понимаю - "Зачем? Мы просто сделали пустой цикл и передаем управление в него" - непобедимая концепция обработки ошибок уже 20 лет на рынке!
Suntechnic пишет: Не зачем совершенно, если конечно есть абсолютная уверенность в том что битрикс, PHP и apache три абсолютно надежных и непогрешимых продукта, не содержащих ошибок. Только у меня этой уверенности нет. И в случае когда по какой-то причине сверхнадежный PHP не в состоянии определить длину строки, а разработчики битрикс не сделали обработку такой проблемы и #WORK_AREA# летит в респонс, то его хотя бы не будет видно на странице потому что он окажется комментом html. Но я понимаю - "Зачем? Мы просто сделали пустой цикл и передаем управление в него" - непобедимая концепция обработки ошибок уже 20 лет на рынке!
Это ошибка. В случае ошибки нельзя продолжать выполнение алгоритма "любой ценой", скрывая факт ошибки. Необходимо вывести сообщение об ошибке.
В данном случае в его роли выступает появившийся "баг"
Алексей Задойный пишет: В случае ошибки нельзя продолжать выполнение алгоритма "любой ценой", скрывая факт ошибки. Необходимо вывести сообщение об ошибке.
+100500 Но в случае продукта написанного на PHP такое заявление тянет даже не на ересь, а на крушение основ. Не?
Почитал все ответы по поводу проблемки с #WORK_AREA# Но вот уже 2022 год и при создании своего шаблона в демке я сталкиваюсь с тем, что нет самого файла index.php, но при этом, #WORK_AREA# откуда берет свое содержимое, пришлось через сам сайт, включать режим правки и менять исходный код неведомого и невидимого index.php Сколько лет существует 1с, а вот такие приколы в 2022 встречаются. Отлично сработано.