джумла с расширением, конечно, вариант, вот только сколько он к этому решению будет российские платежки прикручивать? + любое малоизвестное стороннее расширение это потенциальная дыра в безопасности и потенциальный источник проблем при обновлении
имхо, лучше все же со стороны интернет-магазина копать (будет проще размеры и тип бумаги реализовать как характеристики), только строить не на джумле с расширениями, а на движке изначально ориентированном на электронную коммерцию (под такой проект я взял бы нуленную симплу)
править шаблон рубрики (точный файл не зная вашего шаблона или не имея доступа к бэкэнду Вам никто не назовет)
Я тут поймал себя на том, что из курсов по той же Joomla совершенно нечего посоветовать, поскольку нюансы о которых я уже вспоминал раньше, как о наиболее популярных ошибках начинающих разработчиков, никто и не освещает толком. В основном, в представленных в сети пособиях по Joomla, содержится общая информация, щедро приправленная рекламой авторов.
Вы бы вместо чтения цитаток лучше учебнички читали.
Дык там же ж в коде страницы задается и код ответа сервера, который некомпетентный разработчик шаблона может попросту не указать. А ввиду немалого спроса на самые разные шаблоны существует множество "студий дизайна", когда вся студия состоит из жены какого-нибудь кодера, которая, сидя в декрете, клепает шаблоны на продажу и более менее соображая в дизайне и структуре шаблонов, может при этом не иметь представления о кодах ответа сервера и гнать шаблоны с некорректной страницей.
Речь о том, что "шаловливые ручки разработчика" как раз таки никуда не лезут. Он скачивает и устанавливает шаблон и понятия не имеет о том, что вместе с ним может измениться страница 404, поскольку не знает о системе переопределения шаблонов в Joomla.
Вы просто обобщаете, в Joomla довольно специфичный источник проблемы.
Существует как минимум 3 специфичных для Joomla проблемы, следствием которых может стать низкая посещаемость ресурса:
1. зависимость URL страниц от меню
2. возможность безоглядного использования решений, меняющих код ошибки или шаблон для несуществующих страниц
3. особенности развития проекта Joomla / отсутствии инструментов миграции с популярной когда-то ветки 1.5 на более актуальные
Чаще всего обращаются с просьбами избавиться от дублей страниц (которые возникают если структура материалов не соответствует структуре меню). Разработчики не знающие этой особенности за системой очень часто ее игнорируют, а владелец сайта понимает, что что-то не так, как правило, только когда сайт попадает под АГС. У других известных мне систем таких проблем из-за несоответствия структуры категорий и меню не возникает.
Еще одна распространенная проблема - страница 404, точнее ее фактическое отсутствие или некорректная работа: или сами модернизируют эту страницу по неправильным инструкциям или скачивают шаблон какой нибудь студии, в котором она изменена и не удосуживаются проверить код ответа сервера. Страница начинает отдавать код 200, следствием этого становится мусор в результатах поиска и всё тот же АГС. Другой вариант развития событий с 404 страницей можно наблюдать на проекте Ольги, которую я изволил критиковать выше. У нее страницу 404 можно увидеть по адресу http://glavkarton.um.la/robots.txt (но оставим в стороне ехидные замечания на этот счет) и эта страница имеет следующий вид. Т.е. мало того, что на ней нет ни одного упоминания проекта к которому она принадлежит, так еще и единственная ссылка, на которую может нажать посетитель ведет не на страницу сайта, а на левый по отношению к нему проект um.la.
Еще одна проблема в последнее время случается всё реже, но все же случается: неопытный разработчик может взять под проект старую ветку 1.5, под которую есть подходящий шаблон и набор решений для конкретного проекта (потому что он не может адаптировать решение или подходящий шаблон под новую ветку). Т.е. он скачивает с какого-нибудь варезника квикстарт 1.5 с шаблоном бронирования гостиничных номеров или интернет-магазином, заполняет под требования заказчика, получает бабло и теряется. А владелец через какое-то время решает добавить функционал под нужды пользователей и выясняет, что система безбожно устарела: готовые решения нужно либо с малонадежных сайтов скачивать, либо самим кодить, обновления безопасности не выходят (только некоторые энтузиасты на форумах выкладывают, но можно ли им верить) и автоматическая миграция на новые версии невозможна, т.е. по сути сайт опять нужно с нуля создавать. Если здесь низкая посещаемость не кажется таким очевидным следствием, то можно еще вспомнить, что сайты на 1.5, созданные неопытными разработчиками (незамаскированные, не обновленные до последнего релиза безопасности, не защищенные дополнительными решениями) в большей степени подвержены риску взлома (и как следствие санкциям браузеров и посковиков за появление на них вредоносного кода и редиректов на сомнительные ресурсы). В то время как большинство известных мне CMS имеют более-менее автоматизированные решения для обновления системы.
Ваши вопросы на форуме и Ваши "проекты" прекрасно иллюстрируют уровень Ваших же познаний, и слово "начальные" при их характеристике - самый толерантный эпитет из возможных. За преувеличение его еще можно принять, но уж ни в коей мере не за "скромность". И ничего "грязного" в указании на то, что для начала нужно учиться, а потом уже позиционировать себя как "специалиста" я, при всем желании, не усматриваю.
Ах, так это, стало быть, приступ скромности сподвиг Вас, не обладающую навыками веб-разработки, создать "сайт веб-студии", да еще и указать ссылку на него на живом проекте. Вон оно чо, Михалыч.. а я то, наивный, всю жизнь прожил в заблуждении, что это по-другому называется.
Когда-то пользовался в этих целях плагином SeoLinks. Довольно неплохой. Возможно существуют и аналоги. Вы погуглите "автоматическая перелинковка материалов Joomla". Сразу вот еще один нашелся.