Здравствуйте, ситуация следующая, при обмене данными между 1с и сайтом на движке шоп скрипт, выскакивает обшика https://pp.userapi.com/c852120/v852120991/98724/mxzsK8dmtrw.jpg
Сказали узнать какой размер имеет передаваемый 1С в POST-запросе архив.
Внимание вопрос: как узнать какой размер имеет передаваемый 1С в POST-запросе архив?

П.С. База большая, 8-10гт 35000 товаров.

передавайте частями..

В отладчике найти место, где формируется файл, поставить точку останова, посмотреть размер

(1) частями передаю по 500 товаров, всё равно вылетает ошибка

(2) можно поподробней, где находится отладчик и где там искать место где формируется файл...?)

поставил галочку "изменения" вместо "все данные" выдаёт вот такую ошибку https://pp.userapi.com/c847221/v847221315/17990e/BFSaUWpoa18.jpg

(5) ваше желание разобраться самому похвально, конечно, но в данном случае лучше позвать спеца.

(6) как на счет вас? сколько это будет стоить?

(7) сервер 1С перегружать пробовали?

(8) да, перезагружал, честно говоря много чего перепробовал, но знаний в 1с не хватает всё же...

(9) во время выгрузки последите на сервере за потреблением памяти процессом rphost.exe (это рабочий процесс сервера 1С)

(10) и на своем компьютере за процессом 1cv8c.exe

(3) Попробуй по 100

(12) пробовал по 100, по 10, по 1000 всё равно вылетает, не вылетае тесли категорию до 10000 товаров выгружаю, если отключить выгрузку картинок то выгружает все 35000 товаров

(11)Вот скрин
https://pp.userapi.com/c845322/v845322659/183629/UO6ZUm_pSBM.jpg

(14) то есть и клиентская и серверная часть 1с на одном компьютере?
Скрин снят на пике?
По ходу выгрузки растет потребление памяти?

катринки могут быть совершенно разного размера,так что их нужно передавать отдельно

(16) чувак, уже который раз замечаю, что у тебя конкретные проюлемы с причинно-следственными связями.
ну, вот, объясни, как факт "картинки могут быть совершенно разного размера" вытекает в следствие, что "их нужно передавать отдельно"

Жать в зип пробовал?

Всякую прайсню архиватор весьма здорово жмет

Если интересно узнать размер пакета - ставь фиддлер, ищи запрос и смотри заголовки. Размер будет в заголовке content-length

(17)просто,картинки обычнл не сжимаются,так что паковать их в один файл бессмысленно.
потом,никто картинки не меняет,если она уже передана,зачем ее передавать еще раз,поэтому,по одной и с проверкой наличия.

(18)если у него там картинки,то больший обьем информации занимают именно они,а они как раз не сжимаются.

(21) а теперь объясни зачем ты вот это все написал в контексте данного топика?

если кто не понял, ТС - юзер, не программист

(22) Картинки сжимаются, не архиватором, а софтом, в ТЧ и виндовыми ком компанентами.
передо мной сейчас прайс нижнего белья. Все картинки там 300*300 и весят ерунду.
Для прайсов делать такие ужатые превью весом на неск КБ и с загрузкой 30К позиций проблем быть не должно.

А по теме ответ в (20)

судя по скринам, проблема не в обмене с сайтом а в пределах 1С  - обмене клиента с сервером

(27) Ловил такое когда с клиента на сервер передавалось много.
Но это был Веб клиент (не браузер), и лечилось увеличением в настройках IIS

(15) да, растет потребление доходит до 99%, потом идет на спад и вылетает ошибка, оперативки мало? у меня сервер стоит 8гб на нем оперативы

ставлю выгружать партией по 5 штук, все равно оперативку сжирает 7гб из 8 и вылетает ошибка, можно как то пофиксить?)

(25) мне нужны качественные картинки, это витрина магазина

(29) 5 картинок не должны гиг весить

Что то в коде выгрузки не так

Точнее в настройках выгрузки.
5 элементов справочника номенклатуры со всеми данными и картинками в каком бы они не были расширении, даже пусть tiff, не должны жрать ГБ, который у вас есть

https://pp.userapi.com/c847221/v847221315/17990e/BFSaUWpoa18.jpg я с этой обработкой не работал, но дается мне что при флаге изменения выгрузится больше чем 5 штук

(35) не, вы не поняли наверное, я ставлю порцию выгрузки по 5 штук вот тут
https://pp.userapi.com/c845322/v845322402/186271/En747zAb-SI.jpg

(35) если я выберу для выгрузки тегорию, а не весь каталог, скажем товаров на 5000, то выгрузится без проблем. Но надо тобы выгружало сразу все категории, это может быть связано с размером оперативной памяти?

(37) Да может.

(36) судя по всему, эта настрйока парционности не влияет на  передачу данных между клиентом и сервером 1С - а именно на этом этапе у вас и происходит переполнение.

(36) то есть решение - либо попробовать увеличить оперативку или файл подкачки, либо переписывать код

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

(39) Эти фотки же не с клиента передаются, а наверняка, на сервере запросом выбираются. Поэтому скорее всего дело не в передаче данных с клиента на сервер, а в том что, запрос выбирающий данные выбирает всё и сразу, а порции влияют на отправку данных на сайт.
В этом случае есть вариант переписать обработку, чтобы она хотя бы фотки выбирала не сразу, а так же порциями. Это не будет сильно дешевле, чем купить ещё 8Гб памяти. Но пойдёт как вариант, если увеличение памяти не поможет.

(42) +1

(42) а слово POST на скрине в (0) как думаешь к чему?

(44)+ хотя ты прав, скорее всего - до передачи данных обратно на клиент дело на не доходит

(44) Клиент вызвал серверный метод и тот упал с нехваткой памяти. Но я не нашел там указаний, что не хватило памяти для передачи данных. Это вполне могло быть и при выполнении на сервере.
Еще ТС (даже если юзер) может попробовать пройтись отладчиком и посмотреть на какой строчке падает.

x64 платформу поставь. Я серьезно.

(47) Для начала памяти на сервер поставить. Хотя бы 16гб, а лучше 32