Более цивильный тогда не csv, а xml: у него есть структура с возможностью вкладывать дочерние элементы, а также закрывающие тэги, и в php есть XMLReader, которым можно прочитать.
Игорь, Эта поставка продаётся отдельно в каком-нибудь магазине вроде 1С:Интерес, как коробочные версии, Или франчи её отдельно от конфигурации продают?
Антон, Насколько я понимаю, у некоторых франчей 1С есть специальные договорённости, по которым они поставляют платформу вместе со своей конфигурацией (та же Камин, например). Но для этого надо, насколько я понимаю, иметь партнёрский статус и договариваться.
В PDO, в отличие от mysqli, нет асинхронных запросов. Так что, если они на перспективу могут потребоваться, стоит рассмотреть mysqli. А так да, PDO удобно и универсально. Если думать о фреймворках вроде yii2, то у них есть и свои средства работы с БД; там могут быть доп. возможности вроде работы с master и slave-серверами; тут тоже, возможно, есть над чем поразмыслить.
le187, Я давно не работал с MDT, и смотреть мне сейчас негде, но посмотрел бы сначала что-нибудь на вкладке Options, а затем в Copy scripts и в Configure.
vladzvezdin, Убрать на фронте serialize и datatype, пустить обычным POST-ом. Или в бэке получить тело запроса с помощью file_get_contents('php://input'), декодировать с помощью json_decode в массив или объект и брать данные оттуда, а не из $_POST.
Сугубо для понимания хода мыслей частично разберу Ваш пример путём гуглинга (к сожалению, толкового описания я не нашёл).
На https://www.freebsd.org/doc/en_US.ISO8859-1/books/... написано:
11.3.2. Alternate Calling Convention
FreeBSD is an extremely flexible system. It offers other ways of calling the kernel. For it to work, however, the system must have Linux emulation installed.
Linux is a UNIX® like system. However, its kernel uses the same system-call convention of passing parameters in registers MS-DOS® does. As with the UNIX® convention, the function number is placed in EAX. The parameters, however, are not passed on the stack but in EBX, ECX, EDX, ESI, EDI, EBP:
То бишь, для выполнения системного вызова в Linux (как я понимаю, речь о нём) нам нужно в регистр EAX поместить номер вызова, а в регистры EBX, ECX, EDX, ESI, EDI, EBP записать значения соответственно первого, второго, третьего и т. д. параметров.
По другим регистрам в примере код 64-битный (описание нам попалось 32-битное, поэтому там указаны 32-битные регистры). В RBX у нас записано значение файлового дескриптора (1), в RCX - адрес сообщения, в RAX (почему в примере не rdx - честно, не понимаю сам) - длина сообщения. И далее вызывается int 80h (обработка системного вызова ядра Linux). На Stack Overflow попался вопрос с ответом по соответствию регистров в 32 и 64 битах; можно посмотреть здесь: https://stackoverflow.com/questions/22503944/using...
Timebird, Сорри, только сейчас обратил внимание, что это Python - несколько не моя специфика. Но не могу не задать наводящий вопрос для коллег: по расчётному времени это множество математических операций укладывается в несколько секунд, или получается больше? Если делать долгую обработку сразу вместе с подготовкой ответа на пользовательский http-запрос, то web-сервер просто "отвалит" соединение по таймауту; в этом случае обработку файлов нужно организовывать отдельно от подготовки ответов на запросы.
Евгений Ромашкан, form data - да. А насчёт base64 - можете подсказать, в какую сторону смотреть? Не помню, чтобы браузер давал из JavaScript доступ к имени и контенту файла по данным поля html-формы.
Timebird, Нет ответа на последний вопрос. Если задача будет работать долго, а во введённых данных надо что-то искать, то sql надо. Файлы с такими размерами в базу класть точно не стоит; файловая система или объектное хранилище предпочтительнее.