Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Справочник с табличной частью на уровне бд реализован как 2 таблицы со связью 1:М. Пример из Радченко. Есть справочники: Склад, Номенклатура. Есть регистр ОстаткиМатериалов с измерениями Номенклатура, Склад и ресурсами Цена, Количество. К регистрам привязаны различные механизмы платформы. Если бы их не было, то можно было бы вместо регистров остатков-оборотов использовать табличную часть справочников? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 17:32 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Можно, но зачем? Все уже придумано за нас (с) Есть вьюхи типа "Остатки" или "Срез последних" Зачем придумывать велосипед? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 17:38 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Я думал над этим вопросом, когда хотел вывести в список номенклатры поле с остатком, но подумал, что это глупо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 17:40 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Просто хотел проверить свое предположение у более опытных людей, потому что сейчас только практикуюсь в написании конфигураций и возникло затруднение. Значит предположение верно? Другое дело, что буду для этого регистры использовать, как по-правильному. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 17:51 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Ну конечно, это обычная таблица в скуле. Я использовал обработку для сопоставления таблиц в скуле с названями таблиц в 1С, с помощью неё можно поизучать как хранит 1С данные, но лишь поизучать для более продуктивной работы с 1С и углубленного понимания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 17:57 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Кантачес, вы вообще не правы. Буквально на первых страницах тот же Радченко дает понятие объектов метаданных, в том числе и справочников. Справочники - это НСИ. Нормативно Справочная Информация, это то, на чем строится весь учет - его аналитика. Без аналитики учет не возможен. У вас каша в голове, потому что вы не понимаете(?) разницу между объектом учета и аналитики в которой этот объект может учитываться. Например, остатки могут считаться по организации, подразделению, торговой точке, МОЛу, НЗП, материалы собственные, матереалы переданные на переработку, комисия.... Одна и таже позиция номенклатуры может "лежать" в разных местах и иметь рхазную суть. Предположим, у нас есть "гвоздь", этот гвоздь может учитывать на всех названных мной местах. Но как он был гвоздем, так он им и останется. Но вот "гвоздь" в НЗП и "гвоздь" на складе - по сути вещи разные. Так понятно, почему элемент справочника Номенклатура - "гвоздь" - есть частный случай НСИ. Аналогично со всеми справочниками. И именно поэтому, в них - элементах справочника - хранят только ту информацию, которая характеризует в общем объект учета. А вот количества, цены, место нахождения, свойства, и т.д. хранят в иных местах. Если нас на учете есть два гвоздя - абсолютно одинаковых - отличающихся лиш ценой приобретения. Что это меняет? Да ничего, на физичекие/химические свойства гвоздя это ну никак не влияет. А вот с точки зрения учета, это два разных объекта. Разумеется, при условии, что есть партионный учет. Кстати, подумайте над механизмом партий. Так что справочник не есть регистр и наоборот. Кроме того, в регистрах есть оптимизация по итогам. В справочниках этого нет. В некоторых конфигурациях, например БП 7.7, есть в справочнике Номенклатура реквизит Цена... но, дело в том, что это часный случай, и эта цена - плановая... Т.е. просто на форму вынесен один тип цен. Но тем немение, он там есть и хранится. Оборотки да и все отчеты в БП строятся на основании данных со счетов учета, никоим образом не учитывая цену из справочника. Повторюсь, это цена "справочная", может использоваться для подстановки в документы... но не для учета. В той же БП 7.7 в номенклатуре в форме списка есть графа кол-во остаток, этот реквизит не хранится а расчитывается. Просто для удобства. Эникейщик - не знаете о чем речь, не вводите других в заблуждение ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 19:12 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
ЭникейщикНу конечно, это обычная таблица в скуле. Я использовал обработку для сопоставления таблиц в скуле с названями таблиц в 1С, с помощью неё можно поизучать как хранит 1С данные, но лишь поизучать для более продуктивной работы с 1С и углубленного понимания. Ага, а таблица, это просто файл, которых хранится в файловой системе. Я просматривал эти файлы из "Проводника", чеслово. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 19:15 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
The Dim!Эникейщик - не знаете о чем речь, не вводите других в заблуждение ;) Это Вы вводите в заблждение подробным рассказом о работы платформы. The Dim!ЭникейщикНу конечно, это обычная таблица в скуле. Я использовал обработку для сопоставления таблиц в скуле с названями таблиц в 1С, с помощью неё можно поизучать как хранит 1С данные, но лишь поизучать для более продуктивной работы с 1С и углубленного понимания. Ага, а таблица, это просто файл, которых хранится в файловой системе. Я просматривал эти файлы из "Проводника", чеслово. :) Речь шла об обработке сопоставления названий таблиц в конфигурации 1С и таблиц в SQL сервере. Я просматривал эти таблицы через манагер баз скуля, чеслово :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 19:24 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
The Dim! В теме пометка: "без механизмов платформы" Чем же отличается таблица таблично части и таблица регистра на уровне бд? И причем тут файловая система с проводником? Не понимаете о чем речь, не воодите других в заблуждение. Все возможности платформы для разных объектов можно реализвать для других объектов. Зачем? Этот вопрос я поставил ТСу, но видимо это не важно, у него другой вопрос, а про возможности плафтормы всем, кто читает манулы, известно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 19:35 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
ЭникейщикThe Dim! В теме пометка: "без механизмов платформы" Чем же отличается таблица таблично части и таблица регистра на уровне бд? И причем тут файловая система с проводником? Не понимаете о чем речь, не воодите других в заблуждение. Все возможности платформы для разных объектов можно реализвать для других объектов. Зачем? Этот вопрос я поставил ТСу, но видимо это не важно, у него другой вопрос, а про возможности плафтормы всем, кто читает манулы, известно. Как минимум, виртуальными таблицами... ну вы же всё знаете, не так ли ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 19:54 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
The Dim!Эникейщикпропущено... В теме пометка: "без механизмов платформы" Чем же отличается таблица таблично части и таблица регистра на уровне бд? И причем тут файловая система с проводником? Не понимаете о чем речь, не воодите других в заблуждение. Все возможности платформы для разных объектов можно реализвать для других объектов. Зачем? Этот вопрос я поставил ТСу, но видимо это не важно, у него другой вопрос, а про возможности плафтормы всем, кто читает манулы, известно. Как минимум, виртуальными таблицами... ну вы же всё знаете, не так ли ;) И все же с ними работа идет на уровне реализации механизмов платформы, для которых можно реализовать альтернативы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 19:58 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
ЭникейщикВсе возможности платформы для разных объектов можно реализвать для других объектов. - уважаемый, а зачем Вам тогда 1С, без механизмов ее платформы-то? Они Вас наверняка _во_многом_ сильно ограничат. Работайте просто с таблицами. (Ну и что, что о ключах, индексах и пр. придется самому позаботиться, зато полная свобода!) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 21:45 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Koala22ЭникейщикВсе возможности платформы для разных объектов можно реализвать для других объектов. - уважаемый, а зачем Вам тогда 1С, без механизмов ее платформы-то? Они Вас наверняка _во_многом_ сильно ограничат. Работайте просто с таблицами. (Ну и что, что о ключах, индексах и пр. придется самому позаботиться, зато полная свобода!) Уважамый, а Вы не пробовали почитать тему для начала, ну или хотя бы прочитать её заголовок перед тем как что-то писать? Или у Вас ярое желание поведать нам о ключах и индексах? В заголовке написано - "без механизмов платформы". Вопрос поставил автор четко и ясно, причем смею обратить Ваше внимание на то, что не я автор темы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 22:15 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Ну, это не только к Вам относится, и к ТС тоже. Да и вообще ко всем, кому _во_многом_ мешают ограничения среды разработки. Ваяйте на Асме, господа! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 22:49 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Koala22Ну, это не только к Вам относится, и к ТС тоже. Да и вообще ко всем, кому _во_многом_ мешают ограничения среды разработки. Ваяйте на Асме, господа! А где Вы прочитали, что ТС или Я пытаются работать на уровне БД в обход механизма платформы? Об этом ни слова нету, даже вопроса такого не ставилось. Знания как работает плафторма с таблицами самой БД никогда не мешает при разработке БП механизмами самой платформы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 22:55 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Кантачес К регистрам привязаны различные механизмы платформы. Если бы их не было, то можно было бы вместо регистров остатков-оборотов использовать табличную часть справочников? - однозначно работа в обход _идеологии_ платформы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 23:20 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
ЭникейщикЗнания как работает плафторма с таблицами самой БД никогда не мешает при разработке БП механизмами самой платформы. - соглашусь. Хотя если руки у разработчика неумелые, то он с такими знаниями сильно напоминает обезьяну с атомной бомбой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 23:21 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Koala22Кантачес К регистрам привязаны различные механизмы платформы. Если бы их не было, то можно было бы вместо регистров остатков-оборотов использовать табличную часть справочников? - однозначно работа в обход _идеологии_ платформы. Только что Вы вещали о работе с таблицами напрямую. Некоторые нестандартные задачи требуют креативного подхода, идеология и культура программирования стоят в сторонке. Идеология платформы - проблеммно ориентированный подход, если возникает проблема, которая не учтена разработчиками платформы, то это задача программиста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 23:25 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Koala22ЭникейщикЗнания как работает плафторма с таблицами самой БД никогда не мешает при разработке БП механизмами самой платформы. - соглашусь. Хотя если руки у разработчика неумелые, то он с такими знаниями сильно напоминает обезьяну с атомной бомбой. Их в любом направлении много, не только в 1С, даже если обезьяна будет работать только на уровне механизмов платформы, это не значит, что все будет хорошо. P.S. Я ни разу не сказал, что нужно работать именно в обход механизмов платформы, но порой приходиться это делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 23:29 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Настоятельно советую перед реализацией иных креативных идей почитать лицензионное соглашение к программам 1С. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 23:31 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Koala22Настоятельно советую перед реализацией иных креативных идей почитать лицензионное соглашение к программам 1С. Под креативом я не имел в виду работу с базой на уровне БД. Имелось в виду использование стандартных механизмов\объектов в не стандартных задачах. Допустим задача автора, в которой он говорит о работе с табличной частью как с регистром. Не думаю, что какое-то лицензионное соглашение это запрещает. Да, есть понятия этики программирования, да есть стандарты написание конфигурациё для коммерческого использования, но речь сейчас не об этом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 23:37 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Кантачес, Если с чем и сравнивать регистр накопления, то с регистром сведений... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 10:42 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
ну к чему разводить демагогию? берем Access и пытаемся реализовать простой складской учет, хотя бы на уровне: приход, расход и остатки... ну естественно с учетом аналитики... тут же прийдет понимание разницы между регистрами и справочниками... оно как бы само по себе прийдет, т.к. прийдется манипулировать разными логическими понятиями... мы, конечно можем углубиться в теорию реляционных база данных, только вот скажите, а оно вам нада? да, кстати, а процессор понимает только машинные команды, так что в принципе можно вообще выбросить всякие там платформы и оперировать машинными кодами для реализации специфических задач... будем при наборе кода, сверять его с контрольными суммами и т.п. а если серьезно, то регистры и справочники по своей объектной сущности в рамках платформы очень отличаются... т.к. имеют свои присущие только им свойства и методы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 14:42 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Ход мыслей: нужно связать контрагентов с программным продуктом (1:М), при этом контрагент может через какое-то время отказаться от одного ПП и купить другой -> структура: Контрагенты(1) -- РегистрСведений -- (М)ПП -> у справочников есть табличные части, в которых (думал только в рамках теории бд и sql) можно хранить "историю" -> Контрагенты.ТЧ -- ПП. То, что в рамках 1С это неправильно - я в курсе. Интересно с точки зрения теории бд, т.к. я не уверен, что силен в ней, но по характеру интересно понимать, какие механизмы прячутся по той или иной оболочкой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 20:46 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
WKBAPKA...берем Access и пытаемся реализовать простой складской учет... Полагаю, этот путь прошли многие :) Даже если довести до какого-то рабочего состояния, все равно получится что-нибудь а-ля 'Справочники, Документы и Регистры' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 21:32 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
zamichnikWKBAPKA...берем Access и пытаемся реализовать простой складской учет... Полагаю, этот путь прошли многие :) Даже если довести до какого-то рабочего состояния, все равно получится что-нибудь а-ля 'Справочники, Документы и Регистры' и я о том же... на выходе все равно прийдет логическое разделение таблиц на некоторые объекты или сущности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 10:00 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
КантачесХод мыслей: нужно связать контрагентов с программным продуктом (1:М), при этом контрагент может через какое-то время отказаться от одного ПП и купить другой -> структура: Контрагенты(1) -- РегистрСведений -- (М)ПП -> у справочников есть табличные части, в которых (думал только в рамках теории бд и sql) можно хранить "историю" -> Контрагенты.ТЧ -- ПП. То, что в рамках 1С это неправильно - я в курсе. Интересно с точки зрения теории бд, т.к. я не уверен, что силен в ней, но по характеру интересно понимать, какие механизмы прячутся по той или иной оболочкой. не совсем правильно... регистр более общее понятие... все таки табличная часть справочника принадлежит только этому виду данных... хотя тут правильнее было бы сравнивать с документами, т.к. регистры накопления (если берем только их) двигать справочники не могут... а оперировать одним документом и его табличной частью для хранения итогов будет очень и очень не удобно, т.к. один регистр может двигать н-ое количество документов... переведя на язык той же таблицы, в одну и туже таблицу могут собираться данные с разных таблиц... образно можно представить следующим образом, регистр - это такая таблица которая хранит только указатели (ключи, primery key ну кому как удобно) на записи других таблиц и некоторые данные, как правило это данные только числового типа... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 10:08 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
не нашел как редактировать, поправочка, справочники не могут двигать регистры накопления ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 10:09 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
WKBAPKAне нашел как редактировать, поправочка, справочники не могут двигать регистры накопления Штатно нет, а вот ухищрениями могут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 13:11 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Александр ПузаковWKBAPKAне нашел как редактировать, поправочка, справочники не могут двигать регистры накопления Штатно нет, а вот ухищрениями могут. Да ладно - например? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 14:13 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
The Dim!Александр ПузаковШтатно нет, а вот ухищрениями могут. Да ладно - например? Программно на ура создается набор записей регистра накопления, главное регистратор подсунуть... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 14:16 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Александр ПузаковThe Dim!пропущено... Да ладно - например? Программно на ура создается набор записей регистра накопления, главное регистратор подсунуть... Именно, регистратор указывается ОБЯЗАТЕЛЬНО. Из какого места происходит запись набора записей, не важно - хоть из ОбработкаПроведения хоть из внешний обработки. Это не ухищерения, а функционал платформы, на котором базируется: - отложенное проведение документов; - востановление последовательностей...; - проведение по подсистеме НДС; -... А вот какие >> "Штатно нет, а вот ухищрениями могут" могут сделать запись из справочника, мне не ведомо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 14:22 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
The Dim!Александр Пузаковпропущено... Программно на ура создается набор записей регистра накопления, главное регистратор подсунуть... Именно, регистратор указывается ОБЯЗАТЕЛЬНО. Из какого места происходит запись набора записей, не важно - хоть из ОбработкаПроведения хоть из внешний обработки. Это не ухищерения, а функционал платформы, на котором базируется: - отложенное проведение документов; - востановление последовательностей...; - проведение по подсистеме НДС; -... Полная чушь. Все нормально программно садится и без регистратора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 10:03 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
WKBAPKA.... переведя на язык той же таблицы, в одну и туже таблицу могут собираться данные с разных таблиц... образно можно представить следующим образом, регистр - это такая таблица которая хранит только указатели (ключи, primery key ну кому как удобно) на записи других таблиц ... Если взять регистр сведений без "обвесов" платформы, а сам по себе, то это получится таблица, благодаря которой организуется связь 1:М. Справочник связан со своей ТЧ таким же отношением (1 физлицо : М детей). p.s. Вопрос возник из-за одной задачи на фоне неопытности: один контрагент может приобрести несколько программ. Вроде бы можно было вместо регистра сведений использовать табличную часть контрагентов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 12:23 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Я так думаю, что различия между ТЧ и регистром сведений при организации связи 1:М заключаются в механизмах работы платформы (т.е. различия "искусственные") - с точки зрения теории рбд различий нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 12:30 |
|
||
|
Регистры накопления (без механизмов платформы) == табличные части справочников?
|
|||
|---|---|---|---|
|
#18+
Кантачес, тут штука в чём. Безусловно можно сваять систему учёта на основе одних справочников. Просто когда начинаешь осуществлять разные выборки данных из этой базы, поневоле придётся писать процедуры, позволяющие отбирать записи, скажем, за какой-то временной интервал, получать какие-то суммы/объемы за месяц/год/произвольный период и т.п. Так вот, в 1С весь этот функционал уже есть. И я, честно говоря, не вижу веских причин, почему бы его не использовать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 13:32 |
|
||
|
|

start [/forum/topic.php?all=1&fid=28&tid=1520421]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
57ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
77ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 401ms |

| 0 / 0 |
