марта 20 2015
+1

продолжаем переезд с LS на ALTO. Вопросы и предложения :)

arriah    20 марта 2015, 00:51    в избранное в избранном    10 комментариев
Вопросы, проблемы и их решения   
Все же решил добить окончательно переезд с LS на ALTO
Я уже писал что конвертация базы проходит не полностью, в частности приходится руками в базе править путь до папки uploads

Может быть при конвертации использовать параметр конфига
$config['path']['root']['url'] = 'http://nnew.site.ru/' и добавлять к нему uploads/images/00/00/....

После конвертации и переезда — захожу в статью. а мне пишет мол статья не найдена, хотя превью отображается, в строке состояния адрес статьи: http://new.site.ru/.html
Захожу в редактирование, жму опубликовать — все нормально работает. проверяю другую статью — тоже самое, лезем в базу данных, в таблицу ls_topic_content, в поле topic_extra прописано: a:5:{s:11:"niceurl_url";s:38:"igra-v-shahmaty....
Ага, на LS стоял плагин NiceURL.
Ставлю плагин на ALTO — не работает, включаю режим совместимости — не работает, при включении плагина ошибка:

E_WARNING [2] require_once(/usr/local/www/data/мой_сайт//plugins/niceurl/include/function.php): failed to open stream: No such file or directory
See details in error.log
Fatal error: require_once(): Failed opening required '/usr/local/www/data/мой_сайт//plugins/niceurl/include/function.php' (include_path='.:/usr/local/share/pear:/usr/local/www/data/мой_сайт/engine/classes/core:/usr/local/www/data/мой_сайт/engine/classes/abstract:/usr/local/www/data/мой_сайт/engine/classes/core') in /usr/local/www/data/мой_сайт/common/plugins/niceurl/PluginNiceurl.class.php on line 47

E_COMPILE_ERROR [64] require_once(): Failed opening required '/usr/local/www/data/мой_сайт//plugins/niceurl/include/function.php' (include_path='.:/usr/local/share/pear:/usr/local/www/data/мой_сайт/engine/classes/core:/usr/local/www/data/мой_сайт/engine/classes/abstract:/usr/local/www/data/мой_сайт/engine/classes/core')
See details in error.log


Сделал вывод что плагин Nice URL не совместим с ALTO.
Мне-то ладно, я для теста использую 12 статей, а если статей будет больше? Думаю надо пофиксить :)

В чем разница в каталогах:
app/plugins и common/plugins

Добавил разрешение для тэга 'p' common/config/jevix.php выравнивание заработало, но для новых статей, статьи которые переехали с LS в режиме редактирования центрирование работает, после публикации нет.

Пытался добавить разрешение для 'p' в app/config/jevix.php — не получилось, пишет синтаксическую ошибку

Для чего разные каталоги с конфигами?

И еще вопрос по TinyMCE.
Как добавить вертикальный скрол? А то есть статейка больше чем 15тыс символов, так редактор растягивается по всей длине статьи, довольно не удобно если надо выделить текст внизу, а потом листать до панели управления редактором, чтобы сделать центрирование...

Все тестилось на стандартном шаблоне, если это имеет какое-то значение.

Спасибо. Завтра продолжу изыскания :)
Теги:

Похожие статьи

  • Проблемы с редактором Tinymce
    — При создании топиков в Tinymce, на версии 1.1.29, не работает выравнивание текста после сохранения. — Если задать цвет текста, после сохранения, цвет не задается. <p style="color: #cc0000; text-align:...
  • Наводим порядок в редакторе TinyMCE 4
    Простите, но я зае, намучался с этим встроенным TinyMCE 4.0. Поэтому разрешите выложить решения проблем, которые мучали лично меня, возможно и кого-то ещё. Какие были проблемы: 1) При вставке текста из другого...
  • Плагин от LS «TOP пользователей» (адаптация)
    Может кому-то будет полезно. Плагин устанавливается без ошибок. А Вот выводится не корректно. Что делаем 1) переименовываем файл языка в \home\wikimaf\www\common\plugins\usertop\templates\language\ru.php 2) Сам...
  • TinyMCE 4.x
    Вопрос такого рода. В визуальном редакторе тексты оформляются параграфами Как изменить поведение редактора. чтобы при нажатии Enter параграф закрывался и открывался новый? На данный момент этого можно добиться...

10 комментариев

0
Добавление вертикальной прокрутки в редактор TinyMCE:
идем сюда:
/common/templates/frontend/libs/js/engine/settings.js
находим строки:
this.presets.tinymce['default'] = function(){
        return {
            selector:           '.js-editor-wysiwyg',
            theme:              'modern',

и вставляем autoresize_max_height: 400, (400 — высота редактора px)
получится примерно так:
this.presets.tinymce['default'] = function(){
        return {
            autoresize_max_height:      400,
            selector:           '.js-editor-wysiwyg',
            theme:              'modern',

При желании так же можно прокрутку добавить и в комментарии:
this.presets.tinymce['comment'] = function(){
        return {
            autoresize_max_height:      200,
            selector:           '.js-editor-wysiwyg',
            theme:              'modern',
+2
Сделал вывод что плагин Nice URL не совместим с ALTO.
Мне-то ладно, я для теста использую 12 статей, а если статей будет больше? Думаю надо пофиксить
Не, это как раз не баг, а фича. Сам по себе плагин Nice URL ужасно костыльный, поэтому даже под LS его использование я бы не рекомендовал. А вот под Альто он и вреден и попросту не нужен, т.к. ЧПУ у Альто работают «из коробки» с самого первого релиза.

Чтобы все работало как надо, без всякого NiceURL в админке идете в «Настройки сайта \ Ссылки». И там задаете формат ссылок, как надо. И важный момент — обратите внимание на блок в конце страницы:

Если у вас число статей без ссылок больше нуля, то стоит выполнить генерацию ссылок
+2
В чем разница в каталогах:
app/plugins и common/plugins
В common/plugins кладутся плагины, как есть, а app/plugins рекомендуется использовать для конфигурации плагинов.

Например, вы устанавливаете плагин abc. Это значит, что сам плагин будет установлен в папку common/plugins/abc, а его конфиг-файл будет в папке common/plugins/abc/config. Нередко конфиг-файлы плагинов приходится править, подгоняя параметры под себя. Но тогда при обновлении плагина нужно быть очень аккуратным, чтобы не затереть исправленный файл. А если в новой версии плагина в конфиг внесены новые параметры? Тогда приходится брать дефолтный конфиг от новой версии, свой исправленный конфиг и конструировать сводный файл.

А если у вас с десяток плагинов требуют обновления? В общем, морока еще та.

Всех этих проблем можно избежать в Альто, если скопировать конфиг-файл плагина в папку (именно конфиг-файл, не сам плагин) в папку app/plugins/abc/config и править его под себя уже там. Тогда обновление плагинов можно выполнять, как правило, простым копированием в common/plugins/abc. А движок сначала загрузит конфиг из common/plugins/abc/config, а затем дополнит его данными из app/plugins/abc/config.
+2
Для чего разные каталоги с конфигами?
Все, что выше я писал для конфигурации плагинов, все это верно и для конфигурации самого движка.

Т.о. каталог common/config — это для конфигов движка по умолчанию, а app/config — для конфигов уже конкретного сайта, которые вы правите, как вам угодно.
+1
Спасибо за разъяснения :))
0
А это нормально если было множество правок через админку, к примеру: название сайта, настройки внешнего вида, description и keywords… т.л.т.п. но отличие поумолчанию от common/config в app/config этих настроек нет? Там в основном БД и несколько мелочей но то что отличается от Дфолтного — нет.
0
Я не понял Вашего вопроса
0
почему тогда если чистишь папку _tmp слетают все настройки? =)
+1
Потому что был баг, исправлено: github.com/altocms/altocms/commit/b12f37575753530970a87bb9e76355dd30c92990
0
Чет я седня чистил _tmp и у меня усе пропало =\
Ну ладно пусть это будут мои руки…
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.