Oleg Terra (Все сообщения пользователя)

PS: я бы просто переставил демо версию, но может кто подсказать, как перенести структуру инфоблоков (можно без данных). Учитывая разницу версий (не знаю, как посмотреть какая была... где-то месяца полтора назад ставилась)

Спасибо, но в логах тишина.

Разработали сайт в демо режиме (заенкоденный битрикс). Отложили. Прошло... м, ну не знаю... может месяц, два. Сейчас к нему возвращаемся - при всех запросах - белый экран (включая админку). Ошибок в логах никаких нет. В общем - что делать то, как оживить?

Есть несколько разделов на сайте (например, /news/2006/, /news/2007/), в каждый повешен один и тот же компонент с разным значением параметра YEAR, по которому внутри компонента делается уже выборка списка новостей за этот год, и полная версия новости тоже идет с учетом года.
Возникла проблема - как малыми силами сделать нормальные ссылки в поиске. Как я понимаю, поиск при формировании ссылки на элемент инфоблока использует DETAIL_PAGE_URL. Паттерном я его не могу задать (т.к. никак не могу прописать что-то вроде /news/#YEAR/?id=#ID#). Пришла мысля апдейтить это поле (DETAIL_PAGE_URL) "руками" на сохранении инфоблока. Создан скрипт на сохранение инфоблока и там написано что-то такое:

Но такая штука не проходит. Нужны советы - куда двигаться, в каком направлении для решении этой задачи

Подскажите, как бы мне выбрать все года, по которым есть записи в инфоблоке (дата начала активности) наиболее оптимально с точки зрения производительности?

Господа, может кто делал это и подскажет - есть ли способ перехватить вызов инициализации визивиг редактора и инициализировать свой (тини). Или придется править шаблон - заменять вызовы.

Что, неужели разработчиками не предусмотрена возможность включать свой редактор в пользовательские textarea?... Блин, видимо все ж это будет наша первая и последняя лицензия.

Руками. Проблема в том, что размещена она битриксовском попап окне - возникают проблемы с tinymce (не любит он, когда его через eval или другими подобными аяксовыми штучками грузят, сколько уже мучались с этим).

Подскажите, как запустить битриксовский визивиг в своей textarea?

С добавлением меню "создать меню в этом разделе"... это мог только программист придумать. У программистов мозги всегда думают о галочках, а не об удобстве...
Жесть...

А.. ну раз ТП крутит у виска, значит и правда самим как-то выкручиваться...

Многоуважаемый all! Накопилось несколько мелочей.. надеюсь на ответ.
1. Хочется мне создавать страницы не .php. Но мастер в режиме разработки ругается на любое не .php. Это конфигурится или зашито?
2. После создания нового раздела мы перескакиваем в него. Если ткнуть еще раз в создание раздела, то он создается ожидаемо внтури первого, а вот меню - на том же уровне, что и первый. Что бы это решить, нужно сначала сказать "создать меню в текущем разделе"... ужасно неудобно. Полагаю, это не решить никак.. автосоздание то?
3. А как кто решает редиректы. Банальная проблема, когда при нажатии на разделе должен открыться не он сам, а первый его чайлд. Причем, просто поправить меню не выход, ибо хочется все же 301 еще давать. Стандартных средств нет? Кто как решал?

А есть ли событие на удаление страницы? Требуется подчистить связанные с этим удалением файлы...

Возможно и что-то такое сделать ;) Подумаю...
На файлах мысль пришла только потому, что меню так сделано =)
Сейчас более банальная но насущная проблема - инфоблоки не удаляются, выскакивает mysql ошибка.

Э, нет, идея в том, что вызов компоненты будет в шаблоне. Т.е. она будет отображаться на всех страницах где-то в header или footer блоке.
В общем, придется делать самим, видимо ;) В принципе ход мысли как реализовать ясен - можно создавать в разделе файл с перечнем инфоблоков, ну и при показе искать его рекурсивно. При редактировании страницы нужно будет сделать свою кнопочку, которая откроет свое окошко для добавления инфоблоков на эту страницу... вот на примерчик из стандартных компонент не ткнете? ;)

Гм, ну в общем, если ли компонента, позволяющая привязать к определенной странице определенный набор инфоблоков?
Если нет, посоветуйте компоненту, у которой есть в режиме редактирования свое кастомное окошко - что бы по-быстрому посмотреть, как это делается?

Есть такая штука - "ушки". Обычно это кусок html с анонсом какого-то раздела сайта. В моем случае ухи даже не ротируются, так что модуль рекламы совсем излишество.
Хочется делать это через инфоблоки, но задача - возможная привязка к различным разделам своих блоков с наследованием. В принципе, даже понятно как реализовать, но так как с битриксом недавно совсем - написание компоненты займет, боюсь, много времени особо в области юезр-интерфейса по назначению этих инфоблоков на страницу.
Задача то вроде не ахти какая уникальная - может кто делал подобное? Если да и оно удовлеторвяет :) - готов обсудить вопросы использования.

М... ну на время переноса - разделов то прилично. При добавлении новых, конечно, нет смысла.
А то тут выясняется, что все же нужно в дополнительные ссылки добавлять...
А что Ваш модуль умеет? Можно личкой, в принципе. Может проще приобрести его у Вас ;)

Вот =) А может направите в какой стороне искать костыли для хлебных крошек? А еще хотелось бы поправить мастер добавления нового раздела, что бы можно было вводить произвольный URL при создании пункта меню... и в идеале автоматом добавлять правило в urlrewrite =)

Замечательно. И вот теперь проблема - меню не видит, что мы в /dir1/dir2/index.php ... оно все еще думает, что мы в /oldpath - как результат, не работает подсветка активного (и в альтернативные ссылки не пропишешь, ибо меню то два - первого и второго уровня).
Решено через setcurpage, но имеем дублирование урлов теперь.. ибо меню кажет на /oldpath, а хлебные крошки - на /dir1/dir2/... в общем, если каких-то других готовых решений нет для этого - придется что-то выдумывать, что бы побороть крошки... а в идеале, при прямом запросе /dir1/dir2/ - делать внешний редирект на /oldpath

Да через него пытаюсь.
Если делать напрямую через mod_rewrite - это ничего не изменит, увы.
Минусы - криво (нужно переопределять CurPage) и дублирование урлов. Но видимо более прямого способа нет?
С дублированием тоже бороться можно, надо только понять как =) В меню то ссылкой можно прописать старый URI, а вот хлебные крошки генерятся уже с нормальным...

Помогло в шаблоне сказать $APPLICATION->SetCurPage($_SERVER["REAL_FILE_PATH"])
Почти то, что нужно за исключением того, что на сайте появились урлы с дублированным контентом - СЕОшники не обрадуются.
Может есть еще решения? Основная проблема в том, что то, что раньше было /oldpath - сейчас /dir1/dir2/index.php

Не помогаеть =( Да и не хотелось бы прописывать эти старые ссылки в 2-х местах - и в реврайте и в меню. Как я понимаю, проблема в том, что после реврайта меню использует исходный URI (а не тот, который получился после реврайта)... и ничего не находит. Если бы научить использовать новый...

Случилось такое, что мне нужно перенести сайт с другой cms с сохранением старых URL. Проблема в общем в том, что URL там как правило без слешей на концах.
Видимо придется строить реврайты из старой структуры в новую, но вот что не ясно. Если есть старый URL - /path и его реврайтить в новый /razdel/path/index.php - как бы сделать так, что бы меню видело, что мы находимся в /razdel/path/ (дабы работали подсветки активных элементов).
Или может еще как-то можно такое реализовать? Внешние редиректы не подходят.