Вопросы Разработчикам Скриптов, вопросы по скриптам (мелкие вопросы)

Всем добрый вечер! Следущий вопрос... Как лучше всего собирать логи чата в файл? посмотрел несколько скриптов где пишутся логи, но не уверен что там самый лучший способ.
Смотрел их мельком но судя по всему, там пишутся логи при каждом сообщении (либо срабатывании проверки на сообщение, если это антимат к примеру). В другом вроде как сохраняются в память в таблицу до определенного числа, и потом с каждым последущим все это пишется (только опять же каждое новое сообщение).

Мне кажется что лучше собирать в таблицу сообщения до тех пор пока их не станет там N (к примеру 100), как только набирается - сохранять таблицу в файл и обнулять в памяти, не так ли? Если есть у кого скрипт (или код) собирающий логи оптимальным путем - дайте плиз глянуть!

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

Пока что скрипщу без баз данных. Т.е. открываю файл на "дозапись в конец файла" в OnStartup, потом в ChatArrival логирую в конец файла сообщение, а закрываю в OnError или OnExit? хм...а если ребут компа или глюканет сама птока???

Вот вопрос назрел..
Есть у меня таблица, например такая: (ники юзеров с субтаблицами всяких данных)


При внесении изменений в таблицу, будет ли метод

рациональнее чем


и почему ?

Данные способы равносильны, так как в данных случаях отсутствуют метатаблицы.
Поэтому незачем вызывать функцию rawset

хотя поидее при ребуте или глюке сохранения в файле ведь останутся да?

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

Ясно, а можно на пальцах объяснить, что подразумевает понятие "метатаблица" ?

Метатаблица - это таблица, которая присоединяется к таблице
С помощью метатаблиц можно перегружать операторы и переопределять значения таблицы.
Если значение таблицы не определено, то значение ищется в метатаблице.

По большому счёту, именно понятие класса определяется и строится на метатаблицах.
Для того, чтобы узнать как именно перегружаются операторы и строятся классы смотри тему http://mydc.ru/topic1429.html (в данной теме посмотри пример: "Ещё одна реализация ООП на примере вектора, как метатаблицы.")

Вот кратко объяснил что это такое, однако не думаю что всё понятно. На словах сложно сказать. Нужно учиться на примерах.

Так нельзя. Файл может быть закрыт в любой момент сборщиком мусора.

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

Чет гдет не работает так как надо, в какой то момент получается так, что каждые 10 секунд начинается отсылаться msg всем...пока не ребутнуть скрипт. Я так понимаю в каком то случае не срабатывает

Подскажите...когда может такое получаться...хм..и как это исправить...чет я не догоню никак...

хехе. А это для чего:

Возможно в этом и проблема. Таймер регистрируется, но не заносится в таблицу tTimers, поэтому не выполняется условие и выполняется то, что после else


Или попробуй поменять последовательность действий:

Также можно отловить ошибку, если после else написать код:

Вообще говоря, работать с идентификаторами таймеров не очень хорошо, так как велика вероятность в ошибке или сбое.

1) Это для того чтобы Новости хаба выводились всем с заданным интервалом. А не только через 10 секунд после подключения.
Т.е. каждый пол часа всем выводятся новости, и независимо от этого они выводятся юзеру через 10 сек после его подключения. Но проблема вряд ли в этом таймере...у него интервал 30 минут...а когда происходт сбой новости начинают выводиться каждый 10 сек, т.е. при подключении юзера не срабатывает условия наличия tmr и tTimers[tmr] и они начинают всем выводиться каждые 10 сек
2)По поводу этого... проверю, но только как это может повлиять?
3) Да можно, только если и то и то = nil то я ее так не отловлю...надо ловить опять по всюду причем записывать логи входов выходов, чтобы понять в какой момент вышел сбой...боюсь запутаться...

2) при удалении таймера удаляется его идентификатор, поэтому tmr = nil, а следовательно будет выполняться tTimers[nil] = nil

3) тогда так:

поправил...жду...пока х.з. ничо нету!
2) понял, но тогда должно получаться что будет заполняться таблица и все....а очищаться не будет! Но как это могло повлиять на то что сообщение начинает слаться каждые 10 сек, не пойму...индификаторы то у таймеров разные все время...т.е. и поля таблицы всегда разные.....как какое-то неубранное поле таблицы могло повлиять на новый таймер?

Кстати есть какие нить дебаггеры для ентого дела?



Кстати...индификатор то удаляется...но переменная tmr не удаляется...т.е. второе условие получается не tTimers[nil] = nil а tTimers[tmr] = nil

Я пробовал между TmrMan.RemoveTimer(tmr) и tTimers[tmr] = nil вставлять Core.SendToAll(""..tmr.."") и индификатор отсылался....

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

Хе! Ну если ты не понимаешь...то я уж тем более не вкуриваю!))) Ну вообщем потестю седня еще погляжу че к чему...

кстати вот еще что мне интересно...я написал вот так:


И каждые пол часа (в моем случае) отсылаются общие новости и в общий чат отсылается тоже индификатор, строка:


Откуда он? tmr ведь объявляется только при 10 секундном таймере, откуда оно берется при отсылки общих новостей ведь там просто:

Нееее, тут всё верно. Он берётся из аргумента выполняемой таймером функции. При регистрации любого таймера создаётся идентификатор, который передаётся в выполняемую функцию в качестве аргумента

Кстати, конкатенация тут Core.SendToAll(""..tmr.."") лишняя, так как на неё нужны затраты по уборке мусора. Лучше писать так:

Воооо...кажется родил такой метод...опровергните его, или скажите его минусы (можно плюсы)