Это дешевый шаред - там нет доступа к nginx - он общий у всех. Я могу рулить только апачем.
05.11.2013 16:42:07
Собственно вопрос в заголовке.
Проблема по сути у меня такая - условия для папки или файла для шаблонов работают наоборот. Т.е. допустим я выставляю шаблон для папки /dir/ в итоге получаю для нее дефолтный шаблон, а весь остальной сайт начинает работать с шаблоном который указан для этой папки. Конечно я пока просто "перевернул" условие, но такое поведение мне мягко говоря не очень нравится. Попробовал разобраться - не могу понять откуда вообще берется значение у SITE_TEMPLATE_ID. Вроде она определяется в одном месте - в ./modules/main/lib/publicpage.php . При этом там в коменте почему помечена как деприкейтед. Но этот файл нигде не инклюдится в страницах на которые я смотрю и функция с дефайном не вызывается (пробовал die в ней). Не могу понять где дефайнится эта константа обычно... |
|
|
08.10.2013 04:24:38
В логах вот что:
|
|||||
|
07.08.2013 21:56:28
|
|||||
|
07.08.2013 20:14:42
Ну почему же на IIS? Я же не ССЗБ. Апач наше всё. Но я думаю, что IIS тоже как-то конфигурируется. Не?
К тому же тут чел написал что битрикс принципиально не работает в подпапках, а не "не работает в подпапках под IIS". Ну я ему и ответил что это как посмотреть и что понимать под словом подпапка. |
|
|
07.08.2013 20:00:24
|
|||||
|
07.08.2013 02:53:45
Собственно проблема такая - на сайте есть две страницы результатов поиска. Первая обычная и с ней все нормально. Вторая вроде как страница поиска внутри подраздела сайта. В этом подразделе де-факто показываются данные только одного инфоблока. А поиск должен быть... ну вот если бы ограничить его только этим инфоблоком - не проблема - PARAM2... но надо дать общую выдачу, но поднять элементы данного инфоблока вверх выдачи. Т.е. чтобы результат был такой что сначала идут элементы заданного инфоблока, а только потом остальные.
Есть идеи? |
|
|
05.08.2013 20:35:11
При этом PHP же не предоставляет никаких возможностей по переопределению функций. Даже все эти новые потуги сделать нечто вроде нэймспейсов не спасают (((
В итоге постоянно приходится городить огород. Предлагаю заменить функцию _ShowElementPropertyField в /bitrix/modules/iblock/admin_tools.php на:
Дифф тут примитивный. Строка
меняется на
В итоге имена уже привязанных элементов становятся ссылками на редактирование. |
|||||||
|
04.08.2013 14:57:12
![]()
|
|||||||
|
04.08.2013 04:37:17
|
|||
|
01.08.2013 15:26:03
![]() Мало того, как правило сайт попадает к нам после 2-3 разработчиков. ((( |
|||
|
01.08.2013 06:47:09
Мы вроде тут все с опытом. Крутые ребята и все такое. Все понимаем, что при грамотном и правильном проектировании обновления это хорошо... Но вокруг нас не идеальный мир, Антон. Примерно половине из этой дюжины я скорее отсоветую покупать поддержку как раз по причине того, что какой-нибудь менеджер, которым они направо и налево раздают админские права, возьмет да и обновит сайт по доброте душевной. Да - в половине из них я подозреваю кастомизированные компоненты прямо в пространстве битрикс и кастомизированное ядро. Я не так их хорошо знаю эти сайты чтобы сказать - да обновляйтесь или рискнуть обновить самому.
Ну, а на рефакторинг у них же как водится денег нет. Вообще говоря только один раз мне (+ менеджеру и + директору и в основном благодаря ему) удалось уговорить клиента на частичный рефакторинг чтобы как раз обновить сайт и то на это ушло несколько месяцев и то, только потому, что их пару раз конкретно поломали, а это крупная госкомпания. Ну тут-то я популярно объяснил, что поломали их как раз потому что на дворе 2013 год, а они на 8 сидят... Что же предложите самому клиентов ломать? Не смешно. А пока работает ничего никому не надо ((( Может поделитесь как уговариваете клиентов на рефакторинг если сайт запущен до немогу? |
|
|
01.08.2013 04:09:10
Это не вопрос, а скорее предупреждение и обращение к разрабам.
Описываю ситуёвину - падает импорт из 1с. Вполне себе стандартный, крайне примитивный. Никакой кастомизации. Все вроде в идеале и должно работать. Разбирательство приводит к тому, что падает он на картинке для двух элементов. Проблема - file (а следом и PHP и все остальные кто пользует этот код) определяет тип картинки как "Linux/i386 core file of 'i\207\004' (signal 30)" ну и она по его мнению не картинка. Проблема старая (проблема file я имею ввиду, OOo на этом например спотыкался) и известна, как показало гугленье, уже минимум года четыре. Кстати, обращу внимание, что если импортируемый элемент есть и у него есть картинка, то импорт проходит нормально, просто картинка не обновляется. А вот если создается новая картинка - кирдык. Естетственно падение на import.xml не дает дойти до offers.xml и цены не обновляются, а если в import.xml до проблемного файла были новые элементы, то у них цена вообще останется не установленной. Вот такие пироги. |
|
|
01.08.2013 03:59:49
У меня есть некоторые наработки которые я постоянно копирую с сайта на сайт. Решил сделать модуль наконец, так как устал это все руками делать. Сделал. Но теперь встает вопрос обновлений и синхронизации версий...
Казалось бы решение простое - выложить на маркетплейсе, да и пользоваться разработанной системой. Логично. Но у меня на поддержке как менимум дюжена сайтов где техподдержка кончилась и из маркетплейса ничего не поставить и не обновить. А как вы выходите из такой ситуации? Есть какие-то идеи как сделать свой репозиторий модулей? |
|
|