Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Ru.Board » Общие вопросы по Ru.Board » forum.ru-board-CD-ROM

Модерирует : batva, DimoN

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4

Открыть новую тему     Написать ответ в эту тему

Ronin



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот вы тут смеетесь и шутки шутите, а меня (в бытность админом) некоторые клиенты и сотрудники просили, к примеру, Яндекс им на дискету скинуть.

Всего записей: 509 | Зарегистр. 09-01-2003 | Отправлено: 17:07 29-03-2003
Michl



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Не нужно заниматься ерундой, изобретать велосипед. Должен быть нормальный поиск и он должен работать

Одно другому не помеха.
 
Добавлено

Цитата:
некоторые клиенты и сотрудники просили, к примеру, Яндекс им на дискету скинуть.

Хорошо что на Google
 
Добавлено
Кстати на CD можно юмарные фотки и флэшки забрунить.

Всего записей: 571 | Зарегистр. 25-02-2003 | Отправлено: 03:19 30-03-2003
ironwit

Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
batva
 
почему то вспомнилась мне вчера эта идея и вот что подумалось...
 
на ftp\http сервере создаем такую структуру
 
каталог1
каталог2
...
 
в корне лежит index.txt  
с содержанием
 
каталог1 -- Флейм -- Свобода слова! Разговаривать можно о чем угодно.
каталог2 -- Юмор -- Юмор, сатира, приколы.
...  
 
заходим в каталог  - каталог1
каталог1
каталог2
...
 
там таже структура
в корне лежит index.txt  
с содержанием
каталог1 -- Какова Ваша степень алкогольного опьянения в данный момент? -- Важный опрос
каталог2 -- Конкурс Мисс и Мистер Лето 2003 начался! -- прием анкет - до 30 июня
 
...
 
внутри лежит файлик index.txt - с ответами в формате(примерный)
 
ник; дата; время; длина поста; пост
 
Далее программа смотрелка загружает все это и каким то образом отображает юзеру(можно обдумать отдельно) Далее - когда по расписанию приходит время проверки обновлений - она проверяет даты всех txt файлов, те у когторых дата изменилась - обновляются с того места, до которого есть данные у программа(нужна поддержка докачки на сервере).
 
Данные в файлы ложатся добавлением с изменением времени.  
 
В общих чертах все. Что скажете?
 


----------
Don't drink, and drive. Smoke and fly.

Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 10:44 04-08-2003
Michl



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Дак это обычная статистика, или я чего не понял.
 

Всего записей: 571 | Зарегистр. 25-02-2003 | Отправлено: 07:54 05-08-2003
ironwit

Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Не понял. Из файлов лежищих в подкаталогах можно скачивать для локального просмотра посты. То есть сделать что-то типа offline броузера.

----------
Don't drink, and drive. Smoke and fly.

Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 12:07 05-08-2003
bredonosec



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
а неплохо было бы иметь форум на диске.  Взял домой копию - сиди читай.  
 
Ага, а ещё лучше весь интернет на дискете. Взял домой копию - варезу накачал  

 
//млин, аж экран забрызгал мороженым от хохота!//

Всего записей: 16257 | Зарегистр. 13-02-2003 | Отправлено: 16:31 05-08-2003
Svarga

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ironwit
<!--offtop
 блин
с полчаса расписывал замечания/идеи/дополнения, а тут пробку от перепада энергии выбило , посему попытаюсь пересказать то же самое коротко

-->
 
По структуре-- вполне нормально всё выглядит, но:
 
1. При такой структуре будет проблема с общим размером (можно загонять текстовые файлы в архивы, а на стороне клиента распаковывать и обрабатывать, хотя, подозреваю, что это не сильно решит проблему).
 
2. Index.txt каждого форума (тот, в котором заголовки тем и данные по ним перечислены) будет слишком жирный, поэтому проще сделать индексы форума с данными по, скажем, 20-30-ти темам (скажем, index.txt, index1.txt, index2.txt... indexN.txt, причём в index.txt нужно будет добавить общее количество индексов данного раздела)... В index.txt должны храниться данные о новейших темах, в index1.txt-- о самых древнейших, в index2.txt о менее древнейших... и т.д.: нумерация индексов в обратном порядке с нулевым index.txt позволит избежать необходимости редактировать все индексные файлы при добавлении новой темы (т.е. сдвигать по всем файлам все записи на одну)... Надеюсь, понятно, о чём я...
 
3. Как производить обновление индекса отдельной темы при редактировании определённого поста и считать ли отредактированные посты новыми?
 
4. По-моему, проверку необходимости обновления лучше организовывать следующим образом (чтобы избежать лишних запросов к серверу-- проверки дат index.txt-файлов):
структуру вида
Цитата:
файлик index.txt - с ответами в формате(примерный)  
ник; дата; время; длина поста; пост  

применить не только к индексам отдельных тем, но и ко всем остальным индексам, т.е. в основном индексе находится список форумов с данными о времени последнего обновления, в индексах каждого раздела находятся данные о темах, включая даты последнего обновления и т.д. Т.е. при обновлении производится загрузка основного индекса и делается проверка соответствия дат обновления разделов посредством сравнения с датами обновления в локальной копии индекса, если что-то обновилось, пользователь выбирает, какие разделы обновить-- производится загрузка индексов определённых разделов, соответственно, вычисляются даты обновления тем и новые темы (при многостраничных индексах разделов-- если последняя тема в index.txt новая, то загружается indexN.txt, где N-- общее число индексов раздела, указанное в index.txt, если последняя тема в indexN.txt также новая-- загружается index(N-1).txt и т.д.). Аналогично и с темами: загружаем индекс новой темы и смотрим на даты постов-- те, что новые-- загружаем.
 
Что-то ещё в голову приходило, но уже не помню-- вспомню-- напишу.

----------
away.

Всего записей: 4161 | Зарегистр. 25-06-2002 | Отправлено: 03:45 06-08-2003
ironwit

Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Svarga

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

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

Цитата:
2. Index.txt каждого форума (тот, в котором заголовки тем и данные по ним перечислены) будет слишком жирный, поэтому проще сделать индексы форума с данными по, скажем, 20-30-ти темам (скажем, index.txt, index1.txt, index2.txt... indexN.txt, причём в index.txt нужно будет добавить общее количество индексов данного раздела)... В index.txt должны храниться данные о новейших темах, в index1.txt-- о самых древнейших, в index2.txt о менее древнейших... и т.д.: нумерация индексов в обратном порядке с нулевым index.txt позволит избежать необходимости редактировать все индексные файлы при добавлении новой темы (т.е. сдвигать по всем файлам все записи на одну)... Надеюсь, понятно, о чём я...  

 
разбить по кускам конечно можно, но зачем? Ведь этот файл будет качатся только один раз а потом обновляться(докачиваться) только в случае ДОБАВЛЕНИЯ темы. А даты по соответствующим темам(обновления темы) можно брать из даты создания соответствующего index.txt - которая меняется при каждом посте.
 

Цитата:
3. Как производить обновление индекса отдельной темы при редактировании определённого поста и считать ли отредактированные посты новыми?

 
ХЗ. Над этим надо думать пока пришло в голову вот что, каждому посту присвоить индекс(уникальный) и если пост редактируется - то он дописывается в index.txt но с индексом который у него был до редактирования. Тогда программа при загрузке сможет заменить отредактированный пост.
 

Цитата:
4. По-моему, проверку необходимости обновления лучше организовывать следующим образом (чтобы избежать лишних запросов к серверу-- проверки дат index.txt-файлов):  

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

----------
Don't drink, and drive. Smoke and fly.

Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 08:59 06-08-2003
Svarga

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ironwit

Цитата:
этот способ задумался для уменьшения трафика, если же жать в архивы, то придется качать весь архив. ИМХО.  

нет, один тхт-- один архив, а не все в одном.

Цитата:
 Ведь этот файл будет качатся только один раз а потом обновляться(докачиваться) только в случае ДОБАВЛЕНИЯ темы. А даты по соответствующим темам(обновления темы) можно брать из даты создания соответствующего index.txt - которая меняется при каждом посте.  

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

Цитата:
 А даты по соответствующим темам(обновления темы) можно брать из даты создания соответствующего index.txt - которая меняется при каждом посте.  

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

Цитата:
ХЗ. Над этим надо думать  пока пришло в голову вот что, каждому посту присвоить индекс(уникальный) и если пост редактируется - то он дописывается в index.txt но с индексом который у него был до редактирования. Тогда программа при загрузке сможет заменить отредактированный пост.  

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

Цитата:
. По-моему, проверку необходимости обновления лучше организовывать следующим образом (чтобы избежать лишних запросов к серверу-- проверки дат index.txt-файлов):  
 
 
разве это напряжно? Но в общем то хотелось снять с движка форума лишнюю нагрузку.  
но можно и как то обдумать. хотя можно просто поставить настройку типа - обновлять только те темы которые интересны и новые(созданные). Но над этим тоже нужно еще додумывать.

в моём варианте получается значительно меньше нагрузка на сервер (количество запросов).

----------
away.

Всего записей: 4161 | Зарегистр. 25-06-2002 | Отправлено: 14:43 06-08-2003
ironwit

Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Svarga

Цитата:
нет, один тхт-- один архив, а не все в одном.  

так нужно качать весь архив ради того, что там изменился один пост. А в моем случае я просто осуществляю докачку с того места txt на котором остановился в прошлый раз.
 

Цитата:
Докачка-- не выход: файл будет обновляться не только при создании новой темы, но и при обновлении уже имеющейся  

 
значит index для тем нужно качать полностью(можно и в архиве) а index для содержания каждой ветки хранить в txt и докачивать по мере появления постов.
 

Цитата:
т.е. придётся обращаться ко всем индекс.тхт тем, чтобы получить их даты... не, это уже довольно жестоко получается. Представь: в разделе есть, скажем, 10000 тем, так что, при каждой порверке обновления слать серверу 10000 запросов??  

 
значит даты обновления постов ложить в индексы. Которые все равно качаем полностью и в архивах(теперь).
 

Цитата:
можно, в принципе, в данных о посте добавить ещё одно поле-- дата редактирования, и всё-таки, при структуре с кучей индексов раздела, считать тему (или пост) новым и поднимать вверх индекса (но локально, всё-таки сортировать по дате создания, а не изменения).  

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

Цитата:
в моём варианте получается значительно меньше нагрузка на сервер (количество запросов).

 
будем пробовать в реалиях Когда нить, если батва даст добро на это издевательство.

----------
Don't drink, and drive. Smoke and fly.

Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 16:33 06-08-2003
Svarga

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ironwit

Цитата:
значит даты обновления постов ложить в индексы. Которые все равно качаем полностью и в архивах(теперь).  

А я о чём говорю? )
Только ложить в parent индексы, т.е. не понадобится качать ненужные child файлы или делать ненужные обращения к серверу (выяснение даты каждого поста/темы).

Цитата:
значит index для тем нужно качать полностью(можно и в архиве) а index для содержания каждой ветки хранить в txt и докачивать по мере появления постов.  

да не об этом я... (сорри, напимшись пива трудно объяснить подробнее -- попытаюсь завтра)-- докачка-- не то.
 

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

А нужен ли этот "принцип докачки"?

Цитата:
 Когда нить, если батва даст добро на это издевательство.  

ну... это ещё вопрос... чтоб дал добро или наоборот-- нужно ещё что-то работающее написать

----------
away.

Всего записей: 4161 | Зарегистр. 25-06-2002 | Отправлено: 00:35 07-08-2003
superkatya



Катька - смутьянка
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
я фигею дорогая редакция
товарисч не шутит?

Всего записей: 3232 | Зарегистр. 01-06-2001 | Отправлено: 20:59 07-08-2003
Svarga

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
superkatya

Цитата:
я фигею дорогая редакция  
товарисч не шутит?  

мало ли... какая разница? главное сам процесс
 
ironwit
В принципе, если подразумевается полная локальная копия руборда-- мой подход не самый лучший, но мне, к примеру, очень многие темы (да и разделы) попросту ненужны и полезнее было бы только получать обновления нескольких разделов и отдельных тем из остальных разделов (что есть удобнее, чем открывать страницу килобайт на 80 ради одного поста на этой странице-- т.е. и мне и серверу жилось бы при этом лучше ), т.е. настроил клиент на определённые темы и несколько разделов, кнопочку нажал-- он скачал микробные обновления (при наличии таковых) нескольких разделов, тем в них и отдельных тем других разделов, что-то ещё заинтересовало-- скачал индекс другого раздела, пробежался по темам...  
 
Короче, хорошо бы с общими целями сначала, всё-таки, чётко определиться, а уже дальше-- структуру обсуждать...
 

Цитата:
Докачка-- не выход: файл будет обновляться не только при создании новой темы, но и при обновлении уже имеющейся  
 
значит index для тем нужно качать полностью(можно и в архиве) а index для содержания каждой ветки хранить в txt и докачивать по мере появления постов.  

при редактировании постов темы что-то неладное будет твориться с индексом темы: если мы будем вносить данные об отредатированном посте как о новом в индекс темы (чтоб можно было докачать-- и было счастье ), то получится что мы лишний раз дублируем данные о посте-- если какой-то пост часто обновляется (к примеру, прибитые посты в популярных темах), то индекс неоправданно разрастётся в размере.
Вообщем, я против докачек
 
Если индекс темы организовать так же, как индекс раздела (то о чём я выше писал-- index.txt, index1.txt... indexN.txt), то, по-моему, будет несколько проще: при добавлении поста заносим данные о нём в главный индекс, если количество упомянутых в главном индексе постов = 20 (30 или сколько-то ещё-- потом можно определиться)-- переименовуем индекс.тхт в индекс(N+1).тхт, создаём новый индекс. При этом, правда, придётся при первом редактировании какого-то любого поста темы создать дополнительный индекс (скажем, edit.txt), занести в edit.txt ссылку на пост (номер или что угодно ещё), ник того, кто редактировал (если он отличается от автора поста) и время редактирования и добавить дату/время обновления последнего из обновлённых постов темы в индекс.тхт темы (по по этой дате будем смотреть, нужно ли скачивать edit.txt). При последующих обновлениях постов темы-- изменяем/добавляем данные в edit.txt + в индексе изменяем дату редактирования поста.
 
На вид, вроде, и сложнее всё, но эти страшные операции с файлами будут производиться только при создании нового поста и обновлении старого-- т.е. сравнительно не очень часто, а отдельные индексы останутся небольшими: т.о., при первом обращении клиента ему не придётся качать весь боЛшой индекс (если тема большая), а только индексы с данными о последних или первых постах темы (мне, к примеру, обычно неинтересно читать первые страницы длинных тем-- обычно я открываю и читаю последние две-три страницы, и потом, если интересно, открываю всё остальное), т.е. скачал кто-то клиентом пару индексов темы (и паравозом сами посты, упомянутые в индексах)-- почитал, понравилось-- скачал всё остальное, не понравилось-- пошёл другие темы разгребать...
 
А если вариант с докачкой-- то придётся при первом посещении темы качать один большой индекс темы и попутно все посты, на которые этот файл ссылается... Или я ошибаюсь?
 
И по клиенту-- устроить в нём нормальный внешний вид форума (скачали основной индекс, проанализировали данные, повесили на шаблон), при заходе в раздел скачиваем индекс.тхт раздела, анализируем, вешаем данные на шаблон, показываем... если это первый заход в раздел-- можно, конечно устроить и загрузку всех индексов раздела-- но это будет тяжкое занятие, посему для начала загружаем только индексы с данными об определённом количестве новых постов-- чтоб отобразить нужное количество заголовков с датами, ссылками и т.п., и при последующих заходах скачиваем только последние обновлённые индексы. На основе данных об общем количестве постов выводим ссылки на остальные страницы раздела (1 2 3 4 ...), т.е. клиент внешне ведёт себя как браузер (а на самом деле является хитрым локальным сервером ) и собирает локальную базу по мере посещения отдельных тем/разделов.
 
Не знаю, правда, по-русски ли выражаюсь
 
Короче, мой вариант структуры такой:

Цитата:
[font=Courier,mono,Courier New]/index.txt # главный индекс форума, в нём
           # живут названия разделов, ссылки на индексы разделов
           # и дата обновления шаблона
           # (а также, возможно, данные о последнем посте в каждом разделе)
/layout.txt
           # файл с данными по внешнему виду всех страниц-- скрипты, CSS, HTML,
           # возможно, ссылки на картинки, которые отсутствуют в дистрибутиве клиента
           # т.е. с самим клиентом также идут основные картинки (смайлики, аватары),
           # а сюда забрасываем ссылки на новые смайлики и аватары, чтоб они
           # заранее скачивались.
/1/index.txt (/1/index1.txt и т.д.)
           # индекс раздела №1: здесь данные о последних
           # обновлённых и новых темах-- даты, названия, ссылки на индексы
/1/1/index.txt (/1/1/index1.txt и т.д.)
           # индекс первой (самой древней) темы раздела №1:
           # здесь данные об определённом количестве последних
           # постов темы (даты, авторы, ссылки), а также,
           # возможно, ссылка на edit.txt, если хотя бы один из
           # постов в теме редактировался.
/1/1/edit.txt
           # файл с данными об отредактированных постах (ссылка на пост,
           # кто редактировал, дата)  
/1/1/1.txt
           # первый пост темы №1 раздела №1... можно просто текст
 
[/font]

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

----------
away.

Всего записей: 4161 | Зарегистр. 25-06-2002 | Отправлено: 11:12 08-08-2003
Uncle KILLER



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ИМХО, экспертную систему ещё на CD нужно записать - эмулятор сообщений модеров и ПМ, как игрушка получится... Воткнул диск -- Установить Ru-Board -- да, да!!! И погнали..

Всего записей: 6501 | Зарегистр. 01-04-2002 | Отправлено: 16:40 08-08-2003
ironwit

Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Svarga
с твоей структурой я в общих чертах согласен, разве что вот такое дополнение.
 
Также в корне каждой темы ложить файл update.txt в котором лежит кол-во постов по теме и дата последнего редактирования\добавления. Нужно для проверки только нужных тем, без того что бы закачиват обновленные в ненужном разделе.
 
А теперь Цель программы(как я ее вижу, что вчера(после пива) придумалось)
 

Иметь возможность оффлайнового просмотра руборда и пересылки ответов сделанных в оффлайне в онлайн (при наличии подключения и отсуствии других постов в этой теме)
 
То есть - чтобы была возможность перед уходом с работы(уходом в оффлайн) скачать текущее состояние требуемых тем и\или разделов в оффлайн, дома (в оффлайне) их просмотреть, подготовить ответы, при выходе в онлайн программа проверяет темы в которых сделаны ответы на наличие новых постов, если они отсутствуют - от отправляем ответ, если посты есть - то они догружаются и дается возмжность отреактировать ответы или отменить.
 
 
Возник вопрос - реально ли посты высылать автоматом?
 
Алгоритмы...
 
Алгоритм первого подключения
 
(Есть настройки за сколько дней обновлять, какие темы, разделы...)
 
1. Скачать главный индекс.
2. Скачать индексы всех тем, дата обновления редактирования подходит под настройки.
3. Скачать все посты( или требуемое их кол-во сначала или конца) всех тем и файлы edit.txt - если они есть.
4. Проверить на обновление и скачать layout.txt.
 
Алгоритм последующих подключений.
1. Повтор алгоритма первого подключения - с учетом уже скачанной информации.
2. Проверка тем с ответами подготовленными в оффлайне и их отправка\редактирование.
 
 

 
 
Вот в общих чертах то, что я вижу

----------
Don't drink, and drive. Smoke and fly.

Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 09:46 09-08-2003
Svarga

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ironwit
хе... идея: чтоб не возиться с генерацией всех этих файлов (т.е. по сути не дублировать на сервере базу сообщений), можно написать скрипт для генерации и выдачи содержимого этих файлов при соответствующем запросе (напр., идёт запрос httр://site.com/client.cgi/1/1/index.txt — скрипт client.cgi генерит и выдаёт в нужном формате содержимое индекса первой темы раздела №1, преимущества: можно авторизировать посетителя и не выдавать гостям и всяким ботам информацию из members-only разделов — типа Варезника, или вообще — выдавать при USER_AGENT, отличном от юзер-эджента клиента, нормальные страницы — будет заодно решением по псевдостатическим страницам ).

----------
away.

Всего записей: 4161 | Зарегистр. 25-06-2002 | Отправлено: 02:15 05-11-2003 | Исправлено: Svarga, 02:26 05-11-2003
ironwit

Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Svarga

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

 
а как же тогда принцип оффлайности? Например накачал себе базку за ночь и сиди читай.

----------
Don't drink, and drive. Smoke and fly.

Всего записей: 1892 | Зарегистр. 11-10-2002 | Отправлено: 07:57 05-11-2003
Svarga

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ironwit

Цитата:
а как же тогда принцип оффлайности? Например накачал себе базку за ночь и сиди читай.

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

----------
away.

Всего записей: 4161 | Зарегистр. 25-06-2002 | Отправлено: 21:16 05-11-2003
vu1tur



Moderator-Saaber
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
а как быть с измененными сообщениями? Если клиент будет запрашивать посты начиная с  
имеющегося последнего, то как он узнает что был изменен какой-то пост ранее? Или просто добавлен? Т.е. нужно держать базу на каждого (подписанного на данную фичу) пользователя в которой будет хранится история запросов клиента...? Или можно как-то проще реализовать?
 


----------
I am free of all prejudice. I hate everyone equally.

Всего записей: 3690 | Зарегистр. 01-02-2003 | Отправлено: 21:52 05-11-2003
Svarga

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vu1tur

Цитата:
а как быть с измененными сообщениями?

см. выше:
Цитата:
При этом, правда, придётся при первом редактировании какого-то любого поста темы создать дополнительный индекс (скажем, edit.txt), занести в edit.txt ссылку на пост (номер или что угодно ещё), ник того, кто редактировал (если он отличается от автора поста) и время редактирования и добавить дату/время обновления последнего из обновлённых постов темы в индекс.тхт темы (по по этой дате будем смотреть, нужно ли скачивать edit.txt). При последующих обновлениях постов темы-- изменяем/добавляем данные в edit.txt + в индексе изменяем дату редактирования поста.  



----------
away.

Всего записей: 4161 | Зарегистр. 25-06-2002 | Отправлено: 02:02 06-11-2003
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4

Компьютерный форум Ru.Board » Ru.Board » Общие вопросы по Ru.Board » forum.ru-board-CD-ROM


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru