Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| |
примерно это я и ожидал услышать 13.01.03 11:06 Число просмотров: 1507
Автор: zim Статус: Незарегистрированный пользователь
|
|
примерно это я и ожидал услышать, ладно не стану париться, я всетаки что быстрее, СУБД или файл на диске, просто у СУБД есть она нехорошая особенность - умирать, иногда вместе с данными....
|
|
<web building>
|
Господа, кто-нибудь чат писал, или знает как это делается? 03.01.03 10:59
Автор: zim Статус: Незарегистрированный пользователь
|
|
При первых попытках написать хоть что-нибудь возник вопрос - где хранить сообщения и прочую информацию, возможные варианты: в файлах или базе данных, но файлы это как-то не производительно, а СУБД не на любом сервере есть (тем более нужная), а хотелось бы универсальности, так вот, нельзя ли создать что-то типа динамического массива, если можно то на каком языке. Примеры скриптов могут быть на Java Script, PHP, ASP.
|
|
Чат с нуля - писать долго 16.01.03 20:50
Автор: whiletrue <Роман> Статус: Elderman
|
Чат с нуля - писать долго.
Лучше возьми, накачай заготовок в инете. Выбери ту какая больше тебе подойдет. И переделай ее под себя...
На чем она окажется - на том и продолжай.
|
| |
Зато интересно 17.01.03 10:34
Автор: zim Статус: Незарегистрированный пользователь
|
|
Ты знаеш, не доверяю я чужим скриптам, не любля колупаться в чужом коде, тем более мне интересно написать чат самому, а не исспользовать чеито клон, и я не считаю что написать ядро слишком долго.
|
| | |
Напиши абстракцию со стандартным интерфесом 17.01.03 13:31
Автор: amirul <Serge> Статус: The Elderman
|
И пиши ядро основываясь на них. После этого переписать реализацию работы с базой, будь то mSQL, PostgreSQL, MySQL, бинарная база (в смысле файл со своим форматом) или какой-то динамический массив можно будет переписать практически безболезненно для другого кода. Достаточно хорошо я не знаю ни одного из перечисленных языков - так, верхов нахватался, но уверен, что реализовать концепцию виртуальных функций можно в каждом из них. Другой вопрос производительность, но это ведь не поисковый сервер и обслуживать тысяч юзеров одновременно не придется (по крайней мере я бы не хотел попасть в такой чат) - так что должен вытянуть.
Это не обязательно должны быть виртуальные функции в CPP-шном понимании, покажу пример на C, который на мой взгляд, практически не влияет на эффективность и в то же время дает нужную гибкость.
#define InitializeDB ChatOpenBinaryDB
//#define InitializeDB ChatConnectPostgreSQL
//#define InitializeDB ChatConnectMySQL
//...
#define GetLine(x) ChatBinaryDBLine(x)
//...
После этого использовать стандартные названия, а использоваться будет какой-либо конкретный вариант.
Можно и иначе, но массивы указателей на функции по-мойму слишком круто для скриптовых языков.
ЗЫ: Прошу прощения, если сморозил глупость, выучить достаточно глубоко языки все не хватает ни времени, ни желания, не надобности. Но тот же Perl или PHP (asp не люблю) думаю достаточно мощные, чтоб позволить сделать нечто подобное.
|
| | | |
Заготовки так и написаны! 17.01.03 13:55
Автор: whiletrue <Роман> Статус: Elderman
|
Многие заготовки так и написаны!
Там просто разные типы подключений (mSQL, mySQL,...) написаны в разных файлах и потом подключаются:
include("файл") - для PHP
|
| | | | |
Значит стоит так и самому сделать 17.01.03 14:59
Автор: amirul <Serge> Статус: The Elderman
|
> Многие заготовки так и написаны!
>
> Там просто разные типы подключений (mSQL, mySQL,...)
> написаны в разных файлах и потом подключаются:
>
> include("файл") - для PHP
Я б тоже воспользовался заготовками, но человек хочет сам. Но саму идею можно и позаимствовать - если чужим сырцам не веришь
|
| | | | | |
благодарю за понимание и потдержку 17.01.03 17:50
Автор: zim Статус: Незарегистрированный пользователь
|
|
|
|
Господа, кто-нибудь чат писал, или знает как это делается? 11.01.03 18:42
Автор: robin bad Статус: Незарегистрированный пользователь
|
|
не заморачивайся. СУБД есть у любого нормального хостера (т. е. вообще у любого). Либо mSQL, либо MySQL, PostgreSQL - что-нибудь есть точно. А насчёт массива - вряд ли это возможно, массив существует, только пока работает скрипт, добраться до него после завершения работы скрипта вновь будет трудновато...
|
| |
примерно это я и ожидал услышать 13.01.03 11:06
Автор: zim Статус: Незарегистрированный пользователь
|
|
примерно это я и ожидал услышать, ладно не стану париться, я всетаки что быстрее, СУБД или файл на диске, просто у СУБД есть она нехорошая особенность - умирать, иногда вместе с данными....
|
| | |
примерно это я и ожидал услышать 14.01.03 13:42
Автор: StR <Стас> Статус: Elderman
|
> я всетаки что быстрее, СУБД или файл на диске, просто у
субд - это тоже файл на диске...
> СУБД есть она нехорошая особенность - умирать, иногда
> вместе с данными....
типа, файл на диске умирает без данных?
бэкап-то никто пока не отменял...
|
| | | |
примерно это я и ожидал услышать 16.01.03 14:33
Автор: zim Статус: Незарегистрированный пользователь
|
> типа, файл на диске умирает без данных?
я имел ввиду, умирает не файл с данными, а сама СУБД, после чего данные стыновятся недостуны до ее востановления
|
| |
Господа, кто-нибудь чат писал, или знает как это делается? 12.01.03 11:48
Автор: StR <Стас> Статус: Elderman
|
> А насчёт массива - вряд ли это
> возможно, массив существует, только пока работает скрипт,
> добраться до него после завершения работы скрипта вновь
> будет трудновато...
А зачем до него потом добираться? Выводишь на экран 30 последних реплик и все...
|
| | |
Господа, кто-нибудь чат писал, или знает как это делается? 13.01.03 11:03
Автор: zim Статус: Незарегистрированный пользователь
|
> А зачем до него потом добираться? Выводишь на экран 30
> последних реплик и все...
для того чтобы что то вывести жто что то нужну от куда то взять, тоесть хранить эти 30 реплик нужно где то, а где лучше это я и хочу узнать
|
|
|
подробно о проекте
Анализ криптографических сетевых...
