Добавлено: 2009-09-21 19:03:10, Дима

Привет. Не получилось найти твой emal, поэтому пишу сюда.

Сегодня получил очередной заказ от фирмы. Нужен блог на файлах.
Пощупав твою CMS, она меня приятно удавила. – Очень хорошая работа.
Из замечаний немного неприятно было видеть множество папок присутствующих в CMS, на Linux серверах мне лень всем папкам и файлам в них прописывать правильные права доступа. Все ведь можно сделать компактней.
+ вопрос. Как себя поведет cms и безопасно ли если к папкам lib и data будет доступ из вне, другими словами сервер не поддерживает .htaccess.

Добавлено: 2009-09-21 22:28:33, Bolzamo

1) В Linux-серверах не нужно выставлять права для каждой папки отдельно.
# chmod -Rc uga+rwx data
И права на все файлы выставлены корректно.
2) Не совсем безопасно. Не, кода никакого злоумышленник не выполнит, но, например, скрипт actions.php выдаст пару ругательств о том, что требуемая функция не найдена, и будет абсолютно прав. А в тексте тех ругательств будет содежраться абсолютный путь к файлу скрипта, то есть злоумышленник получит представление о топологии каталогов на сервере. Если это не страшно, то и не беда. С data примерно та же система. Настройки злоумышленнику прочитать не удастся, а выполнение кода - максимум, что получит - те же ругательства php-парсера.
Вот только не верю я, что сервер не поддерживает .htaccess. Куда вероятнее, что его поддержка просто отключена для данного каталога в основном конкфиге сервера. Просто надо покурить ман по настройке веб-серверов, и настроить его по-человечески, чтобы все работало.

Добавлено: 2009-09-21 23:29:13, Дима

Тогда встречный вопрос, намечается ли в новых версиях возможность изменять месторасположения и названия директорий data, lib, ext и других?
Так же повторюсь очень хотелось бы видеть в новых версиях более компактную структуру файлов. Я прекрасно знаю Linux и то что вы предложили. Но зачем, допустим создавать папку lib? Что мешает ее содержимое вложить в data, там ведь только 3 файла.

Добавлено: 2009-09-24 22:20:46, Bоlzamo

Да, конечно. Data уже можно перемещать, изменив путь к ней в переменной $_s['data_dir'] в файле index.php. Переименование ext и lib обязательно будет реализовано в последующих версиях.
А папку lib создавать за тем, что нельзя ее сувать в data. Она read-only. К тому же, при обновлении движка на новую версию, каталог data не обновляют, поэтому системных файлов туда сувать не надо. А число файлов можно впоследствии и увеличить собственными модами. Например - добавить новые типы контента(это уже не по теме основной сборки, а к вопросу о модификациях).

Добавлено: 2009-09-28 16:00:28, Дима

Спасибо, буду ждать новых версий!
И еще несколко замечаний. Мелочи но все же. Когда добавляешь новую страницу или новую запись ниже textarea можно ставить галочьку если будет использован php. И далее идет описание этой галочьки. Зачем что б оно каждый раз мусолило глаза? Коректней будет все это описание внести в title в "?" как у вас сделано и в других местах на сайте. Ответьте мне пожалуйста на почьту, не хочеться в публике писать о своих замечаниях.

Добавлено: 2009-11-03 18:23:08, avv

Как к Атомику прикрутить http://davidwalsh.name/php-google-analytics скрипт подсчета посетителей

Добавлено: 2009-11-30 01:58:56, Dexter

Хорошая работа. Вот только мне не очень понравился дефолтная тема, по этому я немного подкорректировал ее. Хотел отправить ее разработчикам но не смог найти контактной инфы, по этому пишу в каменты.
Скрин прилагаю http://www.valar.ru/gallery/1109/1259535671_34.jpg

Добавлено: 2009-12-07 00:38:01, Wave

Поскольку сайт атомика уже дважды глотал комментарии, я отправил фидбек на сайте оригинального NE, сохранив в буфер обмена. Потом нашёл этот сайт и отправляю этот же коммент.

Привет.
Стала передо мной задача сделать простой сайт без БД.
Из найденных вариантов движков приглянулись NENAE.
Начал разбираться, что есть что.
На первый взгляд, NAE жив, тогда как NE обновлялся больше полугода назад. А также, NAE позиционируется (автором) как более удобная и дружелюбная система.
Но при более глубоком ковырянии обнаружил, что:
в NAE не хватает формы обратной связи, аплоада файлов, лайтбокса… Остальные плагины, которые есть у NE и отсутствуют у NAE, не так важны (мне сейчас).

Посоветуешь таки делать на NE?
Я так понял, системы не совместимы между собой. А на NAE уже полдня убил (непозволительно много для такого простого сайта и маленького движка) — не хочется ещё полдня убивать на NE. А шаблон так и так придётся переделывать, да и в NAE с блоками всё же удобней работать.

Скажешь по этому поводу что-нибудь хорошего?

P.s. Капча к форме обратной связи тоже желательна, а для NAE ciurl не пашет под денвером.
И ещё, на NE можно указать на главной статическую страницу. Как сделать это же на NAE, а блог по другому адресу пустить?

P.p.s. В этом блоге сайдбар съехал под контент (FF3.5.5)

Вадим.