http://www.ImageShack.us" />
Первое - неприятная надпись про install.php. Расположена криво. Файл этот может пригодится, поэтому лучше вообще переименовать его во что-либо произвольное, видное только через ftp админу.
Третье - изначально нельзя запостить в свой блог, потому что по-умолчанию у юзера нет личного блога.
Четвертое - попытался вставить видео с рутуба, так после ошибки про отсутствие блога все скобки html были превращены в entities. Зачем?
Пятое -в TinyMCE следовало бы отключить большую часть кнопочек в силу того, что в них нет реальной необходимости.
Шестое - зачем включен CallBack на файловый браузер в TinyMCE, если браузера нет?
Седьмое - если есть какие-то ошибки при посте (например заголовок длинный) и был выбран блог, то после того как данные отправлены, и ты вновь на этой же странице, но с ошибками - селект с блогом, который ты выбрал для поста до того, стоит по умолчанию на "выберите блог". Лучше по-умолчанию туда поставить блог пользователя.
Предложение - перевести на англ, возможно посредством добавления мультиязычности в самой системе и толкать продукт на запад. Там donation больше прокатит, если проект действительно стоящий.
Я честно говоря не представляю, как на эту идею отреагируют ) но, можно было бы создать сообщество Explay CMS, даже здесь на хабре, код ведь открытый.. для совместной разработки, исправления багов и т.п. если конечно вам это интересно и не противоречит планам на будущее. Я лишь предложил идею, как можно было бы ускоренными темпами, общими усилиями многих небезразличных пользователей реализовать хороший проект. Вы папа, вам и решать ;)
--
На самом деле можно даже собрать сообщество для написания подобного отечественного открытого движка с нуля, были бы желающие )
Отличная новость, рад за вас. Успехов.
Обязательно только отпишитесь, как выйдете на какой-то значимый для вас результат.
Карму поднял, статью тоже стандартный набор. :)
З.ы. в качестве бесплатного совета: уберите надпись про яндекс.деньги и веб-мани. Это очень сильно унижает вас как разработчика, лучше берите деньги за внедрение системы: и денег больше будет на порядок, и уважения. :)
Жаль только что название "ненашенское", уверен выгоднее бы было русскоязычное название. По самой цмс сказать ничего не могу, кроме того что поддерживаю!
мог бы - поставил плюс. Explay CMS звучит как множество других названий, а вот если что-нибудь русское. оно бы и звучало роднее, и звучно было бы - а значит, и узнаваемость бы повысилась.
Не хорошо так делать, значения надо квотить. Не стоит надеяться на то, что в $_SERVER['HTTP_USER_AGENT'] не будет вредоносного кода или, хотя бы кавычки.
Так что юзайте плейсхолдеры, либо "'".mysql_real_escape_string($str)."'" .
Вот.
Очень понравилась идея, понравилась реализация (для данного этапа работы), понравился более-менее "человечный" код (у забугорных программеров от друпала до плигга код ИМХО какой-то нечеловечны). Надо заводить багтрак, чейнжлог, контроль версий и все такое. Автору очередной респект (читает сейчас наверное, и все эти респекты ему... как подарок с олимпиады на 5 кг :) ).
Поправьте:
* «распространяется абсолютно бесплаТно»
* «создавать и вступать В блоги»
* «возможность посмотреть, ← неплохо бы вставить запятую кто и как»
* «пользование сайтом настоящиМ удовольствием»
* «и др. папкАМ, в которые»
* «если не собираетесь использовать текущУю»
* «Также ← слитно перед использованием»
Код честно говоря совсем не ахти, но за благое начинание можно закрыть на это глаза (временно). То что первое бросилось в глаза (только по коду, не ставил), было бы лучше, если (вразнобой):
вынети логику и шаблоны за пределы www
UTF-8
ООП
какой-то единый стиль в сорцах
хоть какие-то комментарии
какой-нибудь шаблон проектирования
избавиться от html в логике
тест на SQL-injection
register_globals! пример:
if ($EXPLAY != "work") {
header ("Location: ../../index.php");
exit;
}
кстати, куда вы нас тут отсылаете? ниже плинтуса, как говорится
любой обработчик SQL-запросов с подстановками
if (my_karma() > "-10") { (боже, а почему строка-то?!)
настройки в отдельный файл
очистить архив от лишних файлов и бекапов
cache не должен лежать в include
обновление так делать нельзя, а если ошибка посредине?
язык в отдельный файл
надоело
Если вы не займетесь тотальным рефакторингом, то проект и пары апдейтов не перенесет (может и перенесет, но о качестве говорить не придется). Вы извините, может недоглядел чего, может надо было поставить, но после сорцев не хочется.
P.S. Ну вот, скажут: "Пришел опять, страницу растянул..." :-)
Разработчику следует создать багтрэкер и выложить ссылку с рекомендациями, чтобы все могли внести свой небольшой вклад бетатестера. Дело быстрее пойдёт.
ковырял двиг, но без перехода на PDO в плане баз, без перехода на Smarty в плане шаблонов, и на паттерн MVC в плане архитектуры - делать нечего, ибо дырявый двиг с макаронокодом, который не поддерживается, и рефакторится прям титаническими усилиями - создал бы SafExplay.
я использовал его долгое время. но уже полгода как не использую.
я отказался от него по единственной причине: нельзя сделать вывод страницы по кускам. вся страница должна быть сгенерирована на сервере.
большие страницы должны генерить данные "на глазах у пользователя"
а в остальном смарти довольно продуманный и удобный шаблонизатор
на странице может быть множество блоков данных, при вытягивании которых базы потребуется определенное время.
т.е. если таких блоков 10 то посетитель подождет 10*(время вытягивание изи базы) времени перед тем как страница загрузится.
такую страницу нужно отправлять по кускам, по мере вытягивания этих данных из базы.
имхо: механизм ob_start/ob_get_clean нужно использовать только по мере необходимости.
Вот смотрите, здесь на хабре, при просмотре топика, сначала грузится его текст, а зетем, через промежуток времени, отдаются комментарии. Вы считаете, что такое решение не верно?
А еще глюк со старой версии остался - в FireFox в админке в правой колонке когда переключаешся между Меню On-line Сайт - все содержимое блока постоянно ползёт вниз.
Извините если обсуждалось уже, но что с кодировкой? У меня вместо мною созданных пунктов меню на русском языке, отображаются знаки вопросов, так в IE 7, FireFox 2
имхо: все sql запросы запросы должны быть вынесены в отдельный класс-генератор-запросов. использовать конструкцию mysql_query('sql запрос') в каждом файле - гиблое дело, особенно когда приходит время расшириться на несколько баз данных.
Аффтору все таки, наверное стоит использовать ООП. И шаблоны проектирования.
Мы такой код юзали года 4 назад.... Сейчас уже время диктует более технологичные решения.
Однако, сам факт, что есть желание что-то создавать свое - очень отраден. :)))
Использование ООП в PHP довольно спорный вопрос. В умеренных количествах, да, бесспорно ннужно. Но опытным путем доказано, что скрипт на ООП работает медленее чем процедурный (пусть ненамного, но медленее). А особых приемуществ ООП, по крайней мере для себя, я не вижу. Вы меня можете переубедить, если дадите наглядный пример :)
автор не знает про мускульные индексы?
автор, в качестве первого проекта сойдет.
теперь можешь удалить и написать заново, только перед этим почитай умные книжки ООП, разделение логики и представления.
Юзай какой-нибудь фреймворк (Zend, CodeIgniter, Symfony, Cake) и жизнь станет веселей.
Мне не совсем ясно почему минисуют palchevsky, человек прально грит. Такое лучше писать на ООП, или же если проблемно самому выписывать фремйворки, юзать готовые решения.
было такое же, самое главное проставьте правильные права на файлы, вот с сайта автора:
>>Если у движка PHP установлены права владельца (полные), то для всех папок и файлов достаточно атрибутов 775. Если у PHP нет прав владельца, то установите атрибуты 777 следующим папкам:
— engine (на время установки системы)
— include/cache
— images/avatars
— images/articles
— images/blogs
и др. папкам, в которые вы намерены что-либо загружать.
Кроме папок так же необходимо установить атрибуты 777 файлам:
— engine/admin_pan_log.txt
— engine/errorlog.txt
— include/start_page.txt
— modules/auth/admin/fields_options.txt
— modules/articles/admin/options.txt
Примечание: большинство проблем при установке и запуске системы связаны именно с правами файлов. <<
Скачал. просмотрел код. Понятно, доступно, просто.
Большое спасибо за проделанную работу.
Не возражаете я воспользуюсь?
Попытался запустить под Win HAMPP - не пошло, но лечение описано коментарием выше. Еще раз спасибо.
Новая версия Explay CMS