Пытаемся вернуть домен в зоне *.dn.ua.
Сейчас написал в HOSTMASTER.UA, Key-Systems.
Так же написал в MyDomain-in.com.ua, создал тикет, но видимо реакции от регистратора не будет.
Клиент уже сам звонил в московский, киевский офисы — говорит, безрезультатно. Телефоны не отвечают либо занято.
Будем ждать реакции.
Доброго времени суток.
Я задал данный вопрос нашему сообществу, сейчас нет возможности создавать и тестировать файлы конфигурации .htaccess.
Если поискать в g, можно найти несколько сервисов по конвертации .htcassess для nginx. Пример одного из них: http://www.anilcetin.com/convert-apache-htaccess-to-nginx/
Если конвертер помог - пожалуйста, отпишитесь. Данная информация будет полезна сообществу.
Спасибо.
@vold57, Добрый день.
Прошу писать в группу поддержки системы. Мы поможем решить ваши вопросы там, адрес https://groups.google.com/d/forum/flexo-manage-content
> "Проблемы при создании схемы Базы данных! Table 'page' already exists".
Видимо вы пытаетесь писать в уже созданную базу данных. Постараюсь предотвращать данную проблему установки.
@Andrei_S, система на тких нагрузках, увы, не тестировалась. Можно предположить, что работа с включенным кешированием будет нормальной.
@wmsin, с такой структурой упорядоченный вывод по дате проблематичен. Я занимаюсь решением данного вопроса. Можно воспользоваться тегами, тогда упордочить вывод страниц из одного раздела не составит большого труда.
Сайт http://www.livemaster.ru/ скорей подходит под определение «Интернет-магазина с социальной составляющей», ведь товары в магазин добавляют сами пользователи. Задача может показаться тривиальной, но я считаю, что это довольно уникальный продукт, который стоит разрабатывать с нуля, используя фреймверк.
Чтобы повысить общую безопасность панели управления — рекомендую установить плагин Captcha (http://t.co/6d2TaAHf)!
Планы на будущее.
Сегодня исправил последние актуальные баги, проверил на совместимость с локальными серверами Denwer, Open-Server, с версиями серверов Apache 2.2.21, Nginx 1.0.6, с базами данных MySQL 5.1.59, 5.5.16, SQLite 3.6.22 (в связке с PDO).
Основные изменения:
Список всех изменений Flexo CMS 0.1.4 Pre RC:
+ Добавлена новая тема панели управления Special+ Добавлена поддержка прозрачности для изображение GIF, PNG в классе cms/helpers/SmartImage.php+ Добавлена русскоязычная локализация для jQuery UI Datepicker+ Добавлен метод FrontPage::findById()+ Добавлено новое событие frontpage_byid_found+ Добавлен перехват события frontpage_byid_found для плагина Page images+ Добавлено указание временной зоны при установке* Код FrontPage::getParts() перенесен в FrontPage::content(), изменен код метода FrontPage::hasContent()* Улучшена совместимость с БД SQLite (@sartas). Добавлены функции lower, date_format* Перешли от использования функции eregi() к ereg() (вызывала deprecated ошибки)* Устранена устаревшая функция ereg() в cms\helpers\Email.php (до v 0.1.3 beta включительно)* Исправлено: При указании в заголовке страницы кавычек-лапок «"» они не преобразовываются в HTML-сущности, что ломает отображение заголовка в поле <INPUT>* Исправлено: Копирование сраниц работает не удовлетворительно: после копирования полностью изменяются позиции страниц (решение предложил @sartas)* Исправлено: Пр использовании типа Archive для страницы-раздела происходит переопределение URI для страниц, что не позволяет кэшировать страницы в таком разделе* Ошибка в SQL-запросе в /cms/app/models/Page.php (399). Лишние скобочки в запросе* Исправлено: В файле cms/app/models/User.php необходимо добавить параметр класса $last_login* Исправлено: с версии PHP 5.3 функция split() вызывает deprecated ошибки. Перешли к использованию explode()* Исправлен баг в schema_sqlite.sql, в таблице tag стояло значение unsigned, не поддерживаемое SQLite (@sartas)* Исправлен баг в плагине File manager, в файле file_manager.js. Не открывался диалог выбора файла в новых версиях Firefox 5 и IE9* Исправлен баг с кэшированием. Теперь используется CURRENT_URI. Помимо этого добавлена отчистка кэша по событиям layout_after_edit, snippet_after_edit* Небольшие чистки в плагинах* Обновлена версия jQuery 1.6.4
Flexo CMS Pre RC уже доступна. RC выйдет завтра. Планируется, что обновленные версии будут выходить раз в 2 месяца.
И в заключении хочу добавить, что на RC версии уже можно начинать делать стабильные сайты. Например, arcsel.com.ua работает стабильно.
P.S.: Спасибо активным участникам, которые пишут не только о найденных багах, но и предлагают пути решения.
Пришел ответ от OpenSourceCMS.com, они согласны предоставить площадку для демо-версии Flexo, с возможностью периодического обновления всего кода. Но есть загвостка: нужно набросать англоязычную страницу о системе, если кто ни будь возьмется сделать нормальный вменяемый перевод — буду благодарен, если нет — придется немножко подождать.
Может возникнуть вопрос: «Почему нет демки на сайте проекта?».
Все просто: пользователи системы работают с PHP-контентом напрямую. Поэтому любой посетитель мог бы ради забавы удалить все файлы в каталоге сайта… Хотя есть вариант «запереть» все обработчики форм. :) Но все равно — рисковать пока не хочется. Вообщем было бы раздолье для хакеров.
Думал над концепцией доступа. Была даже мысль запрещать публикацию PHP контента для определенных ролей (например для роли «редактор»). Может в будущем так и поступим.
Еще раз подытожу: если есть желание сделать перевод — пишите flexo@up.dn.ua, если нет — демку придется подождать.
Думаю, это лишнее.
Например, создаем обычный HTML-файл test.html, заливаем на любой сервер. И пробуем работоспособность с GET-параметром.
Проверяем:
http://site.com/test.html?test_value=1
http://site.com/test.html?test_value
http://site.com/test.html?
Все эти ссылки будут оставаться рабочими, потому что GET-параметр не должен вызывать 404 ошибку. Но не исключено, что по определенным GET-параметрам можно самостоятельно генерировать HTTP 404.
Flexo CMS полностью эмитирует статический HTML, не вижу смысла в подобных доработках.
Оправил запрос на размещение системы на OpenSourceCMS.com, если разрешат разместиться — будет Демо в течении двух дней. Если нет — что ни будь придумаем, скиньте свой контакт в ЛС.
Это необходимо контролировать самостоятельно. Например, если у вас на странице выводится какой ни будь товар, запрашиваемый по GET, например http://site.com/product.html?product_id=200, а товар не найден в базе, то можно вывести страницу 404, вызвав функцию page_not_found().
Например:
<?php// Получаем PDO соединение с БД$conn = Record::getConnection();// Получаем ID товара из GET параметра$product_id = (empty($_GET['product_id']) ? (int)$_GET['product_id']: null);// Делаем запрос в БД на получение товара$sth = $conn->prepare('SELECT * FROM product AS p WHERE p.id = ? LIMIT 1');$sth->execute(array($product_id));// Получаем данные из результатов запроса, проверяя «Есть ли записи в результатах запроса?»if ( $result = $sth->fetch() ){ // Выводим параметры товара из $result}else{ // Товар не найден, выводим страницу 404 page_not_found();}?>
Опишите проблему более детально — я просто не могу понять зачем нужно выводить 404 страницу по GET-параметру. Обратите внимание, что на любом сайте можно странице указать GET-параметр, и это не приведет к появлению 404 страниц.
UPD. Необходимо дописывать код системы, что бы она смогла отлавливать URL вида http://site.com/page.html? и выводила 404 страницу.
