Вы все сделали верно, но это не решает Вашу проблему так как оно под нее не заточено. Вы ошиблись в той части, что стандартный механизм REST никаки не связан с механизмом ВК. То есть, чтобы из VK в Б24 (облачный) попадали лиды, нужно чтобы был промежуточный сервер, который бы принимал запросы от ВК и отправлял их в Б24.
Начнем с того, что ВК требует специального ответа на свой запрос, а Битрикс выдает свои ответы на свои запросы, соответственно он и не может "засинхронится". Далее - ВК точно указывает какой именно ответ должен вернуться на него - чего битрикс не знает. Соответственно это точно свой сервис - либо сторонний для б24, либо допиленный для коробочной версии.
Ну и затем - при создании веб-хук это одновременно и подход и конкретный метод. Чтобы не путать людей, выдается конкретный веб-хук, который сразу возвращает данные о пользователе что его создал. Это веб-хук profile, соответственно для создания лида это crm.lead.add.
Соответственно без разработчиков этот вопрос не решить.
P.S. А цена то довольно простая: Для коробочной версии уложится в тысячу рублей Для облачной версии: ~200р ежемесячно + 1 тысяча за создание. Т.е. на год примерно 3400 рублей (далее просто 2400 в год)
Владислав Танасов,кеш чистили? Мы стали замечать что раньше обнова нормально накатывалась, а сейчас еще и кеш нужно чистить. Кстати если Вы или разработчики шаблон выносили (пусть даже и для мелких правок) то нужно все перепроверять.
Alina Monakova написал: Нужно, чтобы в пункте меню отображался пункт "Привязка лицевого счета" только для тех пользователей, которые не принадлежат к группе "Владельцы лицевых счетов".
Можно воспользоваться CSite::InGroup. Предположим, что ваша группа имеет ID: 20, тогда в последний блок, по ссылке (в php условие отображение пункта) нужно написать:
mike1982 написал: Сделал сайт на Denver, версия bitrix start, все как обычно. Перенес на внешний хостинг (nic.ru), перепрописал коннекты к бд в 2 местах.
Судя по тексту перенос не штатными средствами делали? Где именно меняли коннекты? И на что. Например, если у вас shared, а вы подключаетесь к localhost то скорее всего Вам не разрешат это сделать, а вот какой-нибудь технический домент (например vs234434.tmp.nic.ru) то вполне очень даже
Можете пояснить про что идет речь? При правильной настройке VMWare на Windows для пользователей ничего не случиться... ну кроме того, что заработают новые функции при обновлении. Но если Вы не обновляетесь - то зачем переходить на linux ?
Андрей Николаев написал: Все верно, этот фрагмент подключает компонент bitrix:catalog.top с шаблоном products_slider на страницу.Сам код компонента (его нельзя там редактировать!) находится в /bitrix/component/bitrix/catalog.top/Предположим, что шаблон у нас называется red_light (можно узнать где лежит задебажив SITE_TEMPLATE_PATH).Предположим, что в данной константе находится "/bitrix/templates/red_light", а значит шаблон, который выводится (html) лежит в /bitrix/templates/red_light/components/bitrix/catalog.top/products_slider/
Леонид Диденко, Все верно, этот фрагмент подключает компонент bitrix:catalog.top с шаблоном products_slider на страницу.Сам код компонента (его нельзя там редактировать!) находится в /bitrix/component/bitrix/catalog.top/ Предположим, что шаблон у нас называется red_light (можно узнать где лежит задебажив SITE_TEMPLATE_PATH). Предположим, что в данной константе находится "/bitrix/templates/red_light", а значит шаблон, который выводится (html) лежит в /bitrix/templates/red_light/components/bitrix/catalog.top/products_slider/
Леонид Диденко написал: его на пыхе теперь осталось понять как его написать на битриксе. И я даже не знаю с какой стороны и где начать чё писать...
С этого и нужно было начинать. Я дам отправную точку, а Вы уже решите сами как двигаться. Для того чтобы понять куда будет отправлен HTTP запрос - нужно разобраться с тем, как работает ЧПУ. У битрикса есть сухая техническая статья: https://dev.1c-bitrix.ru/api_help/main/general/urlrewrite.php
Леонид Диденко написал: рамках стандартов кодирования согласно сообщества разработчиков php, здесь же этими стандартами и не пахнет близко.
А Вы не задумывались почему?
Во-первых, потому что битрикс появился намного раньше данных стандартов. Когда появились фреймворки? В 2014? В 2010? В 2007? Я нашел первое упоминание о битриксе в 2003 (это дата версии Главного модуля, версии v3.0.6). Хоть один фреймворк существует так долго? Вы им (существующим столь долго фреймворком) хоть раз пользовались в 2017 году? Он не умер до сих пор?
Во-вторых, Битрикс использует систему максимального сохранения обратной совместимости, а это значит что при обновлении БУСа с 3 версии до 17 версии (а это на минуточку 14 мажорных версий) - у Вас не должно быть особо баттхертных проблем, с переписыванием с 0 (если конечно вы не выполняли прямых запросов в БД или не пилили ядро). Нет, конечно я приукрашиваю - переписывать придется части, но бОльшая часть при правильных подходах должна сохраниться. Вам нужно привести примеры когда при переходе с Symfony2 на Symfony3 нужно было переписывать проекты почти полностью? Вы не помните перехода с Laravel 4 на Laravel 5? Ни один из существующих фреймворков не имеет такого опыта как CMS Битрикс. Ни одна из существующих CMF не придерживается тех же правил.
Простите, может конечно грубо прозвучит, но может быть вы уже вынете свою золотую ложку из причинного места и прочитаете документацию? Уверен, что для специалиста ВАШЕГО УРОВНЯ не составит труда уделить 1-2 дня на чтение документации, чтобы потом АДЕКВАТНО решить проблему, показав свою высочайшую КВАЛИФИКАЦИЮ не набыдлокодив в свои таблицы беспочвенными голыми SQL запросами.
Денис Сон написал: Почему же? Есть такой ключ ACTIVE_COMPONENT => Y|N.
Really? Спасибо Денис, не знал. Правда зачем он нужен, если в публичке его нет? Очередной недокументированный COMPONENT_TEMPLATE или HIDE_ICONS? Или атавизм старой системы?