спроса нет потому что по умолчанию всё не круто

да всем пофиг на предложения, они висят годами

а да. есть же сборник идей - idea.1c-bitrix.ru кажется.

Макс, загляни туда =) вдруг там уже есть

есть, там они и висят годами)

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

а для исполнителя и того кому приходится реально планировать - не очень

Раз уж речь про б24 выше зашла, кто-нибудь настраивал синхронизацию календарей в коробке с exchange?

потому смотрю на цифру пользователей, и единственно что в голову приходит - бедные люди

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

Я как раз и пытаюсь двигать паровоз задач. Надеюсь канбан и вцс смогу внедрить. аля гитлаб

мои идеал хорошего интерфейса именно задач - mlo

дерево с неограниченной вложненностью, возможность выдать список с учетом приоритетов, гибкая система фильтров вот тогда это действительно может быть удобно для исполнителя, имхо

Привет! Вопрос: Перевел фотогалерею с #section_id# на #section_code# Теперь соответственно старые ссылки в галерее через ID не работаеют. Какой самый оптимальный и разумный способ настроить редирект (выудить все старые ссылки и новые)? Или есть какое-то другое более рациональное решение?

Привет! Вопрос: Перевел фотогалерею с #section_id# на #section_code# Теперь соответственно старые ссылки в галерее через ID не работаеют. Какой самый оптимальный и разумный способ настроить редирект (выудить все старые ссылки и новые)? Или есть какое-то другое более рациональное решение?

реврайт для nginx сформировать и подключить имхо

реврайт для nginx сформировать и подключить имхо

а если сайт крутится на apache и не vds?

остается только .htaccess и ручки ?

в БД найти и заменить /gallery/

вручную и долго, но весь контент исправите

перед апачом всеравно nginx либо редирект апача, чтоб до битрикса даже не доходило

в БД найти и заменить /gallery/

но ведь все равно придется redirect 301 ставить, чтобы страницы в поисковом индексе корректно переправить

конечно придется )

придется. но примерно через 2 недели эти редиректы можно будет убрать - когда всё заново обновится в поисковике

либо htaccess либо в самом коде 301 редирект писать...

а если не заменить - то так там и оставить придётся

лично меня туча редиректов в .htaccess напрягают

придется. но примерно через 2 недели эти редиректы можно будет убрать - когда всё заново обновится в поисковике

А, например, на каком-то форуме ссылку оставили с ID. Когда всё убирем - то страница не откроется

да, про 2 недели это перебор ) могут и дольше ходить, потому лучше nginx скормить )

он достаточно быстро работать будет

в данном случае нет nginx, как я понял

мм.. ну ссылки с форумов тут да, ничего не сделаешь

Хотя можно сделать условие на адрес /gallery/ID/ и если да - подключать отдельно компонент, который найдет по старому URL нужный адрес и сделать 301 редирект на новый URL для этой же картинки/альбома

в данном случае нет nginx, как я понял

значит время его настроить, хотябы на примитивном уровне - редиректы редиректить, остальное апачу

мне кажется, тут пахнет шаредом) значит самое время перейти на vds =)

мне кажется, тут пахнет шаредом) значит самое время перейти на vds =)

возможно

при шареде я бы в .htaccess провел только одно правило /galery/([0-9])+/ на свой скрипт который редирект организовал, без битрикса проще выкинуть получится, и явно легче будет для сервака чем битрикс пинать

лично меня туча редиректов в .htaccess напрягают

+ только этот клиент пришел и у него уже в .htaccess 250 редиректов настроено... походу, придется добавать еще сотней

Василий выше привел оптимальное решение. Обойтись лишь одним редиректом в .htaccess

при шареде я бы в .htaccess провел только одно правило /galery/([0-9])+/ на свой скрипт который редирект организовал, без битрикса проще выкинуть получится, и явно легче будет для сервака чем битрикс пинать

зачётно!

при шареде я бы в .htaccess провел только одно правило /galery/([0-9])+/ на свой скрипт который редирект организовал, без битрикса проще выкинуть получится, и явно легче будет для сервака чем битрикс пинать

не очень понял что за скрипт. если есть возможность, можете рассказать поподробнее?

не очень понял что за скрипт. если есть возможность, можете рассказать поподробнее?

Уже не за компьютером, буду через час. Алексея спросить быстрее будет

Уже не за компьютером, буду через час. Алексея спросить быстрее будет

дело не горит. подожду если ранее не найду решение

Друзья, столкнулся с проблемой. Ранее использовал такую конфигурацию урлов: "SEF_URL_TEMPLATES" => array( "sections" => "", "section" => "#SECTION_CODE_PATH#/", "element" => "#ELEMENT_CODE#/", Потом понял, что мне нужно так: "SEF_URL_TEMPLATES" => array( "sections" => "", "section" => "#SECTION_CODE#/", "element" => "#ELEMENT_CODE#/", а битрикс, зараза, не показывает карточки, пишет "раздел не найден". Т.е. при обращении к карточке он не понимает, что это карточка и ищет в разделах(. Обратно возвращаю значения - работает, делаю так: "SEF_URL_TEMPLATES" => array( "sections" => "", "section" => "#SECTION_CODE#/", "element" => "products/#ELEMENT_CODE#/", тоже работает, но мне так не надо. Где посмотреть, чтобы работало?

не очень понял что за скрипт. если есть возможность, можете рассказать поподробнее?

грубо говоря, логика такая: 1. .htaccess смотрит урл, к которому обращаемся. если подходит под /galery/([0-9])+/, то перенаправляем на свой скрипт, к примеру, /redirect.php 2. В redirect.php смотрим, какой ID пришел и делаем header('Location: url'); на нужный урл в зависимости от ID 3. Профит.

грубо говоря, логика такая: 1. .htaccess смотрит урл, к которому обращаемся. если подходит под /galery/([0-9])+/, то перенаправляем на свой скрипт, к примеру, /redirect.php 2. В redirect.php смотрим, какой ID пришел и делаем header('Location: url'); на нужный урл в зависимости от ID 3. Профит.

got it попробую

спасибо

Друзья, столкнулся с проблемой. Ранее использовал такую конфигурацию урлов: "SEF_URL_TEMPLATES" => array( "sections" => "", "section" => "#SECTION_CODE_PATH#/", "element" => "#ELEMENT_CODE#/", Потом понял, что мне нужно так: "SEF_URL_TEMPLATES" => array( "sections" => "", "section" => "#SECTION_CODE#/", "element" => "#ELEMENT_CODE#/", а битрикс, зараза, не показывает карточки, пишет "раздел не найден". Т.е. при обращении к карточке он не понимает, что это карточка и ищет в разделах(. Обратно возвращаю значения - работает, делаю так: "SEF_URL_TEMPLATES" => array( "sections" => "", "section" => "#SECTION_CODE#/", "element" => "products/#ELEMENT_CODE#/", тоже работает, но мне так не надо. Где посмотреть, чтобы работало?

По какому признаку предлагаете битриксу понимать секция это, или элемент, если кодв окажутся одинаковыми?

Проблема не с ЧПУ, а с постановкой задачи

По какому признаку предлагаете битриксу понимать секция это, или элемент, если кодв окажутся одинаковыми?

А по какому признаку они в админке различаются? По такому и определять.

При чем тут админка?

Код секции etc, код товара etc, как будут выглядеть ЧПУ? Неужели одинаково?

Потому что логика простая, если код есть и это не секция, то это элемент. Код можно проверить на дубликат.

Сделайте префикс, и не мучайтесь

el-#code# к примеру

А вот логику как вы описали нельзя внедрять. Поиск будет выдавать секцию, а секции нет, есть элемент по этому пути, что ошибка

Понял, спасибо. Я просто думал это реализовано, и это у меня где-то ошибка. Поэкспериментирую с добавлением постфикса. А кстати, не подскажете чем отличается #section_code# и #code# в секции и элементах?

то что называется в админке символьный код *** и символьный код *** (2)

паттерны #ID# и #ELEMENT_ID# #ID# паттерн будет заменен всегда на ид текущей сущности, т.е для элемента это элемент, для секции это секция второй паттерн просто полный, вот и все и указана сущность

Вчера только говорил, тут

=)

паттерны #ID# и #ELEMENT_ID# #ID# паттерн будет заменен всегда на ид текущей сущности, т.е для элемента это элемент, для секции это секция второй паттерн просто полный, вот и все и указана сущность

Спсб

Спасибо еще раз!)

но лучше тогда для элемента добавить именно ELEMENT_ID?

почему так-то не работает?(( "section" => "#SECTION_CODE#/", "element" => "#ELEMENT_CODE#-art-#ELEMENT_ID#/",

мот кто поможет как искать в эластике по вхождению строки ? тип так Стиральная машина LG F1096SD3 я вбиваю «машина» и он должен найти все элементы в которых есть вхождения этого слова

el-#code# к примеру

наверное я не понял примера(

У кого есть опыт работы в б24? сколько у вас человек и как много задачами пользуются? подскажите пожлст

Впилите возможность внешнего почтового сервера. Без требования переползать в яндекс

в идеи

Вопрос: Компонент bitrix:system.auth.form. Параметры AJAX: "AJAX_MODE" => "Y", "AJAX_OPTION_JUMP" => "N", "AJAX_OPTION_STYLE" => "N", "AJAX_OPTION_HISTORY" => "N", Хочу чтобы после того как пользователь авторизовался происходил редирект. Пробовал php locaRedirect() и JS window.location.replace("http://google.com"); Не срабатывает. Кто-то что-то может рекомендовать? Как я понял дело с работой фреймов в AJAX Битрикса.

ERROR: S client not available

но ведь все равно придется redirect 301 ставить, чтобы страницы в поисковом индексе корректно переправить

если code символьный, а id цифровой, то сделайте два разных правила section/(\d+) -> redirect.php section/(\w+) -> section.php в redirect.php получите code по id и 301, когда поисковики обновятся, лишнее правило убрать

если code символьный, а id цифровой, то сделайте два разных правила section/(\d+) -> redirect.php section/(\w+) -> section.php в redirect.php получите code по id и 301, когда поисковики обновятся, лишнее правило убрать

спасибо, отпишусь по результатам

наверное я не понял примера(

странно, возможно потому что сделали постфикс, а не префикс делал s#SECTION_CODE# для секций el#ELEMENT_CODE# для товаров все работало

но ведь все равно придется redirect 301 ставить, чтобы страницы в поисковом индексе корректно переправить

301 это такой же хидер

<?php header("HTTP/1.1 301 Moved Permanently"); header("Location: http://www.host.ru"); exit(); ?>

странно, возможно потому что сделали постфикс, а не префикс делал s#SECTION_CODE# для секций el#ELEMENT_CODE# для товаров все работало

Не работает, даже если префикс сделать. Только если директорию, т.е. через /. Ну например products/#ELEMENT_CODE#/

я бы в таком случае препочел /catalog/ для карточек заменить на /products/, но эта задача видать вообще 80lvl

а перед секцией никак не хочу ставить префикс

странно.. ну если совсем критично - все валится наверняка в sections.php и иsection.php - руками туда сбросить и catalog.section и catalog.element и выводить то или другое в зависимости от того что руками нарыл

/catalog/#catalog_code/ /element/#element_code#/ вообще штатными должно сработать

проблема думаю тут как раз в секции - правило срабатывает первым можно руками конечно подредактировать и двинуть вверх, но битрикс постоянно будет перезаписывать

urlrewrite.php - его битрикс формирует, там думаю если поменять местами правила для товара и секции - как первому попавшему под правило элементу будет передаваться нестабильно только это блин

/catalog/#catalog_code/ /element/#element_code#/ вообще штатными должно сработать

Не думаю, в файле index.php есть только одна запись: "SEF_FOLDER" => "/catalog/",

хм

ну попробовать, а нет - самому парсить и шаблон комплексной править как выше описал

в шаблоне можно... поизучаю еще компонент catalog

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

но там он хоть порядок применения не исправит

забыл сказать, что у меня фотогалерею выводит нештатный компонент

хотя нет, проверил, не работает последнее значит только шаблон комплексной, идеи кончились

забыл сказать, что у меня фотогалерею выводит нештатный компонент

без разницы, ты битрикс ядро вообще подключать не будешь

в случае старой ссылки

ну хлопци! Аминь!

ты заложил бомбу в офисе?

я не сказал, Ну Аллах, Акбар!

ржал тут сидел, представил ситуацию. забегает наш священник к исламистам на площадь и кричит. ХРИСТОС ВОСКРЕССЕ, БУМ!!!111

скорее подойдет - Бог един, язычники!

Доброго дня!

Подскажите пожалуйста, нужно реализовать get запрос на url стороннего сервиса с передачей параметров заказа. Думал использовать file_get_contents. Но подтверждения своей задумке не нашел. В нужную ли сторону смотрю?

curl?

можно курл, можно file_get_contents, если хидеры передать но курл както правильнее, и манов больше и понятнее по факту получится

http://php.net/manual/ru/function.file-get-contents.php $context - вот его заполнять надо, если решитесь всетаки на эту функцию