|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
s_ustinovНавик - это до 500 примерно. Можно и больше, но... Так что можно смело считать навик и 1С (УПП / ERP) прямыми конкурентами. странный вы. Прямой конкурент - это когда в одной нише оба продукта. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 12:30 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
Petro123s_ustinovНавик - ОЧЕНЬ нормальная ERP. выскажусь в обратную сторону. Если вы наизусть знаете план счетов и сможете их настроить с нуля, то с навиком вы справитесь. Если вам нужна готовая отчётность с кнопкой Провести, то с навиком вы не справитесь. Бизнесу нужно то и то)). Так я и не предлагаю в качестве замены 1С писать навик. Как уже сказал, у навика много унаследованных болячек. Если кто-то попробует написать в качестве замены 1С что-то очень на 1С похожее - 99% что ничего не получится. Это будет позиция догоняющего. Писать имеет смысл другое, что по совокупности будет (пусть не сразу, но в течении пары лет) лучше 1С. Например, можно легко пожертвовать наворотами языка, конфигуратора, поддержкой нескольких СУБД и т.п. По большому счету бизнесу это не важно. Но сделать более качественный стандартный функционал и вариант "преднастроенной" простой установки - чтобы можно было нажать одну кнопку "установить", потом в открывшемся окне ввести название компании, коды, вид налогообложения - и начинать работать, внося по ходу дела справочники и остатки - примерно как в 1С Бухгалтерии. А через некоторое время, если это тебе надо, донастроить и начать работу с заказами, резервами, складами с ячейками и т.п. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 12:40 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
Petro123s_ustinovНавик - это до 500 примерно. Можно и больше, но... Так что можно смело считать навик и 1С (УПП / ERP) прямыми конкурентами. странный вы. Прямой конкурент - это когда в одной нише оба продукта. ?????? Так они и есть в одной нише. Одна и та же группа клиентов. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 12:42 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
Про базу как то не замечал большого распухания... Например, наша база сейчас меньше 100 гиг, хотя операций довольно много. Сейчас такие объемы выглядят смешно.У Вас мало данных. :) По своему опыту автоматизации розницы (1 не сильно крупный маркет) база за 5-6мес. распухла до 100Гб и пришлось предпринимать титанические усилия по ее урезке. Тормоза адские. К вопросу о кадрах: внедрял золотой партнер. Внедрял криво и бездарно. Проект через 2.5г рухнул именно из-за техн. проблем. Система оставила двойственное чувство: с одной стороны простота языка. С другой - совершенно слабая функциональность искаропки. С ошибками и без нужнейших вещей. Правда это было в 2004-5г. :) Но не думаю, что за 12 лет что-то принципиально поменялось. Если у продукта есть родовая травма, то она остается на всю жизнь. Если бы не цена, то для компаний с небольшим кол-вом данных и несложной б/л - неплохое решение. Никогда не станет популярным, т.к. несуразно дорог и имеет ряд существенных недостатков. По возможностям языка... Как уже упоминал, это плюс минус бейсик.Вообще-то ближе к паскалю, ИМХО. Не суть. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 12:55 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
Про базу как то не замечал большого распухания... Например, наша база сейчас меньше 100 гиг, хотя операций довольно много. Сейчас такие объемы выглядят смешно.У Вас мало данных. :) По своему опыту автоматизации розницы (1 не сильно крупный маркет) база за 5-6мес. распухла до 100Гб и пришлось предпринимать титанические усилия по ее урезке. Тормоза адские. К вопросу о кадрах: внедрял золотой партнер. Внедрял криво и бездарно. Проект через 2.5г рухнул именно из-за техн. проблем. Система оставила двойственное чувство: с одной стороны простота языка. С другой - совершенно слабая функциональность искаропки. С ошибками и без нужнейших вещей. Правда это было в 2004-5г. :) Но не думаю, что за 12 лет что-то принципиально поменялось. Если у продукта есть родовая травма, то она остается на всю жизнь. Если бы не цена, то для компаний с небольшим кол-вом данных и несложной б/л - неплохое решение. Никогда не станет популярным, т.к. несуразно дорог и имеет ряд существенных недостатков. По возможностям языка... Как уже упоминал, это плюс минус бейсик.Вообще-то ближе к паскалю, ИМХО. Не суть. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 13:07 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
сорри за дубль.... : ( ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 13:09 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
LSVПро базу как то не замечал большого распухания... Например, наша база сейчас меньше 100 гиг, хотя операций довольно много. Сейчас такие объемы выглядят смешно.У Вас мало данных. :) Ну, не скажу что данных много. Но ведь мы про SMB говорим, и для этого сегмента такое количество операций довольно большое. На картинке - все таблицы, где больше гигабайта. Нет какого-то дикого распухания базы. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 13:38 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
LSVПо своему опыту автоматизации розницы (1 не сильно крупный маркет) база за 5-6мес. распухла до 100Гб и пришлось предпринимать титанические усилия по ее урезке. Тормоза адские. К вопросу о кадрах: внедрял золотой партнер. Внедрял криво и бездарно. Проект через 2.5г рухнул именно из-за техн. проблем. Система оставила двойственное чувство: с одной стороны простота языка. С другой - совершенно слабая функциональность искаропки. С ошибками и без нужнейших вещей. Правда это было в 2004-5г. :) Но не думаю, что за 12 лет что-то принципиально поменялось. Если у продукта есть родовая травма, то она остается на всю жизнь. Если бы не цена, то для компаний с небольшим кол-вом данных и несложной б/л - неплохое решение. Никогда не станет популярным, т.к. несуразно дорог и имеет ряд существенных недостатков. По возможностям языка... Как уже упоминал, это плюс минус бейсик.Вообще-то ближе к паскалю, ИМХО. Не суть. Вы что, никогда не видели, что иногда пишут франчи со всеми сертификатами, которые только возможны? Золотой партнер - это ни о чем. Кадры решают всё. Про функциональность я говорил. Она не сказать что мега богатая, но достаточная. И, что по моему мнению очень важно - хорошо работает тот функционал, который самостоятельно мало кто напишет. Например, всё, что относится к финансам, сделано в целом достаточно хорошо. Изначально была достаточно корректная архитектура фин учета, и за длительное время убрали все мелкие косяки. Разумеется, недостатки есть, но по сравнению с 1С - небо и земля. Думаю, большая часть проблем, с которой вы столкнулись, связана с квалификацией внедренцев. Язык может и ближе к паскалю, но действительно не важно. Простой. Популярность... В европе это самое (или одно из) популярное решение для компаний среднего размера. Уже лет 10-15 как популярное. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 13:53 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
s_ustinovТак они и есть в одной нише. Одна и та же группа клиентов. выше писал: - 1С от ларька до 1000 клиентов. Мы в теме 1С обсуждаем? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 14:11 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
На картинке - все таблицы, где больше гигабайта.Ну да. В Item Ledger Entry мизер записей 2млн. Видимо в базе только бухгалтерские проводки. Т.е. данных мало. Совсем мало. И на все это 100Гб ? Не дофига ли ??? Не я конеш понимаю, что там SIFT всякие, но .... это чересчур. У нас в VE/ILE писались миллионы в неделю. Две самые жирные таблицы. С ужасом вспоминаю... Чтоб заставить такую систему эффективно работать в рознице, нужно переделать 80% системы. Но это анриал. А для центральной БД всей розничной сети - вообще полный анриал в любой конфигурации. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 14:22 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
LSVНа картинке - все таблицы, где больше гигабайта.Ну да. В Item Ledger Entry мизер записей 2млн. Видимо в базе только бухгалтерские проводки. Т.е. данных мало. Совсем мало. И на все это 100Гб ? Не дофига ли ??? Не я конеш понимаю, что там SIFT всякие, но .... это чересчур. У нас в VE/ILE писались миллионы в неделю. Две самые жирные таблицы. С ужасом вспоминаю... Чтоб заставить такую систему эффективно работать в рознице, нужно переделать 80% системы. Но это анриал. А для центральной БД всей розничной сети - вообще полный анриал в любой конфигурации. У нас есть таблицы >100 млн записей, причем использующиеся для оперативной работы (это не говоря про чеки >500млн при этом реализация принимается в онлайне), и все работает. Собственно с появлением SSD и удешевлением памяти, достаточно построить нужные индексы и материализации. Ну и над оптимизатором запросов пошаманить. Хотя строго говоря, что 1С что навик, оба "для центральной БД всей розничной сети" не подходят. Потому как а) ОРМ б) блокировочники. Не ну пришло ушло осталось можно запилить, но что-то ближе к ЕРП просто не взлетит. Из того что я знаю Астор максимум в одну базу магазинов 50 сажал (это где-то 150-200 одновременно работающих пользователей) и при этом это жутко тормозило. И это разработчик который на FMCG специализируется. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 15:26 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
Nitro_JunkieХотя строго говоря, что 1С что навик, оба "для центральной БД всей розничной сети" не подходят. она нужна? 1С из ТиС передаёт в бухгалтерию только проводки. Не номенклатуру. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 15:35 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
Petro123s_ustinovТак они и есть в одной нише. Одна и та же группа клиентов. выше писал: - 1С от ларька до 1000 клиентов. Мы в теме 1С обсуждаем? 1C УПП / ERP - это 1С или нет? Я считаю, что тоже 1С. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 15:45 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
LSVНа картинке - все таблицы, где больше гигабайта.Ну да. В Item Ledger Entry мизер записей 2млн. Видимо в базе только бухгалтерские проводки. Т.е. данных мало. Совсем мало. И на все это 100Гб ? Не дофига ли ??? Не я конеш понимаю, что там SIFT всякие, но .... это чересчур. У нас в VE/ILE писались миллионы в неделю. Две самые жирные таблицы. С ужасом вспоминаю... Чтоб заставить такую систему эффективно работать в рознице, нужно переделать 80% системы. Но это анриал. А для центральной БД всей розничной сети - вообще полный анриал в любой конфигурации. Там не только бух проводки, просто это вагоны / контейнеры - вот строк и немного. А миллионы в неделю - это уже неправильный выбор системы. Навик под такое не приспособлен. Микрософт достаточно однозначно говорит, что это уже аксапта. Но это мы перешли к обсуждению верхнего сегмента среднего бизнеса, плавно переходящего в крупный. А именно для среднего бизнеса (до 50 тысяч строк продаж в день) навика вполне хватает. И цена вопроса с распухшей базой - до тысячи долларов на диски ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 15:53 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
Petro123Nitro_JunkieХотя строго говоря, что 1С что навик, оба "для центральной БД всей розничной сети" не подходят. она нужна? 1С из ТиС передаёт в бухгалтерию только проводки. Не номенклатуру. Иногда анализ надо делать. И данные нужны с точностью до строки РН. И собирать эти данные из распределенных баз, если их нет в центральной - отдельное удовольствие... для мазохистов. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 16:01 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
А миллионы в неделю - это уже неправильный выбор системы. Навик под такое не приспособлен.Он то приспособлен. Но вот конфа.... Это эпичный ппц. Таблицы проводок с сотней полей и дикими индексами. Половина полей просто незадействованы. А вычистить их из конфы - очень непростая задача. Главная проблема именно в этом. Навик напоминает старую шанхайскую застройку: к халупе начинают пристраивать кухню, веранду, второй, третий этажи и т.д. до бесконечности. В итоге дикие таблицы, дикий код, тормоза и пожимающие плечами внедренцы. Типо "у вас много данных". :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 16:02 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
s_ustinovИногда анализ надо делать. И данные нужны с точностью до строки РН. И собирать эти данные из распределенных баз, если их нет в центральной - отдельное удовольствие... для мазохистов. базы для анализ отдельно. Для розницы отдельно. Давно придуман OLAP\OLTP и репликация. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 16:23 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
s_ustinovЗнаю несколько фирм, где делали бюджетирование и даже что то сделали, но план факт строить не могут. Что помешало? Корень проблемы хоть кто-то в этих фирмах пытался понять? Или только баблом за внедрение всё ограничилось? LSVС кривоватой архитектурой. И ниччо... :) Главное - хороший архитектор. Интересное сопоставление. Кривоватая архитектура при хорошем архитекторе. И ниччо. s_ustinovДефицит кадров - это согласен на 100%. Но в 1С проблем с квалифицированными кадрами не меньше. Внимание, вопрос! А что там с уровнем квалификации представителей заказчика? Или во всём только бедные одноцэшники виноваты? LSVУ Вас мало данных. :) По своему опыту автоматизации розницы (1 не сильно крупный маркет) база за 5-6мес. распухла до 100Гб и пришлось предпринимать титанические усилия по ее урезке. Тормоза адские. Опять же - а почему? Ну какому идиоту пришла в голову идея прекрасного запроса select sum(amount) from 1000gb_table join [...some joins...] where [...some conditions...] groub by [some fields]? Как бы агрегированные данные хранить принято. Или у вас магическим образом чеки по прошествии полугода перепечатываются? Или это в тему о "хорошем архитекторе"? В целом по всем пунктам имеет место быть банальный дефицит понимания. Не у участников (хотя и они причастны), но у заказчиков в первую очередь. И только поэтому заказчик хочет одну кнопку "сделать всё". Понимал бы он вытекающие из этого проблемы - никогда такую ерунду бы не пожелал. Но понимания у него нет и не будет. Ибо мелочь по определению в массе своей безумно тупая. То есть отдельные индивидуалы могут что-то соображать, но в чужой для них предметной области они все без исключения становятся идиотами (ну или сравним с детьми - тоже вроде шустрые, но знаний просто нет). Поэтому всё упирается в неграмотность заказчика. В больших конторах это устранимо через механизм найма грамотного учителя за много миллионов баксов в год. А вот мелочи найти грамотного учителя ещё и психологически трудно, ибо кто-ж сам себе на шею цербера посадит? Отсюда мораль - убийца одинцэ должен всё умное делать сам. И пока вы тут все ограничиваетесь перечислением табличек, убийца одинцэ сочиняет процесс обучения психологически отвергающего любые указания извне, но на самом деле в них крайне заинтересованного, заказчика. Ну а таблички вам индусы нарисуют. Задёшево. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 16:31 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
LSVА миллионы в неделю - это уже неправильный выбор системы. Навик под такое не приспособлен.Он то приспособлен. Но вот конфа.... Это эпичный ппц. Таблицы проводок с сотней полей и дикими индексами. Половина полей просто незадействованы. А вычистить их из конфы - очень непростая задача. Главная проблема именно в этом. Навик напоминает старую шанхайскую застройку: к халупе начинают пристраивать кухню, веранду, второй, третий этажи и т.д. до бесконечности. В итоге дикие таблицы, дикий код, тормоза и пожимающие плечами внедренцы. Типо "у вас много данных". :) В первую очередь проблема в денормализованных табличках. Ну и "пристройки" свою лепту вносят, да. Навик ведь относительно недавно имел файловую базу - вот тяжелое наследие и сказывается. Ну и мне кажется сейчас все же неиспользуемых полей относительно мало, если и есть. Я сильно не натыкаюсь. Но главное - в другом. Конфигурация у навика хоть и имеет родовые травмы, но в целом достаточно добротно сделана. И если у меня будет выбор, делать внедрение на навике или упп - однозначно выберу навик. В нем, при соблюдении ряда условий (например, не ковырять сильно стандартный функционал), результат получится с меньшей головной болью и нежданчиками. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 16:31 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
Petro123s_ustinovИногда анализ надо делать. И данные нужны с точностью до строки РН. И собирать эти данные из распределенных баз, если их нет в центральной - отдельное удовольствие... для мазохистов. базы для анализ отдельно. Для розницы отдельно. Давно придуман OLAP\OLTP и репликация. Ну да, ну да. Сделать репликацию для пары-тройки десятков распределенных баз 1С на уровне SQL сервера? Или делать ЕЩЕ ОДИН обмен на уровне 1С в отдельную центральную конфу? И то и другое - как конфету у ребенка отобрать, ага. Пока не начнешь делать - выглядит элементарно (у самого есть пара мелких, и насколько "легко" отобрать конфету, я в курсе))). ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 16:40 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
alex55555s_ustinovЗнаю несколько фирм, где делали бюджетирование и даже что то сделали, но план факт строить не могут. Что помешало? Корень проблемы хоть кто-то в этих фирмах пытался понять? Или только баблом за внедрение всё ограничилось? Ну... Корень проблемы, как всегда, в прокладках. Начальство в меру своего разумения поставило задачу, а программисты в меру своего разумения попытались выполнить. Это были внутренние проекты - "Зачем нам кто-то, если свой программист 1С есть, который все что захочешь напишет?" Вот и написали, что захотели. А если более предметно, никому почему-то в голову не пришло, что бюджетирование это на 90% правильный учет, и только на 10% сами бюджеты. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 16:48 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
Как бы агрегированные данные хранить принято. Или у вас магическим образом чеки по прошествии полугода перепечатываются?Коллега, Вы встряли не по теме. Как раз навик много чо агрегирует. Даже слишком много. Хотя хранение агрегатов - штука тонкая. Иногда их надо пересчитывать, н-р из-за "усовершенствования" процедуры расчета себестоимости. Нужно иметь кучу регламентов для поддержки агрегатов в идеально-актуальном состоянии. Все должно быть понятно и легко проверяемо. Но это непросто реализовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 17:06 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
s_ustinov"Зачем нам кто-то, если свой программист 1С есть, который все что захочешь напишет?" Вот и написали, что захотели. А если более предметно, никому почему-то в голову не пришло, что бюджетирование это на 90% правильный учет, и только на 10% сами бюджеты. На самом деле более предметно именно про "зачем нам кто-то ещё". Ну а конкретный алгоритм пары отчётов, которые громко называют "бюджетированием", это как раз малозаметная мелочь на фоне безумных решений руководства. Тёмные люди, что с них взять. Ну и соответственно одноцэшников на таком рынке победит тот, кто тоньше этих дурачков вокруг пальца водить научится, играть на их темноте. Психология и демагогия, а программирования практически и не надо. Получается, что монополизм одноцэ есть чисто социальное явление. А народ здесь программным путём это хочет исправить. Ну-ну. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 18:07 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
LSVКоллега, Вы встряли не по теме. Как раз навик много чо агрегирует. Даже слишком много. Ну раз ваш "умный архитектор" запустил систему до состояния диких тормозов, значит про агрегаты он может и слышал, но ни разу не использовал. LSVХотя хранение агрегатов - штука тонкая. Иногда их надо пересчитывать, н-р из-за "усовершенствования" процедуры расчета себестоимости. Нужно иметь кучу регламентов для поддержки агрегатов в идеально-актуальном состоянии. Все должно быть понятно и легко проверяемо. Но это непросто реализовать. Так в мире вообще много сложностей. И что с того? Забьём на атомный реактор и будем в пещерах жить? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 18:10 |
|
Как правильно писать "Убийцу 1С"
|
|||
---|---|---|---|
#18+
alex55555s_ustinov"Зачем нам кто-то, если свой программист 1С есть, который все что захочешь напишет?" Вот и написали, что захотели. А если более предметно, никому почему-то в голову не пришло, что бюджетирование это на 90% правильный учет, и только на 10% сами бюджеты. На самом деле более предметно именно про "зачем нам кто-то ещё". Ну а конкретный алгоритм пары отчётов, которые громко называют "бюджетированием", это как раз малозаметная мелочь на фоне безумных решений руководства. Тёмные люди, что с них взять. Ну и соответственно одноцэшников на таком рынке победит тот, кто тоньше этих дурачков вокруг пальца водить научится, играть на их темноте. Психология и демагогия, а программирования практически и не надо. Получается, что монополизм одноцэ есть чисто социальное явление. А народ здесь программным путём это хочет исправить. Ну-ну. Неправильно говорить, что руководство совсем неадекватное. Просто они столкнулись с вещами, которые нельзя решить без хорошего понимания предметной области. А такого понимания ни у них, ни у их программистов не было. В результате, когда они попытались сделать что-то в том виде, как понимали проблему, ничего у них хорошего не получилось. Это просто еще один пример того, что прикладной функционал важнее крутых возможностей платформы по разработке. Мало уметь программировать и иметь инструмент для быстрой разработки. Надо ПОНИМАТЬ, что именно разрабатываем и как оно должно функционировать. Если у тебя уже есть такой функционал в системе - ты его настроил и пользуешься. И не надо хорошо разбираться в том, как надо проектировать подсистему фин учета и бюджетирования. А вот когда пишешь сам... Для простых вещей это срабатывает. А то же бюджетирование - достаточно сложная штука в первую очередь потому, что завязано на фин учет (факт). ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2017, 18:53 |
|
|
start [/forum/topic.php?fid=33&msg=39462498&tid=1547286]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
39ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
1ms |
others: | 18ms |
total: | 167ms |
0 / 0 |