$ grep -r Tag: «fckeditor»

FCKEditor поломался в новом Firefox при вставке его на стороне PHP. Проблема, как оказалось, в проверке версии браузера.

// FCKeditor\fckeditor_php5.php line around 57-60
else if ( strpos($sAgent, 'Gecko/') !== false )
    {
        $iVersion = (int)substr($sAgent, strpos($sAgent, 'Gecko/') + 6, 8) ;
        /* return ($iVersion >= 20030210) ; */ // should be replaced with:
        return ($iVersion >= 10) ;
    }

Обновил на своём серваке до последних стабильных версий Nginx и PHP до последних стабильных версий. PHP на данный момент 5.4.6.

После обновления перестал работать FCKEditor, вместо него выдавалась надпись «Access Denied».

FCKEditor на странице выводится через iframe, в котором, собственно и висит эта надпись. Поглядел исходники редактора, думал, что может где-то проверка версии php где-то, но ничего особого не нашёл. В iframe грузится файлик fckeditor/editor/fckeditor.html. Открыл его отдельно - та же ошибка. Подумал уже на Nginx, но, как оказалось, это вовсе не Nginx, и не исходники, а как раз PHP (php-fpm).

Гуглить по словам «Access Denied» было нелегко, но, заглянув в логи ошибок, увидел ключевое слово security.limit_extensions. Судя по названию, этот параметр в конфиге php-fpm.conf отвечает за то, в файлах с каким расширением исполнять php-код. Начиная с версии PHP 5.3.9, в целях безопасности, если этот параметр не указан в конфиге, то код исполняется только в файлах .php (как было до этого не знаю), а сам FCKEditor как-то хитро/криво через php подключается, что получается исполнение кода в том самом файле fckeditor.html (хотя внутри его нет). Там просто длинная схема фреймворка. Собственно поэтому php-fpm и возвращал «Access Denied».

Решение: в php-fpm.conf, а лучше в .conf-файле пула (вроде /etc/php-fpm/pulls/mysite.conf) добавить строчку:

security.limit_extensions = .php .html

Такое вот решение. Убил почти полтора часа на его поиск, т.к. не зная чужого кода не сразу понял, куда же копать. Поэтому оставлю это здесь. А может, кому ещё пригодится.

В качестве шпаргалки - чтобы быстро настроить FCKeditor. Хоть он уже и устарел и разработчики делают CKEditor - но в нём нет бесплатного файлового менеджера, а в CKEditor - есть.

Это что-то вроде шпаргалки для быстрого подключения FCKEditor.

• Как сделать так, чтобы редактор делал HTML, а не XHTML:
  В папке с редактором конфиг-файл fckconfig.js, в нём параметр FCKConfig.DocType. По умолчанию он пуст и редактор генерирует код в xhtml-стандарте. Для перевода на html надо вбить туда:

  FCKConfig.DocType = '';

• Настройка файлового менеджера:
  По адресу fckeditor/editor/filemanager/connectors/php есть файл config.php, в нём то и нужно установить $Config["Enabled"] = true ; (по умолчанию false) и задать пути для $Config["UserFilesPath"] и $Config["UserFilesAbsolutePath"].

Если вы хотите выдавать в коде textarea, а потом через JavaScript заменять их на wysiwyg-редактор, в CKEditor можно просто присвоить им class="ckeditor", в FCKEditor такого нет (или я не нашёл), поэтому если у на странице не 1 textarea, хочется как то все их автоматически заменить на визуальный редактор. FCKEditor, при таком варианте (замена через JavaScript) может обращаться к элементу только через атрибуты id или name. Т.к. id у двух элементов совпадать не может, а name используется частенько для отправки данных через форму, пришлось писать своё. Я загружаю редактор через script и присваиваю всем textarea class="fckeditor". Написал небольшой код на JavaScript с помощью jQuery, который сам заменяет все textarea:

$(document).ready( function() {
    var $textareas = $('textarea.fckeditor');

    if ( $textareas.length > 0 ) {
        $textareas.each(function() {
            var textareaName = $(this).attr('name');
            var oFCKeditor = new FCKeditor(textareaName);
            oFCKeditor.BasePath = "fckeditor/"; // тут должен быть ваш путь до fckeditor
            oFCKeditor.ReplaceTextarea();
        });
    }
});