| Цитата |
|---|
| Dmitry Ban пишет: Думаю, вам стоит извиниться. Советы советами, кривой код кривым кодом, но бросаться словами таки не надо. |
|
|||
|
|
|
|
|||
|
|
|
Хотя нет, я процетирую тут некоторые места которые мне особенно понравились:
P.S. Это текущее состояние хедера. После того как мне это досталось я около часа просидел над зачисткой совсем уж кошмарных и нелепых условий, но потом таки плюнул. |
|||||||
|
|
|
|
|||
|
|
|
Можно конечно и там проверку сделать - не внутри ли компонента пытается закрыться страница, но и в этом случае наломать дров все равно можно будет. Всех возможных косяков не предусмотришь ( |
|||
|
|
|
|
|||
|
|
|
Банальный пример - добавьте мне в каталог галочку "Не выгружать в Яндекс". Зачем? Что зачем? Добавьте и всё! Делаем. Через неделю где-то - трудно очень выставлять эту галочку вручную - много товаров. Сделайте чтобы галка автоматически ставилась если товара нет в наличии... Датвоюежмать! И подобные вещи. Или: Мне нужна накопительная систем скидочная, чтобы накапливались суммы на карточке и клиент мог вводить номер карточки при оформлении заказа... И только после долгих пыток оказывается что передавать карту будет нельзя и за каждым клиентом будет закреплена только одна карточка и только он сможет ей пользоваться... |
|||
|
|
|
|
Тысячи их. Например в зависимости от того какой "раздел", инклюдится какой-нибудь SEO текст навроде (слабонервным не смотерть!) или там в шаблоне зависит от имен раздела показ какого-нибудь блока типа недавно просмотренные товары, или зависит набор характеристик товара выводимых. Вобщем таким образом некоторые программисты (извиняюсь перед программистами) привязываю функционал к содержимому URL. Ну еще возможно что это пример из книги "Как нельзя кодить, если вы боитесь быть жестоко избитым"
|
|
|
|
|
- подключение модуля с помощью функции CModule::IncludeModule - подключение файлов одного модуля в другом - инициализация событий - непосредственный вызов метода класса или функции модуля можно ПОВЛИЯТЬ на работу модуля? Не, я понимаю, что наверное большинство сдающих поймут вопрос, в том смысле какой вложили в него составители теста. Но формально правильного ответа тут нет, поскольку ни один из способов не сможет повлиять на работу модуля. Ибо влияние на работу для детерминированного автомата, это перевод его в не детерминированное состояние. Разве нет? Может стоит переформулировать тогда на Каким способом один модуль может взаимодействовать с другим? |
|||
|
|
|
|
|||
|
|
|
|
М... а причем тут битрикс? $_REQUEST же набивает PHP. И в разных каталогах ведет себя по разному? Попробуем включить режим телепата - в одном из каталогов или в нескольких по путям /volgograd/about/news и /about/news есть .htaccess в котором что-нибудь переопределяется. Например request_order.
Посмотрите вывод phpinfo в /volgograd/about/news/detail.php и /about/news/detail.php |
|
|
|
|
Как бы вы его там увидели если UUID это индентификатор вашего диска? Он уникальный для него!
|
|||||
|
|
|
|
Я ничего не понял.
Включу режим телепатии: У вас в 1С товары привязаны по имени. Вы хотите чтобы при импорте в битрикс эти привязки подхватывались. Пути два - просто в свойтсва сохраняете данные привязанных товаров и потом в шаблоне детальной странице каким-нибудь news.list (давно хочу спросить разработчиков почему нет компонента elements.list...) вылегиваете аналогичные товары по фильтру и показываете их. Второй способ - при импорте данных из 1С с помощью GetList извлекаете товары по фильтру опять же. Получаете их ID и выполняете привязку товаров по id. Я бы использовал вариант 1. Тем более что это можно сунуть в резалт модифер. |
|||||
|
|
|
|
|||||||||||
|
|
|
Разделы это абстрактное представление о структуре сайта. Существует исключительно в уме пользователя и точно на сайт никак не влияет. Вы наверное хотели сказать - в некоторых местах на сайте есть ссылки вида primer.ru/primer1/primer2/, а в некоторых primer2/primer3/index.php. Вот теперь нужно брать и смотреть откуда вообще эти ссылки берутся. Например если это меню которое прописывается руками, типа главного, то скорее всего там такая ссылка и вбита и надо просто убрать index.php. Если это меню которое генерится компонентом на основе инфоблока, то надо смотреть в настройки этого компонента, настройки инфоблока или в шаблон - где-то там и есть этот index.php. Ну тоже убрать надо разумеется. С существованием самого скрипта index.php по пути это вообще никак не связано. |
|||||
|
|
|