День веб разработчика же?

Всех с праздником!

взаимно!

Есть такой вопрос. На входе имеем: сайт-магазин со стандартным функционалом(каталог, корзина, сравнение и т.д.). Задача: разделить каталог по городам. Т.е. для каждого города должен быть свой каталог товаров. Города хочу вынести на поддомены, например moskow.magazin.ru, spb.magazin.ru и т.д. Вопрос: Есть ли смысл использовать многосайтовость? Или достаточно создать кучу поддоменов, прокопировать туда основной сайт, и сделать общую папку-симлинк bitrix(насчет upload не уверен)

Есть такой вопрос. На входе имеем: сайт-магазин со стандартным функционалом(каталог, корзина, сравнение и т.д.). Задача: разделить каталог по городам. Т.е. для каждого города должен быть свой каталог товаров. Города хочу вынести на поддомены, например moskow.magazin.ru, spb.magazin.ru и т.д. Вопрос: Есть ли смысл использовать многосайтовость? Или достаточно создать кучу поддоменов, прокопировать туда основной сайт, и сделать общую папку-симлинк bitrix(насчет upload не уверен)

а уверен что это меньшая проблема?

а уверен что это меньшая проблема?

не уверен. Поэтому и вопрос. Какие еще подводные камни есть?

количество товаров в базе, работа с ценами уровни доступа

В большинстве случаев, многосайтовость использовать не обязательно. Мы часто направляем все поддомены на один и тот же контейнер фактически, и пишем свою логику выбора города, опираясь на $_SERVER['HTTP_HOST']

Видел аналогичный ход в решениях Romza

да так все делают, мы даже через ТП спрашивали так можно

Есть такой вопрос. На входе имеем: сайт-магазин со стандартным функционалом(каталог, корзина, сравнение и т.д.). Задача: разделить каталог по городам. Т.е. для каждого города должен быть свой каталог товаров. Города хочу вынести на поддомены, например moskow.magazin.ru, spb.magazin.ru и т.д. Вопрос: Есть ли смысл использовать многосайтовость? Или достаточно создать кучу поддоменов, прокопировать туда основной сайт, и сделать общую папку-симлинк bitrix(насчет upload не уверен)

Тут надо определиться. Для каждого города свой каталог ОТДЕЛЬНЫХ, НЕ ПЕРЕСЕКАЮЩИХСЯ товаров? Или товары одни и те же, но С РАЗНЫМИ ХАРАКТЕРИСТИКАМИ для каждого города?

ну и да общие папки bitirx \ local \ upload

количество товаров в базе, работа с ценами уровни доступа

кол-во товаров товаров - это отдельная тема производительности. Сейчас все товары лежат в одном ИБ. Буду делить их на несколько. Типы цен - одни и те же для всех сайтов - оптовая и розничная. Вот уровни доступа меня смущают. Хотя будут для всех сайтов тоже одинаковы

Тут надо определиться. Для каждого города свой каталог ОТДЕЛЬНЫХ, НЕ ПЕРЕСЕКАЮЩИХСЯ товаров? Или товары одни и те же, но С РАЗНЫМИ ХАРАКТЕРИСТИКАМИ для каждого города?

инфоблоки будут разные

а потом они захотят разные цены и будет веселье ))

инфоблоки будут разные

инфоблоки то может и разные но элементы хранятся в одной таблице

инфоблоки будут разные

Тогда просто. От того на какой сайт пришли выводится свой каталог

Тогда просто. От того на какой сайт пришли выводится свой каталог

т.е. физически в коде меняем номер ИБ и все будет работать?

т.е. физически в коде меняем номер ИБ и все будет работать?

Ну это как решите. В зависимости от города можете изменить через параметр компонента, через разные компоненты для городов. Самый простой вариант - установка в параметре компонента нужного каталога и шаблона

а потом они захотят разные цены и будет веселье ))

по сути ничего не должно быть. Типы цен же не зависят от ИБ, или я ошибаюсь?

Если детальный просмотр, оформление заказа, корзина будут отличаться, то тогда фактически все продублировать для каждого города

Если детальный просмотр, оформление заказа, корзина будут отличаться, то тогда фактически все продублировать для каждого города

Спасибо! Так примерно и думал. Функционал будет полностью идентичным на всех поддоменах. Только разные данные.

Спасибо! Так примерно и думал. Функционал будет полностью идентичным на всех поддоменах. Только разные данные.

только могут быть побочные эффекты))) нчто не мешает юзеру сформировать корзину из разных городов

угу у нас было разочек ))) накручивали защиту )

ибо на одном складе может быть а на другом не быть

и цены разные были ога

воооот. Вот это уже интереснее))

но у нас цены везде разные и меняются в зависимости от направления ветра

Товар в разных городах может быть одинаковым, но цены разные. Фактически в базе это будут разные товары, с разными ID. Что будет если начать формировать корзину на одном домене, и продолжить на другом? Корзина будет общая насколько понимаю?

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

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

синхронизация файлов только? или БД?

всмысле 1 дев на несколько разрабов?

без бд

Оо

Да, один дев, несколько разрабов.

не хотите попробовать вагрант?

вот да

1 дев на несколько разрабов - эбола

1 дев на несколько разрабов - эбола

+++

обычно что-то такое: n-штук dev под каждого разраба или вагрант для каждого 1-2 тестовых зон(внутренее тестирование) 1 зона внешнее тестирование(не стейдж) 1 зона стейдж прод

если студия маленькая можно обойтись dev зонами(вагрантом) и стейджем

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

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

С каких пор "на работе" демократия?

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

Хотят не хотят... рулит тим лид или тех дир

ну можно еще не вагрантом, а виртуалками для каждого девелопера. у меня сейчас так

если студия маленькая можно обойтись dev зонами(вагрантом) и стейджем

а можно подробнее про dev-зоны, не встречал про это инфы, что почитать?

Тут олдфаги, свн все дела)

Тут олдфаги, свн все дела)

а может ну их и нанять студентов?

Ахах

Тут олдфаги, свн все дела)

Ну так дать каждому свою копию, пусть свн-ятся

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

обычно что-то такое: n-штук dev под каждого разраба или вагрант для каждого 1-2 тестовых зон(внутренее тестирование) 1 зона внешнее тестирование(не стейдж) 1 зона стейдж прод

Как между ними поддерживать актуальную БД? В том же ларавеле, я могу спокойно юзать миграции, а вот в битриксе не понятно...

Как между ними поддерживать актуальную БД? В том же ларавеле, я могу спокойно юзать миграции, а вот в битриксе не понятно...

миграции

тада

Модуль есть какой то?

https://github.com/cjp2600/bim-core

https://bitbucket.org/andrey_ryabin/sprint.migration

Спасибки

CACHED_b_agent где находиться этот кеш?

ERROR: S client not available

if(CACHED_b_agent !== false && $CACHE_MANAGER->Read(CACHED_b_agent, ($cache_id = "agents".$str_crontab), "agents")) вот это не дает мне запускать агентов

CACHED_b_agent где находиться этот кеш?

что делаЕТ, находиТСЯ

if(CACHED_b_agent !== false && $CACHE_MANAGER->Read(CACHED_b_agent, ($cache_id = "agents".$str_crontab), "agents")) вот это не дает мне запускать агентов

кеш тут не при чем. ищи причину в другом месте

у всех работает, ты один такой уникальный )

у всех работает, ты один такой уникальный )

играем в холодно горячо)

Приветствую! Вопрос, если элемент прикреплен к нескольким разделам и я например в одномразделе задаю шаблон для тайтл, то он не срабатывает, если элемент прикреплен только к одному разделу, то все в порядке

то чувство, когда с люцифером гулял утром, покормил и пошел на работу общаться в чате с люцифером

Есть выпуск который каждый месяц 1 числа формирует рассылку при возникновения события он генерит агент CPosting::AutoSend(1479,true,"s1"); Интервал 0, Периодический Нет. Крон каждые пять минут обрабатывает bitrix_cron.php тот в свою очередь вызывает CAgent::CheckAgents и все запускается только 1 раз

значит проблема в агенте. другие агенты успешно работают ведь

и кеш и агенты никак не связаны

п.с. помню писал своего первого агента... слезы боль и нервы 3 дня долбали

я проклинал всех

потом разобрался =))))

а мне приходиться разобраться в чужом коде :)

А-А-А-А!!!!

Я может чего-то пропустил, но всё-таки: почему интервал 0?

я задаюсь тем же вопросом

но это генерит сам выпуск

точнее рассылка по расписанию

а мне приходиться разобраться в чужом коде :)

ПРИХОДИТСЯ!

ТСЯ

Суть агента в том, чтобы задать время следующего запуска. Время следующего запуска - это сейчас + Интервал. Если интервал 0, то в следующий раз не запусится. По сути одноразовый агент

Так что задайте какой-нибудь интервал и проверьте

Суть агента в том, чтобы задать время следующего запуска. Время следующего запуска - это сейчас + Интервал. Если интервал 0, то в следующий раз не запусится. По сути одноразовый агент

а где это интервал задают? не могу найти

Да, Люци. Ты походу запутался в переодическом и непереодическом запуске

В админке в настройках агента

может галочку где поставить

https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=3436