Offline-клиент для Drupal'a

Дак .. Есть же модуль blogapi.
"Enable users to post using applications that support XML-RPC blog APIs"
Идет с Друпалом... :)
--
USU-Lug http://usu-lug.org.ru

Имелась ввиду программа-клиент (вроде Semagic для livejournal), через которую можно создавать сообщения в Drupal'e. И которая хранила бы все комментарии и созданные тобой сообщения (и не только тобой, а вообще все), а также закачивала новые, через определённое время или когда ты хочешь.

Да и не только для блога это нужно, а для всего Drupal'a. Иначе просто нет смысла. Хорошо бы, что бы такая программа учитывала бы, какие модули установлены в Drupal'e и если каких-то нет, просила бы установить... Короче, идей для такого клиента было бы море. Главное, чтоб он был...

Через Blogapi можно подцеплять различных блог-клиентов (недостатка в них нет под разные ОС) и постить сообщения в блоги Drupal. Можно адаптировать это для постов в любые разделы сайта, но не знаю делал ли кто такие вещи. Для блогов пробовал - работает.

Также модуль mailhandler позволяет настроить постинги на сайт через почту.

Я думаю, клиент альтернативный вебинтерфейсу необходим для Drupal, причем не только и не столько для пользователей, сколько для администраторов, которым не важен внешний вид сайта (темы), сколько нужен быстрый и настраиваемый под свои нужды интерфейс. Я не знаю, когда доберусь до писания кода, некоторые теоретические выкладки для себя делал и что-то начал даже на wxWindows + Python рисовать. За недостатком времени отложено на потом :)

--
Axel

Раз уж ты поднял тему, B.X, давайте ее продолжим. Я могу только заверить, что заниматься этим планирую, но сроков точно назвать не могу. Может быть кто-нибудь сподобится реализовать раньше. Далее мысли по теме вразброс.

Клиент нужен для пользователей и для админов. Скорее всего не стоит их смешивать и сделать лучше два разных приложения (пусть использующие некий общий бэкграунд).

Поскольку невебовские приложения я пишу на Питоне обычно, то и этот проект есть желание сделать на нем. По собственному опыту, у этого языка хорошая многоплатформенность, приложение будет работать на windows, linux, macos и многих других платформах. В качестве графической библиотеки - wxWidgets (бывшая wxWindows). Весьма функциональная либа поддерживающая разные языки, с многоплатформенностью тоже все неплохо. Плюсы Python и wxWidgets - оба они хорошо интегрируются с C++ и можно при необходимости критичные к скорости участки дописывать на этом языке (или модули доп. на нем делать), впрочем заморок со скоростью быть не должно, это не то приложение, где скорость будет критична.

Клиент для админов должен обеспечивать прозрачное администрирование сразу нескольких сайтов. Должен предоставлять уведомления о системных событиях. Установку модулей и работу с БД. Клиент сам по себе должен быть модульным, наращивающим функциональность с помощью каких-нибудь плагинов или т.п. дополнений.

Клиент для пользователей должен обеспечивать постинг материалов на сайт, локальное кэширование данных, вероятно поддержку фильтров сайта (локальный предпросмотр сообщений), получение материалов сайта по различным критериям, одновременную работу с несколькими Drupal-сайтами.

Задача сводится к написанию серверного API (вероятно расширению BlogAPI) - это на PHP, поскольку в рамках Drupal; и клиентского приложения (Python) из двух частей (CLI бэкграунд и GUI оболочка к нему). Клиент должен предоставлять всю функциональность через CLI, оболочка GUI для удобства использования.

Пока от всей этой затеи есть только название RAIN (Remote Administration In ???N??? :)) - если Drupal это капля, то много капель это - дождь (rain) :)

--
Axel

Не вижу смысла разделять на два клиента. Всё это можно реализовать на уровне паролей. Какой пароль, такой и уровень привилегий, да и всё. Например, я админ на своём сайте, а на твой захожу как обычный пользователь, что же мне теперь две программы из-за этого использовать? Нелогично и неудобно. А если, например, у меня поменялись права на сайте и стали идентичными админским, то мне придётся перебираться на другую программу, что опять же неудобно и не нужно. Нет, клиент должен быть один. "Не нужно плодить сущности без необходимости"...

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

RAIN - можно. Remote Administrator IN. Вот можно так и писать: RA.IN зато узнаваемо будет. А кто там уж как догадается, может потом и предложит...

Главное, что должна поддерживать эта программа - это полностью оффлайновое добавление данных. И ответ на комментарии и добавление новых сообщений в выбранные категории и разделы. Добавление и вставка картинок (можно даже сделать такую штуку, как например: картинка которую ты выбрал закачивается по фтп (автоматически), а в сообщение публикуется ссылка на эту картинку). Текстовой редактор, кстати, может решить проблему, которая существует в Drupal'e, в разных браузерах поддержка яваскрипт разная, для веба это похоже сделать труднее, например поддержка (быстрая вставка посредством кнопок) bbcode и разрешённых тегов html. Вставка смайликов, а ещё больше хотелось бы поддержка модуля context links, потому что в вебе набирать ручками и запоминать все эти {user} и тд. - запаришься.

Неспешно подбираясь к теме написания клиента, смотрю какие есть наработки в этой сфере. Вроде, что-то для администрирования PHPNuke вроде делалось, но точно не знаю (кто в курсе?). А вот попался клиентик к сайту на Invision Board - форумам Экслера (http://forum.exler.ru). Код закрытый, Windows-only (под WINE запустился), но интересно оценить интерфейс. Скачать тут можно: http://exler.metacom.ru/client/FERClient_IB.zip Кому попадались подобные клиенты для пользования сайтами/форумами поделитесь ссылочками?

Блог-клиенты идут отдельной категорией, о них еще особый разговор будет.

--
Axel

Клиент для liveinternet.ru (Дневники основанные на vBulletin), он не только для блогов работает, но и для личных сообщений и для форумов тоже... В общем, интересная штука, мне понравилось как он работает, хотя улучшать там надо ещё много чего...

Работает только под win2000 (98 и 95 в пролёте). Из под него можно отвечать на оставленные комментарии в других дневниках, в форумах, на личные сообщения, в Дневниках друзей и постить сообщения в свой Дневник... В общем, интересно, по масштабу - хорошая задумка... Скачать можно здесь: http://soft.rax.ru/li/

Интерфейс напоминает, кстати, программу чтения почты "The Bat"... Можно вставлять смайлики, картинки через программу прямо (вот бы в Drupal так), хотя возможностей форматирования нет и bbcode видятся такими, какие они есть, но я думаю, это к лучшему...

Есть ещё клиент для Исходников.ру тема его здесь, он основан на каком-то news сервере (или что-то вроде этого), я так до конца и не понял...

И есть ещё один клиент для форумов RSDN страничка здесь, по моему все они для windows и требуют много чего понаустановить себе на комп... Вроде это всё, что я знаю...

B.X, спасибо за ссылки. Ставить к себе такое не стану учитывая безумные системные требования вроде MS Access, OLE, .NET и пр. вражеских технологий ;) но документация, скриншоты и впечатления пользователей - это то что нужно сейчас для анализа.

Нет, там не news-сервер, хотя сравнения с ним проводятся - просто идеи в работе похожие. А так RSDN клиент судя по всему работает через протокол SOAP (это XMLный протокол обмена). Я планирую делать клиент через XML-RPC - упрощенный вариант SOAP.

Идея скачивать все обновления сайта в оффлайн и с ними работать - интересная, но imho не верная. Т.е. это может быть опцией (подписка на какие-то части сайта), но основной режим работы должен быть примерно как в броузере - запросил страничку, получил ее и никаких побочных запросов.

--
Axel

Представь, например, ты backup делаешь не так часто, зато имеешь возможность весь контент сайта (со всеми его настройками) иметь в оффлайне... Появляются такие интересные возможности, как синхронизация, восстановление при сбоях. Восстановление предыдущей версии (чего в БД типа MySQL даже не предусмотрено) и тд...

Тем более, если "всё как в браузере", то зачем он этот второй браузер нужен? Если не сохранять в локальной версии ничего (мне лично места не жалко, а тем, кому жалко могут не сохранять), то очень неудобно следить за тем, что новое появилось, опять же, теряется контроль над старым контентом, ты просто не будешь знать, что у тебя вообще на сайте хранится...

Короче, мне кажется, что лучше было бы, иметь полную оффлайн-версию (с возможностью отключения) своего сайта... С поддержкой разделов (где какие и в каких разделах было добавление) и прочими прелестями (поддержка других пользователей (кто что добавил), с аватарами и красивым видом страниц...

И главное!!! С поддержкой НЕ только utf-8 кодировки... Мне в этом смысле больше всего нравится (из всех мной представленных) клиент с li.ru, он самый нормальный и самый функциональный похоже...

А может зря ты так блогеры задвинул в сторонку?
Может быть взять уже существующий блогер и несколько расширить его функциональность?

--
USU-Lug http://usu-lug.org.ru

Разделяя всеобщую любовь к OpenSource, никак не могу все же разлюбить замечательные продукты от Macromedia.
Недавно вышла третья версия Contribute -- оффлайн-клиента для работы со статическим и динамическим контентом (вкратце -- помесь Word'а с Explorer'ом).
И вот Вам статья о его интеграции с TeamSite 6.0 Enterprise (ужасно навороченная и уж точно дорогая CMS).
Ни в коем случае не рекламируя ни то, ни другое, обращаю лишь Ваше внимание лишь на предлагаемый способ обращения с контентом.

В принципе, там речь идёт о том (если я правильно понял), что весь контент создаётся именно таким путём. С помощью оффлайн-клиента. А онлайн скриптов для работы не придусмотрено (или очень мало). То есть, это своеобразный "конструктор сайтов", он добавляет страницы, он их обновляет и тд... Или я не прав?

Axel я не великий программист, начинающий одним слово, но с радостью помогу в написании таной программы. Знаю C++. пиши на cpp@alina.br.urbannet.ru

Спасибо, я думаю помощь пригодится. Хотя не уверен насчет надобности C++, разве для отдельных модулей окажется целесообразно. Вот средства которые я планирую использовать:

Язык Python (http://python.org) - ядро клиента, модули к нему.
Библиотека wxWidgets (http://wxwidgets.org) - GUI.
Собственно PHP - для серверной части, сопрягающей клиента с Drupal.

Но также понадобится проектирование GUI - т.е. вида интерфейса, проработка диалогов и пр. Это не программирование, а конструирование форм. Причем на начальной стадии даже без привязки к конкретной библиотеке (в данном случае wxWidgets).

Ну а совсем для начала - надо определиться с требованиями и сделать что-то вроде ТЗ. И здесь любой программерский опыт несомненно будет полезен.

--
Axel

Непроверенная информация, но на сайте написано, что Drupal поддерживается: http://wbloggar.com/

Некоторые blog-клиенты я пробовал. А чем этот отличается от прочих? Все равно однако, в Drupal блог-клиентами никуда кроме блогов постить нельзя - не предусмотрено API.

--
Axel

Хех... а API доработать никак нельзя? Как патч или как модуль?

Дак.. я вот и предлагал (в другом комменте), что просто взять уже существующий клиент и дополнить функциональность (ну и api Друпаловский тоже)... Но как-то на мой коммент никто не среагировал...
?
--
USU-Lug http://usu-lug.org.ru

Ты, насколько я помню, в том комменте, был излишне лаконичен... Лично я не понял, даже то, что ты сказал...

загнулся клиент?..

До него в очереди стоят приличный форумный модуль и wiki. Это то, чего мне не достает уже сейчас для нескольких сайтов. После можно побеситься с жиру и поразвлечься разработкой офлайн-клиента. Пока же - вики готова процентов на 20, форумный модуль - тоже только базовая функциональность (даже проще чем стандартный модуль). Клиент точно переносится на следующий год. Если только кто еще не озаботится его разработкой? На drupal.org к сожалению обсуждений в эту тему не нашлось.

--
Axel

информация отсюда

Nick:
...что просто взять уже существующий клиент и дополнить функциональность (ну и api Друпаловский тоже)…

Считаю, что это наиболее реальный вариант. А в свете новости про word можно надеяться, что удастся встроить эту расширенную функциональность в последний с помощью VBA скриптов.

Word? Жуть какая. В последних версиях друпал стал более совместим с разными блог-клиентами, постить новости и блоги на сайт не проблема.

--
Axel,
администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!

http://wbloggar.com/download.php
неплохая вещь, но добавлять инфу мона только в блог

Если б я был developer'ом, я бы связался с разработчиком расширения ScrapBook для Mozilla Firefox и вместе с ним интегрировал бы это расширение в Drupal. Плюс добавил бы к этому элементы веб-интерфейса для визуальной разметки контента на чужом сайте метками полей (title, body, user), терминов (/ключевых слов), и метками html-tag-фильтров (P, table, img и др). И кнопочку Save :) И тогда это был бы самый простой способ публикации материалов на сайте. Точнее говоря - чужого контента на своем сайте :)