ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Интеграция КИС на уровне данных:перспективы и возможности.
22 сообщений из 72, страница 3 из 3
  3  все
Интеграция КИС на уровне данных:перспективы и возможности.
    #33637340
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АБ
Участник
iscrafmВы бы еще паскаль и си в эту линейку добавили, для полноты картины. Паскаль и си прямого отношения к XML не имеют, в отличие от перечисленных мною тем. Опять-же, XQuery функционально является аналогом SQL, а паскаль и си к нему и близко не стояли.
...
Рейтинг: 0 / 0
31.03.2006, 12:32
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33637363
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
надо верить в то что озвучиваешь. Ждем простого примера. Сделайте базу данных из двух таблиц: клиенты, оплаты. Обеспечьте интерфейсы для наполнения этой базы и несколько простых запросов: сальдо клиента на дату, оборот за период по клиенту, сальдо по всем клиентам.
...
Рейтинг: 0 / 0
31.03.2006, 12:37
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33637383
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АБ
Участник
iscrafmЖдем простого примера. Сделайте базу данных из двух таблиц Я не понял, кто тут кого экзаменует?! Вы всем посетителям форума раздаете домашние задания, или это особая честь для меня лично?
...
Рейтинг: 0 / 0
31.03.2006, 12:41
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33637416
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Для Вас лично. Остальные я так понял разницу между интерфейсами СУБД и XML инструментарием понимают. Думаю много времени не займет у Вас, 2 минуты от силы.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
CREATE TABLE CONTACTS (
    ID         ID NOT NULL /* ID = CHAR(3) NOT NULL */,
    NAME       VARCHAR( 250 )
);
CREATE TABLE PAYMENTS (
    ID        ID NOT NULL /* ID = CHAR(3) NOT NULL */,
    PDATE     DATE,
    PAYMTO    FKID /* FKID = CHAR(3) */,
    AMOUNT    NUMERIC( 15 , 2 )
);

insert into contacts (id, name) values ('001','Клиент-1');
insert into contacts (id, name) values ('002','Клиент-2');
...
insert into contacts (id, name) values ('00n','Клиент-n');

insert into payments (id,pdate,paymto,amount) values ('001','2006-01-01','001', 200 );
insert into payments (id,pdate,paymto,amount) values ('002','2006-01-21','001', 3000 );
....

select sum(amount) as am from payments where paymto = @p1 and pdate <@p2
select sum(amount) as am from payments where paymto = @p1 and pdate between @p2 and @p3
select t2.name as client, sum(t1.amount) as am from payments t1
inner join contacts t2 on t2.id = t1.paymto
where pdate between @p1 and @p2
...
Рейтинг: 0 / 0
31.03.2006, 12:49
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33637497
...починяю примус
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
...починяю примус
Участник
АБВам тоже незачет Повторить по конспекту следующие темы: XPath, XSLT, XQuery.
Когда специалисты по XML начнут "ручками" запросы писать ( т.е. средства, перечисленные выше станут для этого достаточно эффективны), тогда я и посмотрю, м.б., в эту сторону....
...
Рейтинг: 0 / 0
31.03.2006, 13:15
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33637570
Фотография Calm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Calm
Участник
автор
Когда специалисты по XML начнут "ручками" запросы писать ( т.е. средства, перечисленные выше станут для этого достаточно эффективны), тогда я и посмотрю, м.б., в эту сторону....

Ну я пишу ручками в XSL-шаблонах запросы на выборку на XPath (строго говоря, на подмножестве Xpath). Ничего супер-пупер сложного в этом нет.
...
Рейтинг: 0 / 0
31.03.2006, 13:38
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33637660
...починяю примус
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
...починяю примус
Участник
CalmНичего супер-пупер сложного в этом нет.
А речь не о сложности идет. Просто до тех пор, пока преимущественными средствами остаются различного рода визуальные построители (напомню - мы про обработку данных, не про конструирование пользовательских интерфейсов, где применение визуальных средств очевидно), до тех пор, на мой взгляд, описательные (языковые) возможности такого средства явно "не на высоте".
...
Рейтинг: 0 / 0
31.03.2006, 14:03
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33637736
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
И еще. То о чем говорит АБ не более как пересылка и преобразование пакетов.
А интеграция на уровне данных несколько другое. На рисунке один из примеров. Это когда пользователь открывает форму и ему без разницы где находятся данные которые он в ней видит. Он же пользователь.
...
Рейтинг: 0 / 0
31.03.2006, 14:24
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33638583
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АБ
Участник
iscrafmСделайте базу данных из двух таблиц: клиенты, оплаты. Обеспечьте интерфейсы для наполнения этой базы и несколько простых запросов: сальдо клиента на дату, оборот за период по клиенту, сальдо по всем клиентам. Эх, опять все приходится делать самому :)

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
#!/bin/sh
cat >db.xml <<EOF
<?xml version="1.0" encoding="windows-1251"?>
<db>
<contacts>
<contact id="001"><name>Клиент- 1 </name></contact>
<contact id="002"><name>Клиент- 2 </name></contact>
</contacts>
<payments>
<payment id="001"><pdate> 2006 - 01 - 01 </pdate><paymto> 001 </paymto><amount> 200 </amount></payment>
<payment id="002"><pdate> 2006 - 01 - 21 </pdate><paymto> 002 </paymto><amount> 3000 </amount></payment>
</payments>
</db>
EOF
cat >query.xsl <<EOF
<?xml version="1.0" encoding="windows-1251"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
<xsl:param name="p1"/>
<xsl:param name="p2"/>
<xsl:param name="p3"/>
<xsl:output indent="yes" encoding="windows-1251"/>
<xsl:template match="/">
  <results>
    <r1>
      <xsl:value-of select="sum(//payment[paymto = \$p1]/amount)"/>
    </r1>
    <r2>
      <xsl:apply-templates select="//contact"/>
    </r2>
  </results>
</xsl:template>
<xsl:template match="contact">
  <xsl:variable name="id" select="@id"/>
  <xsl:variable name="p2n" select="translate(\$p2,'-','')"/>
  <xsl:variable name="p3n" select="translate(\$p3,'-','')"/>
  <r>
    <name>
      <xsl:value-of select="name"/>
    </name>
    <sum>
      <xsl:value-of select="sum(//payment[paymto = \$id 
          and translate(pdate,'-','') > \$p2n 
          and translate(pdate,'-','') < \$p3n]/amount)"/>
    </sum>
  </r>
</xsl:template>
</xsl:stylesheet>
EOF
xsltproc --stringparam p1 001 --stringparam p2 2005-01-01 --stringparam p3 2006-01-10 query.xsl db.xml
...
Рейтинг: 0 / 0
31.03.2006, 19:45
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33638585
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АБ
Участник
iscrafmСделайте базу данных из двух таблиц Теперь мой выстрел: сделайте на SQL извлечение данных в формате Excel.
...
Рейтинг: 0 / 0
31.03.2006, 19:46
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33638599
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АБ
Участник
На самом деле разговор довольно беспредметный. Никто не предлагал сменить базу данных на XML (во всяком случае, я уж точно). И если вам надо проинтегрировать данные из двух систем под управлением одной СУБД, то сравнивать на этой задаче SQL с XSLT просто нелепо. Другое дело если вам приходится интегрировать "негра с чемоданом".

Примечание. XSLT -- это все-таки язык преобразования, а не язык запросов. Запрос для данной задачки на нем сделать удалось, но прямо скажем не слишком изящно. Сравнивать с SQL корректнее XQuery. Мне в нем понравилось то, что он позволяет писать и непроцедурные запросы в стиле SQL, и заниматься ручной навигацией по данным, и комбинировать то и другое. Но XSLT доступен всегда (даже внутри браузера он есть), а реализацию XQuery придется поискать да еще и денежку за нее заплатить.
...
Рейтинг: 0 / 0
31.03.2006, 19:54
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33638612
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Ладно, согласен. :) Разговор беспредметный. Вещи несравнимые. Конечно так изголяться для организации БД надеюсь никто не собирается.
Успехов!
...
Рейтинг: 0 / 0
31.03.2006, 20:04
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33638621
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
для извлечения в формат Excel в SQL средств нет. Вернее есть, но СУБД-зависимые.
...
Рейтинг: 0 / 0
31.03.2006, 20:11
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33641437
...починяю примус
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
...починяю примус
Участник
АБПоостерегитесь лучше развешивать ярлыки, и высказывайтесь по существу.
По существу - тут
Собственно, в предыдущих уже дискуссиях было понятно - весь энтузиазм XML-интеграторов от непонимания, что есть задачи принципиально неподъемные для предлагаемых ими инструментов. Думаете терабайтные базы данных - это так, для красного словца говорится ? Для надувания щек ? Или как прикажете понимать ваше ""на круг" корпоративные пользователи хранят в нем (в Экселе) не меньше данных чем в реляционных СУБД" ? Вы можете привести пример хранения терабайта данных (суммарно) в Экселовских таблицах ?
И что такие объемы данных - не экзотика, а самая что ни на есть реальность - для телеком-оператора, крупного банка, процессинга, платежной системы.

отредактировано модератором
...
Рейтинг: 0 / 0
03.04.2006, 15:30
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33641553
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АБ
Участник
Видите ли, если Вас интересует только задача интеграция крупных баз данных и притом в относительно замкнутой постановке, то это можно понять. Но тогда пожалуйста формулируйте тему соответственно. А то вы ее формулируете в общем виде, а в голове держите узкую постановку. Есть задачи, подъемные для СУБД и неподъемные для XML или Excel -- кто бы спорил, принимается без обсуждения! Но встречается и прямо противоположная ситуация. Пусть и не у Вашего работодателя.

Теперь по поводу сравнения Excel и RDBMS. Видите ли, не все сводится к объему данных. Есть еще, например, такое понятие как сложность. В случае СУБД ее можно грубо оценить по числу таблиц-полей, в случае Excel по числу листов, столбцов и еще многого всякого. Для СУБД идеальна крайняя ситуация, когда данных много, сложность невелика. Противоположная крайность -- литературный текст: никакой структуры, повторяющиеся данные практически отстутствуют. Но есть также обширная промежуточная область, в которой плохо работает СУБД (потому что таблиц не напасешься), а структурировать данные и программно их обрабатывать надо. Вот в этой области и работают Excel и XML.

К примеру, я встречал на одном крупном предприятии систему бюджетирования из 60 с лишним файлов Excel суммарным объемом 800МБ. И поверьте, эти 800МБ для управленцев не менее ценны, чем десятки гигабайт информации в реляционной СУБД управленческой системы. Я не говорю, что это образец для подражания, но и реляционная база тут не панацея. Кстати, в задачах бюджетирования, несмотря на большое число специализированных средств, Excel очень популярен. Возвращаясь к теме интеграции -- терабайтные объемы там скорее экзотика, а не норма.
...
Рейтинг: 0 / 0
03.04.2006, 16:03
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33641866
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ModelR
Участник
АБТеперь по поводу сравнения Excel и RDBMS. Видите ли, не все сводится к объему данных. Есть еще, например, такое понятие как сложность. В случае СУБД ее можно грубо оценить по числу таблиц-полей, в случае Excel по числу листов, столбцов и еще многого всякого. Для СУБД идеальна крайняя ситуация, когда данных много, сложность невелика. Я бы сказал когда факторы сложности таковы, что количество сообщений на несколько порядков больше количества типов сообщений. Что сложнее - много типов или много сообщений - это чисто риторика, просто это разные сложности.Противоположная крайность -- литературный текст: никакой структуры, повторяющиеся данные практически отстутствуют. Но есть также обширная промежуточная область, в которой плохо работает СУБД (потому что таблиц не напасешься), а структурировать данные и программно их обрабатывать надо. Вот в этой области и работают Excel и XML. Для СУБД (исключая настольные и встроенные) еще одна важное "много" - много пользователей, соответственно транзакции, изоляция, блокировки и проч. XML к транзакциям абсолютно равнодушен.
Почему-то про эту характеристику СУБД все время забывают.
...
Рейтинг: 0 / 0
03.04.2006, 17:47
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33641948
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АБ
Участник
ModelRДля СУБД (исключая настольные и встроенные) еще одна важное "много" - много пользователей, соответственно транзакции, изоляция, блокировки и проч. XML к транзакциям абсолютно равнодушен. XML, но не SOA и ESB. Транзакции там правда другие ("длинные") но это не значит что с ними управляться проще.
...
Рейтинг: 0 / 0
03.04.2006, 18:25
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33641976
...починяю примус
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
...починяю примус
Участник
2 АБ
И в этой дискусси и в предыдущих я все время определял, на какую область я распространяю предлагаемые методы
автор
Предлагаемая стратегия ориентирована на предприятия, с высокой степенью совместного использования данных на различных этапах (в различных подпроцессах) общего процесса деятельности(бизнес-активности) предприятия.
Интеграция КИС на уровне данных:перспективы и возможности.

У моего текущего работодателя, BTW, как раз данные методы не нужны. Тут специализируются на изобретении предельно-извращенных методов хранения данных в СУБД... Например, сохранять в базу сериализованные java-объекты.

АБК примеру, я встречал на одном крупном предприятии систему бюджетирования из 60 с лишним файлов Excel суммарным объемом 800МБ. И поверьте, эти 800МБ для управленцев не менее ценны, чем десятки гигабайт информации в реляционной СУБД управленческой системы. Я не говорю, что это образец для подражания, но и реляционная база тут не панацея. Кстати, в задачах бюджетирования, несмотря на большое число специализированных средств, Excel очень популярен. Возвращаясь к теме интеграции -- терабайтные объемы там скорее экзотика, а не норма.

Но темой-то является интеграция данных в КИС. А там, что-бы аналитик мог "поиграться" в Экселе с данными, как раз и будут крутится если и не терабайты так десятки гигабайт - для многих и многих отраслей будет такая картина. Я не собираюсь принижать значимость Эксел, но таки это уже конечное средство. Такие средства как Эксел применяют, IMHO, не из-за "высокой сложности" обрабатываемых данных, в большинстве случаев, а для уменьшения зависимости конкретного специалиста от ИТ-подразделения.
Подход, безусловно, правильный, только имеют место две проблемы:
- квалификация специалиста, которого хотят (который хочет) независимости от ИТ-подразделения. Тут у нас, пока еще зачастую - увы... и не в последнюю очередь благодаря желанию работодателя иметь "канарейку за копейку...", что и выливается в соотвествующего уровня "персонал" (хотя бывают, конечно, и ситуации когда никакого "другого персонала" нет и быть не может - приходилось как-то первичной автоматизацией на переферии заниматься)
- если рассматриваемая задача, для которой используются Эксел или подобные инструменты, не может рассматриваться как изолированная (когда информационное наполнение данной задачи осуществляется самим исполнителем), а является отображением результатов деятельности предприятия (с соотвествующим требованием по актуальности данных) то опять вернемся к необходимости получать эти данные из КИС - из этих самых терабайт/гигабайт получать агрегированием.
...
Рейтинг: 0 / 0
03.04.2006, 18:36
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33642956
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АБ
Участник
...починяю примусИ в этой дискусси и в предыдущих я все время определял, на какую область я распространяю предлагаемые методы У меня нет желания затевать по этому поводу спор, но по ссылке которую Вы дали ничего не говорится о терабайтных базах.

...починяю примусТакие средства как Эксел применяют, IMHO, не из-за "высокой сложности" обрабатываемых данных, в большинстве случаев, а для уменьшения зависимости конкретного специалиста от ИТ-подразделения.
На мой взгляд, это две стороны одной и той же медали. Управленцу приходится иметь дело с приземленными материями, которые заранее ни в одной КИС не предусмотришь и за автоматизацией которых к программисту не набегаешься. Впрочем этот разговор уже выходит за рамки "интеграции КИС"...
...
Рейтинг: 0 / 0
04.04.2006, 11:44
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #33644312
...починяю примус
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
...починяю примус
Участник
АБУ меня нет желания затевать по этому поводу спор, но по ссылке которую Вы дали ничего не говорится о терабайтных базах.
[quot]
Да, это я погорячился, про объемы немного в другом месте. Но мы ведь с Вами не в первый раз уже дискутируем... и все про тоже... ;)))

[quot АБ]На мой взгляд, это две стороны одной и той же медали. Управленцу приходится иметь дело с приземленными материями, которые заранее ни в одной КИС не предусмотришь и за автоматизацией которых к программисту не набегаешься. Впрочем этот разговор уже выходит за рамки "интеграции КИС"...
Пожалуй да - это скорее из разряда "как использовать результаты интеграции данных в КИС"...
...
Рейтинг: 0 / 0
04.04.2006, 17:44
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
Интеграция КИС на уровне данных:перспективы и возможности.
    #37523504
kontrra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kontrra
Гость
Evil_Guest,
Думаю здесь дело не в том как собирать дистрибутив :)
Дело как раз в стандартах. И самое главное в стандартах к СУБД и сервису отвечающему за "общение" между клиентской частью и хранилищем.
Как только будут созданы, а самое главное, буду использоваться стандарты обмена данными и стандарты хранения, тогда можно будет строить различные модели, структуры по работе с данными.
Вопрос поднят, на самом деле очень интересный и критичный. Критичный для тех кто собирается привести в порядок систему предшественника, а вот Документации или исходников или хоть каких-то записей нет. Вот тут начинается свистопляска.
Может настал момент, когда стоит принудительно сертифицировать все написанное на соответствие опубликованным стандартам. Я не говорю, о том чтобы брать за это деньги и наживаться на этом, нет, сейчас другое обсуждается.
Так как КИС изначально предполагает составную часть (CASE, ERP, CRM, MRP, WMS, ECM, СЭД и д.р), так может на базе этого и разработать стандарты.
Это обеспечит совместимость большинства написанного софта. Я понимаю, что это отнимает у вендеров часть их рычагов давления на пользователя, как кто-то выразился здесь ранее - "игла".
Но пока каждый будет изобретать свою систему, мы точно "до Марса не долетим".
Я понимаю, что моделей сейчас огромное количество и методологий масса, но все же можно выработать стандарты КИС по обработке и хранением информации в общих хранилищах.
Я также понимаю, что данные должны быть надежно защищены (может быть криптованы), но это не ограничивает использование стандартов.
И тогда и "овцы сыты и волки целы...", а если кому нужно, то и наоборот. :)
...
Рейтинг: 0 / 0
12.11.2011, 13:54
| Ответить | Цитировать | Написать  
Интеграция КИС на уровне данных:перспективы и возможности.
    #37523633
Фотография Dinamo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dinamo
Участник
kontrraМожет настал момент, когда стоит принудительно сертифицировать все написанное на соответствие опубликованным стандартам. Я не говорю, о том чтобы брать за это деньги и наживаться на этом, нет, сейчас другое обсуждается.
Не надо строить илюзий. Если такая работа не будет оплачена и не является объктивной потребностью то никто не будет на это тратить время и деньги.
Заказчику нужна гтовая система решающая его задачи "здесь и сейчас". Пока будет проектироваться и внедряться супер правильная система бизнес уже уйдет далеко вперед и предложенные решения будут не актуальны.
...
Рейтинг: 0 / 0
12.11.2011, 16:46
| Ответить | Цитировать | Написать  
22 сообщений из 72, страница 3 из 3
  3  все
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Интеграция КИС на уровне данных:перспективы и возможности.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=29&msg=33637416&tid=1526196]:
 0ms
get settings:
 8ms
get forum list:
 12ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 146ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 52ms
get tp. blocked users:
 1ms
others: 14ms
total:  252ms
созд. / загр.: 252ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]