Если это веб-форма, то нужно проверить существование почтового события для этой формы и корректность его шаблона. В административной панели, в настройках сайта проверить вбита ли почта. Если форма сделана инфоблоком, то создавать почтовое событие, шаблон к нему и через события инфоблоков отправлять письмо. Где-то на форуме есть практически готовое решение.
Можно вставить компонент в шаблон bitrix:catalog (где вызывается детальный, в т.ч. над ним), но не просто вставить, а засунуть в буфер интерпретатора, записать в переменную (функцией ob_get_contents - http://us2.php.net/manual/en/function.ob-get-contents.php), а потом уже эту переменную использовать в шаблоне. Пару раз приходилось так делать, никаких проблем не возникало (хотя не уверен что особо тестировалось с включённым кешом).
А про какой контент вы говорите? Про физические файлы или про инфоблоки? Можно, например, нужному каталогу настроить доступ (свойства папки в Панели управления, вкладка «Доступ»)
MiHALbI4 пишет: А можете написать какой именно код? Просто я только учусь работать в Битриксе - не все понятно =)
Открываете страницу, где иконка рсс есть. Нажимаете CTRL+U или в контекстном меню «Исходный код страницы». Находите там код ссылкы и иконки рсс. Это что-то вроде такого:
Насколько я помню, этого нет в параметрах комплексного компонента каталога, но можно исправить нужный параметр в его шаблоне. Там в самом верху должен быть компонент bitrix:catalog.section.list, вот у него параметр SECTION_ID нужно поставить '' (две кавычки).
Антон Гусаров пишет: Можно поподробнее узнать как таким образом осуществить задачу?
Оч просто. Получить от GetList массив элементов текущего раздела текущего инфоблока, отсортированный по дате добавления, найти там тот, что соответствует текущему элементу и использовать левый/правый от него элементы.
В зависимости от типа отправки данных в форме (method="get" или method="post") во втором скрипте можно использовать массивы $_GET или $_POST, в которых будут данные из первой формы.
Использовать событие и выдавать сообщение об ошибке уже после того, как пользователь что-то ввёл — неуважение к нему. Лучше поправить шаблон формы, чтобы пользователям из конкретной группы не выводились эти поля и подписать — почему не выводится. Ну а для пущей безопасности можно и в события добавить, но тогда, кажется, не получится с админки поменять пароль.
Уже не раз обсуждалась эта проблема. Вкратце — нужно либо в шаблоне фильтра самому сгенерировать выпадающий список, либо переделать компонент фильтра, добавив в него возможность отображения фильтра по свойству-привязке.
Алексей Абисфамилинный пишет: Объясните пожалуйста зачем пересохранять ВСЕ файлы в другой кодеровке, недоконца понимаю этот момент. Спасибо
Вероятно затем, чтобы файлы, содержащие кириллицу, отображали её нормально. Так как вручную файлы пересохранять никто не будет, гораздо проще указать скрипту-конвертеру каталог со всем сайтом.
Дмитрий Котенев пишет: У меня одно из свойств инфоблока - ссылка на другой сайт.
Ссылка в каком формате? <a href="http://asdfasd">sadfsdf</a> или просто урл? Если просто урл, то вы же как-то формируете из него кликабельную ссылку — вот там и нужно прописать target. Если html, то придётся при выводе (или при добавлении элемента в инфоблок, но это сложнее) регулярными выражениями подставить туда target
Если ваш скрипт и заработает, это не будет значением по умолчанию. Скрипт будет заменять даже имеющееся значение (т.е. если пользователь ошибся в каком-либо поле, после перезагрузки страницы в этом поле будет не то, что он вбил, а ваше значение «по умолчанию»). Правильным было бы в шаблоне веб-формы проверять есть ли какое-нибудь значение у поля (его кажется прямо из $_SESSION можно взять), и если нет — то подставлять своё, дефолтное.
royalpiano пишет: А как же выходят из положения люди, которым надо использовать и обрабатывать в скрипте информацию с другого сайта? Понятно, что можно придумать какое-то ухищрение, но какой основной метод?
Там, в веб-окружении в той же папке с php.ini есть ещё php.ini.nooci и php.ini.oci. Поставите нужное во всех трёх файлах (при выключеном окружении) и всё будет работать.
Вероятно, пунктом “знание Битрикс (на уровне «работа без документации»)”. Это глупость какая-то, уровень не так определяется. И если разработчик не пользуется документацией/гуглом — это скорее плохой разработчик. Впрочем, топикстартер, наверное, имела ввиду другое, просто неправильно выразилась.