Добрый день. Имеется некоторый сервис, представляющий собой "черный ящик". Работает по принципу "я ему - POST-запрос, он мне в ответ - XML". В 99% случаев этот XML - это табличные данные, которые нужно просто визуализировать посредством HTML. Посоветуйте пожалуйста наиболее удобную CMS-ку, с помощью которой на такой сервис можно навесить веб-гуй.
_DEN_, можно взять джумлу или друпал, но они толстоваты, так что если слабый хост или критична нагрузка, то лучше написать что-нибудь своё, благо с php это делается резво даже без каких-либо начальных знаний. CMS - вообще решение достаточно универсальное, но в твоём случае зело избыточное, если стоит вопрос об гуйце только для этого сервиса. А удобство - понятие достаточно субъективное, кому настраиваемость и масштабируемость, а кому просто кнопочки на экране потыкать и шоб работало. Ты бы пояснил, какие задачи будут именно у этой самой веб-обёртки
TechManiac Лол По внешнему виду это что-то вроде вот этой статистики: http://www.liveinternet.ru/rating/ru/ А основная задача - распаралелить работу двух человек на две независимые прямые (один делает гуец, другой - сервис), и гарантировать на архитектурном уровне, что гуец и сервис не будут намертво завязаны друг на друга.
GoldFinch Это укладывается в 99% сценариев. Но есть еще 1%. Например - вынуть session id из XML и сохранить в веб-сессии (с возможностью вдальшейшем вынимать этот сид и передавать сервису).
_DEN_ Собственно ты уже и так всё гарантировал. Слать запросы и получать XML-ки можно откуда угодно - хоть с веб-странички, хоть с оконного приложения. А CMS тут будет только мешать и жрать ресурсы, потому нужно писать что-то своё, благо это никаких проблем не представляет, если от странички кроме вывода респонса ничего не нужно. Собственно открываем сокет-соединение, посылаем пост-запрос, получаем ответ, парсим ответ, выводим на страничку - всё, что требуется от серверной части гуйца, он на сервисе не завязан никак вообще. С твоими задачами прекрасно справится php, в общем. И запрос пошлёт, и ответ пропарсит, и в HTML его выведет, и в куки чего-нибудь засунет
TechManiac Дело еще в том, что человек, котрый имеется в моем распоряжении, очень не любит программировать, но хорошо владеет CMS-ками и может освоить новую при необходимости.
_DEN_ Хех, ну тут без своего кодеса совсем никак, поскольку CMS - такие штуки, которые стремятся сделать максимально универсальными и подходящими для общих случаев. У тебя же случай частный, и я с высокой долей вероятности прозреваю, что готового модуля под твою задачу не будет. Максимум что - будет похожий, но тут уже поднимается другая проблема: для использования преимуществ CMS нужно свои скрипты оформлять в виде модулей к этой самой системе, и у этих модулей может быть достаточно запутанная и кривая структура, в зависимости от косолапости разработчика(как модуля, так и системы в целом). И в итоге вместо того, чтобы быстро написать строчек 200 и радоваться жизни, придётся читать маны по совсем незнакомой системе и сидеть постигать внеземную мудрость "откуда что вызывается и как оно вообще дышит". php - лидер по количеству школоразработчиков, что тонко намекает о уровне вхождения. А если писать совсем не хочется, то (только) у этого языка есть ещё одно неоспоримое преимущество: можно разбить своё задание на подзадачи, и искать эти самые подзадачи в гугле. Уже на первой странице будет три-четыре реализации из разных бложеков. Копипастим, смешиваем, вуаля - готово.
TermoSINteZ Ну вот XSLT он не знает, а это похоже единственный человеческий способ это сделать. Напишу ему шаблоны и посмотрим тогда что из этого получится.
