Блог

Возможность выбрать день доставки на 1с битрикс

Таких пересечений может быть несколько и в каждом случае могут быть свои сработавшие ограничители. Описание одно на всех не будет не чего объяснять по факту.

администрирование vps сервера

Недоступное по хорошему нужно угонять в конец. Что-то я пока больше вижу проблем чем профита. ОК, тут я согласен, сложностей масса. Но всё-таки помедитируйте еще 10 секунд на картинку.

перенести wordpress сайт с хостинга на локальный компьютер

Пахнёв Евгений. Я поддерживаю данную идею. И мне кажется тут нет очень уж большая сложность, раз это уже топовые магазины делают - значит это достаточно полезно, да и логично на самом деле.

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

Службы доставки

Так из ограничений, она же будет срабатывать, когда сработают ограничения: Оплата наличными в настройках указано что она для вариантов доставок таких-то. Если выбран иной вид доставки, то будет в неактивной оплате написано не подходит для данного вида доставки Например: Доставка по городу доступна только от р. В этом случая я создаю вариант доставки, прописываю условия и прочее. Не доступна оплата наличными Воробьев Александр. Мне так же не хватает этого функционала. Текст зависит от конкретики проекта - где то просто стандартный текст для недоступных непосредственно в шаблоне, где то в описании службы доставки Была бы очень полезна такая функция опциональная из коробки, чтоб не ваять костыли.

Быковский Владимир. Показать неактивные доставки можно за 15 минут программирования, а вот скрыть все намного сложнее. Может конечно только я так делаю, но через скрытие служб. Это позволяет и гибко настроить службы и не терять клиентов, а 10 сереньких некликабельных блоков любого клиента отпугнёт.

E-mail — теоретически он не нужен и от него можно тоже отказаться J но хочется баловать клиента рассылками о новинках.

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

Оформление заказа (sale.order.ajax) и новая E-Commerce платформа 1С-Битрикс - часть 2

Страдают те, у кого нет Email. Если сделать поле необязательным, то приходится снять галочку "Использовать как Email". Страдают те, у кого есть Email, так как на него ничего не приходит. Без дополнительных манипуляций всё время кто-нибудь страдает. Да в вашем случае проблема будет - понял проблему, подумаем как улучшить, спасибо! Викторов Иван. Обновил sale в надежде, что теперь e-mail необязательный!

Но компонент-по-прежнему ругается. В настройках стоит: В чем может быть дело? Оно необязательно, проверьте настройки: Отключите использование email в модуле main, опция "E-mail является обязательным полем: Снять обязательность с поля в настройках свойств При таких настройках все прекрасно отрабатывает.

Юрий конечно же молодец, разобрал почти всё, но не всё Распишите,пожалуйста людям как быть в случае складов самовывоза заодно я проверю правильно ли я решил или нет задача в следующем: Это же не склад в чистом виде, это скорей точка на карте где можно забрать товар, в большинстве своем там этого товара и не.

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

Единственно, что я не описал про склады, что у нас есть галочка которая может определить координаты клиента, и позиционировать карту к точке присутствия клиента, чтобы показать ближайшие склады. Карта будет масштабирована так, что бы попал минимум от 1 до 3х складов на карту тут все зависит сколько складов вообще у клиента в данном населенном пункте.

Товар купить можно? Так сделано не только там, я еще пару крупных магазинов знаю. Вот только там не все так просто как вы описываете, во всех случаях реализован конструктор правил для доставок и оплат, которые в момент оформления заказа могут проверять состояния склада и рекомендовать или подсказывать сроки движения товара или схему удобного получения. Мы думали над такой реализацией. Но это следующие релизы. Готов с вами более детально обсудить этот вопрос и схему работы данного конструктора.

Отправил запрос. Всегда рад пообщаться. Лазарашвили Константин. Никита, можно с вами пообщаться по поводу вашей доработки? Будет ли статья по написанию своего обработчика для службы доставки? Ничего не изменилось, по крайней мере перетаскивая самопис с другого сайта ядра А не подскажите где про это почитать можно?

бесплатные выделенные сервера vps

Труш Дмитрий. Весь компонент на JS, в файле script. Скоро весь магазин будет таковым? Это слишком несбыточный на данный момент сценарий. Но других вариантов динамики в компонентах мы не видим. В JS мы проставили достаточно подробные описания, за что отвечает каждый блок или функция. То есть со временем все компоненты будут переведены на JS?

Затем ядро? Такое виденье развития системы? Ваш сарказм я понял, но вот не понял, сарказм ли были слова Юрия. Комментарий партнера был сарказмом. Я же писал несколько про другое, я писал про шаблон, что мы не видим пока других вариантов сделать динамику в шаблоне, кроме JS. И это касается только визуальных элементов шаблона связанных с динамикой. Планов по переводу компонентов и тем более платформы на JS. Может быть вам для написания таких компонентов использовать какой-нибудь js-фреймворк типа angular?

Тогда будет гораздо легче модифицировать компоненты и разбираться с. Ипатов Дмитрий. Он уже повысился. Лапковский Александр. Народ, а как часто вы вообще пользуетесь стандартными компонентами? Панчук Сергей. Юрий Волошин, поздравляю с проделанной работой! Но думаю не удобно проработана система разворачивания и сворачивания блоков.

Вот например в обычном состоянии все почти скрыто http: На мой взгляд: Смена товаров в корзине в планах чтобы можно было отказаться от корзины совсем, если это требуется на проекте. Юрий Волошин, еще одно от себя напишу. Я вижу поменялась файловая структура шаблона компонента sale.

Так это? Но в таком случае, на мой взгляд, сильно урезается гибкость кастомизации шаблона.

Вывод СВОЙСТВ из инфоблока в 1С-БИТРИКС

А если у людей вообще знаний по js нету так это вообще Мы внесли в js разбивку на блоки и прокомментировали максимально нужные места файла. А вот знания JS мы вложить уже не сможем. А можете подсказать где именно это прокомментировано?

В теле файлов, тоже выйдет в обновление 21 sale. Трепьев Алексей. Нет ли в планах по развитию данного компонента, реализовать возможность установки минимальной суммы заказа? К этому компоненту это пожелание не относится, но в планах нового релиза есть, думаю выйдет как минимальное ограничение, так и начальный отстрел по покупке, например не менее 3х штук.

Курылёв Алексей. Юрий, следуя вашей логике по поводу поля "Адрес доставки" то как то не вяжется самый первый раздел, который называется "Регион доставки" где необходимо выбрать местоположение. И что бы появлялось только при выборе доставки, так же как вы сделали с полем "Адрес доставки"? По "Местоположению" фильтруются и сортируются методы оплаты и доставки что важно, ведь пользователю сразу станет видно доступные оплаты и доставки.

Мне нравится как битрикс привел это в шаблоне. Все хорошо. Это понятно, что поле "Местоположению" фильтрует оплату и доставку. Я говорю про не совсем логичное название первого блока "Регион доставки". Мне кажется так будет намного логичнее и посетителей не будет вводить в заблуждение. На мой взгляд это уже перегруз. Сейчас в шаблоне все и так понятно. Тут или нужно сменить название, например вместо "Регион доставки" изменить на "Тип плательщика" и поле "Местоположение" немного изменить на "Ваше местоположение".

Ну и в будущем попробуем прикрутить туда автоматику по IP и геопозиции. Из миллиона с лишним файлов следует, что битрикс тут вряд ли оптимален, битрикс вообще склонен к пложению файлов на ровном месте по своей идеологии. Из 30 с лишним человек трудящихся над проектом следует что бюджет весьма достаточен.

Кастюмная ЦМС тут была бы скорее всего идеальным решением даже с точки зрения бизнеса, при грамотном подходе к ее разработке разумеется. И с точки зрения скорости внесения изменений нужных заказчику и с точки зрения стоимости этих изменений для заказчика и с точки зрения потери посетителей в ходе обновлений. В целом да, но в частности. Даже при стоимости проекта 1, миллиона и выше, с технической точки зрения логичнее создавать продукт с нуля, но с точки зрения бизнеса есть несколько преимуществ в разработке на готовой мощной CMS.

Первая версия проекта появится гораздо быстрее.

1С-Битрикс Разработчикам - Изменения в обмене с модулем 1С

Намного легче применить итерацонный метод разработки. Проект можно будет отдать на поддержку другим разработчикам. И самое главное, е-комерс слишком динамично развивается. Допустим мы сейчас исследовали рынок интернет-магазинов. Точно определили, каким должен быть сайт, чтоб быть успешным. Составили ТЗ и провели разработку с нуля. К моменту завершения работ сайт устареет, так и не родившись. А куча изменений, которые тут же придется внести, чтоб выправить ситуацию, сведут на нет всю красоту и стройность разработки.

Смотря что считать не дорого. Если не отходит от логики разработчиков битрикса то да, но если заказчик думает иначе то капец. Например я не могу объяснять заказчику что битрикс свято верит что если я ставлю на рейтинге 5 звезд в итоге получается 3,5, клиент всегда прав и в итоге пишешь сам или покупаешь. Или например если доставка авиа и курьером по Москве то пункт оплату курьеру должен пропадать если выбрана авиа. В итоге долгая, нудная и безрезультатная переписка с тех поддержкой, и попросту ставишь свой js что бы просто сдать.

А теги это вообще песня, при наличие больше материалов попробуйте при создании ввести тег, сплошная мука. Они так и храняться в отдельном поле через запятую, в итоге вводите вы букву что бы ввести тег а у вас полно текстовый поиск по базе. Фронт можно конечно закишировать но вот в админке все работает по живому. В итоге ребята писали теги стразу в блокноте и вставляли в строку. Как результат Битрикс до-свидания, да здравствует Yii. Так что по проще это на Друпал, или на Yii. Проблема 0 тут процесс.

Внос по живому изменений на боевой сервер? Битрикс тут так вишенка на торте. Alorian 10 августа в Вот уж много чего слышал про битрикс, но про отсутствие документации первый раз слышу.

Есть несколько курсов которые проходятся в браузере: Я последний год занимаюсь практически исключительно допиливанием чужих сайтов на Битрикс, Joomla, Drupal и. Проблема Битрикса в том, что мало кто из разработчиков следует его методологии: Впрочем, другие CMS тоже калечатся нашим русским программистом так, что без слез не взглянешь. Я не видел ни одной приличной доработки готовой CMS — везде сплошной говнокод. Люди явно не читали документацию, не разбирались в API. Или студия-разработчик уже закрылась или автор сменил симку и ушел в голубую даль.

AdamZ 10 августа в Это где вы такое вычитали? Проект из 60 гб на максимальной редакции апдейтиться из SVN за 40 секунд… Просто нужно уметь разграничивать файлы ядра, аплоада, статику и свои собственные скрипты.

Ядро вообще нет смысла загонять в репозиторий хотя даже в этом случае легко глотается СВНом — если уж очень хочется, то можно в репозитории хранить бекап ядра, который понадобиться только 1 раз — при развёртывании проекта. Так делают новички, а профи юзают соответствующие инструменты, которыми забит весь маркетплейс. Гики же пишут свои скрипты. Да и это проблема не столько битрикса, сколько вообще разработки крупных веб-проектов, когда после релиза невозможно тупо заливать дампы базы данных В-общем, терпения всё читать не хватило.

Могу лишь подытожить, что Битрикс не виноват в том, что у вас не лично у автора, сколько у компании в целом кривые руки и вам влом пройти соответствующие курсы по работе с системой, получить сертификаты это всё бесплатно к словуполучить партнёрский статус, который даже фрилансерам и шарашкиным конторам по онлайн-заявке предоставляется и серьёзно облегчает разработку крупных проектов командой разработчиков.

Про NFR-лицензии для партнёров-разработчиков автор видимо не слышал… Это ответ от. Проблему как раз и решил с помощью NFR-лицензий. Вот это очень полезная для меня информация. Можете указать, какими инструментами для этого пользуетесь Вы? Битрикс не виноват в том, что у вас не лично у автора, сколько у компании в целом кривые руки и вам влом пройти соответствующие курсы по работе с системой, получить сертификаты это всё бесплатно к словуполучить партнёрский статус И партнерский статус и полный комплект сертификатов у каждого разработчика конечно же.

Опыта разработки нас 1С-Битркс действительно не хватает. Собственно, статья появилась только потому, что информации, как правильно вести разработку я нигде не нашел.

Поэтому учу все сам и делюсь информацией с читателями. НЛО прилетело и опубликовало эту надпись. Может и есть где то рекомендации, но там нечего специально указывать. Аналогично и с компонентами. В папке с проектом они не нужны. Своих файлов у разработчиков точно не миллион. То есть объединять для выгрузки на рабочий сервер не так и много приходится. Andrewus 11 августа в Подписываюсь под вышесказанным. Насколько мы помним — надо иметь юр.

NFR получить уже немного сложнее. Что за ужасы с лицензиями для разработчиков? А главная проблема битрикса с точки зрения разработчика — это, конечно, template. Доменов может ссылаться сколько угодно, но при этом, они все должны ссылаться на одну или вторую копию. А сколько из этих 60 гигов приходится на картинки, можно узнать? И вообще какова структура репо, на что приходится самых больших части?

Основной объем — картинки, видео и сопутствующие товарам архивы с ПО. Большое количество мелких файлов принадлежит ядру 1С-Битрикс. Не думали хостить это вообще отдельно где то? SVNом пользуюсь исторически. Подробное описание каждой закладки для разных служб представлено в документации по продуктупоэтому создание и настройка имеющихся служб не должно вызвать затруднений.

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

Для каждого типа плательщика должно быть введено по одному свойству заказа с флагом Использовать как местоположениеиначе система обработки служб доставки работать не. Такой флаг можно установить только у свойств типа Location. Местоположение, указанное пользователем в этом свойстве при оформлении заказа, будет проверено на принадлежность местоположениям, отмеченным в службах доставки.

Также будет проверено соответствие остальным категориям вес, стоимость заказа и. Если несколько служб удовлетворяют условиям, то они будут предложены пользователю на выбор. Документация по теме: Забыли свой пароль? Войти как пользователь. Вы можете войти на сайт, если вы зарегистрированы на одном из этих сервисов:. Оплата должна быть произведена в течение 10 дней. Необходимые для отчетности финансовые документы высылаются обычным письмом на фактический адрес, указанный вами при оформлении заказа.

Документы высылаются юридическим лицам и ИП в течение 10 рабочих дней с момента поступления денежных средств по заказу.

command dedicated server

Подробнее о закрывающих документах. В электронном виде документы доступны в подробностях оплаченного заказа на следующий день после поступления средств. Для доступа в подробности заказа вам потребуется логин и пароль, под которыми вы оформили заказ на нашем сайте. Если в разумные сроки более месяца бухгалтерские документы вам не поступили, запросите их повторную отправку по почте Belarus 1c-bitrix. Государственным организациям в .