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

У меня заработала... обновился до 6.0.2.7 и заработало, а может совпадение :/

Хотя по второму варианту - тот принцип как этот модуль сделан, наверное не пойдет. Т.к. создав страницу или товар или другой элемент в модуле на одном языке (городе) он появляется, но не активный и в других городах. Это еще терпимо для страниц, но если каталоги разные для разных городов, то тут уже будет неразбериха.

Виталий, спасибо за вариант, идею! А вы уже подобное реализовывали? есть пример?

Всем привет! Кто-нибудь реализовывал сайт на несколько городов? Хотелось бы увидеть примеры уже рабочих сайтов, ну или как это вообще делали (сам принцип).

На сайте будут разделы общие для всех городов и раздельные. Например, О компании, Отзывы, Партнеры будут общие для всех городов. Каталог, Новости, Галерея и т.п. будут раздельные, т.е. разная информация для разных городов.

Первое, что пришло на ум – сделать на разных поддоменах, т.е. получается каждый город это отдельный сайт с отдельной админкой. Но тогда общую информацию придется просто дублировать на всех сайтах (городах). И соответственно адреса для городов будут вида:
moscow.site.ru
spb.site.ru
kazan.site.ru
и т.д.

Вторая мысль – это сделать по что-то подобное на «Языки сайта». Удобно тем, что админка одна, просто вверху где сейчас язык переключается – будут названия городов, нажав на нужный будет отображаться информация этого города. Ну и соответственно адреса для городов будут вида:
site.ru/moscow/…
site.ru/spb/…
site.ru/kazan/…
и т.д.

Какой из этих способов более правильный и грамотный, или есть более интересные варианты?

Текста ооочень много, но краткость мне с трудом дана, и то это раза в 2-3 сократил))

Александра, спасибо за ответ:) Но тут вопрос не о переключении городов - это всё понятно как сделать... а именно про Кроссдоменность, т.е. регистрация и авторизация пользователей сразу на всех городах...

Кстати да! Не обратил внимание даже на это ))

Никто не делал что ли подобное?

Виталий (DIAFAN.CMS), спасибо!

Создавал данную тему очень давно, НО в итоге так и не дошли до реализации этой задачи. Теперь она появилась снова ).

Не прошу её решить, а прошу поделиться опытом, если у кого есть, или мыслями… идеями. Задача подобная, но чуть конкретней:

Интернет-магазин на несколько городов. По умолчанию будет основной город ЕКБ и адрес будет типа site.ru. Другие города будут на поддоменах, например: gorod1.site.ru ... gorod2.site.ru … gorod3.site.ru и т.д.
Т.е. по сути как бы разные сайты для каждого города - РАЗНЫЙ контент (новости, доставка, контакты, статьи … да всё подряд) и КАТАЛОГ в том числе, ну и СЕО!

КАТАЛОГ у каждого города свой - т.е. в 1С для каждого города своя БД будет и будет синхронизация на каждый сайт (город) отдельная. Т.е. будут и позиции отличаться, и цены, и характеристики возможно и т.д. - в общем независимые друг от друга.

Далее раскидываем копии сайтов на необходимые поддомены для городов . И организовываем определение по IP подходящего города и переключение городов, с помощью cookie запоминать выбор.

!!!Вот теперь по поводу КРОССДОМЕННОСТИ для Регистрации пользователей, Личного кабинета и Заказов - тут вот и «соображалка пока не соображает» как поступить и сделать, т.к. опыта нет ещё и вот какие МЫСЛИ:

Вариант 1: БЕЗ кроссдоменности – ну тут всё понятно… разные параллельные сайты, всё независимое, только определение и переключение между городами сделать.

Вариант 2: Кроссдоменность для Регистрации пользователей, ЛК и Заказов:
Без разницы где зарегистрировался пользователь (на основном сайте или каком-то поддомене) - он может войти под тем же логином в любом из городов. И соответственно при переключении городов остаётся авторизированным. Переключаясь между городами - состав корзина не меняется... сохраняется… дополняется. В личном кабинете история и состав заказов общий на все города.
Т.е. БД у городов разные, а вот данные ПОЛЬЗОВАТЕЛЕЙ и ЗАКАЗОВ должны быть общие или дублироваться как то.

Данный вариант был бы ИДЕАЛЕН для удобства клиентов, НО - КАТАЛОГИ то разные (и БД тоже), т.е. в них разные товары могут быть и цены тоже. Например, вот такие ситуации:
На ОСНОВНОМ домене мы положили в корзину товар "ТОВАР1" по цене 250 рублей. Потом перешли поддомен gorod2.site.ru - а на нём у этого товара цена 260 рублей! Что тогда?
ИЛИ, например, на ОСНОВНОМ домене мы положили в корзину товар " ТОВАР1", а на gorod2surgut.site.ru этого товара вообще нет! Тогда как быть? … и так много моментов!

ПОЭТОМУ думаем над Вариантом 3!
Вариант 3: Кроссдоменность только для Регистрации пользователей, ЛК:
РЕГИСТРАЦИЯ и АВТОРИЗАЦИЯ пользователей должна быть общая или параллельная/дублирующая, а Корзина и заказы уже отдельное всё по городам.
1) ЕСЛИ клиент зарегистрировался на основном домене или на любом поддомене, то он автоматом регистрируется и на всех остальных поддоменах и основном домене. Как бы параллельно в остальные БД в соответствующие таблицы вносит дубликаты записей пользователей или как-то общее это сделать.
2) АВТОРИЗАЦИЯ – если залогинился на одном сайте, то и автоматом должен залогинится на остальных сайтах. Тоже не знаю насколько возможно это… может какими-то скриптам или запросами это делать при авторизации.
3) РЕДАКТИРОВАНИЕ ПРОФИЛЯ – если на одном из сайтов поменять какие-то свои данные в профиле, то они параллельно сохраняются и в других домена/поддоменах.
4) КОРЗИНА – тут уже всё РАЗДЕЛЬНОЕ (НЕ кроссдоменное)! Для каждого города КОРЗИНА своя… , т.е. перейдя на другой город содержимое корзины НЕ перенесется!
Просто сделать, чтобы при переключении города, если клиент уже что-то положил в корзину - УВЕДОМЛЯТЬ клиента, что «перейдя на другой город содержимое корзины НЕ перенесется! А останется в том городе».
5) ЛИЧНЫЙ КАБИНЕТ и ИСТОРИЯ ЗАКАЗОВ. В личном кабинете в истории заказов отображать заказы только для текущего города, и там же разместить кнопки или ссылки "Ваши заказы в других городах: Город1 Город2 Город3" и просто по ссылкам переходят в личный кабинет другого соответствующего поддомена в историю заказов сразу… и там уже соответствующие городу заказы, если есть они.


================
Возможен ли вообще Вариант 3? Или это бредовая мысль? ) В общем прошу не кидаться камнями, а подсказать ))

Всем привет! И снова возвращаюсь к данной теме.

Теперь кое-что поменялось и соответственно вариант реализации тоже подбираем другой.

ОСНОВНЫЕ МОМЕНТЫ:
1. Основной город должен быть на основном домене, а остальные города должны быть на отдельных ПОДДОМЕНАХ.

2. В общем КАТАЛОГ на всех городах по сути будет один и тот же, т.е. Структура категорий, и товары одни и те же, НО отличаться будут Цены и Наличие.
В 1С в данный момент это одна БД, в которой для каждого товара отмечена своя цена и наличие для каждого города.
Что-то подобное и думаем на самом сайте сделать, т.е. БД одна и в ней у каждого товара должна быть цена и наличие для каждого города… чтобы в дальнейшем на сайте на соответствующем городе выводить соответствующие цены и наличие.

3. Структура сайта тоже будет одна и та же для городов, а контент разный. Т.е. набор разделов (Статичные страницы - Доставка, О компании, Контакты, Новости, Акции, Галерея и т.д.) будет одинаковый на всех городах, а вот само содержимое (например, сами новости и их содержимое и т.д.) будет разными.

4. Находясь на внутренних страницах сайта (новость какая-нибудь, Товар, Категория Каталога, Контакты и т.д.) и переключаясь между городами – мы должны остаться на тоже странице (т.е. с тем же URL), только меняется ПОДДОМЕН, и соответственно информация.

5. Регистрация, ЛК, Заказы… должны быть едиными на все города, т.е. централизованными.

6. Управление сайта с одной админки на ОСНОВНОМ адресе.

7. По тому как организовано переключение городов и как себя ведет сайт при переключении городов хотелось бы как тут примерно - https://stroyudacha.ru/

СПОСОБ РЕАЛИЗАЦИИ:
Что если реализовать на базе модуля «ЯЗЫКИ САЙТА» или на его Копии. Вроде идеально почти … многое уже учтено и реализовано! Т.е. БАЗА то по сути ОДНА. Есть определенные моменты:
1. Переделать на ПОДДОМЕНЫ, чтобы вместо site.ru/msk/… добавлялся поддомен MSK (msk.site.ru). Соответственно учесть это в ПРЕКЛЮЧЕНИИ городов.

Отсюда ВОПРОС – возможно ли переделать как то ЯЗЫКИ САЙТА, чтобы поддомен добавлялся, а не приписка к адресу /msk/? Например, как сейчас есть возможность делать с мобильной версией - "Использовать имя мобильной версии в качестве ПОДДОМЕНА".

2. КАТАЛОГ – вот тут нужно сообразить, как организовать и переработать!
Думаю у товаров добавить новые поля типа («Цена для города1», и галочка «Наличие в городе1» … и так для каждого города).
Далее нужно доработать скрипт импорта из 1С так, чтобы он грузил каталог во все города сразу, т.е. Добавлялись, Активировались, Было одно и тоже название для КАТЕГОРИЙ, БРЕНДОВ, ХАРАКТЕРИСТИК (а также всё что с ними связано), ТОВАРЫ (Название, Описание, Фото, Характеристики, Похожие товары, и т.д. должны сразу заполняться для всех городов одними и теми же данными, КРОМЕ цены и галочки НАЛИЧИЕ для каждого города – они свои). Галочка НАЛИЧИЕ должна влиять не на Активность товара, а на отображение или нет его в Списке товаров, в Фильтрации и в Поиске по сайту.

ВОПРОС – так реально вообще? Есть в этом разумное? Или как-то по другому лучше сообразить?

И еще вопрос! Если всё-таки сделать всё что написано выше, НО не на Поддоменах, а как по умолчанию Языки сайта, т.е. города будут так site.ru/msk/ site.ru/spb/ и т.д.
Как это со стороны СЕО для разделения городов? Плохо, нормально, никак, нормально но нужно заморочится, чтобы нормально для СЕО было?

Степан, спасибо за инфу по СЕО.

По поводу отображения товаров... думали сделать так: если нет в наличии, то исключить товар из списка товаров, из поиска, из фильтра,... и чтобы не индексировался ... в карте сайта отсутствовал, НО чтобы был доступен по прямой ссылке. Это для того, чтобы если на одном городе находимся на странице товара и переключаемся на другой город, где этот товар отсутствует, то по прежнему бы видели этот товар (т.е. и URL тот же), НО вместо цены - "Нет в наличии в этом городе".

А по реализации какие у вас мысли - иначе?)

я так понимаю этими действиями я задену все поля типа date в админке? Если да, то это не вариант, нужно именно конкретное поле в конкретном модуле. Вот например, в модуле Новости в у новости можно ставить период показа - там же поля типа date, но они пустые, и не заполняются, пока сам админ не заполнит.

Всем привет! Подскажите как поле типа date в модуля оставить пустым?
В модуле добавил поле типа date, всё работает, сохраняет и т.д. НО нужно иногда это поле оставлять пустым. Просто когда добавляем элемент в модуле или редактируем его, то поле типа date автоматически ставит текущую дату, а нужно чтобы оно было по умолчанию ПУСТЫМ, т.е. заполнять его только по необходимости.

Пытался в БД для данного поля установить по умолчанию значению 0, либо НЕТ и т.д,, но тоже не помогло.

Виталий, вы имеете ввиду, что в БД он пустой? Если да, то в нужном мне поле тоже самое, просто когда в админке в модуле добавляю элемент, то в нужном мне поле автоматом ставится сегодняшняя дата (т.е. не даёт поле пустым по умолчанию оставить, либо указать дату, либо текущую сам ставит)... я ее вручную удаляю с поля и сохраняю. Всё ок, но при следующем за редактировании элемента снова туда вставляется текущая дата - а это не удобно, каждый раз ее оттуда удалять если дата не нужна.

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

Но результата не дало.

В итоге решил посмотреть совет Павла, и в файле /adm/includes/edit.php в функции public function show_table_tr_date нашел то что нужно... атрибут value - Вы тут имели ввиду смотреть?

В общем заменил это

на это


И вроде заработало! Спасибо ребята за подсказки.

НО остаётся вопрос... как это применить только для одного поля в определенном модуле, а не для всех полей типа date во всех модулях?

Интересная тема, как раз сейчас актуальна

Евгений, а что за софт, если не секрет?

Добрый день всем! Подскажите как сделать, чтобы после отправки сообщения форма обратной связи не скрывалась на сайте?
В каком файле обработчик этого дела находится? Версия CMS - 6-я.
Думаю заодно и там же наверное и обрабатывается появление сообщения - хочу сделать чтобы оно через время исчезало.

Александр спасибо! То что нужно :)... Закомментировал $(k).hide() , и ту да добавил delay и fadeout и теперь как нужно работает)))

В модуле Фотогалерея встречаются такие термины как Категория, Альбомы. Не всматриваясь особо и не вникая как то раз бегло глянул модуль и сложилась следующая картина в голове:
В модуле есть категории, есть альбомы и есть фотографии. Т.е. можно, например, просто список фото выводить, можно их по альбомам раскидать, а можно и альбомы по категориям тоже раскидать. Но на деле оказалось не так всё просто...

Мне как раз понадобилось следующее на сайте одном:

• Должны быть категории (Презентации, Соревнования, Корпоративы…)
• В каждой категории должны быть альбомы (мероприятие 1, мероприятие 2 и т.д.)
• А уже в альбомах фотографии и описание альбома (мероприятия).

Но посмотрев модуль детальней увидел, что категория и альбом это одно и тоже… либо я чего то не понял.
Получается путаница какая то… используются эти два термина вразброс в одном месте (скриншот прикреплен).

Вопрос:
1. Почему не назвать всё своими именами, зачем такая путаница?
2. И всё-таки есть ли категории в модуле?

Ну раз так и есть, что Альбомы = Категориям, то думаю это не правильно... нужно привести к одному названию. Мне то особой разницы нет, но вот клиент докопался... почему написано и Альбомы и Категории? Где тогда категории?
Когда я ему тоже начал объяснять, что это одно и тоже, то выслушивал от него претензии типа: "Нафига так путать? нельзя одно что о написать?" и т.д.
Ладно тогда в пожелания черкану по этому поводу.

Ну а по поводу подкатегорий - попробую.

Виталий, а что это за пункт слева в блоке Сервис - "Цветовое оформление"? Что то его не видел ранее на 6-ке.. и сейчас на демке нет :)

Я использую jquery matchHeight - (тут глянуть можно) для выравнивания высоты блоков.

Нужно указать класс блоков, которые нужно по высоте одинаковыми сделать. Приведу пример, как сделать на дефолтном шаблоне Диафан:
1. Смотрим какой класс у блоков с товарами - класс у них shop-item
2. В шаблоне страницы пишем следующее:


Всё! ГОТОВО!
На скрине видно что они выровнялись.

А еще один способ на днях узнал с этим же скриптом:
1. Подключаем скрипт

2. Идем во вьюху, в которой нужно выровнять блоки, и в блоке вставляем data-mh="имя_группы_блоков_которые_нужно_выровнять"
например у товаров - во вьюхе товара ищем строку <div class="js_shop shop-item shop"> и вставляем туда data-mh="shop-item":


Мне этот способ больше понравился.

Всем привет! Прошу подсказать по следующим вопросам:
1. Делаю блок фильтрации (поиск по товарам), и нужно сделать кнопку "сбросить фильтр". Например, заходим в интернет-магазине в какой-нибудь раздел, выбираем параметры в фильтрации, нажимаем НАЙТИ, получаем результат. Рядом есть кнопка "СБРОСИТЬ ФИЛЬТР", при нажатии на которую нужно чтобы фильтрация сбросилась, но остались в той же категории в каталоге. Собственно вопрос - что в этой кнопке прописать? какой обработчик?

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

кстати про безопасность/вэбантивирус на известном продукте ... на днях у одного заказчика этот известный продукт напропускал вирусов не мало и сайт "поплыл" так что не такая уж и безопасность :)

Странно что вы в моем посте вы увидели претензию к Диафан и мысль что самое слабое звено?! Напротив, я написал ответ на высказывание:

Имел ввиду, что в известных продуктах не всё так защищено как все думают, а не камень в огород диафана.