|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Господа, выручайте, не поскуплюсь. В общем исходные win2008r2, Слон 10.4 х64, три базы. Их съедает вирус шифровальщик. Переговоры, оплата, дешефровшик получен. В общем то расшифровал , но не все, не которые файлы отказывается распаковывать, слон не стартует, базы не поднимаются. Может кто нибудь глянуть или посоветовать дельное. Сделано следующее, поднят новый слон, при инсталляции указан каталог с базой, при попытке стартовать ругается psql: count not connect to server: connetion refused (0x0000274d/10061) возможно победить? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 16:34 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Есть два типа людей. Те кто делает бекап, и те кто пока не делает. теперь ты один из нас ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 16:55 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
mefman, я делаю ) это прошлый админ не делает ) попросили помочь, вот сижу разбираюсь, базы не мои ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 17:00 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
mefman, хорошо, тогда можно как нибудь прикрутить старые базы, к новому кластеру, без бэкап\ресторе ? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 17:12 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktmefman, хорошо, тогда можно как нибудь прикрутить старые базы, к новому кластеру, без бэкап\ресторе ? нет. В логах старта-то что? Какие файлы не расшифрованы? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 17:27 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Melkij, спасибо за интерес к проблеме. libpq.dll.[dekoder1328@protonmail.com].omerta msvcr100.dll.[dekoder1328@protonmail.com].omerta pg_ctl.exe.[dekoder1328@protonmail.com].omerta ну и как же без postgres.exe.[dekoder1328@protonmail.com].omerta ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 17:37 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Melkij, сами конфиги живы , в них все по дефолту ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 17:40 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_ykt, я повторю вопрос: что в логах старта базы? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 18:07 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Melkij, извините за долгий ответ. сейчас заменил зараженные файл, свежими, нулевой установки, кластер инициализируется. по окончанию отправлю вам лог запуска. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 18:17 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_ykt, 019-02-21 00:09:05 YAKT ERROR: column "wait_event_type" does not exist at character 183 2019-02-21 00:09:05 YAKT STATEMENT: /*pga4dash*/ SELECT pid, datname, usename, application_name, client_addr, to_char(backend_start, 'YYYY-MM-DD HH24:MI:SS TZ') AS backend_start, state, wait_event_type || ': ' || wait_event AS wait_event, pg_blocking_pids(pid) AS blocking_pids, query, to_char(state_change, 'YYYY-MM-DD HH24:MI:SS TZ') AS state_change, to_char(query_start, 'YYYY-MM-DD HH24:MI:SS TZ') AS query_start, backend_type FROM pg_stat_activity ORDER BY pid 2019-02-21 00:09:07 YAKT LOG: received fast shutdown request 2019-02-21 00:09:07 YAKT LOG: aborting any active transactions 2019-02-21 00:09:07 YAKT FATAL: terminating connection due to administrator command 2019-02-21 00:09:07 YAKT FATAL: terminating connection due to administrator command 2019-02-21 00:09:07 YAKT FATAL: terminating connection due to administrator command 2019-02-21 00:09:07 YAKT FATAL: terminating connection due to administrator command 2019-02-21 00:09:07 YAKT LOG: autovacuum launcher shutting down 2019-02-21 00:09:07 YAKT LOG: shutting down 2019-02-21 00:09:07 YAKT LOG: database system is shut down последнее что есть в логе ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 18:32 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktкластер инициализируется Зачем? Начали вы с верной стороны: andre_yktпри инсталляции указан каталог с базой, при попытке стартовать andre_yktпоследнее что есть в логе Запрос для не той версии базы, затем корректное выключение по инициативе кого-то внешнего. Ошибки спрашивается где? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 20:33 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Melkij, ну ошибку он регистрирует при входе could not connect to server: Connection refused (0x0000274D/10061) Is the server running on host "127.0.0.1" and accepting TCP/IP connections on port 5432 где смотреть ? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 23:21 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_ykt, так базу-то запустили? psql - это не база. psql - это клиент к базе. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 23:56 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktMelkij, спасибо за интерес к проблеме. libpq.dll.[dekoder1328@protonmail.com].omerta msvcr100.dll.[dekoder1328@protonmail.com].omerta pg_ctl.exe.[dekoder1328@protonmail.com].omerta ну и как же без postgres.exe.[dekoder1328@protonmail.com].omerta И что - платил за то, чтобы расшифровать эти файлы? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 15:06 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Ролг Хупин, заплатили, что бы вернуть базы ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 16:42 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktРолг Хупин, заплатили, что бы вернуть базы цирк. зачем платить за ненужные тебе базы? просто штоббыло? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 16:50 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
mefman, люди знакомые попросили восстановить, там бухгалтерия, торговля, надо поднять ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 18:48 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktmefman, люди знакомые попросили восстановить, там бухгалтерия, торговля, надо поднять так она и им не нужна ) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 19:32 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktлюди знакомые попросили восстановить, там бухгалтерия, торговля, надо поднять вы поймите, что то, за что вы платили можно было спокойно удалить и потом заново установить а про файлы баз, конфиги и логи вы не говорите ничего вообще - может за них придется еще раз платить :) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 20:22 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
kira ivanovandre_yktлюди знакомые попросили восстановить, там бухгалтерия, торговля, надо поднять вы поймите, что то, за что вы платили можно было спокойно удалить и потом заново установить а про файлы баз, конфиги и логи вы не говорите ничего вообще - может за них придется еще раз платить :) что вы говорите, зачем, сидите потешаетесь. да хоть бы и заплатить пришлось, главное что бы заработало, советы тут раздавать легко. что я должен понять ? вся система съедены была, без фильтра по расширению файлов, просто заражено все, системные. такой админ был, ни антивируса , ни бэкапов. дешифратор который прислали, расшифровал почти все, осталось зараженных файлов около 30 штук. спросил, может где копнуть , может заведется, либо окончательно на нее время не тратить. спросил у специалистов в этой области, а получил ответы по практической жизни и психологии. я сколько раз помогал людям на форуме, по своему направлению, никогда их не учил жить и тем более не допускал себе смеха когда у людей проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 23:15 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_ykt, это интернет детка ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 00:04 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
mefman, Хочешь потролить иди в другое место. У человека проблема. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 13:16 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
macheteromefman, Хочешь потролить иди в другое место. У человека проблема. у вас проблемы? хотите об этом поговорить? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 13:33 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Вообще файлы БД ведь не мало весят обычно, как их получилось зашифровать? Да и просто так в винде они не меняются на лету, это служба была остановлена чтоле? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 13:57 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
lr2Вообще файлы БД ведь не мало весят обычно, как их получилось зашифровать? Да и просто так в винде они не меняются на лету, это служба была остановлена чтоле? резонно... хотя скорее всего база копеечная. может шифровальщики умные ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 14:38 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
mefmanlr2Вообще файлы БД ведь не мало весят обычно, как их получилось зашифровать? Да и просто так в винде они не меняются на лету, это служба была остановлена чтоле? резонно... хотя скорее всего база копеечная. может шифровальщики умные вопрос интересный.... ну, не умнее же постгрес сервиса ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 14:49 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Ролг Хупинmefmanпропущено... резонно... хотя скорее всего база копеечная. может шифровальщики умные вопрос интересный.... ну, не умнее же постгрес сервиса предположение: процесс шифрования начинается при ребуте до запуска сервисов ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 15:02 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
или зашифровано то что получилось зашифровать, а часть осталась как было. Емнип по коду базы были примечания, что winapi не разрешает одновременно открытые дескрипторы чтения и записи на один файл, но чтобы поставить базу в неудобное положение не обязательно шифровать все файлы в PGDATA. База не держит открытые дескрипторы на все файлы. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 15:11 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
MelkijБаза не держит открытые дескрипторы на все файлы. Серьезно? Т.е. при старте PostgreSQL не проверяет и не открывает на запись все файлы в БД? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 15:25 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
mefmanЕсть два типа людей. Те кто делает бекап, и те кто пока не делает. теперь ты один из нас Есть третий вид людей - которые хранят бекап не на сервере. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 15:35 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
982183mefmanпропущено... теперь ты один из нас Есть третий вид людей - которые хранят бекап не на сервере. и четвертый, те что делают тестовые восстановления регулярно ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 15:36 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 15:36 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Melkijwitte, ОС в общем случае и не даст одновременно открыть все файлы. См. max_files_per_process То что ОС накладывает/может накладывать ограничения на количество одновременно открытых файлов на процесс - это понятно. Меня интересует поведение PostgreSQL по-умолчанию. Если лимиты в ОС выставлены правильно (можно открыть все файлы), что будет во время старта? PostgreSQL попытается открыть все файлы на запись? И что будет если лимиты не позволяют открыть все файлы? При старте PostgreSQL ругнется и не даст работать с БД? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 16:44 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
witteMelkijwitte, ОС в общем случае и не даст одновременно открыть все файлы. См. max_files_per_process То что ОС накладывает/может накладывать ограничения на количество одновременно открытых файлов на процесс - это понятно. Меня интересует поведение PostgreSQL по-умолчанию. Если лимиты в ОС выставлены правильно (можно открыть все файлы), что будет во время старта? PostgreSQL попытается открыть все файлы на запись? И что будет если лимиты не позволяют открыть все файлы? При старте PostgreSQL ругнется и не даст работать с БД? Не будет он открывать все файлы... зачем ему это? Файлов миллион может быть в тяжелых случаях. Файлы открываются только по мере обращения к ним PER PROCESS (Т.е. у каждого коннекта к базе свой набор открытых файлов). Что значит postgresql попытается? - Postgresql это большой вагон процессов... и у каждого свои файлы открыты. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 17:35 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Ребят спасибо за отзывчивость. Давай те уточню по проблеме. Значит так, шифровальщик ел файл все файлы подряд, не смотря на расширение, что странно, обычно есть определенные , ворд , ексел, какие то dt и прочее. После получения дешифратора, даже винда поднялась, весь софт заработал, на первый взгляд все нормально. Но слон стартовать отказался. Каталог data на первый взгляд живой, но некоторые файлы шифровальщик не взял. Судя по набору файлов, это как раз те которые сидели в памяти на момент заражения, некоторые ехе, dll и _fsm. Глянул в них дизасемблером - нарушен заголовок и каша в структуре, но особая каша, отличается от каши , допустим, у другого зараженного файла который был расшифрован (после того как меня попросили посмотреть, сделал копию в зараженном состоянии ). Прочитал про восстановление из дампа, и еще пару статей, попробовал софтину Recovert for PostgereSQL. Подсовывал data вместо работающей у слона. Результат - служба была остановлена, т.к. никто к ней не обращается. Чувствую что базу поднять можно, просто не знаю как к ней подступится, не так уж крашнута, что бы не подняться. Знаний по слону сильно не хватает. Выручайте братцы, кто чем сможет ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 00:32 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
lr2, каталог Data почти 50 гб ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 00:38 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Уточню вопросы. Кстати, слон 9.4, изначально не сказал важную информацию. Итак , развернул кластер с нуля, и начал подсовывать в data\base каталоги по одному. Первый положил каталог 1, служба стартанула, при , pgAdmin вывалил эрор, с прямым указанием на следующий каталог, допустим 12135. Подсунул ему каталог который он просит, ребут службы, завелась, несмотря на присутствие в этих каталогах зараженных файлов. Видим служебную базу postgre c OID 12135. Поехали, подсовываю каталоги по очереди, после каждого ребут службы, ситуация не меняется, все так же видит только свою служебную базу. Начал подсовывать каталог global, когда заменил все скопом , служба стартовать отказалась , меняю по одному файлу, стартует, но по прежнему видит только свою служебную базу, однако, слон запросил пароль, и съел не тот который я указывал при инсталляции, а тот который был установлен горе-админом. В общем вопрос, где хранится схема БД которые вертятся под слоном, по любому где то то должно быть прописано равенство OID = basename? попробую покопать в этом направлении ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 10:17 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktУточню вопросы. Кстати, слон 9.4, изначально не сказал важную информацию. Итак , развернул кластер с нуля, и начал подсовывать в data\base каталоги по одному. Первый положил каталог 1, служба стартанула, при , pgAdmin вывалил эрор, с прямым указанием на следующий каталог, допустим 12135. Подсунул ему каталог который он просит, ребут службы, завелась, несмотря на присутствие в этих каталогах зараженных файлов. Видим служебную базу postgre c OID 12135. Поехали, подсовываю каталоги по очереди, после каждого ребут службы, ситуация не меняется, все так же видит только свою служебную базу. Начал подсовывать каталог global, когда заменил все скопом , служба стартовать отказалась , меняю по одному файлу, стартует, но по прежнему видит только свою служебную базу, однако, слон запросил пароль, и съел не тот который я указывал при инсталляции, а тот который был установлен горе-админом. В общем вопрос, где хранится схема БД которые вертятся под слоном, по любому где то то должно быть прописано равенство OID = basename? попробую покопать в этом направлении global/1262 скорее всего OID pg_database я не помню чтобы менялся когда либо PS: вы так скорее всего нормально не оживите... там очень много чего кроме директории base еще надо иметь живым. Но направление по сути у вас конечно верное хотя и закопаетесь вы с этим надолго. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 11:54 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Maxim Boguk global/1262 скорее всего OID pg_database я не помню чтобы менялся когда либо PS: вы так скорее всего нормально не оживите... там очень много чего кроме директории base еще надо иметь живым. Но направление по сути у вас конечно верное хотя и закопаетесь вы с этим надолго. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru Блин, что то не такой директории, и файла такого нет. Хотя по идее он должен быть, тут вертелось 4 базы, из них две нужные ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 12:03 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Maxim Boguk, pg_filenode.map - это не оно ? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 12:05 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktMaxim Bogukglobal/1262 скорее всего OID pg_database я не помню чтобы менялся когда либо PS: вы так скорее всего нормально не оживите... там очень много чего кроме директории base еще надо иметь живым. Но направление по сути у вас конечно верное хотя и закопаетесь вы с этим надолго. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru Блин, что то не такой директории, и файла такого нет. Хотя по идее он должен быть, тут вертелось 4 базы, из них две нужные Попробуйте global/12142 (файл 12142 в директории global). Там все не просто с global (shared каталогом) -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 12:11 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktMaxim Boguk, pg_filenode.map - это не оно ? + Вам 100% пригодится https://pgeoghegan.blogspot.com/2018/03/decoding-pgfilenodemapdata.html вот эта ссылка. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 12:14 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
Maxim Boguk, благодарю за линк. в общем обычным блокнотом открыл 12134 обнаружил там, значит баз было больше. @sweet @ut11 @mdut @hideoninja @Sweethome2 @sweethome2 @hrm @buh @sweetretail2 @reservedice @postgres @template1 @template0 12142 нет такого файла ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 12:17 |
|
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
|
|||
---|---|---|---|
#18+
andre_yktИтак , развернул кластер с нуля, и начал подсовывать в data\base каталоги по одному Вам необходимо запустить на копии целиком всего data и смотреть в лог базы: на чём именно отказывается стартовать. И прыгать оттуда. Собирать франкенштейна из кусков несвязанных между собой pgdata - идея нерабочая. Так вы в каком-то пригодном виде данные не получите даже если убедите грязным скальпелем базу запустится и решить что эти файлы её. Потому что нет корректных сведений о транзакционной видимости и вы можете увидеть то что давно удалено, то что должно было rollback одновременно и не увидеть то что должно быть с точки зрения приложения живо. Если детально знаете что где должно лежать и какое состояние является консистентным - то pg_filedump. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 15:58 |
|
|
start [/forum/topic.php?all=1&fid=53&tid=1995291]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
72ms |
get tp. blocked users: |
1ms |
others: | 261ms |
total: | 426ms |
0 / 0 |