>> Есть конечно БОЛЕЕ сложный/глупый вариант...
Если ТС хочет совершить какие-то действа, зная текст в ссылке - то тут уже набросали вариантов.
Если ТС хочет посмотреть какой текст более кликабельный - можно глянуть на TM, что они пихнули на onClick.
Практически ровно год назад тыц.
Вывод сделал простой:
Никакие не поведенческие. Был офигенный ссылочный закуп (декабрь-февраль). Либо какая-то контора проконсультировала на закуп. Пока все гулькали новый год.
Зачем? А спереди мертвый летний сезон.
Простой магаз в таком количестве не закупиться. А сборник - легко. Вот им весь НЧ и СЧ трафик, да чего уж там, и ВЧ, пойдет в летний период. Там они новых клиентов подсоберут на дойку. А старички на постоянных клиентах лето простоят, потом снова вылезут на ТОП1-3.
ИМХО, где-то так.
>> view'er, для .shtml в этих целях прописывается строка в .htaccess
В каких именно целях и какая строка прописывается в .htaccess?
А с какой целью вам надо вставлять?
Какие заголовки вы вообще видите?
Вот озадачился этим вопросом. Стало даже интересно.
тестил на Apache (только) и на nginx/1.4.4 (на нем индеец)
Заметил: на .shtml - нет такого запроса в заголовках. А на .html появляется.
Хороший вопрос.
ИМХО, гляньте в сторону чуть смежную, но так похожую - магазин одежды. Да еще если там несколько брэндов - см. топ прикидываем на свою ситуацию.
ТС, как понимаю, загружаем страницу категории с листингом товаров. И, где-то сверху/сбоку есть переключатель отображения цены в зависимости от валюты.
1.
У вас при загрузке такой страницы или в сессии или в куках должен выставляться тип валюты. Для чего? Чуть позднее.
2.
В head должен быть помещен массив или JSON-объект с данными на текущий момент по курсам, которые действуют на сайте.
Для одной валюты что-то типа:
{1:[rate, symbol, 'after|before']}
Также значение на момент загрузки типа валюты - currency_type
3.
В листинге для каждой позиции пишем, что-то типа
<div id="product-price" data-base-price="значение которое базовое для сайта и относительно которого все пересчитывается">значение, которое формирует PHP-скрипт при загрузке страницы</div>
4.
Пишем JavaScript-функцию change_price(currency_type).
5.
Далее рассматриваем два неотделяемых события.
Страница только загрузилась.
на onLoad or $ready вешаем функцию change_price. Скриптик прошелся и в соответствии с дефолтом поменял ценник на страничке.
Тут мы пользуем jQuery - each. Чтобы всех всколыхнуть, а не только первую позицию :)
Чел поменял тип валюты (onChange="schnge_price(this.select);" // могу ошибаться в синтаксисе, меня кто-нить здесь поправит).
Скриптик пробежался, поменял ценник (сформировать строчку, думаю, сможете) и.... ВНИМАНИЕ - всунул в куки или сессию новый тип валюты, который установлен для данного посетителя.
Ну, это простенькая ajax-функция.
Таким образом при переходе по сайту у чела будет валюта, им выбранная. Пока он не поменяет ее.
ЗЫЖ Хотя если все-равно пишем через ajax выбранный тип валюты, то можно в head массив-объект и не писать, а получить [rate, symbol, after|before] из базы, пройтись по всем, поменяв цену, писАнуть в сессию/куки выбранный тип.
Где-то так. Удачи.
На счет JSON нормальное решение.
А еще стОит обратить внимание, что вы очистили #result и, могу заблуждаться, _присоединили_ полученное значение, а не впихнули обратно в #result. Тут по jQuery API мануал глянуть надо.
ЗЫ Кажется догнал, чего он хочет. Смену цены в зависимости от выбранной валюты.
ПутЯ есть.
Скрипту передается выбранная валюта и id товара - возвращенное число впихивайте / присоединяйте в #result.
На стр. должна уже быть базовая цена товара. Но не в #result. Скрипту отдается выбранная валюта. Скрипт возвращает курс для этой валюты. А в блоке получения перемножаете базовую цену на курс, впихиваете / присоединяете в #result
Сразу, при формировании страницы, в скрипте пишется массив цен для каждой из валют. При переключении даже не придется отсылать запрос.
Выбор есть :)
Drupal+Ubercart из бесплатных
Битрикс из платных.
Почему именно Drupal+Ubercart - к тому времени, как вы научитесь правильно готовить эту связку и реализуете свои хотелки из первого поста, стоимость Битрикса.Малый бизнес или готовый магаз из маркетплейса вас не удивит, понравится и... имхо, вы с удовольствием присядете на Битрикс :)
Спасибочки всем.
Буду думать быстро.
Возможно. И что это решит?
Скажем на HTML (переведу к едрене м. все на markdown) можно натравить kses, safehtml, htmlpurifer.
Голое текстовое поле или текстареа понапихать можно всякого.
Можно и на такое filter_var, например, накинуть. Да и по старинке sprintf написать.
Но вот глянуть классы валидации/санитизации от Drupal, WP, Contao, TYPO3 до фреймворков всяких - они чем занимаются? Было бы все так просто.
Кстати, мануал был давно и полностью прочитан. Тамошние комменты также. Убогие они. У них там практически бодаются с селектами. А славянские парни горазды что-то в инсерт всадить :) дополнительно, так сказать, в нагрузку. И чтобы веб-мастер свистнул, как та японская пила.