Для начала поменяем надпись. Затем сменим кодировку. Ну, хотя бы потому, что «Позвоните» — это не совсем то, что подразумевает под собой ссылка.

Не забываем делать бэкапы!

Открываем файл /administrator/components/com_virtuemart/languages/common/russian.php и там ищем эту фразу (константа  PHPSHOP_PRODUCT_CALL).

Теперь, когда облагородили внешний вид, принимаемся за содержание.

При переходе по этой ссылке появляется форма (сама форма сидит тут — components/com_virtuemart/themes/default/templates/pages/shop.ask.tpl.php), в которой у кого-то вопросики, у кого-то кракозябры, но смысл у всего этого буйнобезобразия один — кодировка. Вот ее-то мы сейчас и причешем. Учитывая то, что Virtuemart 1.1.9, равно как и Joomla 1.5 отдает нам страницы в UTF-8, то и вывод всего этого безобразия нужно производить в этой же кодировке.

Поехали.

Для начала проверим administrator/components/com_virtuemart/html/shop.ask.php — там в строке 26 есть это:

$subject = substr( urldecode( vmGet( $_REQUEST, 'subject')), 0, 150 );

Мы его закомментируем и где-нибудь поближе к формированию самого массива с переменными шаблона вставим такую строчку:

$subject = substr( $VM_LANG->_('PHPSHOP_PRODUCT_CALL').": ". $db_product->f('product_name'), 0, 150 );

У меня она стоит так:

$vm_mainframe->vmAppendPathway( $page_pathway );

$subject = substr( $VM_LANG->_('PHPSHOP_PRODUCT_CALL').": ". $db_product->f('product_name'), 0, 150 );

$tpl = vmTemplate::getInstance();

Если это не помогает — проверим файл components/com_virtuemart/themes/default/templates/pages/shop.ask.tpl.php на отсутствие наличия функции utf8_decode в строчке 34

<textarea rows="10" cols="60" name="text" id="contact_text"><?php echo utf8_decode($subject) ?></textarea><br />

Если находим там такую функцию — убираем ее. Получается это:

<textarea rows="10" cols="60" name="text" id="contact_text"><?php echo $subject ?></textarea><br />

Все. Радуемся жизни 🙂

В Мой Мир

0

Tweet