В предыдущем комменте удалились ссылки, поэтому выкладываю скрины: Head до изменения шаблона — yadi.sk/i/3_-JiHRlhHdJg Кнопка заказа — yadi.sk/i/Ks_UtVa_hHdP7 Head после изменения шаблона — yadi.sk/i/1-n4NMjQhHdod Кнопка заказа после изменения шаблона — yadi.sk/i/qIWmgdxmhHdZm Ошибка — yadi.sk/i/92XhwukehHdBR
При переносе шаблона в SMARTY выявил проблему. До переноса в шаблон была встроена партнерская ссылка, которая скрывалась от поисковиков через Jquery. До переноса код выглядел так: <head>
<title>[[*meta_title]]</title> <meta name="description" content="[[*meta_description]]"/> <meta name="keywords" content="[[*meta_keywords]]"/> ............................ <base href="[[++site_url]]" /> </head> <body> ...... <button class="single_add_to_cart_button button alt"> <span class="hlink" data-link="[[*hlink]]">Заказать</span></button>...... После переноса получаю ошибку: Fatal error: Uncaught --> Smarty Compiler: Syntax error in template "/home/s2109/www/core/components/modxsite/templates/default/tpl/tovar.tpl" on line 82 "" — Unexpected "'<a target="_blank" rel=«nofollow» title=«Перейти на сайт партнера» href="'", expected one of: "}" < — thrown in /home/s2109/www/core/components/modxsmarty/external/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php on line 82 Если выношу скрипт в отдельный чанк, ошибка пропадает, но ссылка только на главную действующего сайта (не партнерского). Сама партнерская ссылка заносится в помощью TV hlink. Может кто-нибудь знает альтернативный способ скрыть ссылку от поисковиков в SMARTY?
И теперь в ресурсе, где надо вывести Excel и где мы загрузили в TV файлик, запускаем сниппет: [[showXls?]] Решение действительно интересное. Один вопрос. Скажите, а не накладно, что при каждом обновлении страницы происходит обработка Excel-файла? А если прайс большой? У меня более 1000 строк? Или это все дело как-то кэшируется?
Люди, подскажите, есть в природе готовое решение для обмена сайта Интернет-Магазина с 1С (v8) с выгрузкой заказов?
Не все так просто. Но в целом много для чего его можно использовать.
MODX — это тоже фреймворк. Так, на минуточку : Сморозил я. Имел в виду, что его можно использовать наравне с «чистыми» фреймворками в нагруженных системах.
и с таким подходом даже практически отпадает желание смотреть на фреймворки MODX — это тоже фреймворк. Так, на минуточку :)
xPDO на уровне выборки формирует только SQL-запрос. Сам же запрос выполняет СУБД. Это важно помнить. Это я понимаю, просто для упрощения работы использовать xPDO. На самом деле от очень многих… А расширение шаблонов — это вообще просто мегафича, освоив которую, уже никогда от нее не откажешься. Вот я и посматриваю в эту сторону, это более «вкусно» выглядит по использованию ModX + ускоряет работу, уменьшает нагрузку и с таким подходом даже практически отпадает желание смотреть на фреймворки
Просто сам факт, что можно отказаться от многих сторонних сниппетов и это все быстрее делать в шаблоне, не дает голове покоя. На самом деле от очень многих… А расширение шаблонов — это вообще просто мегафича, освоив которую, уже никогда от нее не откажешься.
Я подумываю для выборок использовать xPDO xPDO на уровне выборки формирует только SQL-запрос. Сам же запрос выполняет СУБД. Это важно помнить. Многие этого не знают или забывают. , а для вставок(там их будет не много) чистый sql. А вам в любом случае придется юзать чистый SQL :). xPDO не умеет формировать запросы на вставку, как это не печально. Вот смотрите xPDOObject::save(). Как видите, там чистый INSERT INTO… А xPDOQuery::command() поддерживает только SELECT|UPDATE|DELETE.