..ладно там в мохнатых клюшках пилили с помощью всяких формексов и 1С++ всякие няшки, автоматизаировали и ларьки и побольше.

чем сейчас 1Сники занимаются на 8-ке?

(85)+ прикол был с рыбой на рыбокомбинате:

Оказывается утряска/усушка бывает не только весовая... но еще и количественная!

(86) Лист металла или погонный метр прутка весит с некоторой точности для разной партии

(78)  Нет,  но я не вижу какого то смысла вести учет сразу в двух единицах измерения.  Чтобы одновременно и в штуках и в коробках обязательно нужно было знать остатки на складе.  
Если с WMS мутить, то там и так имеются упаковки и хранение на складе идет в разрезе упаковок,  а просто общий учет.. не могу найти применение.

(89) Ускорение формирования отчетов

(90)+ Сводных по разным группировкам по этим разным единицам

Все равно не понимаю зачем разные единицы хранить.  Те же листы металла вполне можно через характеристики сделать.

(92) И потом тебя подвесят за яйки, когда криворукие менагеры/операторы на складе слегка накосячат ))

(93)+ Причем вполне резонно подвесят, ибо по пересчету у нас столько то шт. и стоко то кг., а "ваша 1С" говорит совсем другие цифры

(93) "когда криворукие менагеры/операторы на складе" - их туда пускать не надо ;-) что пришло из учетнйо системы - то и делаем...

(76)
>> И в чем проблема пересчитать единицы?
>> Если конечно не хочется знать сколько осталось "целых, не начатых" крупных единиц.
Именно. Так как это металл, а не ткань или бумага, то резать его дорого.
>> Нет, все банально, для каждой "единицы типа шт." задается "вес"
Много единиц. Менеджеры путаются. Менеджеры оперируют понятиями листа (один лист металлопроката) и пачки (заводская упаковка нескольких листов). Покупатель хочет знать, если он берёт вот эту пачку или этот лист, сколько тонн металла у него получится. Манипулирование десятком различных штучных единиц с разным весом для каждой номенклатуры неудобно.
(92)
>> Все равно не понимаю зачем разные единицы хранить.  
>> Те же листы металла вполне можно через характеристики сделать.
Можно, пока не встанет вопрос резки. Пришла пачка металлопроката. С тоннажом по документам поставщика. Потом её стали продавать отдельными листами. Стало важно понятие штуки с определенным весом. Потом часть листов из пачки порезали. Потом, возможно, еще раз порезали. А потом руководство спрашивает себестоимость вот этого конкретного металла, потому что хочет понять, выгодней нам резать или посылать покупателя резать самому.
В систему характеристик это у меня в голове не укладывается. Если бы не вопрос себестоимости, было бы гораздо легче.

(96) да, воздушные цифры портят весь нормалльный физический учет ;-)

(94) Не, ну давайте все таки либо крестик снимем либо что то другое.  )  Весовой и штучный товар все таки лучше вести отдельными позициями номенклатуры.  Колбаса там 10 батонов и 20 кг.  Вес режь сколько угодно, штуки не трогай или пересорт в вес.   При этом общий тоннаж можно спокойно считать коэффициентом.

(98) ...заводить разные позиции номенклатуры по какой-то причине неприемлемо -> (37)

(98)
>> Весовой и штучный товар все таки лучше вести отдельными позициями номенклатуры
Отраслевая специфика. Товар штучный, но каждая штука уникальна по весу. Об том и разговор, что функционал типовых конфигураций неудобен в таких отраслях.

(100) Не, ну тут общий учет вести в тоннаже особо без вариантов для типовой. Сделать некие абстрактные упаковки типа лист 100 на 80 итп,  посчитать для них средний вес чтобы манагерам было проще заявки на отгрузку бить.  А в РТУ уже фактический вес писать.  СС резки конкретного листа,  это разве что партии/серийный учет вводить.

КОроче поехал купил под заказ комп.

Как вы писали.

Взял 7700К, мать асус хиро Z270
видюху 1800
Остальные причендалы. корпурс корсеир и прочее.

150 комп вышел

И мониор 60 асус PR278Q

PG278Q

QR

на 210 штук разорился. прощай ремонт...

(102) Наверное, 1080 видюху то?

А что, под 1с нсдоикрутую видюху? Встроенная не покаьит,,?

(102) а я отсталый на авито себе компы покупаю :)

Ну видюха это для сюбя.
Второстепенная роль

(0) Картину сегодня вешал.

(102) до 5 ггц с водянкой разгон, 1С точно офигеет

(111)+ Кста это практически предел "гонки нанометров", 14 нм это предпоследний шаг перед 7 нм.

Дальше к теоретическому пределу где то между 2 и 5 нм будут десятками лет идти, все увеличивая и увеличивая площадь кристалла с ростом числа ядер.

Некоторые форумчане имеют шансы дожить до сотен ядер 5 ггц под одной крышкой )) Причем GPU к этому времени будут выдавать штатно 8k и поднатужившись 16k разрешение с приличным FPS для виртуалки.

Блин вот чота сомнения с монитором. 27 как то поднадоело.

Полазил и нашел 32
31,5" CURVED-монитор серии CHG70 C32HG70QQI

ДУмаю мож его взять вместо Асуса

(0) Все по-разному. Не знаешь что делать? - Звони 1снику

1с захватывает мир. В стране начинается культ 1с. Верую в 1с.

(10) Могу поплакаться в жилетку и как старый 1С ник тем что Вас может огорчить.
В 1С 8 с 2005 го года. С момента перехода заказчика с 1С 7.7 Камин Зарплата на ЗУП 2.1

(10) Не очкуй, я сто раз так делал

Поменял понитор. c TN на новый

PG279QR

Я вот комп плданирую новый сисадимину своему заказать.
чтоб вертелся с дикой скоростью.

Ну вот я и взял. Думал сервак но спецы меня переубедили.
7700K сейчас лучший прок

Буду пробовать. комп приедет через 10 дней
После моего конченного мака надеюсь на фантастические результат

Я не расчитывал что на монир 70 тысяч уйдет.
Вот тут подстава была.

Как давно я за железом не следил. 10 лет не обращал внимания.
А тут бах приспичило поменять все. и пошло поехало.
Еле карту нашел. А насчет монитора я до сих пор в шоке. Но это друг меня уговорил потратить стока денег. убедил.
Ну посмотрим что за чудеса.

(0) >> чем сейчас 1Сники занимаются на 8-ке?
Пригибают юзеров к типовому функционалу, всеми правдами и неправдами.

(120) Здорово! А я покушал и посрл!

(122) А лыжи снять не забыл? :)))

Пытаюсь понять, помечу классическая COM вк валится в многопотоке. Втыкаю везде мьютексы, кошусь в сторону native.

(119) Для дома/игрушек i7-7700K отличный проц и для 1С (для разработки/обработки в один поток) тоже за счет своей частоты на 4 ядрах.

Как сервер оно не катит конечно против 6, 8 и 10 ядерников.

(124) Плиз подробнее, ху из "многопоток" у тя?

(125) Если мы выцарапаем нашего погорельца I7-7700k - я те потом расскажу, что катит, а что - нет.

(126) Сервер 1С.

(128) В смысле случаем не из серверной 1С x64 в кучу потоков пытаетесь через COM+ заюзать обычную старую i386 COM ВК?

(120) когда на новый мерс денег не хватает только мелкий шопинг радует манину душу:)

(127) в связи с чем погорелец ?

(129) Почему COM+ ? Обычный COM.

Кто-нибудь тестировал native api под многопоток на сервере?

(132) Сервер скольки битный?

(133) Лучше скажи что за ВК?
Не проще будет на чем то сделать обертку с приличным интерфейсом для 1С?

Кстати есть же Serginio1 со своим вполне приличным решением, последняя даже Native.

Через нее с чем угодно можно работать из C#.

(136)+ Кроссплатформенное использование классов .Net в 1С через Native ВК.

(135) Разлагает pdf на плесень и на липовый мед.

А полученные изображения (tiff) - вертит в Портрет, если надо.

(134) 64x. Я удивлюсь, если в наш век космических технологий где-то есть x32

8.3.10, кстати, не такая уж и няшечка. К ней дельфийский отладчик не подключается. Вернее, подключается, но роняет rphost. В 8.3.6 такой уйни не было.

(139) Тогда нечему удивляться что пашет нестабильно.

Возьми https://github.com/dwaleke/mupdf-converter и заюзай (там готовые dll лежат) через обертку Native API для 1С.

(141)+ Можно писать свое решение а можно просто заюзать силу "Ъ" из (137).

"Ъ" хороша тем что не надо "лишних ВК" подрубать в 1С если еще что потребуется "добавить".

(141)+ "included a MuPDFConverter class that will convert a Pdf document to a Tiff document with minimal input"

(143) Я этот конвертер сам написал. Зато я уверен в нем.

(144) Тогда предлагаю самому написать еще "1С" и для полного комплекта заодно "Delphi"

В общем и целом - на native - такая же куйня.

И никак не узнаешь из кода 1С - свободная ли библиотека - не обращаясь к этой библиотеке. Вариантов решения я вижу 2
1) На каждый сеанс загружать свою версию той же dll с суффиксом Строка(НомерСеанса) к имени библиотеки. Разные dll - разное пространство.
2) Поставить защелку на уровне Константа.БиблиотекаИспользуется

(147) Могу посоветовать только одно простейшее решение.

У тя скорее всего банально ВК "отваливается". Не пробовал ее каждый раз в коде непосредственно перед использованием "подключать", а затем после сразу "отключать"?

(148)+ Не надо ее держать "на весь сеанс", подключая при открытии формы или даже запуске сеанса.

блаблабла

Подебил

Короче, кто будет писать ВК napi под многопотоком - не забудьте засувать мьютексов везде

Вот как то так

function _CallAsFunc(Obj: PV8ObjectRec; const lMethodNum: integer;
  pvarRetValue, paParams: PV8Variant; const lSizeArray: integer): boolean;
  stdcall;
  var hmutexName_s:string;
  hmutex:THandle;
begin
  hmutexName_s:='extfunc_busy';
  hmutex:=CreateMutex(nil,false,pchar(hmutexName_s));
  WaitForSingleObject(hmutex, INFINITE);
  result := _V8CF(Obj.RelObj1.ClassReg.MethList[lMethodNum].Execute)
    (Obj.RelObj1, pvarRetValue, PV8ParamArray(paParams), lSizeArray);
              ReleaseMutex(hmutex);
  CloseHandle(hmutex);
end;

Ну и ест-венно в
_CallAsProc
_FindMethod
_FindProp
_GetInfo

С COM такая штука не катит.

Надо бы еще ТЖ пособирать, но rphost сидит как влитой и грызет мои 4 ядра где-то на 60%

Вот только я думаю - один мьютекс запилить на все функции, чтобы надежнее было или каждой - свой. Наверное один на все, сомневаюсь, что тяжелый функционал будет где-то, кроме
_FindMethod & _CallAsFunc

Ну и, естественно, try-finally

(150) (151) Ты думаешь я понял что у тя "многопоток" относится к самой компоненте? Которая запушенная в одном потоке 1С пытается создать еще несколько своих!

Думал траблы то с мнопоточностью сервера 1С! Там есть (была раньше точно) такая фишка что фоновые отваливаются при подключении ВК на сервере если несколько rphost.

(158) У меня многопоток относится к серверу 1С.

(159) Тогда это не баг, это фича. Можно было использовать блокировки средствами 1С и юзать ВК по очереди.

Или да на каждого юзера/сеанс "свою ВК".

(160) " блокировки средствами 1С "

Не помогает

(161) Э? Если один сеанс подключил ВК, поюзал и отключил.

Второй в это время ее не трогает и только после разрешения хватает ВК (ставя предварительно блокировку другим сеансам) и юзает.

Эта схема не работает?

(162) Нет. Эта схема не работает.

(163) А 1С в курсе?

(164)+ Потому что еще на 8.2 все работало

(164) Да как бы все в курсе. "подключил ВК, поюзал и отключил." - это не про 1С. Она не выгружает dll-ки.

(166) Мдя.

Не проще было вынести этот функционал из ВК в нечто внешнее? И заюзать через http/веб сервисы.

Кста по сути пока жив rphost который подключал ВК на сервере, то другие не могут это сделать?
Или там как то иначе?

(168) "то другие не могут это сделать?"

Вполне себе могут.

(167) Ты вроде алкоголик. Наши за ночь печатают примерно 500 ПДФ сопроводиловки (сертификаты, качества, справкиАБ, пр. к ТТН), это около 3 тыс. tiff изображений. О каком веб сервисе идет речь, Garykom?

(170) Об локальном, хотя бы на том же сервере поднятом.

Если требуется печать то сразу "сервис печати", который принимает задания/файлики pdf из 1С, конвертит как нуна и сразу на принтеры.

(170) И я не алкоголик сам, есть несколько мелких клиентов алкоголиков, но и те розница/кафешки.

(171) Как этот сервис будет отправлять на печать mxl ?

(172) Или это будет тоже 1С? Тогда мы возвращаемся к проблеме компоненты.

(173) Эээ а формат mxl отличается чем то особенным от прочих форматов?

(175) Не знаю, я его не смотрел и желания нет. Есть другие задачи, в то время, как проблема pdf решена.

(176) http://yoksel.net.ru/HomePage

Йоксель (Yoksel) – это набор программных средств для работы с табличными документами. В настоящее время Йоксель представлен в виде:
Самостоятельного приложения (*.exe).
Внешней компоненты для 1С:Предприятия 7.7, которая предоставляет функции Йокселя разработчикам через встроенный язык 1С:Предприятия.
COM-сервера для любого приложения, поддерживающего технологию COM.

(176) Да решена, но разве решение "красиво" ? Что будет при переносе сервера 1С на linux?

(178) Ничего. Все продолжит работу. Native API прекрасна и восхитительна.

А, не, в звизду Linux. Там нет D2D обработки изображений видеокартой.

Админ отправится читать мануал, в котором говорится, что данное решение работает только на win серверах.

(179) Неужто под linux (причем и x86 и x86_64) сразу собрал?

(180) Ага так почему то и подумалось ))

(180) Зачем тебе DirectX, чем не угодил OpenGL?

Гариком, ты прям тыкаешь куда-то, слыша звон, но все мимо.
Я поворачиваю tiff-ы вот с помощью этой штуки

https://msdn.microsoft.com/en-us/library/windows/desktop/dd370987(v=vs.85).aspx

(184) Ну да как же "DirectX Graphics and Gaming  Direct2D" чуть выше слева видим?

(185)+ Хотя 1Сникам не знать что Direct2D это часть DirectX (как и Direct3D) вполне простительно, они же "систему быстро быстро пишут ять"