Согласен. К тому же у нас только +7 и нет смысла создавать дропдаун. А вот у людей сохранены телефоны в куче вариантов, и для этого и нужна мска чтобы все варианты привести к одному виду, но вот хороший скрипт маски найти не могу
Много - потому что мне нужно на каждый клик создавать свой счетчик, который нужно будет останавливать независимо от других. Сергей delphinpro предложил отличный вариант, который мне подходит, просто я тупо уперся как баран в ворота в отдельные переменные и не подумал что переменная может быть одна в виде массива с ключами
Да, ещё, поддержку обновлений модуля для такого подхода вы теряете, учитывайте это. Особенно при условии что он платный, то официальный вполне может обновляться, ваша копия этого делать не будет.
Модуль обычно либо в папке /bitrix/modules/ либо /local/modules находится.
Вот там ищите папку с вашим модулем типа mpm.sbermarket. Скачиваете себе на комп. Переименовываете на mpm.sbermarket2, далее внутри проверяете все файлы где используется старое название module_id, плюс остальные сущности проверяете и нейспейс меняете, не забудьте проверить файлы с созданием таблиц, если имеется. После всех изменений загружаете обратно на сайт, идете в админку и там появится неустановленный модуль. Устанавливаете его и настраиваете уже на 2 кабинет.
Но я бы это все на боевом сразу не делал, потому что если вдруг что-то пропустите, можете всё напрочь поломать.
Я не занимаюсь этим проектом уже давно)
Нет, вопрос так тогда и не решился. Я смог связаться с тем кто этот проект делал изначально и он сказал, что просто сделать копию мало, нужно внести в БД изменения, но учить за просто так он не будет. Может сделать сам. Задача типа займет несколько часов и нужно сразу подготовить полное ТЗ какие поля нужны и как они будут заполнятся. Ценник озвучивал, но сейчас не вспомню уже, руководство не дало добро, а после этот проект совсем подвинули, а после и я ушел оттуда.
Почему же плохой вариант, вполне рабочий. Только каталоги придется формировать на основе фильтра по свойствам, а не полям. По такому варианту в свое время один из сторонних разработчиков вообще вывел хранение разделов в редис, а обмен каталога через ftp, типа там фильтрация в разы быстрее отрабатывает, каталог по фтп тоже на сайт выгружается быстро, правда весит десяток гигов, но он его опять же как-то умудрился обрабатывать очень быстро написав серверные скрипты не на php. Потом правда из-за конфликта с конторой которая этим проектом занималась мы отказались от такого и сделали похожее, свое, на справочниках HL. Сейчас уже конечно этого нет, вернулись к класике, все в одном инфоблоке, так как многие кто сталкивается с нестандартом, не понимают как с таким работать.
При установке какого-либо решения существующие шаблоны никуда не должны удалится, у вас вместе с решением должны прийти новые настройки, шаблоны и прочее, которые вы можете вручную, не автоматом, переключить на свои старые. Но это как сказано выше если все сделано по феншую, а не побыстрее так как нужно еще вчера) Но если вы ставите новое решение, то смысл возврата к старому, это как-то странно в моем понимании, ведь новое и ставится чтобы заменить старое.
ну так вам нужно написать обработчик который будет это делать автоматом. Из коробки нет такого, из коробки вообще нет такого понятия как бонусы, сертификаты, программа лояльности и похожего чего-то на это. Есть только купоны и личный счет(отвратная штука с которой нужно очень аккуратно работать, так как туда вечно лишние записи не нужные попадают) Все это пишется самостоятельно или получается путем установки нужных модулей в которых это уже заложено. На форуме в основном только можно направление получить на что опираться чтобы сделать то что нужно.
Это плохое решение, так как есть и 1С, товары должны быть в ней именно так как заведены. Т.е. если заказывают 3 тетрадки, то это должны быть конкретные тетради со своими артикулами, штрихкодом и всем прочим. Требуется именно акция что N различных товаров из нужных разделов или брендов или ещё как-то за фиксированную стоимость.
Мы отказались в свое время от сокращенных ссылок, в том числе как вижу у вас используется click.ru, он хранит ссылки не долго это раз, второе он их режет, хотя я писал к ним в техподдержку пытался доказать, но увы не смог, так как они запросили полный доступ к проекту чтобы отловить причину утверждая что проблема на нашей стороне, а не у них. Но факт остается фактом, у click.ru ссылки режутся, а пишешь в техподдержку и та же самая ссылка после пересоздания уже не режется, а они говорят что ничего не правили.
Очень похоже на то с чем я когда-то сталкивался и не смог победить.
Как потом мне в общих чертах рассказали решение сводится к следующим действиям: проблема зачастую в самом проекте, есть консольная утилита, которая показывает с какого ip идет самая большая нагрузка, далее вычисление запроса/заголовков от этого IP и его блокировка. После этого нагрузка падает и сайт более-менее работает что позволяет сделать дальше разбор что начинает отрабатывать по тем запросам что шли с этого адреса и правка соответсвующих скриптов.
Да, доходит. Данные получаю. Просто это очень неудобно формировать такой же объект/массив переписывать под это код чтобы открыть в браузере страницу и увидеть ошибку, потом обратно все возвращать с исправленной ошибкой увидеть что опять что-то не работает и по новой всё. Поэтому и спросил есть ли какой вариатнт чтобы так не делать. Вот как на сайте делаешь куда-то запрос и в режиме раработчика можно посмотеть что ушло и что получил
value="89771111111" - так и оставит без изменения((