Александр

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

Боюсь, вопрос ваш таит больше, чем вы хотите услышать.

По умолчанию в Linux система доступа - это DAC. https://ru.wikipedia.org/wiki/%C8%E7%E1%E8%F0%E0%F...

В вашем случае нужно дать права на эту папку этому пользователю: chown user:group /usr1.
И назначить возможность ее изменять/читать: chmod 700 /usr1

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

В вашем же случае, обращая внимание на постановку вопроса и на название директории (usr1), скорее всего, вы хотите сделать что-то странное и не тем инструментом. Возможно, стоит почитать про SELinux, возможно, вам поможет chroot (небезопасен в определенных случаях), возможно, нужно посмотреть в сторону cgroups/LXC или виртуализации.

Напишите, что хотите сделать. :)

Проблема в том, что текущая реализация вашего сервера не предусматривает отдачу статических ресурсов (изображений, скриптов и т.п.). Единственный запрос на который может отвечать ваш сервер описан в этом рауте (строки 7-9):

app.get('/', function(req, res) {
    res.end(index);
});

На любой другой запрос сервер ответит ошибкой кода 404, в том числе и на запрос получить статический ресурс.

Модуль express расширяет функционал модуля connect, у которого есть middleware-обработчик 'static', позволяющий задать путь по которому ваш сервер будет отдавать статические ресурсы.
Если ресурсы расположены в папке "public", то middleware можно подключить следующей строкой кода:

app.use(express.static(__dirname + '/public');
При использовании middleware-обработчиков следует понимать, что они выполняются в том же порядке, в котором они прописываются в коде. Кадый middleware может выполнить один из трёх сценариев:
1. Прервать цепочку middleware-обработчиков, ответив на запрос пользователя.
2. Преобразовать объект response и/или request и продолжить выполнение цепочки midleware-обработчиков .
3. Ничего не делать (просто передать управление следующему middleware)
Учитывая, что static выполняет первый либо третий сценарии, скорее всего, будет правильно поместить middleware static в начало цепочки, чтобы сразу исключить выполнение последующих middleware, если клиент запрашивает статику.
Документация по middleware static:
www.senchalabs.org/connect/static.html

Правильно использовать так:

app.set('foo', 'bar');
app.use(function (req, res, next) {
  res.locals.foo = 'BAR'
});
app.get('/', function (req, res, next) {
  console.log(req.app.get('foo')); // bar
  console.log(res.app.get('foo')); // bar
  // res.locals передаются во view engine вместе c app.locals
  console.log(res.locals.foo); // BAR
});