Визуальный редактор.

[Crazy]

Т.е. обсуждаем именно целесообразность исполнения визуальной морды CMS на стороне клиента с использованием JavaApplets/Flash/JS?

Мое мнение: целесообразно. Хотя бы потому, что это снимает уйму геморроя с серверной стороны и снижает трафик.

Вообще, в этом плане стОит посмотреть на Rebol/View. В этом случае клиенсткая часть, собственно, будет отдельным приложением. Но интегрится с сервером оно просто отлично.

Можно еще curl использовать (не то, что CURL от PHP), но его как бы оплачивать нужно...

[ihorko]

ну, Rebol/View только в плане примера клиентского фронтэнда, который интегрится с веб-бекэндом покатит. вопрос в том, как можно с таким вот аппликейшном юзать пхп, который лежит и выполняется на сервере? имхо никак. о чем и было сказано в самом первом ответе. флудим на очевидные темы, господа.

[RFMitrio]

Целесообразно - это безусовно. Не только для снижения трафика и нагрузки на сервер, но и для привлекательности и лучшего восприятия для юзера системы.
Захочет ли юзер ставить клиентские приложения? Равно как и джвм и всякие там плагины. Конечно, на средствах разработки типа c++ можно разработать полнофункциональный интерфейсный модуль - но стоит ли оно того.
Curl - это серверное средство? Оно наверняка не всеми хост-провайдерами поддерживается, а надо максимальной универсальности достичь...

[Crazy]

Оригинал написал(а) ihorko
ну, Rebol/View только в плане примера клиентского фронтэнда, который интегрится с веб-бекэндом покатит. вопрос в том, как можно с таким вот аппликейшном юзать пхп, который лежит и выполняется на сервере? имхо никак.

Почему никак? Именно на PHP и пишем backend, которому будет отдавать команды морда, написанная на Rebol/View или еще на чем. Аналогичную вещь в связке дельфевой программы на клиенте и jsp-backend на сервере я пробовал -- получается приятсвенно. Прежде всего -- за счет того, что сохраняется и возможность работы и без специального клиента ценой снижения удобства.

[Crazy]

Оригинал написал(а) RFMitrio
Захочет ли юзер ставить клиентские приложения? Равно как и джвм и всякие там плагины.

Когда мы говорим о CMS, то обычно на клиентской стороне сидит не некий абстрактный дядя Вася, а оператор конкретной системы. И обеспечение наличия у него нужного плагина или нужной программы обычно не является проблемой.

В случае отдельной клиенсткой программы есть другой нюанс: неизбежные изменения в CMS не должны требовать повторного скачивания цельного .exe'шника на 5M...

Конечно, на средствах разработки типа c++ можно разработать полнофункциональный интерфейсный модуль - но стоит ли оно того.

It depends.

Curl - это серверное средство?

Упрощенно: curl есть плагин, предоставляющий действительно развитые средства построения пользовательского интерфейса. В плане идеологии аналогичен клиенсткому JS -- разница (принципиальная) в возможностях. Но у curl неудобный режим оплаты, соответственно лично я им не пользуюсь.

а надо максимальной универсальности достичь...

Зачем? Вопрос вполне серьезен.

[RFMitrio]

раз плагин, то это другое дело.
Универсальность - чтоб не сильно зависеть от хостера и ПО на сервере. Пусть апач, пхп и мускул стоят почти везде, но если юзать спец. серверные средства, то система будет сильно ограничена в применении. например, делат базу на интербейзе

[Crazy]

Если мы хотим достичь серверной универсальности, то предельным решением было бы вынесение на клиента всей функциональности CMS. Решение тоже проверенное: пользователь получает приложение, в котором помимо функций управления контентом есть кнопка "export". По нажатию оной формируется внешнее представление контента (в моем случае -- набор статических html и инжекс для поисковой машины), и опционально архивируется gzip'ом.

Разумеется, таких маньячных решений обычно стОит избегать. Так что ме все же кажется самым разумным вариант, когда минимальный функционал реализован на сервере с помощью MySQL+PHP (к примеру), а поверх этого сидит клиенсткое приложение, которое поверх этого создает крутой и фичевый интерфейс.

Работа, понятно, двойная.

[Crazy]

BTW, рекомендую посмотреть на ознакомительную версию Macromedia Contribute...

[Самурай]

личное мнение...

аплет наверное был бы лучше...