Переименовываю файл в _index.php - изменения отображаются.
Возвращаю index.php - пропадают опять.
Возвращаю index.php - пропадают опять.
11.02.2014 12:23:18
Здравствуйте! По время обновления на новую версию битрикса, обновлением была изменена структура таблицы `b_sale_delivery2paysystem` и очевидно расширена логика работы механизма автоматизированных обработчиков.
Мои профили доставки формируются на лету, т.е. их может быть не один, не два и не три, а N, так как источник данных по ним – сторонний сервис, отдающий список возможных доставок до местоположения, которое в нашем случае – кладр (свойство заказа). Перестали работать ВСЕ автоматизированные обработчики: во-первых почему-то проставились не все платёжные системы для каждого профиля автоматизированных обработчиков, а во-вторых совершенно не понятно, что делать если добавится автоматизированный обработчик только-только появился? Каким образом избежать принудительной необходимости проставлять платёжные системы для каждого профиля доставки, особенно учитывая, что они создаются на лету? Можно ли просто сделать транкейт этой таблицы? Не будут ли они – напротив – принудительно прописываться при создании новых обработчиков после транкейта? P.S. Есть ли у кого-то ещё проблемы после обновления с автоматизированными обработчиками? Как вы их решили? |
|
|
05.11.2013 12:43:03
Всем привет!
Использую sale.order.ajax для создания заказа. Кто-нибудь знает где происходит колбек после окончания всех загрузок, на который можно повесить переподключение всех плагинов (банально - маски), чтобы после окончания загрузки заново повесить jQuery плагины на контроллы ( в частности, masked input). Пробовал после restart buffer тупо подрубать файлы опять но не помогло. Я так понимаю, нужен внешний колбек "окончание загрузки". |
|
|
24.10.2013 15:06:21
Цель была создать собственный автоматизированный обработчик, потому что данная возможность заявлена в функционале системе, а не повключать то, что в админке есть. )
Опять же edost не будет нам считать скидку на доставку в день рождения и всё такое ) А рассчитывалось, чтобы это можно было как-то реализовать. Наша задача - "держать руку на пульсе" доставки и использовать Bitrix как фреймворк, поэтому нужно своя автоматизированная служба доставки. |
|
|
24.10.2013 14:45:53
Здравствуйте!
Имеется следующая задача. Пользователь в интерфейсе заказа выбирает определённый населённый пункт, который в hidden-поле пишет код кладра данного местоположения. Имеется сторонний сервис, который рассчитывает по "кладр+стоимость заказа" стоимость доставки в данное кладр-местоположение. Вопрос: как передавать в автоматизированный обработчик то или иное свойство заказа? Ситуация принципиальная, потому как мы оказываемся скованы в случае "сложных" доставок ("бесплатная доставка в день рождения пользователя", "расчет доставки в случае гарабитного товара", "расчёт доставки по объёмному весу товаров (x,y,z,масса)", etc.) |
|
|
02.10.2013 16:07:26
Всем привет ещё раз!
Такая задача. Имеется автоматизированный обработчик доставки "Пункт выдачи". Имеется источник данных (либо инфоблок, либо REST-данные) откуда будут браться пункты выдачи (по полученному в процессе оформления ID Кладра). Количество релевантных пунктов выдачи зависит от стоимости товаров в заказе, габаритов, КЛАДРа и других свойств заказа - т.е. всё "намекает" на то, что "пунт выдачи == профиль доставки". Стоимость получения может разниться (будут отображаться разные пункты выдачи от разных курьерских служб). Проблема: для одной автоматизировнной службы доставки невозможно создать произвольное количество профилей (а аутпостов как раз произвольное количество - в зависимости от регионов, стоимостей и т.д.); текущая реализация в Bitrix'е требует, чтобы их было предустановленное в Init'е количество. А ситуация такова, что даже в контексте одной службы доставки, может быть 3 разных стоимости по 3 разным подчинённым ей аутпостам. Т.е., говоря грубо имеем такую схему:
Как архитектурно это решить или какой изящный костыль (+/- расширяемый) можно создать? Что-то надстроить сверху? Как бы вы стали это решать. Основная цель: сохранить поток информации о стоимости доставки "автоматизированная служба доставки --> заказ", т.е. никаким образом не касаться рублей вручную. Очень не хочется чтобы это потом разваливалось как карточный домик. Особенно учитывая, что это надо потом безболезненно (или хотя бы малой кровью) решать в Админке операторам. |
|
|
02.10.2013 11:41:53
ВНИМАНИЕ! Всем, кто не решил проблему, стоит обратить внимание на следующее
Файлы не просто должны лежать в каталоге /bitrix/php_interface/include/sale_delivery/ НО и начинаться с префикса delivery_, о чем между делом сказано в справке. Очень советую тем, кто занимается документацией, как-то это сильнее подчеркнуть в этой главе (большим шильдиком какиим-то и т.п.), так как это критически важно. |
|
|
01.10.2013 17:21:31
Всем привет.
Пытаюсь создать собственную автоматизированную службу доставки. Создаю, как и положено по справке, соответствующий файл в /bitrix/php_interface/include/sale_delivery/ В файле присутствуют все соответсвующие функции, а также валидная функция Init. Есть там и подключение модуля sale, и AddEventHandler. Однако служба доставки НЕ появляется в списке служб доставки. Более тго, даже если взять стандартную delivery_simple и переименовать её - она также не появляется. В чем может быть проблема? По ссылке пример файла |
|
|
03.09.2013 17:01:16
Сегодня в целях повторения знаний о Битриксе решил попроходить скопом тесты которые есть.
Ввиду этого такое вот занятное замечание. Угадайте, каким образом составитель теста, который очевидно открывает справку и просто делает Copy-Paste (отличные тесты на
Оказывается следующая формулировка
Bravo. Надеюсь этот пост поможет тем кто решил выполнить тест в разделе "Контент-менеджер. Компоненты 2.0" |
|||||
|
16.04.2012 16:35:30
Имеется CSV-файл из следующих замечательных строк
182099;Звенигородская;zvenigorodskaya;Фрунзенско-Приморская;59.92274065396721,30.335054397583008 Пытаемся загрузить через импорт инфоблоков и получаем следующие координаты: 59.922740654, 30.3350543976 От каждой координаты отпилена часть, которая отнюдь не маловажна если речь идёт о координатах города. На выходе имеем следующую картину (см. вложение) Мне 65 станций метро в ручную перевыставлять? ) |
|
|
04.04.2012 11:39:30
Только косяк в том, что если название очень длинное, то название будет обрезано
Соответственно, все подборы работать уже не будут. И второй вариант решения задачи. 1. Добавить в сам блог пользовательское свойство "ID_рассылки". Делается это на вкладке "Настройки -> Настройки продукта -> Пользовательские поля", название объекта BLOG_BLOG, поле назовём, допустим UF_BLOG_SUBSCRIBE_ID. 2. В момент генерации рассылки в наш компонент передавать одним из параметров ID_рассылки ($SUBSCRIBE_TEMPLATE_RUBRIC["ID"] ). 3. Внутри нашего компонента делать выборку блогов, у которых пользовательское свойство UF_BLOG_SUBSCRIBE_ID == $SUBSCRIBE_TEMPLATE_RUBRIC["ID"] Возможно, это более кошерное решение кому-нибудь поможет. |
|
|
04.04.2012 11:17:17
Найдено костыльно-извращённое решение
При создании рубрики в название дописываем код Блога (т.е. URL блога), с которого пойдут посты (1 рубрика = 1 блог) Среди рубрик подписки получаем что-то вроде - Блог «Главный штаб нашей компании» [CODE:glavnyy-shtab-nashey-kompanii] - Блог «Офис «Петроградский»» [CODE:0fis-petrogradskiy] - Подписка на новости - Подписка на акции В публичке с помощью result_modifier'ов через regexp вырезаем все сущности
В публичке имеем благородный вид: - Блог «Главный штаб нашей компании» - Блог «Офис «Петроградский»» - Подписка на новости - Подписка на акции Для "блоговых" рубрик создаём свой шаблон, где также с помощью регулярки также из переменной $SUBSCRIBE_TEMPLATE_RUBRIC["NAME"] получаем url блога. (В шаблоне рассылки в переменную $SUBSCRIBE_TEMPLATE_RUBRIC["NAME"] попадает полное название "вызвавшей" рубрики, т.е. "Блог «Главный штаб нашей компании» [CODE:glavnyy-shtab-nashey-kompanii]" и т.п.) После этого пишем какой-нибудь простой компонент mydomain:blog.getnewpostforsubscribe куда одним из параметров подставляем код блога и внутри компонента делаем выборку сообщений только для этого блога. Вот такое шапито. ;) |
|||
|
03.04.2012 17:01:16
Имеется автоматически генерируемые блоги, которые генерируются в случае создания нового филиала компании: отлавливается событие создания филиала компании, автоматически создаётся блог, редакторские группы пользователей для него и пр.. Таким образом через N месяцев на сайте уже будет некоторое количество блогов.
Задача: реализовать возможность на подписку на новые сообщения для этого конкретного блога. Рассылка должна генерироваться автоматически. Настроил также автоматическое создание рубрики рассылки (CRubric::Add) при создании филиала компании. Однако вяжутся все разные рубрики подписки (создаваемые для разных филиалов) к одному шаблону рассылки. Компонент bitrix:subscribe.news не подходит, так как речь уже не о инфоблоках. Как это реализовать? НА самом деле, можно написать свой компонент. Но возникает вопрос, как в шаблон рассылки передавать ID блога, так как шаблон один получается для разных блогов. Или для разных блогов надо также генерировать разные шаблоны рассылки? |
|
|
22.03.2012 16:35:11
Что лично вы используете и в каких случаях? И у другого,и у другого есть свои плюсы/минусы, но может есть уже у кого-нибудь какой-то стандартный алгоритм, когда что применять, проверенный опытом.
Короче, посоветуйте, плиз, в каких случаях что применять? Для 404 например, где половина блоков отсутствует, но общая структура макета одна и та же, что лучше юзать? Спс. |
|
|
20.12.2011 17:09:49
Переносили сайт с хостинга на хостинг.
Очвидно переносил чувак вручную, так как битрикс неродные таблицы подхватывает через раз: перенёс файлы, БД, обновил dbconn. Теперь авторизация работает, однако любое действие в админке её сбрасывает; т.е. предлагает опять залогиниться. Где что ещё поменять? |
|
|