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

Вот возник вопрос, можно ли как то не авторизованному пользователю посмотреть свой заказ - его состав, если ему доступен код заказа - поле code из таблицы shop_orders.

Поясню - задача дать возможность незарегистрировнаному пользователю, сделавшему заказ, иметь возможность посмотреть его статус, товары, также есть задумка туда же перенести кнопки для оплаты заказа.

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

Нет это не совсем правильно так как не будет работать всегда правильно - а если клиент зашел с другого компа - у него никаких кук нет.
Еще раз поясню для чего надо. Клиент сделал заказ. Заказ есть в базе на сайте. Сразу падает в базу 1С. Затем заказ обрабатывается менеджером в 1с. Добавляются /удаляются позиции/ меняются цены итд. Все это синхронно меняется в базе диафан на сайте.

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

А речь идет о незарегистрированных клиентах, которым передается 32- разрядный код заказа.

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

Перерыл форум, но ответов не нашел.
Вот такая проблема с работой встроенного редиректа на диафан. Наверняка кто то сталкивался и решил проблему.

В таблицу redirec-ов для каждого товара прописана ссылочка, которая по входящему адрес site.ru/d123456 - переводит на карточку товара со своими id и cat_id - site.ru/.shop/cat8976/show34567 как пример. Все работает!

Но если посетитель приходит не на чистую страничку site.ru/d123456 , а на страничку содержащую переменные в URI, например : site.ru/d123456?U3RhbmQgQ2FzZSBXaXRoIENhcmQgU2xvdHMsIEJsYWNrO2Rqa2JBNjZkS2ZnTVZEUi1CQkZ2VFE7.... То никакой редирект не работает. Диафан не понимает. В каком модуле это можно подправить? То есть надо отделить хвост URI, получить чистую ссылку, по ней выполниться редирект согласно таблице redirect, а затем снова дописать отделенный на первом шаге хвост URI

А поподробнее можно - что значит нерешаемая?

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

Интересует все, что происходит ПОСЛЕ появления сообщения:

Спасибо! Мы уведомим Вас когда товар поступит на склад.

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

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

Форма купить выводится из разных мест с помощью такой строчки:


В переменную $result передаются все переменные, которые нужны форме вывода кнопки купить. Например при выводе из карточки товара эта переменная выглядит как массив из двух одинаковых переменных:


При выводе из списка товаров - вот так - выглядит как массив из двух разных переменных:


Это сделано для унификации самой формы buy_form


Поэтому в форме вывода buy_form ссылка будет доступна в переменной $result["row"]["link"]

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

Но вот по своему опыту сужу, что к документации надо возвращаться и возвращаться - с каждым новым прочтением внимание акцентируется на новых моментах, которые раньше как то не замечались

И еще - счас исправлен поиск по сайту Диафана - стало очень удобно - набираешь практически любой метод и получаешь сразу ответ. Ну например наберите $this->diafan->cid или $this->diafan->module выскакивает почти сразу то, что нужно - описание метода.

Заканчиваем подготовку к запуску сайта на Diafan ( пока версия5.2 ) Был бы очень признателен за любые конструктивные замечания, буду рад услышать мнение специалистов. Адрес сайта http://new.scorpion.ru

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


Спасибо за советы и критические замечания, будем дальше над дизайном работать

Сделана концепция такая что в корзину просто кладется товар - один раз, а кол-во товара выбирается на этапе оформления заказа. 90% клиентов покупают по 1шт.


Да это стоит в плане, над низом еще не работали, смотрели чтобы функционал действовал

Согласен, как то забыли, - добавили кнопочку

Виталий! Все, что Вы ответили верно, я с Вами полностью согласен . Но и в замечаниях Danil есть рациональное зерно.

Например, я с ним полностью согласен, и мне, как клиенту было бы удобно, если бы в документации было бы указано к какой версии относится тот или иной функционал, если есть различия . Хотя бы для последних релизов. В данном случае 5.2 и 5.3
Я представляю как это сложно вести такую документацию, но тем не менее.

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

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

Кстати - как пожелание. Было бы неплохо, имхо, если бы на сайте лежали 2 дистрибутива и 5.2 и 5.3 Особенно в период 1-2 месяцев после выхода нового. Да и ошибки, найденные в 5.3 например, иногда( редко правда) могут быть и 5.2 еще.

Для отображения меню 2 и следующих уровней в стандартном модуле используется show_leve_l2.php, который все время вызывает сам себя для каждого следующего уровня, поэтому никакие level_3 и тд не нужны, если не стоят какие то спец задачи.

поставьте временно в начале файла menu.view.show_level.php для этого меню команду print_r($result); - получите список всех переменных формируемых моделью. Если там увидите пункты третьего уровня - значит модель их правильно формирует - и они просто не выводятся из-за того что какие то ограничения на вывод во view файлах формирования меню

menu.view.show_level.php - формирует первый уровень меню
menu.view.show_level_2.php все остальные. Программно можно настроить запрет на вывод любого уровня.
Может быть такой запрет и сделан в этом файле

Во первых надо зарегить эту функцию на самом Яндекс Маркете
Во вторых - она начинает работать ( вернее показываться у магазина кнопочка быстрый заказ) только тогда, когда реально пройдет несколько заказов через нее
В третьих все описано подробно на самом Маркете, а в Диафане лишь механизм создан для отправки и получения данных на маркет и обратно

Как это работает мы знаем так как пользуемся на своем сайте 2 года если не больше
Я все написал выше

Столкнулся с такой непонятной проблемой.

На сайте есть меню. в него входят все товарные категории каталога модуля магазин. Каталог товаров сделан с категориями. Это меню вызывается стандартно <insert name="show_block" module="menu" id="4" template="mmm"> Все прекрасно работает.

Подключаем модуль новости. Берем из коробки страницу news, - к ней подключен стандартный модуль Новости. В шаблоне, который используется для вывода списка новостей, сделано обращение для вызова вышеописанного меню. Проблема: Меню не выводится вообще. Никаких ошибок не выдается, просто на месте, где стоит вызов этого меню - <insert name="show_block" module="menu" id="4" template="mmm"> - пусто.
Это же меню прекрасно выводится на страничке одной новости с тем же прикрепленным шаблоном.

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

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

В Техподдержке не смогли помочь. Опытным путем мы выяснили, что дело в одной строчке кода, а именно :
В стандартном модуле-модели меню menu.model.php стр 97...100 стоит следующий код, заккоментировали одну строчку - все заработало:


но для чего сделана проверка и на что это может повлиять не понимаю пока.

Вопрос к ГУРУ diafan
Может ли кто-что нибудь подсказать по данной проблеме?

Нигде нет никакой информации по это таблице. Подскажите - для каких целей она нужна. Что в ней хранится, где используется?

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

Спасибо! Как говориться век живи,век учись....

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

Приходится лезть в базу через phpadmin и очищать эту таблицу от записей для этого меню

A модели shop.model.php в функции function id() не определена или неверно определена переменная, в которой вся нужная информация. Сделай в начале shop.view.id.php команду print_r($result) и посмотри какой массив с какими переменными приходит на страничку товара, есть ли там нужная переменная, и в каком она месте. Если есть - смотри как выводишь, если нет
копайся в модели

Денис оставьте в личке координаты лучше всего skype,постараюсь помочь

Только что поставил nivo слайдер - все прекрасно работает. Особенно он хорош на резиновых сайтах.
Подключил его к модулю баннеров.

Где можно получить информацию об изменениях в таблицах которые появились в 5.3 по сравнению с 5.2.3
Список новых таблиц и их струтура,
Список новых полей в уже существующих таблицах,
Список изменений существующих полей, в существующих таблицах ( если кончено это имеет место быть)

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

Да, мне уже подсказали - Вся информация есть в update.php Там есть все - и новые таблицы и измененные поля у существующих и вся другая инфо. НА все три вопроса есть ответы

Абсолютно согласен. При данном переходе с 5.2 на 5.3 никакая кастомизация не поможет, даже если бы она работала бы ИДЕАЛЬНО пре - Идеально. Как кастомизация учтет что поля у таблиц переименованы? Поэтому на этот раз надо просто открыть файл update.PHP ( не txt) и пройтись по тем изменениям в базе данных, которые выполняются в данном файле. Там их немало, но по крайней мере все они видны.
По ним сначала сделать изменения во всех своих скриптах (которые custom), а уж потом попробовать обновиться.
Но думаю автоматом все равно не получится.