Создаете два массива. В один валите пары id => name, во второй - результаты
Перебираете строки подряд и добавляете записи name => value либо в сам массив результатов (если parent = 0), либо в его запись name по соответствующему id из первого массива. Если parent = 0, делаете запись в первый массив для дальнейшего использования.
Если вложения многоуровневые, придется делать более глубокие записи в первый массив и парсить их, чтобы определить, куда именно вписать текущую запись.
12rbah, судя по такому уточнению, вы вообще не знаете, чего хотите.
Общий своп может быть критичен разве что для систем, использующих его для гибернации. Убунта умеет держать своп в файле на системном разделе, так что тут это вообще ни при чем.
Обычно, когда люди ставят несколько систем на одну машину, они при этом хотят видеть из них одни и те же файлы на каком-нибудь разделе. Но что нужно вам - вам же и виднее.
Denis, нет. Вы предполагаете, что nginx будет обрабатывать весь запрос /car/car_city/?command=..., а это не так. Он обрабатывает только часть /car/car_city/, а остальное - это параметры, $args
Погуглите "nginx GET parameters"
ssass70, подобные команды можно посмотреть в руководстве по функции system. Найти в интернетах, какие уязвимости еще бывают в РНР, никогда проблемой не было.
Viktor091, поправляю: когда вы начнете писать правильно, у вас тоже будет ощущение, что это "капец как неудобно" и "зачем так все наворочено", но когда понадобится изменить код - придет понимание, что "проще" и "правильнее" - не синонимы. Но это в будущем, а пока давайте перестанем заваливать флудом ящик автора ответа.
Viktor091, разве что рекомендацию меньше читать-зубрить и больше практиковаться. Говнокод - не страшно, страшно считать его успехом ;)
Кстати, есть ощущение, что процитированное вы поняли с точностью до наоборот.
Посмотрите на OctoberCMS. Админка с возможностью наCRUDить все, что вам требуется - из коробки. Базовые дополнения вроде пользователей - бесплатны. Под капотом - Лара.
Ubuntu 10.04 на Атоме предыдущего поколения уже была довольно неторопливой. Современный браузер на таком железе свернет пространство и остановит время, несовременный будет больше мешать, чем работать - а просто для настройки сервера DE не требуется.
Viktor091, не совсем так. Он не научил вас делать правильно, он ткнул вас носом в ошибки. Это не совсем одно и то же.
Чтобы делать правильно - недостаточно не делать ошибок. Можно годами писать говнокод, который успешно работает и не содержит уязвимостей, тратя половину времени на то, чтобы облепить его всеми необходимыми заплатками.
А есть методики, позволяющие устранить причины этих проблем, и вот их между делом не объяснить - их нужно изучать и пробовать самостоятельно. Скажем, работая с Ларавелем, вы не будете думать о глобальных переменных - они вам будут просто ни к чему. Так же, как я не смог сходу ответить, можно ли объявлять класс после использования - ну незачем же.
Впрочем, опыт ошибок при этом изучении идет в плюс - иначе изучающий просто не понимает, зачем делать так сложно, если можно сделать проще.
Viktor091, ну вот, прекрасный результат, говно кипит, энергия вырабатывается.
Идешь на phptherightway, читаешь, учишься и постепенно понимаешь, что точечно, одним ответом, правильно делать все равно не научишь, нужно, чтобы человек сам взялся разбираться.
Потом возвращаешься на Тостер тыкать новичков в их код носом, чтобы мотивировать...
Viktor091, да мы все - самоучки, даже те, кто получал образование по специальности. Просто учиться нужно хорошему, а не тяп-ляп-заработало.
Соблюдение простых правил вроде "один класс - один файл" позволило бы вам не столкнуться с подобными проблемами вовсе. Теперь вы лучше знаете, почему это правило стоит использовать...
