ugodrus

Обрати внимание 'where_1, where_2, where_8' - это одна строка
А вот это - 'where_1','where_2','where_8' перечисление строковых значений

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

template.replace( /{{([\w]+)}}/gim, ( function() { return ( data[arguments[1]] )? data[arguments[1]] : '' ; } ) )

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

Я бы посоветовал прислушаться к совету Александра Александровича. Это будет мудрее. Или же сделать через mod_rewrite но в обход скрипта. Т.е. уже на уровне Apache перенаправлять на запрашиваемый URL. Это уже вопрос повышения производительности.

Не занимайтесь ерундой. Сделайте векторную картинку в SVG и прицепите события к её элементам. Можете также копнуть в сторону canvas. Но SVG будет универсальнее и проще. Для обладателей старых IE прицепите svgweb с google.

Евгений Петров, я бы даже остановился на Джеффри Фридл Регулярные выражения. Книги с использованием слова "рецепты" на мой взгляд бесполезны. Очень скудное содержание чаще всего.
Для общего понимания первой достаточно. А что касается применения, то в каждой среде есть свои особенности применения регулярных выражений. Так что вопрос практики - основной. Если автор хочет освоить регулярники например под PHP, то есть замечательный тестер. Сам на нём кучу регулярников тестировал и собирал.

1) Для начала хотелось бы увидеть весь запрос.
2) использование LIKE и прочей бурды в JOIN ON не рекомендуется.
3) Возможно вам стоит переложить запрос без Join по такому принципу
SELECT something FROM price t1, price t2 WHERE и здесь указать правила соединения таблиц и прочие условия
но не зная конечный запрос сказать тяжело.

Встречный вопрос. Зачем это нужно?
Pagetitle - краткий заголовок страницы. Есть longtitle для полного наименования. Пусть pagetitle используется для алиаса в ЧПУ. Но я не думаю что вам нужны на сайте URL с длиной 1000 и более символов.

Проблемы не вижу вообще. Единственная проблема - при переезде сайта. Приходится менять конфиги в корне, манагере, коннекторах. Но в остальном жесткие пути это наоборот благо. Мне часто приходится делать модули с API системы и подключать их при жестких маршрутах легче. Попробуйте вернуться к EVO и увидите какой там был косяк с маршрутами. Каждый модуль ссылался по своему. Зато сейчас любо-дорого смотреть.

Не знаю как у вас реализован сам магазин. Но есть отличная штука - MIGX. В нем можно формировать сложные TV значения. Хранятся они в виде JSON. Можно реализовать довольно сложные вещи и с соподчинением и с множествами.

Если количество результатов по условию достаточно велико, то соответственно вычисляется много случайных чисел для этих полей. И LIKE я лично не использую никогда - очень тупой метод.. а когда с большими объёмами работает - вообще мрак. Попробуйте переделать под REGEX и если набор выбранных данных всегда достаточно большой - лучше переделать по другому. Советую заглянуть сюда.

Вопрос задан неверно. Александр ответил как отправить с помощью скрипта. Я добавлю что есть ещё способ совсем простой. Но требует JavaScript для подготовки данных. При этом письмо можно отправить с помощью почтовой программы пользователя. Я бы так, конечно, не стал делать, но забывать о такой возможности нельзя.
ссылка
Достаточно создать с помощью JavaScript DOM элемент ссылки (A href=) и симулировать его нажатие при отправке данных формы. Достаточно полей Тема и Тело письма. Для данных письма применить URL кодирование. Href будет примерно таким

mailto:recipient-email@somedomain.net?subject=YourEmailSubject&body=YourEmailMessageBody

Я сам когда-то покупал книги по вэбу. Году в 2000. Поверьте моему опыту, всё это бред. Единственные книги который остались настольными - HTML и CSS справочники и Apache 2 библия пользователя. До сих пор иногда заглядываю. Хотя написанное в них уже серьёзно (но не критично) устарело. Есть ещё пара книг не потерявших актуальности в частности MySQL Справочник по языку и Регулярные выражения.
Мой совет только один - практика. Ставим задачу и решаем. Настоятельно рекомендую на начальном этапе не пользоваться готовыми платформами типа Denver и т.п. Опыт в конфигурировании обязательно должен быть. Лучший источник - официальная документация по языку. Благо на php.net много различных примеров. На MySQL правда примеров меньше. Зато есть куча форумов где можно задать вопрос и получить хороший ответ.