Клиент Опции

[worldmind]

Шурик читай внимательно. Поясняю для пограничников (хорошо хоть не танкист):
Юзер сединяется с инетом, запускает программулину которая логинится на форуме, вытягивает список активных с его последненего прихода :-) тем, открывает свежие страницы этих тем (можно обратиться к упрощённой версии для уменьшения трафика и не зависимости от скинов) и вырезает из них (представь себе по дате/времени) свежие сообщения и суёт к себе в базу, после чего выходит из форума и юзер отсоединяется от инета (диалапчики время знаешь ли оплачивают) интерфейсом программулины читает посты и подготавливает ответы. пинает кнопку - идёт соединение, вход, отправка его ответов, выход.
Чего тебе не понятно?

[alexweb]

Даже если не принимать во внимание то, что я сказал (это все равно остается актуальным), то твой алгин не решает проблему оплаты инета по траффику.


И еще. Если поставить себе букмарк на страницу http://chernyahovsk.com/forum/index.php?ac...rch&CODE=getnew то нахрена тогда такой плагин? сам заходишь и по-быстрому читаешь, да еще не все новые, а только интересующие.

[worldmind]

Бесспорно это не идеальный вариант, но даже он пока не реализован, а уж о более сложных и речи нет, кто заниматься будет?

[alexweb]

У меня пока офигенные проблемы материального плана, так что right now пока не могу. Так что подобную вещь я все-таки реализую, но не сейчас.
У меня давно была идея написать подобный плагин, правда к другому форумскому движку.

Ты можешь и взяться, заодно и php освоишь

Сообщение отредактировал alexweb - 18.4.2006, 13:49

[Iceman]

2alexweb
У меня эти проблемы длятся уже минимум полгода.
Ты абсолютно прав и как программер я тебя поддерживаю.
С другой стороны я уже не раз научен горьким опытом и пока у нас нет четкой координации наших действий и дел у каждого по горло (сессия, товарищи!) предлагаю в ближайшее время заняться разработкой Технического Задания то есть самой что ни на есть простой постановкой задачи.
Когда мы поставим перед собой строго определенные задачи, нам и работать будет легче.
Поклониики "экстремального программирования" идут лесом ибо идеальная версия реализации далека от ХТМЛя.
worldmind, вообще не понимаю что ты в этот ХТМЛ так упёрся. ХТМЛ забирает около 70% траффика на себя, в то время как 30% остатка - это именно то, что нам нужно. Не проще ли передавать эти нданные напрямую.
Что касается безопасности, то скажу следующее - против лома нет приема. В Мелкософте работают тысячи афигенных программеров, однако все здесь присутствующие оконщики сидят на крякнутых форточках.
Если руки будут прямыми, то и безопасность не пострадает.

Это ИМХО. Можете попытаться оспорить.

[worldmind]

Да вы всё правильно ГОВОРИТЕ, только разговоры идут уж больше года, а я реально говорю что нет времени и возможностей строчить серверные плагины, да и клиент-то особо не попишешь. теоретически хоть движок форумский написать можно, который хмл возвращает и заточен под использование клиентского ПО, а на практике - ноль

[alexweb]

2ICEMan

С этим согласен. С написания ТЗ все начинаться и должно.
Однако сначала нужны требования (requirements) . Посему просьба ко всем предоставить эти требования.

[Iceman]

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

Для определения новизны сообщений как движок форума, так и клиент должны использовать значение поля lastvisit в БД.
Мне кто-нибудь может объяснить каким макаром там регистрируется время и дата, если значение этого поля, допустим, такое: 1145357295
Я вот что-то понять не могу.
Так же как и дата/время последнего визита пользователя регистрируется в таком формате, каждое сообщение имеет такое же свойство. Опять же если знать алгоритм сравнения всего двух полей (!!!) можно без проблем найти новые для данного пользователя сообщения.
И для этого не надо грузить ХТМЛ-страницу getnew
А дальше уже пляски с бубнами... выборка из базы этих самых сообщений и распределение их по топикам либо просто копирование если локальная таблица сообщений аналогична серверной...

2alexweb
Вечером я специально для этого создам отдельный топик "Требования к клиенту".
Опросим людей, хотя в принципе мы и сами можем выдвинуть эти требования. В идеале функциональность клиента не должна уступать функциональности форума. Быть может (опять же в идеале) она должна быть даже выше.
Но тут опять же свои "но":
Что делать с функциями администрирования/модерирования? Как их оформлять и документировать.

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

[alexweb]

Мне кто-нибудь может объяснить каким макаром там регистрируется время и дата, если значение этого поля, допустим, такое: 1145357295

Это количество секунд прошедшее с 1970 года до текущего момента (unix timestamp) - очень удобная штука.
Кстати функциональность клиента на xpoint.ru как раз выше функциональности самого форума. Вот так то.

Сообщение отредактировал alexweb - 18.4.2006, 14:34

[SunOfABeach]

Если помечтать, то хотелось бы иметь форум выдающий ответ в xml ибо любой дополнительный скрипт на сервере это лишние проблемы с безопасностью, так, что моё мнение разобрать html и не мучаться серверными частями, задача была не столько трафик снизить сколько обеспечить диалапщикам оффлайн-клиент, законектился раз - скачал, законнектился два - закачал, вот вам и экономия

Разбор html будет работать ровно до тех пор, пока не будет исправлен скин. С другой стороны, разбор html - задача весьма нетривиальная, тут одними re не обойдешься.

[Iceman]

Это количество секунд прошедшее с 1970 года до текущего момента (unix timestamp) - очень удобная штука.
Кстати функциональность клиента на xpoint.ru как раз выше функциональности самого форума. Вот так то.

Ага, спасиб за инфу. Никогда раньше не пользовался просто, буду знать.
Насчет функциональности клиента... как и любой программный продукт, он все равно не будет на месте стоять.
"Спектр доступных функций прямо пропорционален фантазии разработчика" ©ICEMan


А... и еще кое-что... Совсем забыл ответить.
Уменьшение траффика выгодно как диалапщикам, так и пользователям выделенных каналов равнозначно выгодны ибо:
1. Значительное сокращение траффика.
2. Быстрое переключение скинов. Обновление информации о пользователях автоматически/по требованию.
3. Сокращение времени пребывания пользователя в сети (для диалапщиков). Ибо они БЫСТРО синхронизируют базы и отключаются. Отвечают. Подключаются, дописывают данные в таблицу.

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

[Necromant]

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

Одновременно в базу писаться ничего не может (чисто физически)! Полюбому через очередь. Нужно продумывать структуру очереди и сортировку. А виртуальная многопоточность - всего лишь способность выстраивать в последовательную очередь любое количество запросов любого количества пользователей по заданным правилам. Отсюда и отталкивайся.

[SunOfABeach]

Как разбирать? Регулярными выражениями

Ты когда-нибудь разбирал HTML с помощью re? Камасутра - отдыхает. Это секс покруче, чем с коробкой передач от ВАЗ-2103.

Вот, например, такой код есть в исходнике страницы форума:

Код

<!--<td><div id="hilitecolor"><img class="rteimage" src="style_images/default_re/folder_rte_images/bgcolor.gif" width="25" height="24" alt="Выбор цвета фона" title="Выбор цвета фона" onclick="popcolor('hilitecolor');"></div></td>-->

Написать re для игнорирования такого участка не так уж просто, если вообще возможно.

[worldmind]

Уточни какие части этого куска изменяются в разных местах файла и будет тебе регулярное выражение или пришли файл и объясни что нужно сделать

[Iceman]

Одновременно в базу писаться ничего не может (чисто физически)! Полюбому через очередь. Нужно продумывать структуру очереди и сортировку. А виртуальная многопоточность - всего лишь способность выстраивать в последовательную очередь любое количество запросов любого количества пользователей по заданным правилам. Отсюда и отталкивайся.

Ты пользовался когда-нибудь программами-почтовиками вроде TheBat! ?
Реально организовать очередь по одному сообщению.
То есть клиент производит попытку соединения с сервером. Если сервер даёт добро клиент начинает в рамках своей сессии передачу данных. Данные передаются, допустим, единым потоком с заранее предустановленными тегами, которые будут впоследствии парсированы некоей функцией и внесены в БД.
Нам просто необходимо организовать мультисессионность соединений со скриптом так, как делает это, например, движок форума.

Ты когда-нибудь разбирал HTML с помощью re? Камасутра - отдыхает. Это секс покруче, чем с коробкой передач от ВАЗ-2103.

Вот, например, такой код есть в исходнике страницы форума:

Код

<!--<td><div id="hilitecolor"><img class="rteimage" src="style_images/default_re/folder_rte_images/bgcolor.gif" width="25" height="24" alt="Выбор цвета фона" title="Выбор цвета фона" onclick="popcolor('hilitecolor');"></div></td>-->

Написать re для игнорирования такого участка не так уж просто, если вообще возможно.

Да уж, тут Камасутра высших сфер.
Я уже как то раз занимался разбором данных из ХТМЛ и не забуду эти две бессонные недели до конца своих дней...

[SunOfABeach]

Как оведет себя сервлет при одновременной записи в базу нескольких записей с разных машин. Как реализовать многопоточность работы?
У меня есть несколько идей по этому поводу, но хотелось бы знать и ваше мнение.

А это не твоя забота, это перекладывается на плечи сервера БД. Серверный скрипт, который будет вынимать данные из БД, в данном случае является клиентом, а мускул - сервером. Для каждого пользователя запускается своя копия серверного скрипта, каждый из которых обращается к мускулу. Т.е. запускаются много клиентов для одного сервера БД. и уже сервер сам решает, кто первый с ним общаться будет.

Я, кстати, набросал примерную схему работы такого приложения тут. Сорри, что не в топик. Потом я обсудил с alexwebом это по телефону. Он утверждает, что лучше использовать ресурсы движка форума, а не дергать данные напрямую из базы.
В принципе, я с ним согласен.

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

Уточни какие части этого куска изменяются в разных местах файла и будет тебе регулярное выражение или пришли файл и объясни что нужно сделать

Это лучше ты мне объясни принцип работы твоего клиента. Что это будет? Локальное зеркало форума?
Предположим, вопрос со скачиванием и парсингом ты каким-то необыкновенным образом решишь. Хотя я сильно сомневаюсь, ну да ладно...
Как ты собираешься хранить данные? Поднимать локальный сервер БД? Так, может, проще поднять локальный apache+php+mysql. И написать скриптик, который будет синхронизировать сообщения, а? Тут, правда, возникает бАААльшой вопрос с безопасностью, но это тоже вариант. Как считаешь?

[Iceman]

Всё понятно, ясно и доходчиво.
Насчет использования движка форума я не по всем параметрам согласен. Я бы не хотел использовать функции движка так как они меняются чаще, чем структура БД. То есть возможен вариант, что при очередном обновлении движка форума (а это неизбежно) клиент откажется работать ссылаясь на ошибки в соединении или на что-нить ещё. То есть использование движка форума предполагает ориентацию на конкретный программный продукт определенной версии.
Я же думаю что клиент должен быть гибким и легко изменяемым.
Мы можем просто взять за пример некоторые функции движка и на их основе написать свои.
Еще неплохо было бы как-то связаться. Моя аська записана в профиле, включена практически круглосуточно. В крайнем случае есть мобильник.
То есть я всегда на связи.
Раз уж тема начала так бурно обсуждаться, давайте каким-то образом кооперироваться, писать документацию и начинать уже в конце концов писать клиент для форума

[alexweb]

Такс, проблема в том, что этот форум проприетарный.
А это предполагает дополнительные проблемы. Черт.
По определенным причинам я(мы) не могу(жем) разрабатывать плагины к подобной системе

Сообщение отредактировал alexweb - 19.4.2006, 8:59

[Iceman]

Но с другой стороны что нам мешает написать один (несколько) отдельных от форума скриптов, которые будут заниматься только обработкой БД самого форума?
И клиент-часть, которая будет посылать скрипту запросы и получать ответы...

[alexweb]

Я тебя в icq добавил в контакты