Цитата |
---|
Dmitry Ban пишет: Думаю, вам стоит извиниться. Советы советами, кривой код кривым кодом, но бросаться словами таки не надо. |
11.03.2014 00:31:30
|
|||
|
09.03.2014 19:38:52
|
|||
|
09.03.2014 19:31:29
Хотя нет, я процетирую тут некоторые места которые мне особенно понравились:
P.S. Это текущее состояние хедера. После того как мне это досталось я около часа просидел над зачисткой совсем уж кошмарных и нелепых условий, но потом таки плюнул. |
|||||||
|
03.03.2014 13:33:51
|
|||
|
01.03.2014 18:48:59
Можно конечно и там проверку сделать - не внутри ли компонента пытается закрыться страница, но и в этом случае наломать дров все равно можно будет. Всех возможных косяков не предусмотришь ( |
|||
|
01.03.2014 05:32:47
|
|||
|
01.03.2014 05:22:15
Банальный пример - добавьте мне в каталог галочку "Не выгружать в Яндекс". Зачем? Что зачем? Добавьте и всё! Делаем. Через неделю где-то - трудно очень выставлять эту галочку вручную - много товаров. Сделайте чтобы галка автоматически ставилась если товара нет в наличии... Датвоюежмать! И подобные вещи. Или: Мне нужна накопительная систем скидочная, чтобы накапливались суммы на карточке и клиент мог вводить номер карточки при оформлении заказа... И только после долгих пыток оказывается что передавать карту будет нельзя и за каждым клиентом будет закреплена только одна карточка и только он сможет ей пользоваться... |
|||
|
01.03.2014 05:05:58
Никаких. Толком не помогает даже сертификация. Ну положим знает разраб ответы на вопросы и что? Он все равно инклюдит файл с таким вот содержанием:
в середине страницы. Или делает пагинацию вот так: Или еще что-то подобное. Просто потому, что идиот. Нет, я не пошутил. Да, это реальные, причем разные сайты с которыми я работаю прямо сейчас. Да их сделали люди с портфолио и успешно ответившие на вопросы, когда их брали. Вариант только один. Взять разработчика, дать пару-тройку заданий, а потом показать как он их выполнил еще двум-трем разработчикам и далее по ответам ориентироваться на свой страх и риск. |
|||
|
24.02.2014 07:26:53
Тысячи их. Например в зависимости от того какой "раздел", инклюдится какой-нибудь SEO текст навроде
|
|
|
31.01.2014 13:03:16
|
|||
|
31.01.2014 07:29:42
М... а причем тут битрикс? $_REQUEST же набивает PHP. И в разных каталогах ведет себя по разному? Попробуем включить режим телепата - в одном из каталогов или в нескольких по путям /volgograd/about/news и /about/news есть .htaccess в котором что-нибудь переопределяется. Например request_order.
Посмотрите вывод phpinfo в /volgograd/about/news/detail.php и /about/news/detail.php |
|
|
30.01.2014 20:31:46
Как бы вы его там увидели если UUID это индентификатор вашего диска? Он уникальный для него!
|
|||||
|
21.01.2014 09:35:57
Я ничего не понял.
Включу режим телепатии: У вас в 1С товары привязаны по имени. Вы хотите чтобы при импорте в битрикс эти привязки подхватывались. Пути два - просто в свойтсва сохраняете данные привязанных товаров и потом в шаблоне детальной странице каким-нибудь news.list (давно хочу спросить разработчиков почему нет компонента elements.list...) вылегиваете аналогичные товары по фильтру и показываете их. Второй способ - при импорте данных из 1С с помощью GetList извлекаете товары по фильтру опять же. Получаете их ID и выполняете привязку товаров по id. Я бы использовал вариант 1. Тем более что это можно сунуть в резалт модифер. |
|||||
|
21.01.2014 03:41:52
|
|||||||||||
|
12.01.2014 14:49:08
Разделы это абстрактное представление о структуре сайта. Существует исключительно в уме пользователя и точно на сайт никак не влияет. Вы наверное хотели сказать - в некоторых местах на сайте есть ссылки вида primer.ru/primer1/primer2/, а в некоторых primer2/primer3/index.php. Вот теперь нужно брать и смотреть откуда вообще эти ссылки берутся. Например если это меню которое прописывается руками, типа главного, то скорее всего там такая ссылка и вбита и надо просто убрать index.php. Если это меню которое генерится компонентом на основе инфоблока, то надо смотреть в настройки этого компонента, настройки инфоблока или в шаблон - где-то там и есть этот index.php. Ну тоже убрать надо разумеется. С существованием самого скрипта index.php по пути это вообще никак не связано. |
|||||
|