Компонент "Каталоги и прайсы" - Расширения для Joomla 1.0

Выпущен финальный релиз уникального

КОМПОНЕНТ «КАТАЛОГИ И ПРАЙСЫ»



Компонент, как это понятно из названия, предназначен для размещения на Вашем сайте каталогов, прайс-листов, списков и других документов, хранящихся у вас в формате CSV Microsoft Excel.  Компонент автоматически сканирует загруженные файлы Excel и формирует их отображение на сайте. Каталогов (прайсов) можно сохранять любое количество.

Компонент «Каталоги и прайсы» - один из первых в мировой практике компонент, который работает 100% на технологии AJAX!
Это означает, что при работе компонента никогда, ни при каких случаях не происходит ни единой перезагрузки страниц - ни на фронте сайта, ни в административной части. Как вы вошли на первую страницу Компонента, так вы там и останетесь...

Смотреть демо

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

В чем основные преимущества нового компонента?

• возможность легкой публикации стандартных Excel - файлов (прайс-листов, каталогов, списков и т.д.)
• наглядная иерархическая организация каталогов
• 100% AJAX - интерфейс
• к каждому каталогу (прайсу) можно прикрепить фотографию и описание
• обновление каталогов (прайсов) может производиться простой загрузкой новых файлов
• автоматическое сканирование и преобразование файлов Microsoft Excel
• итоговые таблицы имеют подсветку рядов для облегчения восприятия. Просматриваемый ряд может быть выделен кликом мышки

и т.д.

Если вы заинтересованы в новом компоненте - прошу связаться со мной любым удобным для вас способом.

Скриншоты административной части прилагаются:



[вложение удалено Администратором]

А как на счет индексации? Роботы содержимое видят?
Как понял, что поисковики не чего не видят. Это минус и большой.

Думаю, ничего подобного.
Основную страницу все видят, как обычно.
А зачем поисковикам ваши таблицы индексировать?!

А так сипотичный. Даже какой-то легкий

Вся основная работа происходит на стороне сервера...

при нажатии на поиск меня удивил появившийся звук...

при нажатии на поиск меня удивил появившийся звук...

А почему только на "Поиск"?

Большинство элементов интерфейса - озвучено. Звук отключается (нажатием на иконку с громкоговорителем).

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

да звук сам по себе - это как то вообще лишне...

Мне так и сказать заказчику?

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

Кстати - не такая уж это "лишняя" вещь. Тем более отключаемая.

А понял.Ищет в разделе. Хотя не логично

Конечно, поиск идет в рамках текущего документа. Почему не логично?

Аесли пользователь хочет искать во всем каталоге? У него это не получится?

Аесли пользователь хочет искать во всем каталоге? У него это не получится?

Да отчего же? Сделать можно...

Только 2 момента - психологический и технический:

психологический: если пользователь не знает, что он ищет - кирпич или спутниковое оборудование, то скорее всего, он - дебил

технический: у всех таблиц разный набор полей. выводить результаты поиска из разных таблиц в одной не получится...

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

Демо обновлено.

А поиск не изменился. Как и показывал, так и показывает в разделе.

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

Разве обыденные польльзователь не ищет по всему сайту? Лично я так и делаю. А вдруг, он ищет кирпич теплоизоляционный. А у вас три раздела:

Я не спорю. Трезвое зерно тут есть.
Однако и вы очевидно не до конца поняли суть нового компонента.

А она в том, что компонент "на лету" парсит Эксельные файлы.
То, что вы видите на экране, на самом деле хранится на диске в Эксель-формате, и превращается в удобоваримую табличку только тогда, когда вы кликаете по названию категории. Т.е. мы заранее не знаем и не можем знать - сколько и каких полей содержится в ваших Эксельных файлах?

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

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

Поэтому стоит подумать - есть ли смысл городить еще одну, общую форму поиска? А если да - в каком виде выводить результаты? Подогнать разные таблички под общий знаменатель не получится, они все разные - к примеру, на моей демке в каталоге кузовов ВАЗ всего 3 поля, в каталоге спутникового оборудования - десять...

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

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

Кроме того, это всё дело удобно использовать в связке с 1c, которая генерирует отчеты именно в эксельном формате. Сделал вывод в эксель, закинул на сервер и сидишь весь день куришь. А начальству можно сказать, что верстал всё это руками )

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

Ну вот, снова "не улавливаем" сути. Пихать в базу - оно, конечно, можно. Но как тогда обновлять (прайсы и каталоги - вещь изменчивая. В некоторых компаниях изменяются по 2 раза в сутки...)? Каждый раз лезть в админку, загружать, править... А так - закинул по фтп новый эксельный файл, и кури...

Кроме того, это всё дело удобно использовать в связке с 1c, которая генерирует отчеты именно в эксельном формате. Сделал вывод в эксель, закинул на сервер и сидишь весь день куришь. А начальству можно сказать, что верстал всё это руками )

Во, теперь в точку! Именно это и заказывалось заказчиком...

Я чето так и не понял. Он по какой лицензии распространяется?

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

Вопрос - каким образом обрабатываются многолистовые excel документы?
Что происходит с форматированием (объединением) ячеек в оригинальных файлах - точнее как это отражается на результатах вывода.
Формулы опять же - корректно считаются? А если связь с другими листами этого же файла?
Заранее благодарен за внимание ))

Вопрос - каким образом обрабатываются многолистовые excel документы?
Что происходит с форматированием (объединением) ячеек в оригинальных файлах - точнее как это отражается на результатах вывода.
Формулы опять же - корректно считаются? А если связь с другими листами этого же файла?
Заранее благодарен за внимание ))

Коллега, пожалуйста - прочтите внимательно анонс!
Компонент работает с CSV файлами. В них не может быть ни многолистовости, ни формул, ни форматирования ячеек...

Товарищ полковник - докладываю: мой вопрос появился из некорректного понимания данной цитаты анонса:

Компонент, как это понятно из названия, предназначен для размещения на Вашем сайте каталогов, прайс-листов, списков и других документов, хранящихся у вас в формате Microsoft Excel (csv)

То есть формат CSV, заключенный в скобки, был воспринят как один из доступных (то есть excel || csv).
Вопрос исчерпан, приношу извинения за беспокойство.
Продолжаю нести службу на вверенном Родиной воздушном пространстве

Товарищ полковник - докладываю: мой вопрос появился из некорректного понимания данной цитаты анонса:

Вольно!
Анонс подрихтовал для исключения разночтений.

Компонент обновлен до версии 1.0.1

Визуально заметное изменение только одно - всплывающим подсказкам добавлен fade-эффект.
В остальном - правка и "вылизывание" кода.

Демо обновлено.

Выпущен апдейт к версии 1.1.

жалко что у меня нет таково компонента >:(А что на счет перевода я могбы посмотреть

Что мешает приобрести?
А перевод уже не требуется, спасибо...

Финансы

Чтобы что-то получить нужно что-то отдать. Ничего не бывает просто так. Потратив деньги Вы деньги и получите, причем в большем количестве.

Когда ж наш народ это поймет

Чтобы что-то получить нужно что-то отдать. Ничего не бывает просто так. Потратив деньги Вы деньги и получите, причем в большем количестве.

Ну что сказать - золотые слова...

Думаю, ничего подобного.
Основную страницу все видят, как обычно.
А зачем поисковикам ваши таблицы индексировать?!

Есть пара вопросов:
1. А как быть если индексация списка номенклатуры как раз нужна, например для организации сервера сбора прайсов поставщиков, продавцов и.т.п. Да и вообще это редко когда мешало!
2. Как будет вести себя скрипт, если в каждой категории будет по несколько тысяч позиций?

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

Индексация списка есть. Нет индексации внутри таблиц.

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

Нормально.

И все же... Парсить каждый раз файл как-то не очень корректно, а почему нельзя создавать автоматом контент и в него помещать распарсенные данные, сделать таблицу в которой привязывать имя файла к коду контента, к примеру. Другое дело формирование самих категорий прайсов, хотя есть же поле parent_id в #__categories и по идее можно на основе этого организовать вложенность категорий. А контент можно просто править в редакторе и соответственно менять стили. Но это так, размышления вслух, вдруг пригодится Для себя хотел бы узнать чем парсите: библиотекой(какой) иль регулярными выражениями.
А в общем компонент очень хорош. Мне понравилась полноценная AJAX реализация и очень удобный ненавязчивый интерфейс. 

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

Парсинг делается самописной библиотекой. Вложенность категорий-подкатегорий - неограниченная.

У меня вопрос... а как компонет будет переносить большие нагрузки?? нормально будет работать с 20-30 тысячами позиций? и было бы хорошо если бы можно было искать по всему прайсу...?? есть у меня подозрения что переносимость будет плохая(((

У меня вопрос... а как компонет будет переносить большие нагрузки?? нормально будет работать с 20-30 тысячами позиций? и было бы хорошо если бы можно было искать по всему прайсу...?? есть у меня подозрения что переносимость будет плохая(((

Ну врать не буду - с 20..30 тысячами позиций пока не проверялось.

С 3000-ми -- полет нормальный. Больше пока просто не встречалось.

А сколько стоит компонентик? Что-то на демке цен нету...