Изначально делал так: из OpenStack облака брал ресурс файла (readStream), потом этот ресурс передавал $ZipStream-у (addFileFromStream). Стал копаться, смотреть куда уходит память, и как выяснилось это крайне прожорливый способ. Стал делать так: в цикле самостоятельно читаю файл из OpenStack облака (тупо все содержимое в переменную с помощью read()) и $ZipStream-у отдавать эту же переменную с raw данными файла через $ZipStream->addFile(). Добавил unset этой переменной (не знаю зачем, на всякий случай) в конце цикла. Перед циклом: ob_start(); Перед концом итерации цикла: ob_flush(); flush(); ob_clean(); И все понеслось, расход 10-12 мб за все вермя выполнения, качать начинает сразу. Скорость конечно не супер (OpenStack не быстрый), но вариант - боевой

А 7z для пыха не запилили еще?

там же sdk открыта, на github 100% что то будет готовое

а меджикмышка маковская удобная штука

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

там исходники на крестах есть, можно wrapper сделать)

а зачем мышке быть легкой ?

Это слишком дико для меня, хочется готовое)

а на днях у жона после того, как она блютых тронула на аймаке - ребутаться пришлось, что бы он снова клаву и мышку увидел... ну прям треш какой-то этот ваш мак ?

А 7z для пыха не запилили еще?

да хз я как-то гуглил что там написать нужно но как-то сложно нагуглилось ? ну и вообще, у меня на прошке плохое подцепление девайсов это просто тенденция

https://github.com/cmanley/PHP-SevenZipArchive

Это же обертка для cli?

@frontnd будет жить. Поприветствуем!

А зачем что то хранить, когда есть автозаполнение форм?

есть два подхода. можно сохранить куку с кодом (id) юзера/гостя, и по этой куке получать все данные с сервера, а можно напрямую хранить все в куках. Мне больше нравится первый подход

есть два подхода. можно сохранить куку с кодом (id) юзера/гостя, и по этой куке получать все данные с сервера, а можно напрямую хранить все в куках. Мне больше нравится первый подход

а как идентифицировать уникальный ли поститель если он гость и не авторизирован?

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

Для этого нужен ajax, а не асякая дичь...

те если на websocket - то всё?!

Вам зачем сохранять поля? У вас страница перезагружается что ли при отправке?

Вам зачем сохранять поля? У вас страница перезагружается что ли при отправке?

а если браузер закрылся или пользователя вернули с ошибкой какой -то валидации, ему что руками заново все вводить? Это странно, данные наибольшая ценность и нужно максимально упростить возможность их предоставить.

Чето вы мусолите этот вопрос странный.. надо у человека узнать, нужны ли ему эти данные на сервере или нет? Если нет, то хранить в браузере в любом из доступных хранилищ. Если нужны - передавать xhr/ws на сервер и хранить по идентификатору из кукисов

Для этого есть ajax.

Если там форма, то они хоть как нужны серверу, а человеку поди нужно удобство пользователям, а тут как никак проще и лучше подойдет грамотный ajax, а не хранение кучи данных в БД или локалсторейдже.

причем тут аякс, если человеку состояние формы в процессе заполнения нужно хранить

Зачем? Смысл? Практическая польза?

перезагрузил! закрыл! выключили свет!

да нет смысла пихать методики или технологии потому, что вы про них знаете, есть поставленная задача. Если выбран процесс комуникации без ajax на это есть причины. И это вообще никаким боком не избавляет от необходимости сохранять данные полей формы, поскольку никакой ajax от перезагрузки страницы не спасет. тем более, что даже в такой форме -уже заполненные поля формы -это состояние, которое нужно хранить и отслеживать и желательно это делать отдельно от приложения, браузер клиента -отличное место.

У хранилища есть лимит на объем...

АНБ детектед?

У хранилища есть лимит на объем...

если данные вашей формы не вмещают в этот объем у вас явно проблемы в другом месте. Более того серверу не нужны данные формы заполненной частично, не нужно занимать место спамом, поскольку 80% заполнений форм так и не будет доведенно до конца и не нужны лишние запросы. еще раз, вы вместо решения конкретной проблемы предлагаете усложнить логику и добавив новых проблем не решив ни одной имеющейся

LocalStorage and SessionStorage can use up to 10MB of storage but the number is actually the sum of both. For IndexedDB, you can use up to 50MB on desktop, 5MB on mobile

Заполненную форму отправляют? Все это напоминсет мне мое начало кодинга, когда я пытался хранить все и вся, оюрабатывать чсе и вся, днлать всякую дичь, а потом пришел вопрос: Зачем?

Про то что форма одна никто ничего не говорил, это может быть шаблонная форма под разные товары например.

и получают одну из сотен возможных ошибок по пути до сервера, ошибку сервера (что бывает в опять таки 80% веб приложений и большая часть известных сервисов страдает бездарными проблемами с потерей ввода) не совсем понятно что вы пытаетесь доказать, поскольку втираете какую -то дичь )) еще раз проблема в том, что нужно сохранить данные пользователя на клиенте -все. Это задача и она вполне конкретна, предложенный вами подход ajax говорит о полном не понимании того, что это такое, поскольку задача не решена, давайте дневник)

Почему тогда у меня выводится уведомление о недоступности сервера, а у ТС так не сделано? И мой посетитель может нажать еще раз кнопку отправки формы, для повторных попыток.

потому, что форма у вас синхронная. потому, что такова поставленная задача, а вы вместо её решения занимаетесь демагогией. Потому, что формы бывают мультишаговые, потому что такова задача и в ней нет ajax и приносить его не нужно, нужно сохранить ввод.

Просто всегда есть два решения, есть костыли, а есть более практичные. Если сервер прямо долго не доступен, человек просто свалит, а если он заполнит, и ему вывалится ошибка в данных, он еще и проклянет тот сайт.

Помнится мне мультишаговые формы это прямо удел 2000-ых.

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

SELECT field as id

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

Забыть о таких до...бах, они никому не нужны, от них только проблемы.

Забыть о таких до...бах, они никому не нужны, от них только проблемы.

Парни, а вот есть такое: Я гуглю select from array in php like sql , но ничего найти толкового не могу Сейчас обрабатываю огромный массив данных, который выгружается в кастомный кривущий XML фид. Все хранится в таблицах mySQL, куча таблиц, куча данных. Простые джойны, хитрые джойны, построчные выборки - не дают должной производительности, решил обрабаытвать все "в памяти", читать все данные из SQL в массив с нужными мне ключами а потом уже из массивов делать выборки. Работает феноменально быстро, но говнокод адский. Так вот к чему я - может есть чего погуглить на тему выборок из массив как из sql? Типа array_filter умного чтото )

о. "я крутой айтишник, а все юзеры - долбоебы. плевать мне на их проблемы"?

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

Не проще мускулу скормить побольше памяти и ссдшки? Пытаться из массивов сделать что то подобное для выборки, это же дичь, это тол ко если у вас все по ID связывается, тогда еще можно как то жить.