Alex McArrow

Не добавляется так как есть выше стоящее правило = * , которое уже игнорирует "всё"
Если очень нужно добавить git add foldername -f с флагом -f = принудительно добавить

Можно попробовать NGINX Unit.
У него есть REST-api через который можно динамически создавать location.
Ну а в части создания папок и копирования файлов в nodejs дач этого есть возможность выполнять операции с файловой системой и/или выполнять консольные команды

nginx.org/en/docs/http/ngx_http_mirror_module.html
Создается дубликат запроса - но нужно учитывать, что клиенту вернется только ответ основного потока, ответ дубликата отправиться в /dev/null

Согласно документации

// sending to all clients except sender
  socket.broadcast.emit('broadcast', 'hello friends!');

// sending to all connected clients
  io.emit('an event sent to all connected clients');

Попробуйте использовать io.emit для отправки уведомления об отключении пользователя

socket.on('disconnect', function() {
    console.log('Player is disconnected');
    io.emit('rdisconnected', player);
    delete players[player.id];
    delete sockets[player.id];
  });

Попробуйте упростить работу РНР, сделайте преобразование XML в иерархический массив.
Накладные расходы на хранение будут в разы меньше.
Еще меньше если не будете использовать иерархию, а сформируете хеш-массив всех элементов.

xml-структура в путь, далее в хеш
a->b->c = hash(abc) = 01f
$a['01f'] = $value

Реализовать класс для работы с таким массивом, что бы можно было обращаться по "пути xml".
Может показаться излишеством, но памяти будет есть меньше чем работа с simpleXml или DOM - у них много накладных расходов

Сталкивался с таким поведением и на iOS.
Ваше решение с пингом верно в данном случае. Можно дополнить двунаправленным. По сути отмечать на стороне сервера когда была последняя активность клиента (ведь если клиент постоянно шлет ПИНГ, то активность должна быть), если клиент пропустил 2-3 тайма для пинга - отрубать сокет (тут можно нежно: послать пинг от сервера и если нет ответа рубить; или жестко: сразу рубить)
Так что поле для фантазий.)
ЗЫ. когда вы включите мобильную связь и пойдете по улице у вас еще IP меняться начнет и так же разрывы сокет-соединения будут.

Есть договор, в договоре указано, что Заказчик производит предоплату.
Есть деньги, но договора - нет. => деньги не относятся к договору.
Когда появится договор (подписанный), с даты его подписания он начнет действовать. Заказчик должен произвести предоплату, тогда высланные деньги станут относиться к договору (если Вы так решите).
Сейчас ваши взаимоотношения имеют уровень устного договора, который очень трудно доказывать с каждой из сторон: о сроках, условиях, суммах и т.п.
Вообще: сообщите Заказчику, что его предоплата не имеет смысла и Вы готовы ее вернуть. Ждете\требуется подписания договора, что бы ваши взаимоотношения имели юридический характер. И только после получения подписанного с двух сторон договора, ваши взаимоотношения имеют место быть.
Ваши сомнения обоснованы - ни кто просто так деньги не дает => Вас хотят "поиметь"

Как организовать NGINX в качестве реверс-прокси для WEBDAV-ресурса на базе IIS?

Если правильно понял проблему, то вот - /(.*)?(\<p.*?\>(.*?)\<\/p\>)$/

ExtJS (https://ru.wikipedia.org/wiki/Ext_JS)

Если вы обновили файл на сервере, но видите еще старый, а нвоый только после CTRL+F5 = скорее всего это делает Веб-сервер (nginx или apache) он "внутри себя" кеширует часто запрашиваемые данные для увеличения скорости ответа.
Решения (если для вас это проблема):
- перезагрузить веб-сервер = !не сам сервер, а только "программу" (nginx или apache), конечно если у вас есть такая возможность
- если это связано со стилями (css) скриптами (js) или картинками - то приписывайте после имени файла "версию" = /css/main.css?20150822 - тем самым браузер по сути будет запрашивать у веб-сервера новый файл

Исходя из задачи:
Вы храните KEY - VALUE. Нам заренее не изветен ни KEY (тип и формат данных - строка или число) ни VALUE (его размер)
1) так как запрос на "чтение\запись" будет идти по ключу - высчитываем хеш ключа (sha256), берем несколько "октет" (у меня они так в голове называются) от хеша и дописываем\создаем файл с таким именем (это будет наш индекс ключей)
2) пишем VALUE в преобразованном формате (base64 или еще как) в файл данных в строку соотвествующую следующему индексу
Получается следующий фарш:
--------------
Создание записи:
Принмаем что БД пуста.
KEY = test
VALUE = datastring
HASH = sha256(KEY) = 9f86d081884c7d659a2feaa0c55ad015a3bf4f1b2b0b822cd15d6c15b0f00a08
OCTET = HASH[1-6] = 9f86d0 (три пары)
файл индекса = [OCTET].map (mapper)
файл последовательности записи = [OCTET].pnt (pointer)
файл данных = [OCTET].dat (data)
Читаем:
PNT (последовательный указатель - номер строки в файле данных) = read([OCTET].pnt)+1 = 1
Пишем:
[OCTET].map =>
9f86d081884c7d659a2feaa0c55ad015a3bf4f1b2b0b822cd15d6c15b0f00a08 = [PNT]
[OCTET].pnt = [PNT]
[OCTET].dat[PNT] = VALUE (предварительно преобразовываем - base64 или иное) = Пишем в строку равную PNT в файл [OCTET].dat - это сразу дает и запись и обновление данных
--------------
Чтение записи:
KEY = test
HASH = sha256(KEY) = 9f86d081884c7d659a2feaa0c55ad015a3bf4f1b2b0b822cd15d6c15b0f00a08
OCTET = HASH[1-6] = 9f86d0 (три пары)
файл индекса = [OCTET].map (mapper)
файл данных = [OCTET].dat (data)
Читаем файл [OCTET].map и ищем HASH = получаем указатель строки в файле данных = PNT
Читаем файл [OCTET].dat[PNT] (читаем строку PNT) = VALUE (преобразовываем в исходный формат)

=============
Думаю, если даже моя идея бред - то по крайней мере даст вам почву для размышления.

PS\ как более оптимальный вариант - хранить каждый блок данных в отдельном файле с именем = хешу от ключа.

Как написал Mysterion + если основной домен на первом сервере - то субдомены можно вычленить регуляркой

Файл my.cnf
datadir=/data/mysql - пишите путь куда вам надо

Самое простое rsync - s1->s2 и s2->s1 по крону раз в минуту
Это быстро и дешево и с кучей моментов: время синхронизации раз в минуту, использование места на обоих серверах.
А лучше (с учетом на будущее) читайте OnYourLips

Хочется видеть автоматическое (системой) принятие лучшего ответа как верного.
То есть, если задающий не указал ответ как лучший, система сама через х-времени ставила тому ответу который набрал больше "Нравится".
А может оно так и есть - просто не замечал.