Вход • Регистрация

Всего найдено: 215

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

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

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

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

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

  • 12 апреля 2016 г.
  • Хотя по второму варианту - тот принцип как этот модуль сделан, наверное не пойдет. Т.к. создав страницу или товар или другой элемент в модуле на одном языке (городе) он появляется, но не активный и в других городах. Это еще терпимо для страниц, но если каталоги разные для разных городов, то тут уже будет неразбериха.
  •
  • 02 сентября 2018 г.
  • Создавал данную тему очень давно, НО в итоге так и не дошли до реализации этой задачи. Теперь она появилась снова ).

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

    Интернет-магазин на несколько городов. По умолчанию будет основной город ЕКБ и адрес будет типа 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? Или это бредовая мысль? ) В общем прошу не кидаться камнями, а подсказать ))
  •
  • 02 сентября 2018 г.
  • Александра, спасибо за ответ:) Но тут вопрос не о переключении городов - это всё понятно как сделать... а именно про Кроссдоменность, т.е. регистрация и авторизация пользователей сразу на всех городах...
  •
  • 01 ноября 2018 г. , редакция: 1541099881
  • Всем привет! И снова возвращаюсь к данной теме.

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

    ОСНОВНЫЕ МОМЕНТЫ:
    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/ и т.д.
    Как это со стороны СЕО для разделения городов? Плохо, нормально, никак, нормально но нужно заморочится, чтобы нормально для СЕО было?
  •
  • 02 ноября 2018 г.
  • Степан, спасибо за инфу по СЕО.

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

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

    Пытался в БД для данного поля установить по умолчанию значению 0, либо НЕТ и т.д,, но тоже не помогло.
  •
  • 03 апреля 2016 г.
  • я так понимаю этими действиями я задену все поля типа date в админке? Если да, то это не вариант, нужно именно конкретное поле в конкретном модуле. Вот например, в модуле Новости в у новости можно ставить период показа - там же поля типа date, но они пустые, и не заполняются, пока сам админ не заполнит.
  •
  • 03 апреля 2016 г. , редакция: 1459704217
  • Виталий, вы имеете ввиду, что в БД он пустой? Если да, то в нужном мне поле тоже самое, просто когда в админке в модуле добавляю элемент, то в нужном мне поле автоматом ставится сегодняшняя дата (т.е. не даёт поле пустым по умолчанию оставить, либо указать дату, либо текущую сам ставит)... я ее вручную удаляю с поля и сохраняю. Всё ок, но при следующем за редактировании элемента снова туда вставляется текущая дата - а это не удобно, каждый раз ее оттуда удалять если дата не нужна.
  •
  • 03 апреля 2016 г. , редакция: 1459709428
  • краткость сестра таланта конечно, но сначала ваш ответ мне показался ну очень кратким и не понятным, где это применить.
    В общем нашел в документации, что можно значение для поля в модуле по умолчанию задать
    Код
    'default' => 'значение',

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

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

    В общем заменил это
    Код
    value="'.( $value ? date("d.m.Y", $value) : date("d.m.Y") ).'"

    на это
    Код
    value="'.( $value ? date("d.m.Y", $value) : '').'"


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

    НО остаётся вопрос... как это применить только для одного поля в определенном модуле, а не для всех полей типа date во всех модулях?
  •
  • 17 февраля 2016 г.
  • Добрый день всем! Подскажите как сделать, чтобы после отправки сообщения форма обратной связи не скрывалась на сайте?
    В каком файле обработчик этого дела находится? Версия CMS - 6-я.
    Думаю заодно и там же наверное и обрабатывается появление сообщения - хочу сделать чтобы оно через время исчезало.
  • 16 февраля 2016 г. , редакция: 1455586760
  • В модуле Фотогалерея встречаются такие термины как Категория, Альбомы. Не всматриваясь особо и не вникая как то раз бегло глянул модуль и сложилась следующая картина в голове:
    В модуле есть категории, есть альбомы и есть фотографии. Т.е. можно, например, просто список фото выводить, можно их по альбомам раскидать, а можно и альбомы по категориям тоже раскидать. Но на деле оказалось не так всё просто...

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

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


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

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

    Ну а по поводу подкатегорий - попробую.
  •
  • 22 февраля 2016 г.
  • Нужно указать класс блоков, которые нужно по высоте одинаковыми сделать. Приведу пример, как сделать на дефолтном шаблоне Диафан:
    1. Смотрим какой класс у блоков с товарами - класс у них shop-item
    2. В шаблоне страницы пишем следующее:
    Код
    <script type="text/javascript" src="<insert name="path">js/jquery.matchHeight.js" charset="UTF-8"></script>
    <script>
    jQuery(document).ready(function ($) {
    $(function() {$('.shop-item').matchHeight();});
    });
    </script>


    Всё! ГОТОВО!
    На скрине видно что они выровнялись.
  •
  • 22 февраля 2016 г. , редакция: 1456132754
  • А еще один способ на днях узнал с этим же скриптом:
    1. Подключаем скрипт
    Код
    <script type="text/javascript" src="<insert name="path">js/jquery.matchHeight.js" charset="UTF-8"></script>

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


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

    2. В блоке фильтрации есть диапазон цен. В данный момент по умолчанию в полях ввода диапазона цен отображено от 0 до 0. А как сделать, чтобы в вместо нулей в поле от 0 указать цену самого дешевого товара, и в поле до - цену самого дорогого товара категории в которой находимся.
  •
  • 09 февраля 2016 г.
  • Странно что вы в моем посте вы увидели претензию к Диафан и мысль что самое слабое звено?! Напротив, я написал ответ на высказывание:
    Цитата
    Без обид ребят но после этого хочется заплатить побольше , иметь под ж...пой сканер безопастности/вэбантивирус на известном продукте

    Имел ввиду, что в известных продуктах не всё так защищено как все думают, а не камень в огород диафана.
Показывать по:
1 2 3 4 5 6 7 8

Новости

  • Вышла очередная сборка DIAFAN.CMS 7.2.2
  • 18 июня
  • В сборке большое обновление demo-шаблона, дополнительная защита от спама, улучшение YML-импорта и еще много важного и интересного.
  • Не пропустите сборку DIAFAN.CMS 7.1.4
  • 24 апреля
  • В новой сборке совершили революцию в структурировании кастомизированной информации в шаблонах, добавили авторегистрацию пользователей, усовершенствовали защиту от спама, актуализировали накопительную скидку, а также улучшили производительность и стабильность работы системы.
  • Сборка DIAFAN.CMS 7.1.3
  • 12 января
  • После выхода сборки 7.1 мы выпустили уже три патча, в каждом из которых улучшаем административную часть сайта. Сборка DIAFAN.CMS 7.1.3 уже доступна к установке. 
Все новости

Форум

Перейти на форум