CMS Eleanor - Поиск
Полная версия этой страницы: Официальный форум Eleanor CMS » Обновление Eleanor CMS 1.0 alpha
Официальный форум Eleanor CMS » Проект Eleanor CMS » Наши новости
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64
Flynt
xeon, все гораздо просто чем кажется, с легкостью натянул шаблон буквально за 2 дня(1-2ч в день работы), до этого натягивал много раз под дле, отличается лишь тем, что подход другой.
Цитата (Paradox @ 2021-01-18 17:37)
в RC5

<?php echo$url?> <?php echo$title?>

в альфе скорее всего так же,

Как руки дойдут - попробую.
Alexander, уже запустил сайт в сеть, жду группу. :blush2: Также поймал ошибки в логах(в осном core комментариев)
Maximkaboom
Цитата (xeon @ 2012-03-28, 13:38)
После ДЛЕ он не совсем юзабельный :(


какая глупость. шаблонизатор намного лучше чем в DLE
Alexander, когда всетаки выйдет обновление? Работа стоит))) Не могу заняться сайтом, так как нужно обновиться...
Artur
Alexander, а доп поля в модуле новости на альфе скоро будут работать или надо еще ждать, просто хочу сделать сайт и уже сразу на альфе
Alexander
Artur, проше добавить нужные поля, уже говорил не раз. На дополнительные поля лучше не опираться.

Добавлено через 0 минут, 27 секунд:

Doka, могу вам скинуть текущую недописанную версию - начнете, а потом обновим.
Flynt
Alexander, пожалуйста обратите внимание - http://forum.eleanor-cms.ru/index.p...t&pid=34071
------------------
Странный баг на хостинге, при обрамлении информации в тег dohtml все кавычки экранируются.
<div style=\"primer\"</div>

Также есть в логах другие ошибки.
Alexander
Flynt, отключите магические кавычки на сервере. Группу предоставил ;)
xeon
А скоро будет новая версия?
Artur
Цитата (xeon @ 2021-01-18 17:37)
А скоро будет новая версия?

Ребят давайте не будем больше задавать этот вопрос, как только будет все готово Alexander выложит для скачивания
Djadka
Солидарен с Артуром, а то уже такие вопросы изрядно достали, если убрать их из темы то наверно половина сообщений только останется.
Flynt
Alexander, за группу спасибо.
При отключении магических кавычек сервер выдает ошибку 500
Internal Server Error
lokses
Цитата (Flynt @ 2012-03-30, 13:53)
Alexander, за группу спасибо.
При отключении магических кавычек сервер выдает ошибку 500
Internal Server Error



У тебя виртуальное место под сайт потому и выбивает ошибку добавь в файл htaccess

В самом начале: RewriteBase /

И ошибка 500 пропадет
Flynt
lokses, не помогает. :(
lokses
Цитата (Flynt @ 2012-03-30, 14:26)
lokses, не помогает. :(


ТОгда надо смотреть! У тебя что за хостер?
Flynt
lokses, gtx.su
lokses
Цитата (Flynt @ 2012-03-30, 14:30)
lokses, gtx.su


Ненашол у них тестового периуда блин

Добавлено через 2 минут, 49 секунд:

Цитата (lokses @ 2012-03-30, 15:37)
Ненашол у них тестового периуда блин


Кстати если я не ошибаюсь то ошибка вот в чем

Взято с сайта твоего хостера



500 (Internal Server Error, Внутренняя ошибка сервера) — код статуса в протоколе HTTP, сообщающий, что серверная программа работает, но встречается с серьёзными внутренними ошибками, препятствующими нормальной обработке запроса клиента. Ошибка должна быть исправлена на стороне сервера. ВНИМАНИЕ! Информация по chmod на файлы папки, необходимые для работы Вашего сайта.
Всё о режиме работы suPHP. Chmod на файлы/папки

В данный момент на всех наших серверах виртуального хостинга используется режим работы suPHP вместо mod_php.
Основная причина перехода на данный режим - его более высокая безопасность и удобство.


В стандартном режиме mod_php веб-сервер Apache запущен и всегда работает от одного пользователя - nobody. Это является далеко не самым безопасным решением поскольку ошибка в правах доступа позволит другим пользователям читать Ваши файлы или даже делать в них изменения. suPHP страхует от этой проблемы, поскольку теперь каждый процесс запускается от конкретного пользователя (например если Ваш логин - username, то процессы для Вашего сайта будут запускаться только от него). Кроме этого, данный режим работы решает проблему когда скрипты делают изменения в файлах и после этого файлы нельзя удалить/изменить через FTP поскольку они имеют владельца nobody.
Примечания по работе и новые права доступа

* 644 - запись в файл разрешена (по умолчанию)
* 444 - запись в файл запрещена (только чтение и исполнение)
* 755 - права доступа на папки (по умолчанию, менять не требуется)
755 - должны стоять на папку /public_html/ваш_домен (проверьте стоят ли) а также НЕ ИЗМЕНЯЙТЕ права на остальные системные папки/файлы (stats, logs, .htpasswd и на папку /domains) этого делать НЕ нужно. Все изменения должны касаться только папки /public_html/ваш_домен и её содержимого.

Ни в коем случае не выставляйте chmod 666/777 на файлы/папки. Это может угрожать безопасности Вашего аккаунта, а также скрипты в любом случае с этими правами работать НЕ будут. Потому в целях дополнительной защиты и была произведена настройка режима suPHP вместо стандартного mod_php

Обратите внимание - при правах доступа 644 запись разрешена только для скриптов которые запускаются в среде Вашего аккаунта. Никто другой запись произвести не сможет. Для ещё большего увлечения безопасности Вы можете сменить права доступа у файлов на 444 - в этом случае даже Ваши скрипты не смогут ничего записать в файлы, но это не обязательно.

Таким образом при установке скриптов не требуется менять права доступа, даже если в инструкции к скрипту написано что их нужно изменить. Просто пропускайте пункт смены прав доступа CHMOD. C чем может быть связана ошибка Internal Server Error?

Данная ошибка чаще всего означает что сервер заблокировал обращение к скрипту, это может быть по следующим причинам:

* Вы выставили права доступа на файл(ы) отличающиеся от 644 или 444, сервер блокирует выполнение скрипта в целях безопасности (например - выставили CHMOD 666)
* Вы выставили права доступа отличающиеся от 755 на папки(у). (например - выставили CHMOD 777)
* Найдены не поддерживаемые директивы в файле .htaccess

В режиме suPHP не поддерживается установка директив php_flag, php_admin_flag, php_value и прочих, которые изменяют какие-либо параметры PHP окружения.
Flynt
lokses, да проблема именно в этом, так хостинг вроде шустрый, и ioncube по умолчанию стоит.
Alexander, пожалуйста обратите внимание.
Здравствуйте.

На сервере стоит suphp, через htaccess нельзя управлять настройками php.
Только через функцию ini_set('magic_quotes_gpc', 'Off');
Alexander
Flynt, отключить magic_quotes при suPHP можно! Если хостер этого не знает, он просто не компетентен в тонкостях работы PHP в этом режиме. Вот инструкция.

Действие первое
В .htaccess на сайте (в самом верху дописываем):
suPHP_ConfigPath /home/user/public_html
<Files php.ini>
order allow,deny
deny from all
</Files>


Где вместео user указываем ник своего пользователя на хостинге.

Действие второе
В корне сайта создаем файл php.ini внутри которого пишем:
magic_quotes_gpc = Off
magic_quotes_runtime = Off
magic_quotes_sybase = Off



По материалам http://forums.netlevel.ru/index.php?showtopic=160
Flynt
Alexander, спасибо, все работает. :rolleyes:
Цитата (Artur @ 2012-03-30, 11:00)
Ребят давайте не будем больше задавать этот вопрос, как только будет все готово Alexander выложит для скачивания


Ну просто Alexander сам сказал, что к концу марта можно ждать обновления, а уже апрель! Понимаю, что надоели, но хочу спросить Alexander еще раз:
Alexander, я все жду финальную версию вашей системы, периодически захаживаю сюда, чтобы следить за обновлениями, но ничего нового не нахожу. Меня интересует вопрос даже больше не обновления, а конечной, финальной версии CMS. Помню Вы говорили когда-то, что она будет готова еще к концу лета 2011 года :rolleyes: . Сегодня весна 2012 года. Смысл ждать есть вообще или подыскивать что-то другое? Мне просто не то, чтобы к спеху. Материал набирается. Но хотелось бы все же знать приближенные и самое главное правдивые даты выхода системы. Хоть расскажите, что сделано, что осталось?!
Многие говорят, что уже сейчас можно ставить систему и юзать, возможно это так, но я уверен, что CMS до финальной версии еще много раз поменяется. Не хотелось бы сейчас все ставить, настраивать CMS под себя, включая какие-то куски исходного кода, делать или заказывать тему оформления, а потом, с выходом новой версии, все по новой пилить....

П.С. И хотел уточнить, к выходу финальной версии будет ли как-то преобразовываться внешний вид системы? А то сейчас выглядит как-то... ммм... ну как-то не серьезно )
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.