Имя: Пароль:
1C
1С v8
Лишние запросы в обработке проведения документа в типовых конфигурациях
,
0 DenisZav
 
26.04.16
10:34
В общем, вопрос есть который не знаю как нагуглить. И сам тоже не могу понять.
В типовых конфигурациях 1С при проведении докумена почему-то все данные документа снимаются запросом с отбором по ссылке текущего документа.
Зачем это сделано? Ведь объект уже загружен в память, таблицы БД уже считаны. А тут получается второй запрос или даже несколько по разным таблицам. В чем выгода или разумность такого решения?

Понятно когда делается разыменование какого-то справочника. Но ведь и сами реквизиты документа и табличных частей тоже снимаются отдельными запросами!!
106 DenisZav
 
26.04.16
23:09
(105) "1. Помещение данных во временную таблицу более дорогая операция, чем выборка их из СУБД. "
Это точно? Откуда информация?

"Эти тезисы объясняют архитектурные решения 1С." Объясняло бы если бы их платформу разрабатывал бы кто-то еще.

"И еще, к слову. Реализация УФ в 1С получилась удачной."
Нет, это не так. Тонкий клиент на то и тонкий что он только интерфейс отрисовывает, и сам он должен быть очень легковесным. А он тормозит. Сильно!! Задача не достигнута. Можно было тупо сделать вшитый терминал. Это было бы менее затратно для них и код разработчиков бы выполнялся всегда на сервере. Поэтому увы, феил.
Идея однако отличная.
107 b_ru
 
26.04.16
23:14
(106) Риторический вопрос, что быстрее: считать данные из индексированной таблицы или передать их по сети?
108 DenisZav
 
26.04.16
23:18
(107) риторический вопрос: зачем передавать данные по сети? Проведение то на сервере выполняется)) Там же будет SQL.
109 b_ru
 
26.04.16
23:21
(108) Твой вопрос не риторический, потому что он требует ответа.
Ответ прост - на сервере нет данных, нужных для проведения. Смотри тезис 4.
110 b_ru
 
26.04.16
23:22
+(109) Не 4, а 3 :) Короче, остатков нет на сервере приложений, их как-то получить надо.
111 DenisZav
 
26.04.16
23:25
(109) ну хорошо, я съязвил)) Но твой вопрос тоже не риторический, он имеет ответ: если данных мало - быстрее передать, если много - быстрее считать.
Где граница между этими двумя случаями - это уже надо проверять. Хотелось бы, кстати говоря, знать.

"Ответ прост - на сервере нет данных, нужных для проведения."
Ну как их нету? Смеешься чтоли? Когда проведение запустилось клиент уже не при делах. От него все данные приняты.
112 H A D G E H O G s
 
26.04.16
23:30
Уже имеет смысл рассказать автору про standalone сервер 1С и кластер серверов?
113 Drac0
 
26.04.16
23:30
(111) Знаешь, почему архитектура называется трехзвенной?
114 b_ru
 
26.04.16
23:31
(111) Во-первых, если данных мало, то плевать на этот случай - все проведется быстро просто потому, что данных мало. Во-вторых ничего подобного, передача данных на сервер это всегда долго и затратно, они же по TCP общаются.

И ты все-таки проникнись мыслью о том, что для того чтобы провести документ, обычно не достаточно данных, которые есть в этом документе.
115 Drac0
 
26.04.16
23:31
(99) Мешает, что за сотню постов я так и не увидел у тебя желание разобраться, а бесконечные хихоньки и хаханьки. Банальные вещи ты принимаешь после десятого их повторения.
116 H A D G E H O G s
 
26.04.16
23:32
Лучшим вариантом для автора для проникновенности в 1С будет пописать в течении пары недели свой клиент-сервер.
117 DenisZav
 
26.04.16
23:33
(113) ну не будет у меня сервер SQL на другом компе)) Клиенты такого масштаба - не планируются. И на эти вопросы не могу ответить. Может быть у тебя разнесены сервера 1С и SQL, у меня так не будет.
Ну 20 пользователей, 10 активных. Ну максимум 25, 15 активных. Ну не надо для этого два сервера, не оправдает))
118 DenisZav
 
26.04.16
23:34
(116) достаточно просто архитектуру спланировать, необязательно его прям писать))
119 Джордж1
 
26.04.16
23:34
Напомните, мегаизобретние 1С Журнал (регистр) расчетов сейчас в типовых конфах используется?
120 H A D G E H O G s
 
26.04.16
23:36
(118) А ты попробуй.
121 Drac0
 
26.04.16
23:36
(117) От того, что сервер СУБД и приложения размещаются на одном физическом сервере, арзитектура не перестает быть трехзвенной.
122 b_ru
 
26.04.16
23:37
(117) Ты главное пойми, что 1С заточена не на то, чтобы у 10 активных пользователей документы проводились не 2 секунды, а 1,5, а на то, чтобы у 200 активных пользователей они хоть как-то проводились :)
123 Джордж1
 
26.04.16
23:38
(122)КАк это вяжется с тем что в типовых конфах точка актуальности откатывается если случайно залезли в старый документ - и сразу надо перепроводить документы за несколько месяцев
124 DenisZav
 
26.04.16
23:38
(115) я разобрался. Просто было много идиотских постов, что неизбежно. Люди по-своему понимают инфу, иногда не под делу отвечают. Впрочем часто не по делу - еще более полезная информация чем по делу, так тоже бывает.

Пока что самый разумный ответ: ну пох им что 2 раза таблицы считываются, кэш SQL все разрулит. Пока что такой вывод.

Плюс я тут проверил, выяснилось что реквизиты документа (которые шапка) не разыменовать способом мной предложенным, или я просто не знаю как. Так что в плане красивости кода остается только вариант с повторным чтением таблицы.

Вполне себе собрал мнения более опытных разработчиков и еще дополнительную инфу. Не ожидал такого отклика, признаюсь!

Но вообще-кривая идея, быдлокод. Это дурной тон дрюкать базу второй раз. Ошибка в архитектуре 1С. Как ни крути но, это так.
125 H A D G E H O G s
 
26.04.16
23:39
(123) Не лезть в старые документы.
126 DenisZav
 
26.04.16
23:40
(122) "чтобы у 200 активных пользователей они хоть как-то проводились"
Боюсь что у 200 они не будут проводиться)) Тут смысла уже нет в 1С. Можно сделать в десятки раз более производительное решение на джава или дотнете. Это уже сфера не 1С.
127 b_ru
 
26.04.16
23:40
(123) Это никак не вяжется, а еще это никак не вяжется с фазой луны и цветом любимого кота Нуралиева.
128 H A D G E H O G s
 
26.04.16
23:40
(125) бормочет. чертовы бухгалтеры.
129 H A D G E H O G s
 
26.04.16
23:41
(126) " Можно сделать в десятки раз более производительное решение"

Все так говорят.
И ты говори.
130 Джордж1
 
26.04.16
23:41
(125)так не получается. сам иногда и влезу в старый документ.
И все - штатные процедуры закрытия месяца хотят перепроведения
131 b_ru
 
26.04.16
23:41
(126) Конечно, можно сделать такие решения. А то что их ни одна собака не сделала - это путинвиноват.
132 DenisZav
 
26.04.16
23:42
(121) Не перестает. Но проблема обмена сервера 1С и SQL по TCP отпадает.
Реально заводику хватает 20 - 30 пользователей. Из них конкуретных будет это только отдел продаж, если есть филиалы.
Это я про свой город Волгоград говорю. Не маленький город. Ну и про свои задачи. На больший объем я не рассчитываю, там уже под вопрос применение 1С можно поставить. Ибо производительно будет хромать.
133 DenisZav
 
26.04.16
23:43
(129) да это факт. При чем тут я? Мелкий и средний бизнес - сфера 1С.
134 DenisZav
 
26.04.16
23:43
(130) а можно уточнить, ты что понимаешь ввиду под "влезть"? Перепровести?
135 Джордж1
 
26.04.16
23:44
(132)мне для понимаю 20-30 пользователей - это на какой заводик примерно? годовой оборот и общая численность персонала какая?
136 DenisZav
 
26.04.16
23:44
(131) как это не сделала? Не верю я в это. Крупные сети думаешь как учет ведут? Через 1С чтоли?
Хотя в Магнит висит вакансия 1С, есть такое.
137 Джордж1
 
26.04.16
23:44
(134)открыл док и автоматом нажал кнопку ОК
138 b_ru
 
26.04.16
23:45
(132) Я тебе щас страшный секрет открою. Когда сервер 1С и SQL сервер находятся на одном хосте, они все равно общаются по tcp :) Ну могут еще по shared memory, но это тоже не сахар. Любое межпроцессное взаимодействие - это долго. Поэтому двухзвенки по производительности кажутся круче.

Только сложно написать двухзвенку с функционалом и масщтабируемостью 1С. Никто не берется :)
139 Фрэнки
 
26.04.16
23:45
(36) // увы, нет сейчас пароля... Можешь в 2х словах суть описать, что там в статье?

обсуждение ниже этих слов в сути как раз о том, что написано в статье по ссылке
140 DenisZav
 
26.04.16
23:45
(135) 80 человек, хз какие, 160 миллионов в год может больше, я не смотрел прибыль.
141 H A D G E H O G s
 
26.04.16
23:45
(130) Влазь аккуратно :-)
142 Джордж1
 
26.04.16
23:46
(140)фига се. у нас на подобный завод максимум 4 пользователя - это включая директора
143 DenisZav
 
26.04.16
23:47
(135) А вот китайцы у нас открылись, ну и сколько там человек? Ну отдел продаж, бухгалтерия. Рабочие то в 1С не сидят)))
Сам посчитай сколько активных пользователей.
Отдел продаж ну пусть 5.
Бухгалтерия ну пусть 3.
Производство ну пусть 3.
Ну пусть склады удаленные. Их кстати может и не быть. НЕ много там людей.
144 b_ru
 
26.04.16
23:47
(136) В России 1С и SAP. Причем SAP это только для отмыва денег.
145 DenisZav
 
26.04.16
23:48
(142) я сказал общую численность. Там и рабочие, и продажники. Ну а что, только продажников на точках ну 10 человек. Ну бухгалтерия 2, еще пару человек производство ведет, ну директор, зам, главбух. Вот и все в 20 влазиет.
146 DenisZav
 
26.04.16
23:48
(144) есть такое)) Я не имел ввиду SAP вообще потому что это не автоматизация, это реально отмыв денег.
147 DenisZav
 
26.04.16
23:49
(137) ой ну блин это не влезть. Это перепровести...
148 Джордж1
 
26.04.16
23:49
(145)так я и говорю на нашем заводике человек 60 и оборот под 200 млн. а пользователей максимум 4
149 Джордж1
 
26.04.16
23:49
(147)это как раз влезть посмотреть
150 b_ru
 
26.04.16
23:50
(137) Вообще в типовых для этого закрытие периода предусмотрено.
151 DenisZav
 
26.04.16
23:50
(138) И что?? КУ3 так сделан. TCP то оно TCP. Только это тебе не гигабит сетка. А внутренняя шина компа с i7!! Пока что i7 хвалят сильнее всего для 1С. Ксеоны отдыхают, увы.

Поэтому открою и я тебе секрет: скорость обмена по TCP будет разная))
152 Джордж1
 
26.04.16
23:51
(150)угу, причем даже автозакрытие есть
153 DenisZav
 
26.04.16
23:52
(138) "Только сложно написать двухзвенку с функционалом и масщтабируемостью 1С. Никто не берется :)"
Тут коньюктура рынка. Опасно. Сделают, потом сбегут. А кто сопровождать будет?
Тут надо отдел делать человека 3. Дать главному 150, двум другим по 100, плюс премии. Сделают)) Для людей которым это надо это не деньги.
Это я для своего города цены говорю. Москва отдельное государство.
154 DenisZav
 
26.04.16
23:53
(138) На питоне можно наваять или на руби. Масштабируемость будет на порядок выше. Сфера не развита ввиду ограниченности рынка, согласен.
155 DenisZav
 
26.04.16
23:55
(139) Я если честно уже нашел эту книгу в бумаге, правда для 8.0. Давненько покупал)) Но там про разыменование объектов вс запрос. Ну не то немножко)) Эта инфа известна мне была.
В любом случае спасибо за участие!
156 DenisZav
 
26.04.16
23:57
(148) ну оптом работают. А в моей организации 4 точки для продажи. Было 6. Помимо производства у них еще розничная торговля.
157 b_ru
 
26.04.16
23:59
(154) Тут на форуме недавно уже очередную опенсорсную семерку начинали писать, вливайся.
158 H A D G E H O G s
 
27.04.16
00:00
(154) На крупной конфе масштабируемость будет идентичной 1Су
159 b_ru
 
27.04.16
00:00
(158) Какой-то нездоровый оптимизм.
160 DenisZav
 
27.04.16
00:03
(157) сила 1С не в платформе, лол. Сила в типовых и их поддержке законодательством. Плюс количество программистов (распространенность технологии).
Платформ дохера. Джава, Нет, Питон, Руби. Везде куча библиотек, ОРМ, ГУЙ. Платформы имеются))
Или они прям на русском язык новый делают?
161 DenisZav
 
27.04.16
00:05
(158) с хера ли? В 1С вообще нет масшатбируемости.
1. Модулей нормальных нет.
2. ООП нет.
3. Ссылок на функции нет.
4. Лямбд нет))
5. ГУЙ монолитен, из программного кода считай не управляется по сравнению с ГУЕМ того же QT или хоть TK.
6. Управления именами нет.
7. Обобщенных алгоритмов нет.

лол, о чем ты?? Какая в 1С масштабируемость))))
162 H A D G E H O G s
 
27.04.16
00:09
Я бы сказал больше. Если будет решение на платформе от не1С, аналогичное по функционалу на платформе 1С, 1С будет посмеиваться, глядя, как "нуб" помирает под блокировками СУБД, отсутствия ВТ остатков и прочих фишек.

Конечно же, решение от не1С будет поддерживать linux, web, win клиенты.
163 H A D G E H O G s
 
27.04.16
00:09
(161) Я всех этих слов не знаю, можешь меня не пугать.
164 b_ru
 
27.04.16
00:13
(163) Мне почему-то кажется, что автор их тоже не особо знает :)
165 DenisZav
 
27.04.16
00:13
(162) У 1С хватает фишек)) Построители запросов там всякие. Типы данных, например там числа - всегда десятичные. То что надо для энтерпрайза!! Ну хватает в общем.
Но я отвечу тебе по другому: если бы я 14 лет занимался к примеру джавой или шарпом, уверяю, я писал бы программы не уступающие 1С по функционалу. Понимаешь?
166 DenisZav
 
27.04.16
00:14
(164) как хобби только. Я же этим мне зарабатываю.
167 DenisZav
 
27.04.16
00:15
Я пойду спать)) Всем доброй ночи!! Не ожидал такого отклика, спасибо!
168 H A D G E H O G s
 
27.04.16
00:17
(165) "сли бы я 14 лет занимался к примеру джавой или шарпом, уверяю,"

напиши простую клиент-серверную программу:
1) Клиенты запрашивают кусок из файла, сервер читает и отдает клиенту.
2) Клиенты отправляют кусок файла на сервер, сервер записывает кусок в файл.

И возвращайся к нам.
169 DomovoiVShoke
 
27.04.16
00:19
(165)Только писал бы их по одной за 5 лет без возможности быстрой доработки) И без возможности поддержки другими программистами)
170 DenisZav
 
27.04.16
00:29
(168)1. это вообще есть у лутца в во второй книге по питону))
2. Это обратная ситуация от первой.
Сейчас касательно питона надо Джанго освоить, не до клент-серверных примерчиков пока что.
Хочешь книгу сброшу где это написано?))
171 DenisZav
 
27.04.16
00:31
(169) нет это не так. Там есть свои фреймворки и библиотеки. И для БД, и для GUI и для клиент-сервера, для всего.
Порог вхождения - выше, это так. Впрочем и 99% программистов 1С законченное решение не смогут написать. Не потянут.
А вот на готовом работать - вполне. Сила 1С в готовых конфах которые обновляются!!
Было на джаве все - и под нее были бы готовые конфы.

Хотя зря я это все говорю. Холивар будет который мне не интересен. Ибо тем эта изучена и плюсы 1С почему она доминирует - мне известны.
172 H A D G E H O G s
 
27.04.16
00:39
(170) Не интересно. Я не читаю эти серьезные важные книги по программированию, это слишком серьезно для меня. Я проще - win32 sdk api и gunsmoker
173 Feanor
 
27.04.16
00:42
(126) >Боюсь что у 200 они не будут проводиться)) Тут смысла уже нет в 1С

Это ты на основании каких соображений боишься?

Потребовалось нам как-то в ЕРП за очень короткое время перепровести очень много документов. 100 фоновых заданий делали это параллельно (параллельно, Карл!), на один документ уходило около 1,5 секунды. Железо далеко не топ, но и не шлак (без всяких ССД).

А ты продолжай бояться дальше :)
174 Sammo
 
27.04.16
06:00
(171) Сила 1с в скорости разработки.
К нам постоянно приходит бизнес и говорит - нам нужно сделать такую-то хрень, причем быстро и не обязательно сильно качественно - нужен прототип, чтобы понять - это то что нам надо или нет. Джависты, шарписты и прочие готовы сделать за 2-3 месяца - за сколько вы можете сделать прототип?  Мы обычно делаем в 2-3 раза быстрее (по сравнению с некоторыми системами на порядок).
175 Sammo
 
27.04.16
06:02
+174 Уточнение - не очень качественно - это значит не требует максимальной скорости работы, идеального интерфейса и т.п. Нужен уровень качества, который устроит конечного пользователя (скорость работы, безглючность, удобство, разделение прав и т.п.)
176 Маратыч
 
27.04.16
06:26
Шо, опять холивар?

По ходу, многие до сих пор не видят разницы между языком описания бизнес-логики и непрофильными языками прикладного программирования.
177 DenisZav
 
27.04.16
07:12
(176) да тут просто обычный агр, лучше не отвечать)
178 DenisZav
 
27.04.16
07:16
(176) почему-то так вот человек устроен. Например на другом форуме (ну паблик ВК "Типичный программист") ну вот принято 1С ругать.
Типо ну все вот плохо. Типо это ну вот не программировани. И идешь на принцип, мордой умника в определения тычешь, и бесполезно)) Вот не программирование и все.
И вот не объяснишь человеку что работут работать надо, бухгалтерию считать, производство, еще там что-то что удобнее на 1С. Ну не понимает он этого!! Не владет предметом потому что. Не значе какие преимущества 1С дает в своей сфере. И тут так же.
Люди думают там на той стороне все в АСМ кодах делают, что там по 5 лет программы пишут. Ну не понимают они что если бы на другой платформе коньюктура развита была, то и там бы было быстро))
179 DenisZav
 
27.04.16
07:18
(173) ну здесь наверно признаю я что не мой это уровень. Не многое знаю про 1С на 200 пользователей. Как там оно. Пожалуй так.
180 DenisZav
 
27.04.16
08:31
(174) тебе ничто не мешает делать прототип на 1С. Джависты/Шарписты на Питоне/Руби делают. Да хоть на лиспе. Это считается нормой.
Извини, не удержался, повелся на троллинг))
181 Карупян
 
27.04.16
11:03
(0) Я думаю причина такая:
Редко когда вся ТЧ ровно ложится на регистр иногда нужно довыбирать поля через точку, поэтому лучше запрос.
А когда ложится, ну так для единообразия уже
182 Cyberhawk
 
27.04.16
11:23
(173) "перепровести очень много документов. 100 фоновых заданий делали это параллельно" //
Как разделяли на порции?
Результат проведения (движения) не зависели от предыдущих проведенных документов, правильно?
Или разделяли по областям данных (разные организации, например)?
183 DomovoiVShoke
 
27.04.16
11:27
(171)(178)Чтоб долго не рассуждать, звонишь в 1с и в контору иных прогеров и спрашиваешь сколько времени займет поставить складской учет хотя бы. В 1с тебе скажут 1-2 недели, в конторе обычных прогов тебе скажут год или два, а на практике они такое Г сделают, что потом надо будет 3-15 лет допиливать чтоб оно заработало.
На форумах обычных прогов сидят в основном студенты которые никогда ничего не писали. А тут сидят люди которые писали на разных языках и имеют опыт и 1с и не 1с.
184 Feanor
 
27.04.16
12:54
(182) >Как разделяли на порции?
По датам. На каждый день 1 фоновое задание.

>Результат проведения (движения) не зависели от предыдущих проведенных документов, правильно?
Да, не зависели.
185 Карупян
 
27.04.16
12:55
(184) А потом закрытие месяца на 10 суток )))
186 Feanor
 
27.04.16
13:08
(185) полный расчет партий и расчет себестоимости 1 месяца выполняется за 35 минут. В тех периодах, которые перепроводили, не было выпусков, поэтому закрывалось все очень быстро.
187 AceVi
 
27.04.16
14:50
(180) Денис - тебе 10 раз ответили зачем. и главное это удобство и приемственность - тормоза оооочень незначительны. Это прикладная программа служит для своих целей, которые она великолепно выполняет в заданных параметрах. У 1С свой дзен.

Если ты ищещь дзен не связывайся с 1С, только потом не удивляйся что твой дзен кроме тебя никому не нужен. и когда ты уволишься с предприятия придет новый программист и они все данные просто перегрузят в другую программу, по пути ругая твой дзен.
188 DenisZav
 
27.04.16
19:03
(183) "На форумах обычных прогов сидят в основном студенты которые никогда ничего не писали. А тут сидят люди которые писали на разных языках и имеют опыт и 1с и не 1с."
Вот это вот согласен. Опыта нет у этих людей. Недостаточно владеют своим инструментом потому что спрос на прикладные задачи для них меньше, а опыт ничем не заменишь.
189 DenisZav
 
27.04.16
19:05
(187) Я уже понял что в 1С кривая архитектура и кроме как долбить повторный запрос они ничего не придумали.
Этот вариант мне изначально был известен, я думал может оптимизация там какая или еще что. Ну не можуг же они такой былдокод писать, верно?. Ты прав, могут))
190 DenisZav
 
27.04.16
19:08
(187) просто я предполагал что я что-то упускаю. Такое ведь тоже возможно, согласись.
191 DenisZav
 
27.04.16
19:11
(187) ладно, извини за агр. Я больше не буду))
192 Drac0
 
27.04.16
21:02
(189) Увы, ты даже не понял, что ты ничего не понял...
193 4St
 
27.04.16
21:17
Прочитал заголовок и в предвкушении мотанул поближе к концу. В холиваре участвовать не буду,однако отмечу, что на Инфостарте лежит статья о базе с 5000+ онлайн, на 1с8. Деловые линии, вроде бы. Это к вопросам масштабируемости.
194 4St
 
27.04.16
21:19
(193) в смысле 5000 пользователей одновременно. И база уже куда-то за терабайт разбухла. Ничего,вертится в умелых руках))
195 Маратыч
 
27.04.16
22:39
(194) Терабайт на 5к юзеров? А это за какой период? А юзеры отчеты снимают или все 5к данные заносят? А сколько каких регистров в конфе и сама конфа в каком режиме блокировок?

Статья вообще про какую конфигурацию?
196 4St
 
27.04.16
23:25
(195) Немного напутал с цифрами, 3К юзеров и 5 терабайт. Самописка. Пруф http://catalog.mista.ru/public/378766/ Там много интересного.
197 DenisZav
 
28.04.16
07:36
(194) да чувствую себя виноватым. Слово за слово и холивар. Вообще такого не планировалось!! В следующий раз буду осторожнее.
198 DenisZav
 
28.04.16
07:37
(196) всеравно дохрена очень! Что самописка понятно, в любом случе впечатляет.
199 AceVi
 
28.04.16
09:30
(189) Ты же не считал. может такой "быдлокод" в ИТОГЕ, в заданных параметрах, для определенных задач не только выгоднее но и быстрее? Так что пока ты бросаешься кака--ми а не фактами, потому твоя позиция слаба.
200 AceVi
 
28.04.16
09:33
(199) Я очень подозреваю что 1С сами не считали, а просто приняли стандарт т.к. так удобнее и быстрее и дешевле разрабатывать стандартные конфы толпой программистов(в едином стандарте), они решили свою задачу, без потери качества для заказчика - а заказчик у них не институт математики а бизнесмены которым на производительность пофиг им бы что бы работало и желательно обслуживалось 1 бухом.
201 DenisZav
 
28.04.16
13:54
(200) я тоже пришел к такому мнению на данный момент.
202 b_ru
 
29.04.16
08:32
(200) У 1С был один стандарт, затем они поменяли его на этот. Есть мнение что не от фонаря все-таки. Уж наверное, считали :)

Вообще, разработчики типовой 1С в отличии от массы одинэсников - довольно умные ребята.
203 Drac0
 
29.04.16
08:57
(202) Да ладно тебе, умные. Тут на мисте в какого 1сника ни плюнь, каждый напишет свою Буху, УТ, ЗУП за год. Лучшее, быстрее и без багов. Некоторые еще и платформу могут написать свою перед этим, но тогда надо 2 года. А не пишут, т.к. или лень, или некогда, или хомячек простыл :)
204 Новиков
 
29.04.16
09:54
(203) 3.14деть - не мешки ворочать.
205 FIXXXL
 
29.04.16
10:59
(203) если только для своего ларька :)
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн