_ _

В фреймфорках это называется флэш-состояние.
Смысл простой - перед редиректом вы сохраняете в сессии некую информацию, делаете редирект.
Код, который обрабатывает url, на которую был осуществлен редирект, проверяет сессию на предмет сохраненной информации, которую мог оставить предыдущий обработчик - если она там есть, то опираясь на нее он чего-то дополнительно делает (например, выводит сообщения об ошибках и.т.д). Флеш - потому что эта информация живет только в течение одного запроса после ее помещения в сессию, этим занимается фреймворк (обычно есть возможность сказать фреймворку продлить жизнь флеш-состояния, но это нюансы).
Вот, например, Yii - www.yiiframework.com/doc/api/1.1/CWebUser#setFlash...
Вот Zend - framework.zend.com/manual/2.2/en/modules/zend.mvc....

Никак. Он для этого просто не предназначен.

wiki.nginx.org/XSendfile

Настраиваете nginx на отдачу этих файлов из internal локации.
Чтобы проиграть файл с сервера браузер запрашивает его у серверного скрипта, передавая в параметрах hash, который у вас в табличке.
Скрипт знает, какой пользователь залогинен, проверяет, есть ли у него права слушать этот файл, с помощью таблички. Если права есть, то скрипт отправляет в ответе заголовок X-Accel-Redirect с указанием файла. Nginx отлавливает этот заголовок в ответе proxy_pass и согласно ему отправляет файл из internal локации.

Трюк давным-давно известный, поддержка есть во всех мало-мальски адекватных фреймворках. Главное правильно настроить nginx.

SELECT r.id, r.data, r.work_id, r.sum, r.master, DATE_FORMAT(r.data,'%d.%m.%Y') As data
FROM remont_tech AS r
LEFT JOIN tech AS t ON r.tech_id = t.id
WHERE
t.user='$uzver[id]' AND t.status != 'delete' AND
r.status='normal' AND TO_DAYS(NOW()) - TO_DAYS(r.data) <= 7
ORDER BY DATE(r.data)

У вас будет структура вроде той, что ниже, у которой subitems это массив элементов этой же структуры. В data храните полезную нагрузку для узла (в вашем случае user_id, L, R):

array(
'id' => ...,
'data' => array(...),
'subitems' => array(...)
)

Заводите индексный массив ссылок $node_index = array(); и массив результатов $result = array();
Сортируете исходный массив по возрастанию level, после чего делаете что-то вроде:

foreach($node in $source_array) {
   if(!($parent_node = $node_index[$node['previous_id']])) {
       $result[$node['previous_id']] = array(
           'id' => $node['previous_id'],
           'data' => array(...),
           'subitems' => array()
       );
       $node_index = &$result[$node['previous_id']];
       $parent_node = $node_index[$node['previous_id']];
   }
   $parent_node['subitems'][$node['id']] = $node;
   $node_index[$node['id']] = &$parent_node['subitems'][$node['id']];
}

Не могу утверждать, что код 100% рабочий, написал по памяти. Суть его в том, что $node_index является хэшем id ноды => ссылка на нее. Без этого массива пришлось бы мудрить рекурсию для того, чтобы распихать элементы по иерархии.

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

А если совсем по-хорошему, то лучше какое-нибудь готовое дерево использовать. Это так, dirty hack, не более.

Выделите скрипт начисления бонусов в задачу для Gearman. Исходя из того, что вы написали, никакой nested set (я правильно понимаю, это parent_id в записи пользователя ?) вам не нужен - вставляете в строковую колонку ключи всех вышестоящих пользователей в порядке увеличения вложенности через запятую. Обоснованность такого решения - ключи меняться не будут, иерархия часто меняться не будет, удалять записи вы тоже вряд ли будете, скорее, будете их помечать. При изменении иерархии можно эти колонки перестроить, даже простым SQL-запросом. Это даст вам возможность вытаскивать всех вышестоящих пользователей одним запросом. Ни о каких 20 секундах тут даже речи не идет, это будет занимать доли секунды.
Как только появилась необходимость начислить бонусы - отправляете задачу в очередь Gearman-а, основной пул веб-воркеров не занимается ненужной ерундой, готов обрабатывать запросы. Gearman в порядке очереди обрабатывает задачи.

А что будет, если перейти по #/metal/id={{doc.id}}?
Если при клике на ссылку вам надо отобразить страницу с детальной информацией об объекте, то вам надо смотреть в сторону resolve секции в объявлении $routeProvider.when
В текущей реализации вы отбираете у angular.js его хлеб.
Это может выглядеть как-то так

// Это контроллер, который будет привязан к содержимому ng-view после перехода по соотв. url
// Внедряемая зависимость document возникает в момент разрешения зависимостей при активации роута
app.controller('DocumentController', ['$scope','document', function($scope, doc){
     $scope.document = doc;
}]);

app.config(['$routeProvider',, function($routeProvider) {
    $routeProvider.when('/metal/:type/:id', {
        templateUrl: '/makeup/metal.html',
        controller: 'DocumentController',
        // Данная секция отвечает за разрешение зависимостей роута. Объекты из этой секции внедряются в указанный контроллер с соотв. именами       
        resolve: {
            document: ['doc','$route', function(doc,$route){
                 // Мы вытаскиваем из роута параметры id и type, запрашиваем у фабрики соотв. объект.           
                 // Фабрика в ответ возвращает нам promise, который мы возвращаем как зависимость, которая должна быть разрешена, и инициирует http-запрос. После получения объекта фабрика разрешает promise, инстанцируется контроллер с внедрением полученного объекта и отображается шаблон
                 return doc($route.current.params.id, $route.current.params.type);
            }]
        }
    });