ну в этом и проблема, компонент кешируется и второй уже не отрабатывает, в шаблонах использовать другой компонент нельзя, во всяком случае просто вставив код вызова. смотрите в интернете есть ссылки, искать не буду, как это решается.
|
Значит у вас ссылка задана относительно корня, а не относительно текущего местоположения, и битрикс тут не причем.
если у вас задано
значит ссылки должны быть
|
|||||||
|
|
|
|
Если вы загружаете до села/деревни, то да, стандартные местоположения начинают работать оочень плохо, и даже "умирать", если конечно не разделено на выбор сначала страны, потом области и т.д.
Если нет, то в этом случае лучше свое писать и разделить по принципу сначала ищем только по городам, не нашли делаем вторую выборку уже по селам и начинать поиск не с первой буквы, а с 3-4. |
|
|
|
|
Базового решения для этой задачи нет. Я подошел к ней по другому: создал правило для скидок, проверяется текущий ID пользователя были ранее заказы, значит скидка не положена. А вот для любого купона - присоединюсь к теме. Я не могу понять как получить в условиях сами купоны и скидки уже примененные до текущей и вызвавшие текущую? Получив такие данные, дальше уже просто сравнил и false/true. |
|||
|
|
|
|
Потому что хоть у нас страна и большая и мощная, но политика настолько грязное дело, что проще подождать чем все кончится чем переделывать все по 10 раз, тем более когда одни говорят, что это наше, другие нет не ваше, в итоге огрести можно и от тех и от других.
Кстати IP из этих областей по прежнему тоже числятся как Украина и так как с Украины очень много идет атак на сайты, то когда ставишь ограничение по странам, то эти области аналогично блокируются и оттуда нельзя попасть на сайт. Тут тоже нарушение почему IP адреса до сих пор числятся за Украиной, и кому за это предъявлять? |
|
|
|
|
Такого вы скорее всего не найдете, потому что все разработчики привыкли ссылаться на курс/документацию где минимум в общих чертах все расписано(как раз ссылку и привели вам). А делать свою видео-презентацию, ну не стоит это того в большинстве случаев, если только для рекламы, все равно из получасового даже видео не будет понятно как работать если ты не сталкивался с битриксом и как начнешь вопросов сразу будет много. В свое время я работал в компании где руководитель выписывал командировку сотруднику из другого города, чтобы он 3 дня в большой переговорке с экраном на примерах разбирал и показывал основы работы для простых контенщиков и менеджеров и все равно примерно 3/4 из них не поняли и половины потому что:
|
|||||
|
|
|
|
А что вы считаете основными принципами? В обучении много видео, так как в одно видео невозможно запихнуть так чтобы было кратко и все понятно.
Я до сих пор иногда узнаю, что можно было все сделать проще, а не городить велосипед и все из-за того что нужно перечитывать иногда курсы. |
|
|
|
|
Я, уж извините, далек от юриспруденции, а в чем именно заключается не соблюдение законодательства и подставы всех? Мне правда интересно, для самообразования, но принципиально идти искать ответ на этот вопрос мне сейчас не требуется. А разработчики могут самостоятельно перекинуть эти области из родителя Украина, в родителя Россия через админку. |
|||
|
|
|
|
Может я что-то упускаю, но где сказано, что при установке местоположений(регионов, городов) будет установлен полный актуальный список, да ещё и на текущий день?
Есть инструмент, который дает возможность импортировать то, что у них заведено и всё. Чего не хватает типа добавляется ручками или через файл(и реально когда сталкиваешься очень много чего приходится добавлять ручками, во всяком случае по населенным пунктам). Да, согласен хотелось бы актуализации хотя бы раз в квартал, но увы что имеем. |
|
|
|
|
|
только минус такого подхода что если удалили из корзины и поместили в сессию, то все это можно потерять как минимум в 2 вариантах:
1. это закрыли браузер 2. не всегда после оплаты клиент возвращается на сайт Я пока рассматриваю вариант с отложенными товарами, по изменнию чекбокса устанавливать/снимать значение "отложенного товара". Нужно тогда только корзину саму переделать чтобы все товары отображались и пересчет был. |
|
|
|
|
|
Как лучше подойти к такой задаче: клиент накидывает в корзину товар, потом переходит или сразу к оформлению или в корзину(тут пока все норм, так и есть). Если перешел к оформлению, то все что накидал идет в заказ(тут никаких изменний). А вот если перешел в корзину, то у каждого товара должна быть галочка, что товар будет добавлен в заказ, и возможность ее снять. Если галочку снимают, то при переходе к оформлению, в заказ должны будут идти только те с которых галочку не сняли, остальные после оформления заказа должны будут остаться в корзине.
Есть так же такие штуки которые должны быть учтены как скидки, минимальная сумма заказа, что заказ может делать не авторизованный пользователь. В общем буду рад услышать кто как бы подошел к такой задаче и как её решал |
|
|
|
|
|
Это такая же ошибка что и у других с памятью и чем-то ещё.
Помогает вот такое решение(собрал для себя из пары тем):
Перезапустите обязательно OpenServer и повторите установку. |
|||
|
|
|
|
Это стандартный компонент, ошибка тоже древняя как мамонт, хотя я её даже как ошибку не воспринимаю, как данность, потому всегда говорю менеджерам если смотрите что-то под пользователем свою корзину чистим, из под пользователя выходим, а не закрываем браузер. Но тут вот подняли вопрос из-за пары клиентов у которых произошла склейка. И то не сразу поняли как такое случилось. И почти никто не делает деавторизацию, просто браузер закрывают и все. и получается как я написал выше.
Я не понимаю в какую сторону нужно смотреть. Ведь в компоненте идет проверка по введенным данным пользователя и если такой находится идет получение его авторизации и склейка. И как её прервать не понимаю. |
|
|
|
|
|
|||||||
|
|
|
|
Как можно запретить склеивать корзины авторизованного и не авторизованного пользователя?
Суть проблемы: клиент авторизовался накидал корзину и ушел, через несколько часов пришел, но не авторизовался накидал новую корзину перешел на оформление заказа без авторизации и бабах в его заказе обе корзины склеились, заказ создан и его перекидывает на эквайринг где сумма больше. Или просто авторизовался и они обе склеились. И начинается я клал только вот это, этого не было, вы пытаетесь мне впарить свой товар, вы обманщики. Вот хочется чтобы если у не авторизованного уже что-то в корзине есть, то во время авторизации или оформления заказа корзина авторизованного очищалась, а не прилипала. Так же есть еще такая проблема: бывает менеджеры проверяют что-то , могут накидать в корзину товар, потому нужно посмотреть что-то под клиентом идут в админку выбирают авторизоваться и корзины после этого тоже склеиваются, только уже корзина клиента и корзина менеджера. |
|
|
|
|
|
Если бы понять как урезать, потому что публичка нужна для создания заказа, значит и каталог и идущие к нему справочники, и обработчики... и т.д. одно тянет за собой другое, в итоге из физических папок я отсею ну пару Гб, на общем фоне вообще ни о чем, с БД разбирать таблицы - я не настолько знаю пересечение всех таблиц чтобы выгрузить только половину и чтобы сайт продолжил работать(
|
|
|
|
|