Вы не зашли.
vitaly для постера я использую обычное текстовое поле куда добавляю url картинки т.е. второй вариант.
При добавлении товара в корзину плагин автоматически сохраняет все поля xfields добавленного товара.
И их можно использовать в шаблоне list.tpl
Предположим, у тебя одновременно в корзину может добавляться как сама "новость" так и "строчка" из табличных данных (скажем, есть некоторые товары для которых задаётся доступный размер).
И для новости есть доп. поле (типа "текстовый") с ID = "poster", а внутри таблицы есть доп. поле с ID = "poster_row".
Тогда в шаблоне list.tpl в элементе массива entries у тебя будут доступны переменные:
entry.xfields.news.poster - тут URL постера для новости
entry.xfields.tdata.poster_row - тут будет URL постера для "строчки", но только в том случае, если в корзину была положена именно "строчка", а не вся "новость".
Определить тип записи (новость/строка) можно по переменной entry.linked_ds = 1 (новость) или 51 (строка).
Ну и как всегда, для полного понимания "что ещё можно найти" можно в шаблоне list.tpl добавить строчку:
{{ debugValue(entries) }}
На выходе получишь полный массив с информацией о добавленных в корзину товарах.
В SVN и ночной сборке выложена обновлённая версия плагина calendar:
[0.09][2013-05-22]
+ Плагин переведён на работу с TWIG'ом, сохранена обратная совместимость со старыми шаблонами
+ Добавлена возможность генерации вывода плагина из шаблона через TWIG
+ Добавлена RPC функция для "перелистывания" календаря без перезагрузки страницы
Да, речь шла про RC1.
Вообще архитектура движка разрабатывалась из предположения, что пользователи будут обновляться по мере выхода новых версий ядра/плагинов.
А если требуется что-то доделать, то все доделки делаются в виде независимых плагинов, которые в бОльшинстве случаев будут работать на новой версии без каких-либо доработок.
nimiko, проблема с почтой давно решена в SVN версии.
Там для этого используется отдельный модуль отправки сообщений.
Создан отдельный плагин rss_yandex для экспорта потока новостей в Яndex/UKR.net
Работать будет только на SVN 1130+
Просьба потестить всем заинтересованным.
В SVN выложена версия 0.01 плагина rss_yandex
Плагин сделан на базе rss_export с учётом требований Яndex'а (http://partner.news.yandex.ru/tech.pdf)
Также данный формат должен подойти для портала UKR.net
Всем желающим - добро пожаловать в тестирование.
Плагин работает только на SVN версии 1130 или выше
nimiko, тогда поставлю вопрос по другому - в какой именно момент возникает данная ошибка?
p.s. Лучше обновиться до самой последней версии, т.к. возможно это ошибка была в твоей версии двига.
nimiko, а ты случайно не ковырял ещё и шаблон админки?
Проблема скорее всего в этом. Проверяй наличие в шаблонах вот этого параметра:
<input type="hidden" name="token" value="{{token}}"/>
Бред какой-то.
Дамп, сделанный средствами самой БД просто обязан корректно переноситься.
Надо руками смотреть что именно ему не нравится и разбираться в причинах.
Luca, так может проблема в самом дампе?
Как делался оригинальный дамп? Ключевым, похоже, является ошибка "incorrect string value in ...".
В общем, без самого дампа мы тут тебе, скорее всего, помочь не сможем.
pixar2301, какой тип доп. поля?
"группа изображений" или просто "текстовый"?
Во втором случае поможет простой патч для плагина basket, в первом будет чуть посложнее.
Не подскажете можно ли каким нибудь способом в корзине отобразить постер покупаемого товара? Хотелось бы чтобы вместо Image 01 была фотография.
Сейчас такой возможности нет, нужно дорабатывать плагин.
А где именно у тебя хранится изображение? В доп. поле?
Может все таки кто нибудь подскажет как вывести поля в полной новости созданные в xfields → Новости: таблицы.
Таблица должна выводиться переменной {plugin_xfields_table}
Либо использовать TWIG переменные.
Добавь в news.full.tpl/news.short.tpl строчку:
[TWIG]{{ debugValue(p.xfields._table) }}[/TWIG]
она выведет все доступные поля.
Вроде такого плагина и нет.
А что именно надо-то?
Тема неплохая, тем более, что на mysqil перейти будет крайне просто, на PDO - чуть сложнее.
Но нужно всё-таки разобраться - насколько mysqldi и pdo поддерживаются у текущих хостеров.
Есть у кого-нибудь статистика?
Версия двига? Ошибки JavaScript'а? Что на самом деле в базе (правильно ли там лежат данные или туда тоже попадают undefined'ы)?
qmas, проверь включен ли у тебя плагин jchat.
Эту ошибку скорее всего выводит двиг.
p.s. И покажи скриншот с самой ошибкой.
qwas, а BB код [br] работает?
Теперь главное следить, чтобы не было лишних нажатий ENTER. Иначе пустые параграфы появятся
Попробуй так:
$content = preg_replace("/\n+/", "</p><p>", $content);
vl, как-то оно по описанию на поток для Яндекса смахивает.
Не знаешь, там один и тот же формат или нет?
Если один и тот же, то проще будет сделать отдельный плагин на базе RSS export специально для Яндекса/Ukr.net и не трогать базовый RSS поток.
Смотри раздел "шаблонизатор TWIG" в документации, это глобальная TWIG переменная:
{{global.user.id}}
Vaha, {{entry.newsid}}
За обработку BB кодов отвечает функция bbcodes() из файла /engine/includes/classes/parse.class.php
судя по вот этому:
exec_core = exec_core + 24.68
страница генерировалась почти 25 секунд.
Скорее всего на хостинге какая-то зашкаливающая нагрузка и всё просто лежит.
Но вообще можно выполнить mysql команду:
truncate table 2z_load
Возможно (хотя маловероятно) станет чуть-чуть получше.
qwas, надо не забыть тогда в начало новости запихнуть <p>, а в конец - </p>
engine/includes/classes/parse.class.php, функция htmlformatter, строка ~413:
$content = preg_replace('/\n/', "<br />", $content);
Можешь попробовать заменить на:
$content = preg_replace('/\n/', "</p><p>", $content);
а ниже
return $content;
заменить на:
return "<p>".$content."</p>";
qmas, как это выражается?
Проверь:
1. Наличие ошибок JS на странице. Возможно до скрипта есть какая-то фатальная ошибка, которая его блокирует.
2. Проверь httpfox'ом или аналогичным плагином, что запросы на контент уходят на сервер.
p.s. На denwer'е работает отлично.