Ищу простой HTML-шаблон сайта с каталогом товаров

Нет, просто я знаю, чем это заканчивается по факту и как клиент страдает, переводя "недовитрину" в "типашоп"

"Карточка товара" будет лучше, потому что привычнее формат посетителю (нет когнитивного диссонанса), и оттого - лучше по поведенческим, чем просто простыня, со всеми исходящими

Неправда ваша, барин. "Витрина" - для витрины достаточно (чтобы оценить "то/не то"), и все цены Могуты - разовый платеж, а "продление лицензии" (если нужно) - совсем другие цифры. А Маркет нужен для совсем уж полноценного ИМ

Этот "перевод"

1) в 90% случаев никогда не понадобится.

2) если вдруг понадобится, то делается достаточно просто через экспорт-импорт данных.

"Карточка товара" - это же просто текст+картинки+доп. поля. И тут "обычный" от "специального" движок ничем не отличаются ни в админке ни на фронте (а уж поведенческие и пр. сео вообще из другого измерения.). Единственно существенное отличие - архитектура базы и логика работы с ней. Но это имеет значение для больших ИМов с большим кол-вом запросов и тд. Для задач подобных ТСовским это вообще не критично. Более того - объектное и промежуточное кеширование может быть проще/легче.

П 2 и 3 "ТЗ" стартпоста почитай. И посмотри в табличку на оф сайте могуты. Видишь несколько пунктов нет в витрине?

А если еще додумать про то, что ТС не сказал, но точно захочет (необходимость СЕО напр), то...

Это еще и фронтенд, а представление "страницы бложека" и "товара" мало-мало разное, да?!

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

Отличается, именно видом представления тех же данных. А ТС не заявил пока, прошаренный он или конченый гуманитарий, так что я, как обычно, рассчитываю на худший вариант

Упс. Mea culpa - "кастомные характеристики", "фильтры и поиск" - это шоп, да. Но все же 15 разово. Хотя, если так, можно и Опенкарт… Или Друпал, бугагашечки :-)

:) И чем же? Расположением блоков с данными? Так это относительно легко решается вёрсткой. Благо, во многих движках это делается шаблонами/функциями/макросами/сниппетами/етс.

Или даже готовыми плагинами если не очень волнует производительность ;).

Дык и так ясно что нуб, коль не понимает что для описанных задач нужен движок, а не "шаблон" и наверняка не знает что с ним дальше нужно делать (те же СЕОшные и социальные потребности напр.).

А через год поддержка и обновления тю-тю.. А ещё через год-два придётся таки переносить на нормальный двиг.

Битрикс, ага ;)

Да хоть ДЛЕ, хоть ВП. В Джумле по-моему уже тоже есть доп. поля.

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

Drupal с его CCK вполне подойдёт.. и WP с Custom fields..

Спасибо всем ответившим.

Понял, что был неправ.

Исправлюсь ))))

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

Начинал на ЕС ЭВМ, продолжал с 1987 года на IBM PC XT и далее по всему списку x86. Начинал программировать в машинных кодах, застал перфокарты и перфоленты )))

Сделал в 2006 году сайт на джумле, закрыл через пару лет на 2.000 посетителей в сутки, о чем сейчас жалею. Параллельно на работе поддерживал сайт на Drupal. Как раз с того времени появилась стойкая неприязнь к неуклюжим универсальным CMS.

После десятка лет "простоя" появилась необходимость создания технического каталога. НЕ интернет-магазина. Хотя если востребованность информации будет ненулевой, то можно теоретически через некоторое время прилепить какие-то аффилиейтные ссылки.

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

Так что последую озвученным советам, и, видимо, остановлюсь на Wordpress Catalog.

Еще раз благодарю всех, потративших свое время на ответы в этой теме!