Перейти к контенту

Создание кроссплатформенного клиента форума


Рекомендуемые сообщения

Всем привет!

Тут вот меня идея посетила создания клиента форума! Классно,если бы он поддерживал все версии ИПБ (от 1 до 2, и в перспективе 3!)!

Предлагаю всем, кто заинтересовался - отписываться здесь!

Клиент-часть клиента форума я, впринципе, написал...Теперь осталось написать серверную часть..!

Или можно с нуля писать...!

У кого какие идеи - отписываемся! )))

Ссылка на комментарий
Поделиться на других сайтах

Часть этого в 2.3.х вроде как есть, через XML-RPC. В 3.х наверняка будет полная поддержка. Так что клиеент писать не нужно было, они уже есть, насколько мне известно :D
Ссылка на комментарий
Поделиться на других сайтах

Часть этого в 2.3.х вроде как есть, через XML-RPC.

 

Это о чём???

Расскажите поподробнее,как тады запустить у себя такой клиент...! ))

Ссылка на комментарий
Поделиться на других сайтах

"Техническое задание" на разработку проекта клиентской части программы для локального просмотра форума =allcompsoft.com=

(далее продукт).

 

<продумать название продукта>

Продукт должен обеспечивать:

1. Возможность поддерживать несколько форумов

a. Обеспечить упрощенный интерфейс для добавления, изменения и удаления поддержки того или иного форума;

b. Позволять выбрать несколько шаблонов для типичных форумов;

c. Обеспечивать автоматическую регистрацию на форуме или регистрацию по запросу.

2. Получение информации о сообщениях на указанном форуме, при этом:

a. По возможности обеспечить настройку типов получаемых данных (только текст

сообщения, картинки, вложения;

b. Обеспечить сохранение информации на локальном для пользователя носителе;

c. Структурировать сохраненную информацию по выбранным категориям (форум,

пользователь, время и тема поста;

3. Отображение накопленной информации по запросу пользователя, а так же:

a. Обеспечить поиск по всем возможным критериям (следует так же рассмотреть возможность поиска в прикрепленных к сообщениям файлах);

b. Позволять группировать сообщения по выбранным критериям (тема, дата,

автор);

c. Допускать изменение представления и объема выводимой информации

(плавающие окна, кнопки быстрого доступа к фильтрации и группировке);

4. Отправку ответов и новых сообщений пользователя на указанный форум.

a. Должна присутствовать возможность указать форум, и тему для ответа;

b. По возможности обеспечить форматирование текста ответа с помощью имитации средств разметки поддерживаемых форумом;

5. Экспорт и импорт сообщений в различные типы хранилищ информации для

обеспечения резервного копирования и связи с другими программами.

a. Наиболее вероятными типами хранилищ являются MS Access, MS Word, MS

Excel.

Ссылка на комментарий
Поделиться на других сайтах

все реализуемо, есть только 2 вопроса:

приложение должно быть клиент- серверным или все общение только стнадратными http запросами?

цена вопроса ?

Ссылка на комментарий
Поделиться на других сайтах

c. Обеспечивать автоматическую регистрацию на форуме или регистрацию по запросу.

че, хрумер или как его там не годится?)))))))))

Ссылка на комментарий
Поделиться на других сайтах

Насчёт пункта С я поторопился - многие,наоборот,от этого не знают,как уйти! )) Поэтому, про автоматическую регистрацию нужно забыть! ))

че, хрумер или как его там не годится?)))))))))
А это что такое? ))

 

приложение должно быть клиент- серверным или все общение только стнадратными http запросами?

Да,приложение должно быть клиент-серверным! )))

 

цена вопроса ?

Ну,я вообще-то думал,идея! ))) А раз так - то даже и не знаю...А сколько? )

Ссылка на комментарий
Поделиться на других сайтах

Моё предложения для стороны,которая хочет обладать клиентом, и для стороны, которая готова его сделать за энную сумму!

1. Предлагаю объединиться и скинуться разработчику (выразить свои пожелания и скинуться....!) - или одному плвттить,предположим 5000, или на десятерых по 500! )) Как вариант!

2. Разработчику: возьмётесь ли и во сколько обойдётся!

Ссылка на комментарий
Поделиться на других сайтах

все вилами по воде писано, а приложение, со стороны разработки как раз- таки требует конкретики.

Если есть человек, готовый реализовать серверную часть, то могу тогда реализовать win32 часть.

Серверная часть: демон на чем угодно (хоть С хоть Perl, хоть еще что-то) который будет биндить порт и общаться внутри защищенной TCP- сессии.

Демон должен уметь напрямую работать с базой, кешировать информацию, иметь модуль аутентификации удаленного клиента и т.д.

Сразу скажу работа подобная в купе с серверной и клиентской частью будет стоить далеко не 5000 хоть с другим значком в конце эта сумма уже ближе к правде.

Изменено пользователем Kvendi
Ссылка на комментарий
Поделиться на других сайтах

Подписываюсь под каждым словом.

5000 стоит простая клиент-серверная связка, держащая десяток клиентов, которую умельцы для студентов пишут. А вам нужно нечто более функциональное и стабильное.

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

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

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в этой теме...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Зарузка...
×
×
  • Создать...

Важная информация

Находясь на нашем сайте, вы соглашаетесь на использование файлов cookie, а также с нашим положением о конфиденциальности Политика конфиденциальности и пользовательским соглашением Условия использования.