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

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

  • 22 ноября 2010 г. , редакция: 1290420266
  • да да - так и сделано. Ничего умнее я непридумал. Поэтому делаю очевидные вещи и прилагаю немного чёрной магии - пользуясь PHP. что естественно в итоге не лучшим образом сказывается на совместимости со следующей версией которая появится уже завтра или после завтра :)
  •
  • 18 ноября 2010 г. , редакция: 1290089611
  • Потребовалось немного изменить несколько запросов, для того чтобы добавить вывод картинок к категориям.
    Имеется нестандартная таблица diafan_images_category у которой имеются поля (id, name, category_id)
    Пытаюсь приджонить её к таблице diafan_shop_category должно получиться примерно следующее
    Код
    SELECT a.`id`, a.`name`, a.`anons`, a.`site_id`, b.`id` AS img_id, b.`name` AS img_name
    FROM diafan_shop_category AS a
    LEFT JOIN diafan_images_category AS b ON a.`id` = b.`category_id`
    WHERE a.`act`='1' AND a.`parent_id`=13 AND a.`trash`='0' AND a.`site_id`=3

    Вобщем очень интересует, как правильно создать шаблон, чтобы он был корректно обработан обработан в DB::query( <запрос>, [пар_1], ... [пар_n]
    в частности интересует почему некоторые поля взяты в квадратные скобки, например [name]
  •
  • 17 ноября 2010 г.
  • В переменную $result я добавлю уровень вложенности $result['deep'] что откроет дополнительные возможности для извращений с отображением информации в зависимости от глубины погружения.
    это полезно если каталог имеет следующую структуру:
    тип товара[ фирма [ модельный ряд [ модель [ товар [ товар с параметром ] ] ] ] ]
    на данный момент не понятно как далеко мы зашли, просматриваем ли мы список фирм или уже список модельных рядов, и какой шаблон надо использовать.
    Если будет известен уровень вложенности то тогда уже можно будет выбирать который шаблон актуален.
    Было бы неплохо видеть это в версии из пакета :)
  •
  • 24 декабря 2010 г.
  • Парни вопрос то в другом состоял.
    Есть категории и есть вложенные категории или двойной вложенности.
    Чтобы както отличать эту глубину визуально и по смыслу можно сделать шаблоны для категорий разного уровня в связи с тем что параметра который отвечал за глубину на момент сборки отображения раньше небыло, приходилось немного извращатся и каким то образом эту вложенность выяснять.
    А номер категории или товара уже известен, пользуйтесь добавляйте исключение и рисуйте новый шаблон для этого исключения :) Вот.
  •
  • 17 ноября 2010 г.
  • Здравствуйте. Нарисовалась такая проблема.
    Предисловие: Имеется ресурс, имеется вбитый каталог, но вбивали его без ориентира на Yandex.маркет, потому как было не совсем понятно на тот момент, как с ним работать и что это даст. Прошло время и мы подковались в этом вопросе и теперь чётко представляем что надо сделать.
    Заморочка в следующем: Весь каталог выгружать нельзя, так как есть некоторые позиции товаров, которые на данный момент не пройдут модерацию и их надо исключить. В связи с чем необходимо выбрать режим "выгружать только отмеченые". И это не самое страшное. Решается составлением 2 SQL запросов. Теперь имеется ряд полей, которые необходимо заполнить.
    Код
    typePrefix=
    vendor=
    model=
    vendorCode=
    sales_notes=
    manufacturer_warranty=
    country_of_origin=

    ,где заполнение typePrefix, vendor, model, country_of_origin - тоже решается путём написания ещё парой десятков типовых SQL'ин (в зависимости от разноплановости более или менее времязатратных), а вот vendorCode чуток посложнее будет.

    Вот. Это я к тому, что было бы здорово поиметь интерфейс в котором можно было не особо сложно сформировать правила заполнения этих полей из уже имеющихся данных. Это здорово бы снизило трудозатраты по заполнению каталога и подготовки его для выгрузки на Y.Маркет. Спасибо за внимание.
  •
  • 16 ноября 2010 г.
  • Именно так мы и сделали, ввели дополнительную характеристику типа галочка и написали функцию для выборки всех товаров у которых эта характеристика включена а на страничке со спец предложениями вставили вызов этой функции - вуаля - работы на 15 минут :)
  •
  • 16 ноября 2010 г.
  • После обновления до версии 4.3.2 (от 11.11.2010) заметил неадекватность выдачи.
    какое бы слово не ввожу или группу слов выдаётся стандартный набор типа найденных страниц
    например: ввожу "Дед мороз".
    выдаёт:
    Код

    Всего найдено: Дед мороз: 5
    Документы: 1—5 из 5 найденных
    1. Новости / Интернет-магазин
    2. Новости / Запчасти для "иномарок"
    В торговой сети "Авторемонт" в наличии большой ассортимент запчастей для импортных автомобилей
    3. / АВТОШИНЫ
    Barum, BFGoodrich, Bridgestone, Continental, DUNLOP, FULDA, Gislaved, Good Year, Hankook, Kleber, Kormoran, Kumho, LingLong, Matador, MAXXIS, Michelin, NOKIAN, Pirelli, Sava, Toyo, Vredestein, WestLake, Yokohama, Волтаир, Матадор-Омскшина, Amtel, Belshina, Cordiant, TUNGA, TyRex
    4. / АВТОМОБИЛЬНЫЕ ДИСКИ
    Atom, Forsage, GR, LS, Replica, iFree, RS, K&K, TL, Vicom, 4GO, Другие бренды
    5. СТАТЬИ / Всё, что вы хотели знать...
    «Авторемонт» всегда поможет!

    Но ни в одном из этих разделов нет Деда мороза.
    если ввести что-то существенное то выдаст тоже самое + то что надо.
    Что делать? Куда лезть? И что смотреть? - Спасибо.
  •
  • 13 ноября 2010 г. , редакция: 1289660212
  • Если данный атрибут больше не поддерживается то нужно изъять его из руководства.
    Согласен что он избыточен поскольку {tag_active_start_номер} делает тоже самое.
    А вот если он поддерживается то необходимо добавить несколько строчек в файл \includes\menu.php
    типа:
    Код

    $this->a["tag_active_".$level] = isset($this->a["tag_active_".$level]) ? $this->a["tag_active_".$level] : $this->a["tag_active_".($level-1)];
    и
    } elseif($row["active"] && $this->a["tag_active_".$level]) {
    echo str_replace(array('Increment', 'Level'), array($k, $level), $this->a["tag_active_".$level]);

  • 12 ноября 2010 г.
  • Хм.
    1. $row["name"] - это имя блока. Картинки хранятся в другом элементе массива $row["img"]. если у вас это не так то, наверное надо искать ошибку выше - где происходит выборка данных из БД.
    2. Можно конечно добавить и свою функцию. Это тоже вариант. :)
    3. Вы наверное хотели сказать не якорь а ссылка, ;) хотите сделать анонс кликабельным?
  • 20 октября 2010 г.
  • Имеется таблица diafan_param в версии 4.3 с полями
    (id, name, module_name, type, site_id, sort, search, list, block, required, trash)
    в версии 4.2 поля немного отличаются
    (id, name, module_name, type, site_id, param, sort, search, depend_price, required, trash)

    итого в обновлённой таблице:
    1. Отсутствуют поля param (перечисленные через запятую параметры)) и depend_price(похож на флаг указывающий на зависимость от этого параметра цены)
    2. Присутствуют поля list, block (Каково их назначение?)
    Как правильно перекинуть данные из старой таблицы?
  • 21 октября 2010 г.
  • Именно так. Обновляю на своей рабочей машине. Потому как в прошлый раз, обновление прошло не очень удачно и пару дней пришлось восстанавливать рухнувшие вещи - это связано с некоторой коррекцией некоторых стандартных модулей. То что было мной добавлено в новой версии идёт в комплекте. И думаю сделано это грамотнее. Потому как я представления не имею о том, что находится в ядре и как оно там работает.
    В общем я установил у себя новый пакет, и интегрирую сюда то, что надо, и чего нет в старой версии, для того чтобы в следующий раз, воспользоваться авто-обновлением и не тратить время на восстановление рухнувшего функционала. Надеюсь всё пройдёт гладко.
    Ну если нет схемы переноса данных - придётся раздраконить файл обновления.
  •
  • 21 октября 2010 г.
  • Залил к себе старую версию запустил update.php получил 2 ошибки

    Notice: Constant ABSOLUTE_PATH already defined in Z:homel.industriashop.ruwwwupdate.php on line 21

    эта ошибка вроде бы не очень критична, а вот вторая

    Undefined variable: cat_id in Z:homel.industriashop.ruwwwupdate.php on line 333

    насколько может быть критична в данной ситуации? Если скрипт сообщил, что обновление успешно завершено (Обновление успешно завершено).
  •
  • 25 октября 2010 г. , редакция: 1287993134
  • Мучаясь 2 дня, руками дозалив таблицы, которые были обновлены идущим в комплекте с CMS v4.3 апдейтером, игнорируя сотни предупреждений о возможных ошибках, удаляя поля которые остались в наследство от предидущей версии, но отсутствующие в текущей, наконец я добрался до финишной черты.

    Ничего хорошего не получилось.
    В админке исчезли картинки, дополнительные характеристики товаров отображаются в списке, но отсутствуют на странице редактирования товара.
    Пользователю невидно ни одного товара только разделы.
  •
  • 25 октября 2010 г. , редакция: 1287995695
  • дописав руками билиберду в чистые поля таблицы shop для первой позиции, открыв потом этот товар через админку - и удалив то что ненужно и сохранив отредактированый товар. Товары начали отображаться, но без картинок. И после перехода в нутрь товара не отражаются дополнительные параметры.
  •
  • 25 октября 2010 г.
  • Каким образом отслеживаются дополнительные характеристики для категорийтоваров в текущей версии.
    Они все в куче сейчас находятся.
    Раньше можно было видеть для какой категории эта дополнительная характеристика и можно было вывести список характеристик только для интересующей категории.
    Как теперь работать с характеристиками и что тепрь надо сделать с таблицами чтобы эта информация зацепилась так как надо?
  •
  • 29 октября 2010 г.
  • Ну да согласен. Такой подход решает избыточность дополнительных характеристик. Допустим для
    "велосипедов" характеристика 'цвет' имеет значения [001 синий, 002 зелёный, 005 красный], а для
    "авто" характеристика 'цвет' имеет значения [001 синий, 007 жёлтый, 105 красный]
    всё это цвет неважно к какому товару он относится, но было бы хорошо если бы можно было добавлять цвета не в мясо, а както упорядочивая после добавления чтобы не запутаться к чему относится тот или иной "цвет". Можно конечно создать 2 характеристики 'цвет' но тогда у нас появляется избыточность значений как в примере [001 синий] встречается 2 раза хотя можно было бы его исключить в случае если характеристика была бы одна.
  •
  • 29 октября 2010 г.
  • Ну да - но я то перенос делаю на своей машине, для того чтобы потом просто залить обновлённый вариант на host не ломая мозги поисковым ботам. Вот в процессе обновления при помощи update.php как выше уже писал вывалилось 2 ошибки, причём вторая привела к некоторым затруднениям. Вот и пришлось остатки вправлять руками.
    А не может такого быть что если пропустить пару тройку обновлений в пределах 4.2.X то обновление до 4.3.0 станет роковым как в моём случае?
    Поэтому вопрос обновления предлагаю сделать таким образом - завести страничку разумеется с доступом для партнёров и купивших лицензии и там выкладывать все обновления.
    Например:
    4.2.0(rev1234) до 4.2.1(rev1291) скачать
    4.2.1(rev1291) до 4.2.3(rev1366) скачать
    4.2.3(rev1366) до 4.2.3(rev1370) скачать
    4.2.3(rev1370) до 4.3.0(rev1452) скачать
    и т.д.
    чтобы можно было скачать, то что надо и обновится, пусть даже это будет несколько файлов, но зато можно быть увереным, что всё пройдёт так как надо. (Это из моего личного опыта)
  •
  • 29 октября 2010 г.
  • Ну да - это тоже верно. А что если будут присутствовать товары для которых зависимость цены будет от 2 характеристих, что будет в этой ситуации цена будет суммироваться или как?
    Nokia 8666 "Отделка (зависит от цены)" и "Комплектация (зависит от цены)" = ?
    И ещё раз уж к слову пришлось. Было бы круто если можно было удалять неиспользуемые значения характеристик типа список без вреда для 'здоровья'. Тем более если я правильно понимаю при текущей организации это бвут сделать не очень сложно. (Может я чегото не так понял. Раньше то точно это было очень проблематично имел место сдвиг значений и вытекающие из этого последствия.)
  •
  • 01 ноября 2010 г.
  • Нет - как такового лога изменений нет. Всё делалось по необходимости. К сожалению здесь нет Системы Контроля Версий и трудно даже посчитать сколько файлов было изменено. И поскольку в текущей версии появился недостающий функционал - было решено частично отказаться от собственных наработок в пользу стандартных, для облегчения обновления поддерживаемых ресурсов.
    [ Заложить никогда не поздно ;) Пусть такая система начнёт работать с версии 4.3.0 тем более она получилась знаковой ]
  •
  • 03 ноября 2010 г. , редакция: 1288791035
  • Незнаю как в битриксе :), но идею понял.
    Конечно было б здорово, если можно было делать перекрытие каких либо модулей. Тоесть Ядро CMS сначала смотрело есть ли у пользователя модуль, который будет потключен, если его нет то тогда подключается модуль из коробки.
    Только о стопроцентной гарантии сохранения работоспособности ресурса после обновления тоже нет. Если не будет гарантии совместимости модулей с новой версией написаных для старой версии CMS.
    В этом случае нужно прикреплять каким то образом информацию для разработчиков, что изменилась логика работы и теперь данные выглядят иначе и поменялись таблицы БД и всё такое прочее. Для того чтобы разработчик мог в своём коде исправить механизмы обработки данных и использовать собственный модуль и с новой версией.
    Можно будет к стати обмениваться модулями или даже особо полезные включать в стандартный пакет со следующим апдейтом.
  •
  • 14 октября 2010 г.
  • Им движет сознание того, что если любой продукт можно сломать значит и тот, что ему понравился, наверняка уже сломан. А если всё сломано то грех этим не воспользоваться.
  •
  • 15 октября 2010 г.
  • Да. Я полностью согласен с вами. В отношении продуктов питания, замечу БОЛЬШАЯ часть нашего Российского общества поступает именно так, но есть и такие которые поступят с точностью наоборот.
    А в отношении продуктов IT индустрии дела обстоят совсем иначе, программы не пахнут, они не могут причинить вред организму человека. И поэтому у подавляющего большинства Россиян сложилась именно та точка зрения на приобретение и использование программ о которой я уже писал. Потому как большая половина тех кто пользуется пиратской продукцией, всего лишь простые пользователи, которые за частую и не умеют даже программировать.
  •
  • 12 октября 2010 г.
  • Достаточно ли для выгрузки информаци о товарах предлагаемых в магазине следующего.
    1. В конфигурации модуля "Магазин" на вкладке "Яндекс Маркет" установить галочку "Подключить Яндекс Маркет" и записать "Короткое название магазина".
    2. Заполнить появившиеся поля на странице редактирования товара (Поля для Яндекс Маркет - "Группа товаров / категория", "Производитель", "Модель", "Код товара (указывается код производителя)", "Отличие товара от других, или акции магазина (кроме скидок)", "Официальная гарантия производителя", "Страна производства товара)". Кстати, можно ли пропустить некоторые из них, например, "Код товара"?
    Или надо ещё чтото нажать, например для того чтобы сформировался какой-то файл XML типа, подхватываемый Яндекс ботами.
  •
  • 13 октября 2010 г.
  • Названия товаров содержащие знак тире "-" не проходят фильтр. Необходимо его заменять на "&ndash;".
    Есть 2 пути:
    1 Заменить его при сохранении
    2 Заменить при формировании YML документа.
    Кстати как обстоит дело с другими спец символами, в том числе которые указаны в документе "Описание формата данных YML"?
    Это к тому, что, если при вводе нового элемента в поле "Название" использовать HTML-имя символа то в итоге, после фильтрации введённых данных, знак "&" меняется на "&amp;" и получается что-то вроде этого -> "&amp;ndash;", что естественно сказывается на корректности отображения во фронтенде.
Показывать по:
... 14 15 16 17 18 19

Новости

  • Вышла очередная сборка 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 уже доступна к установке. 
Все новости

Форум

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