Да как то же он работал на 1.4.6., помню была такая проблема и ранее, но каким то костылем решилась.

вероятно, была выставлена опция mysql вместо mysqli в конфиге

Ну костылём можно решить, но этот костыль сломается о 7.0

Ну костылём можно решить, но этот костыль сломается о 7.0

Это сниппет фотогалерии, давно устаревший. Подскажите чем пользуетесь для создания галереи фото, желательно с мультизагрузкой и готовым решением по отображению во фронтенде (чтобы не просто выводило картинки, а формировало их в галерею с возможностью увеличения и прокрутки).

SimpleGallery

А на фронте ж что угодно можно сдела ь любой js скрипт

не видно вызов description

Блин, какой нехороший человек сделал так, чтоб альфа версия 2.0 предлагалась апдейтером?!! Заказчики-экспериментаторы надоели :(

Блин, какой нехороший человек сделал так, чтоб альфа версия 2.0 предлагалась апдейтером?!! Заказчики-экспериментаторы надоели :(

Товарищи, подскажите, в 2.0.0-alpha вывод tpl в Doclister через @B_FILE:______ корректно работает? Тестировал кто-нибудь?

Просто в том же DLSibling написано 17 запросов в базу, да и памяти он может подсожрать прилично. А в принципе можно обойтись от 2 до 4 простейших запросов, а если заморочиться, то наверно и одним сложным все за раз вытянуть:)

Как бы тестировал и проверял все работает

Странно ;( Провериьь смогу только через пару дней а то без ноута

Да не, нету там 175 запросов, вот некешированный вызов сниппета на кешированном ресурсе

Строка: 'tpl' => '@B_CODE:{{ $data["pagetitle"] }}' отрабатывает как надо Строка: 'tpl' => '@B_FILE:partials/doc-tpl' ничего не выводит Файл views/partials/doc-tpl.blade.php создан Содержит код: {{ $data["pagetitle"] }} В чём может быть проблема? Тестировал на чистой сборке из релиза 2.0.0

В репе DocLister создай тикет. Я поковыряю. Возможо там просто нужно 'tpl' => '@B_FILE:partials/doc-tpl.blade' или 'tpl' => '@B_FILE:partials/doc-tpl.blade.php'

я писал 17, а не 175 :) Да и цифру эту не придумал, а взял с какого-то скрина, которого за давностью лет уже не найти :)

@dvakotaby спасибо за помощь с shopkeeper

эм?)

http://modx.im//blog/questions/5836.html#comment51376

http://modx.im//blog/questions/5836.html#comment51376

http://modx.im//blog/questions/5836.html#comment51376

Так понимаю, что пробегается по всем товарам и добавляет id страницы в конец? что решает проблему с повторяющимися URL

да, все отлично.

UPDATE modx_site_content c SET c.alias=CONCAT_WS('-', TRIM(TRAILING CONCAT('-', c.id) FROM c.alias), c.id) WHERE template=id_шаблона_товара

только делать это надо не перед записью в бд, а как раз после

Народ а что с обновой на сайте ?

красную кнопку не нажимать!

Подскажите пож. ТиниМсе привязал к eform, создается ресурс, но из поля по прежнему приходит сплошной текст без форматирования. &allowhtml=1 &sendAsHtml=1 указал, какие-то настройки еще указать надо?

слишком мало информации

Создаю статью через фронт, все работает, но необходимо форматированный текст отправлять в content. Вот так привязывают Tiny к форме <script language="javascript" type="text/javascript" src="assets/plugins/tinymce4/tinymce/tinymce.min.js"></script> <script> tinymce.init({ selector: 'textarea', theme: "modern", language: 'ru', plugins: [ "advlist autolink lists link image charmap print preview anchor", "searchreplace visualblocks code fullscreen", "insertdatetime media table contextmenu paste" ], toolbar1: "undo redo | bold italic underline | alignleft aligncenter alignright alignjustify | bullist numlist outdent indent | styleselect", toolbar2: "responsivefilemanager | link unlink anchor | image media | forecolor backcolor | print preview code ", }); </script> вот вызов eform [!eForm? &formid=newArticle &subject=Посетители прислали новый файл &tpl=newarticles &allowhtml=1 &sendAsHtml=1 &eFormOnBeforeMailSent=CreateNewArticle &report=eFeedbackReport!]

Так eForm же не в контент отправляет, а в письмо, так что параметры PHPMailer-а вряд ли тут важны. Надо смотреть в сторону функции CreateNewArticle :)

в том и дело, что в теории должно отправлять с тегами function CreateNewArticle(&$fields){ // Массив $fields будет содержать данные всех полей формы // Создания документа с описанием. require_once('assets/lib/document.class.inc.php'); $doc = new Document(); // создаем документ $doc->Set('parent',54); // определяем в какую папку положить $doc->Set('template','6'); // задаем шаблон $doc->Set('published','0'); // Добавляем неопубликованным $doc->Set('pagetitle',$fields['pagetitle']); // краткое название $doc->Set('tvh1',$fields['h1']); // Заголовок Н1 $doc->Set('introtext',$fields['introtext']); // аннотацию $doc->Set('content',$fields['content']); // основное содержимое // Далее пойдут TV-параметры $doc->Set('tvautor',$fields['autor']); // автор $doc->Set('tvemail',$fields['email']); // e-mail $doc->Set('tvLink',$fields['link']); // ссылка $doc->Save(); // сохраняем return true; // Говорим eForm, что все в порядке. }

всякие визивиги умеют подхватывать из textarea html и давать его в нужном виде. Но обратный процесс не происходит при изменении в визивиге. Тебе нужно повесить событие, которое при клике скушает все что ты навоял, забросит в нужный тексареа и потом отправит форму

а этот файл откуда - assets/lib/document.class.inc.php - его вроде в стандартном наборе уже давно нет

всякие визивиги умеют подхватывать из textarea html и давать его в нужном виде. Но обратный процесс не происходит при изменении в визивиге. Тебе нужно повесить событие, которое при клике скушает все что ты навоял, забросит в нужный тексареа и потом отправит форму