С чего вы это решили?
Первый вариант вывести гораздо проще
А со вторым вы же снова прибежите, спрашивать, как его вывести.
И вы итоге вы сначала будете разворачивать одномерный массив в многомерный, а потом обратно сворачивать при выводе.
ГДЕ ЛОГИКА?
Если вам надо ВЫВЕСТИ, то и выводите.
А вы спрашиваете, как из этого массива сделать другой. Который вы точно также не знаете, как вывести.
Где логика?
ThunderCat, да не, задача-то как раз понятная - это ж дерево, ну и его вполне логично представить в виде многоуровневого массива.
Но в данном случае индексы представляют собой materialized path, с которым работать в сто раз удобнее, чем с nested sets, который хочет получить автор. Никакой тебе рекурсии, все легко выводится, сортируется и ищется.
а вы уверены, что вам нужен именно такой массив?
С массивом первого вида гораздо удобнее работать.
В любом случае, "help" - это когда один человек сам выполняет большую часть своей работы, а другой ему помогает.
А когда один не делает ничего, а второй за него делает всё, то это называется не help, а charity.
Сколько раз вам повторять, что вам не нужно знать "кто купил"? А нужно только "что". В смысле номер заказа. Который отправляется при платеже.
Такое ощущение, что до самого платежа вы даже еще не добрались, а все ходите тут и причитаете. Сделайте хотя бы один платеж в сандбоксе, и тысячи вопросов тут же отпадут
Дмитрий, что такое мобильный телефон знаете? А приложения в нем? Вот они бывают платные. причем оплата бывает двух видов, единоразовая или обновляемая подписка.
Вот клиент хочет узнать, какой конкретно пользователь оплатил подписку.
С "затыканием" я не сталкивался, но возможно оно связано с тем, что вы пишете браузеру Accept-Ranges: bytes, но не поддерживаете этот протокол в своем коде.
Но сначала надо объяснить - почему вы вообще отдаете файлы скриптом, а не ставите ссылку напрямую. потому что отдача файлов - это задача веб-сервера, а не РНР.
А вот проблема со " знаком &" явно высосана из пальца. Пора бы уже и освоить HTML на самом базовом уровне и узнать, что все управляющие символы HTML прекрасно кодируются, чтобы не "ломались get параметры" .
Тяги Тяги, нет, в этом коде никакой обработки не должно быть.
"Обработка" ошибок (во всяком случае то, что вы имеете в виду) - совершенно отдельная операция, которая должна производиться строго в отведенном для этого месте. А не быть раскиданной по всем скриптам, как белье куртизанки.
"В скрипте" может быть только настройка РНР, чтобы он не подавлял никакие ошибки. Плюс, для локальной разработки - настройка, чтобы ошибки выводились на экран.
Но и эти настройки тоже не раскидывают по всем скриптам, а аккуратно пишут в одном месте.
На будущее.
Когда задаете заведомо дурацкий вопрос, то всегда надо объяснять, почему вы вдруг решили, что вам это надо.
Что это за скрипт, зачем на него смотреть по ssh, какую в принципе исходную задачу решаете.
Иначе вам так и будут , либо бессмысленные реплики чатбота транслировать, либо задавать вопросы, не имеющие отношения к проблеме.
если у вас запрос получается рабочий