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