Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Хотелось бы пофлеймить немного на тему сабжа. Вот есть у меня большие формы (ну действительно большие) с кучей javascript, иерархий между элементами(данными), xml. В этих формах где то WebControls используются, где то HTMLControls(несерверные), которые обрабатываются скриптом и из которых собирается xml для последующей отправки на сервер ч/з скрытое поле. Так вот не лучше ли в этом случает полностью отказаться от WebControls и перейти на XML/XSL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2005, 15:04 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Роман ДынникТак вот не лучше ли в этом случает полностью отказаться от WebControls и перейти на XML/XSL? А почему возник такой вопрос? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2005, 16:54 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
А почему возник такой вопрос Получается размазанная серверная обработка, т.е. Где то к контролам обращаться нужно, где то работать ч/з классы чтения XML, проверять валидность схеме и прочее. Единообразия хочется, объем кода сократить, ручной коддинг сократить... Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2005, 17:00 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Роман ДынникЕдинообразия хочется, объем кода сократить, ручной коддинг сократить... Роман, так вы сами знаете ответ на свой вопрос. Если _получится_ сократить код благодаря переходу на xml, улучшить другие параметры приложения - надо так и сделать. Вопрос может быть в другом - если приложение устоялось и работает, никаких доделок/переделок не предвидится, есть ли смысл этим заниматься? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2005, 17:06 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
М.б. конечно и есть - с точки зрения дальнейшей поддержки. А если это приложения "fire-and-forget", то наверное даже ради этого не стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2005, 17:10 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Так а в чём плюсы использования WebControls вообще? Т.е. не для всех, а для простых <input type="text"/>, например? Я никаких не вижу практически, кроме того что отпадает надобность гонять по Response.Querystring чтобы получить значение переданное формой. Оно удобней и красивее конечно ч/з свойство контрола. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2005, 17:40 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Извиняюсь, Request.Querystring Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2005, 18:19 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Из плюсов WebControl - объектная модель, события, валидаторы, постоянство (persistence) введенной информации. Последнее достигается за счет использования ViewState. Хранить его не обязательно на клиенте, иногда можно и в сессии. С точки зрения программиста использование ViewState снимает заботы по разбору строки url, обработке скрытых полей на JavaScript и т. п. К тому же длина строки запроса ограничена :) Не стоит забывать что существуют шаблонные элементы управления (DataGrid, DataList, Repeater). За счет хранения во ViewState текущих отображаемых данных этих контролов снижается количество обращений к базе данных. Из недостатков - частые перезагруки форм и большой размер ViewState. Насколько это важно, стоит решать в каждом конкретном случае. Большинство задач можно решить с использованием серверных контролов. Там где важна особенная производительность и низкий трафик, можно выбрать другие средства. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2005, 19:16 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
есть такая статья A Practical Comparison of XSLT and ASP.NET в разделе Performance указывается на главное приемущество серверной генерации кода перед XSLT - более высокая производительность ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2005, 10:21 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
спасибо за ссылочку, обязательно прочту. Хотя странно... Разметка ASPX страницы с aspx-контролами, это тоже ничто иное как XML (если отбросить codebehind). Так что же ms свой aspx-xml как то по-особому парсит, недокументированными алгоритмами чтоли :)) что производительность выше получается? Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2005, 13:12 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
там же: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnexxml/html/xml02192001.asp Performance So which solution performs better? On my machine the XSLT version gets 33 requests per second (using MSXML 3.0). The C# version gets about 120 requests per second. A preliminary test of a .NET Beta 2 version of XslTransform does about 47 requests per second. So clearly the C# code is faster. This is understandable, given that the C# code is hand-optimized XmlNavigator code that minimizes the number of XPath evaluations. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2005, 13:19 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
ASPX быстрее, поскольку парсится он только один раз, по нему генерируется C#-код, который компилируется и при следующих запросах выполняется уже компилированный код. В случае XML/XSLT при каждом запросе будет парситься и XML и XSLT + выполняться различные XPath выражения и т.п. У XSLT есть свои преимущества - большая гибкость + логика, связанная с отображением, может быть полностью вынесена в XSLT, что окончательно отделяет презентационную логику от бизнес-логики. XSLT все-таки значительно проще, чем C#, поэтому презентационную логику может писать менее квалифицированый человек. Плюс код получается менее платформо-зависимый и в случае необходимости может быть с меньшими проблемами перенесен на другую платформу (не ASP.NET). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2005, 14:23 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
+ к преимуществам веб-контролов можно отнести кучу готовых компонент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 09:29 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
у меня лично та же проблема, по этому я использую смешанную технологию, т.е. я использую из WEBControls только несколько элементов, в основном это кнопка Пуск (Сгенерить, Показать и пр....) или только те WEBControls - элементы, которые должны всегда (почти всегда) показываться. далее у меня все элементы скрипта как правило генерятся XML/XSL. Почему именно так - это связанно с системой безопастности, которая проверяет на допустимость запуска каждый скрипт( в соответствии с правами), по этому разводить кучу разных форм - разрастается БД секьюрити скриптов и я стараюсь (до разумнного) уменьшить кол-во aspx страниц. Второй недостаток WEBControls в том, что на них не всегда можно повеить необходимый ЯваСкрипт ( вылезает всякая кривизна). Хочется заметить, все сказанное применимо к крапоративному сайту. Кол-во поситителей ограниченно только рамками интрасети. Недостатки данной технологии: - скорость отклика на больших отчетах составляет до 1 -5 сек. - Скорость разработки страниц несколько ниже, особенно если надо отображать трехмерные (и более) таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 12:29 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Роман ДынникХотелось бы пофлеймить немного на тему сабжа. Вот есть у меня большие формы (ну действительно большие) с кучей javascript, иерархий между элементами(данными), xml. В этих формах где то WebControls используются, где то HTMLControls(несерверные), которые обрабатываются скриптом и из которых собирается xml для последующей отправки на сервер ч/з скрытое поле. Так вот не лучше ли в этом случает полностью отказаться от WebControls и перейти на XML/XSL? Исходя из моей практики - не лучше. Лучше отказаться от xml/xsl и перейти к использованию только веб-контролов. Для бэкофисных приложений будет быстрей скорость разработки, получится более фунциональный результат (за счет использования хороших библиотек компонентов). Простой пример: написать с нуля гридоподобную таблицу с возможностью сортировки по столбцам на клиенте, редактирования записи в таблице, множественного выделения записей - задача достаточно сложная и достаточно долгая. С использованием готовых компонентов - задача решается за полчаса. Для веб-сайта . Скорость разработки существенно не изменится, зато скорость работы будет намного выше (чем при использовании xml-xslt парсинга) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 13:27 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Ну как сказать. Для бэкофисных приложений XML/XSLT тоже может пойти, это зависит от архитектуры приложения. У нас например вполне успешно испольуется. Хотя IMHO, для бэкофисных приложений лучше всего подойдет архитектура, где клиентская часть общается с серверной исключительно через вебсервисы. Для этого необходим набор чисто клиентских контролов. Пример такой библиотеки можно посмотреть например здесь - очень впечатляет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 13:41 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
VladiChНу как сказать. Для бэкофисных приложений XML/XSLT тоже может пойти, это зависит от архитектуры приложения. Да никто не спорит, можно на чем угодно писать и бэкофис и фронтофис. Я говорю о том, что если писать проект с нуля, то судя по моему опыту, лучше делать это с использованием веб-контролов. Причины - выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 13:59 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
VladiChIMHO, для бэкофисных приложений лучше всего подойдет архитектура, где клиентская часть общается с серверной исключительно через вебсервисы. Почему лучше подойдет? Будут лучше интерфейсы? или выше скорость разработки? Или проще масштабирование? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 14:01 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Почему лучше подойдет? Будут лучше интерфейсы? или выше скорость разработки? Или проще масштабирование? Это смотря под что писать бэкофис, может под КПК с Windows CE... тогда удобнее на Web-сервисах. Да и вообще MS рекомендует в Smart clients ориентироваться на сервисы. При ориентировании на сервисы, в aspx - просто интерфейс, т.е. хочешь aspx делай, хочешь winforms, все равно вся логика в веб-сервисе. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 14:13 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Простой пример: написать с нуля гридоподобную таблицу с возможностью сортировки по столбцам на клиенте, редактирования записи в таблице, множественного выделения записей - задача достаточно сложная и достаточно долгая. С использованием готовых компонентов - задача решается за полчаса. Может и решается, но в некоторых ситуациях с кучей постбеков. На каждое добавление записи - постбэк. На каждое редактирование - постбэк. На рисунке, кстати НЕ DataGrid. И времени понадобилось не так уж много чтобы JavaScript - альтернативу написать. Более того, я вообще нигде не использую этот DataGrid, для редактирования записей - он мне мало подходит, для чистого показа - вообще не нужен. С XML/XSL для показа я извратиться как угодно могу без перекомпиляции (и сортировку и задать и обработку, вообщем всё основное необходимое), а с DataGrid приходится многие вещи в codebehind делать... Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 14:21 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
С использованием готовых компонентов - задача решается за полчаса Ага и потом возникают подобные вопросы: http://www.sql.ru/forum/actualthread.aspx?tid=152191 Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 14:30 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Вариант с бэкофисом на вебсервисах: интерфейс грузится один раз, т.е. может быть хоть в статическом html, хоть вообще hta-приложением, запускаемым с клиента. Вся работа с сервером осуществляется через веб-сервисы. 2 marina milanina - из-за всех трех причин, указанных вами - лучше интерфейсы, выше скорость разработки, проще масштабирование, гибче архитектура - мы отвязываемся от довольно негибкого механизма форм, от необходимости создания всяких скрытых полей и т.п. Плюс можно разрабатывать свои контролы, не основанные вообще на html-input'ах, все на чистых div/span + стили. Такие например, как combobox, spinner, всякие специализированные и т.п. Появляется возможность создавать MDI-приложения, мультифреймовые приложения без HTML-фреймов и многое другое. Вы поглядите ссылку, которую я дал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 14:43 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Вся беда WebControls в том что они действительно более ориентированы на серверную обработку, а возможности клиентской обработки и способы прикрутить ее оставляют желать лучшего. Поэтому мне чаще приходится писать свои htc-компоненты, которые можно использовать и в hta, и в обычных формах. И в случае уж особо острой необходимости включить их рендеринг в библиотеку WebControls. ... bindow смотрел как то, не понравилось то что окна на слоях там слеплены, все так и на showModalDialog как то оно лаконичней и доверия внушает больше. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 15:31 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
В bindows есть один действительно крупный недостаток - это отсутствие возможности вставлять поля input type=file. Это следствие того, что вся работа идет через веб-сервисы. Все остальное - ерунда. Обычные диалоговые окна тоже можно делать. Я bindows указал в качестве примера. Кто мешает сделать похожую библиотеку, избавив ее от недостатков bindows? Я говорю про принцип. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 15:54 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
VladiCh, я согласен. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 16:04 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Да, только сейчас подумал. Открытие диалогового окна через showModalDialog подразумевает указание нового url, т.е. мы отходим от принципа "приложение полностью загружается при запуске". IMHO внутренние окна - это как раз более правильный подход, да и возможностей по их настройке на порядок больше, чем стандартных диалоговых окон. Не стоит забывать еще и о том, что bindows - кросс-платформенная библиотека и абсолютно так же функционирует в Mozilla, как и в IE. Возможно сейчас не только бэк-офисы стоит делать по такому же принципу. Если вспомнить интерфейс gmail, то он сделан практически также, единственно он работает с сервером не через SOAP, а просто через JSON-сериализацию объектов. Так что я уверен, что за такими приложениями будущее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 16:04 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
showModalDialog подразумевает указание нового url, т.е. мы отходим от принципа "приложение полностью загружается при запуске файловый url ничего же не мешает указать. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 16:15 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Роман Дынник[quot ] Простой пример: написать с нуля гридоподобную таблицу с возможностью сортировки по столбцам на клиенте, редактирования записи в таблице, множественного выделения записей - задача достаточно сложная и достаточно долгая. С использованием готовых компонентов - задача решается за полчаса. авторМожет и решается, но в некоторых ситуациях с кучей постбеков. На каждое добавление записи - постбэк. На каждое редактирование - постбэк. Выбирайте компоненты, где это можно сделать и там и там. авторНа рисунке, кстати НЕ DataGrid. И времени понадобилось не так уж много чтобы JavaScript - альтернативу написать. Простую табличку очень легко написать. Но готовые компоненты включают в себя такую массу полезных функций, которую реализовывать очень и очень долго. Например: группировку записей по значению полей, раскрытие подробной информации при клике по записи, построение иерархии в гриде и т.д. Как раз это я имела в виду, говоря, что за значительно меньшее время вы построите значительно более функциональный (с точки зрения интерфейса) продукт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 16:22 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Роман Дынник С использованием готовых компонентов - задача решается за полчаса Ага и потом возникают подобные вопросы: http://www.sql.ru/forum/actualthread.aspx?tid=152191]http://www.sql.ru/forum/actualthread.aspx?tid=152191 Posted via ActualForum NNTP Server 1.1 Ну это не аргумент. Если рук нет, никакая технология не спасет ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 16:26 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. А потом еще за 100$ туллбар, а потом... Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 16:29 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
2VladiCh. Вот вы говорите, что при разработке бэкофиса на вебсервисах VladiCh - лучше интерфейсы, выше скорость разработки, проще масштабирование, гибче архитектура А вы уже какой-либо проект реализовывали при помощи этой технологии? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 16:29 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Роман Дынник Код: plaintext 1. А потом еще за 100$ туллбар, а потом... Posted via ActualForum NNTP Server 1.1 Вообще то обычно библиотека компонентов включает в себя достаточно много элементов. Мы купили Инфрагистикс за $700. Эти деньги были полностью отбиты (за счет экономии труда программистов) уже за первый месяц. Дальше работаем только в плюс. Мне непонятен тон ваших постов. Мы здесь обсуждаем как лучше делать или у кого... м-ммм... яйца круче? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 16:35 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
обсуждаем XML/XSL и WebControls принципиально, а не яйца феберже по типу инфрагистика. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 17:26 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
2 marina milanina. Может быть соберемся в текущем проекте делать. Проблема в том, что уже куча кода написана на ASPX + XML/XSLT, и возможно, что нет смысла его переделывать. Но со следующего проекта - однозначно будем для бэкофиса пользоваться этой технологией. Тестовое приложения не сильно сложное я делал, чтобы проверить, как это все работает - понравилось. Я кстати согласен с Романом в плане того, что WebControlы в основном заточены на серверную обработку. Для хорошего пользовательского интерфейса же надо многое сделать на клиенте. Например, во многих ли WebControl'ах поддерживается drag and drop, обычные и контекстные меню и т.п. И многие ли WebControl'ы, которые это поддерживают (если таковые есть), являются кросс-браузерными? Сейчас почти во всех более-менее приличных браузерах (IE, Mozilla, beta-версия Opera) можно реализовывать пользовательский интерфейс практически не уступающий тому, которые делают в десктопных приложениях. Но все тем не менее продолжают использовать старые приемы. Я думаю, в не столь отдаленном будущем ситуация изменится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 17:34 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
В не столь отдаленном будущем только так называемый Control PostBack появится, т.е. будет отправляться не вся форма а только данные отдельного контрола. В принципе неплохое новшевство. А в функциональности стандартных контролов врятли что-либо изменится, видимо ms не хочет отбирать кусок у контор типа componentone и infragistic. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 17:42 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Прорезюмировав высказанное мной здесь, я скажу, что для фронт-офиса в общем случае я бы выбрал XML/XSLT. Проблему с более низкой производительностью можно решить кэшированием. Правда я в основном занимаюсь CMS-ами, для них это более предпочтительный вариант по многим причинам. Для других типов веб-приложений возможно лучше использовать WebControlы. Для бэкофиса я выбрал бы хорошую DHTML/JavaScript библиотеку (типа Bindows) и вызов вебсервисов с клиента для работы с бизнес-слоем. По поводу Control Postback - это проблему с не user-friendly интерфейсом на клиенте все равно не решит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 17:52 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Еще замечание. Web control'ы хороши в проектах, где пользовательский интерфейс создается программистами. Если же интерфейсом занимается дизайнер/веб-мастер, то XML/XSLT намного предпочтительнее. Потому, что граница слой-представления - слой-бизнес-логики проходит между разными людьми, да и веб-мастерам (во многом более дизайнерам) языки разметки все-таки гораздо ближе, чем алгоритмические. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2005, 18:53 |
|
||
|
XML/XSL vs WebControls
|
|||
|---|---|---|---|
|
#18+
Да, есть такое дело, хотя справедливости ради можно сказать, что верстальщик/вебмастер вполне может и ASPX-файлы редактировать, тоже с какой-то точки зрения аналог XSLT, правда при этом гораздо больше возможностей напортачить, т.к. разметка WebControl'ов напрямую завязана на генерируемый код. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2005, 19:37 |
|
||
|
|
start [/forum/topic.php?all=1&fid=18&tid=1394672]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
| others: | 274ms |
| total: | 430ms |
| 0 / 0 |
