Sergey Cherepanov

мне кажется надо делать так:
1. написать микроядро(в котором будет в частности упомянутый RequireJS и специфическая аритектура проекта).
2. написать макроядро(в котором будет весь весь весь js-код) во избежание всяких чудо-фич вида посреди HTTP-ответа. Это делается чудесной вещью под названием GruntJS и указанного автором набора скриптов «на каждый URL».

По умолчанию всегда грузится легковесное микроядро, при необходимости подгрузки чего-либо оно дергает макроядро(постепенно в фоне) — которое вследствие модульности постепенно кешируется.

AMD немножко не в ту степь я думаю…

Если код раскладывается на дерево согласно зависимостям: общий код — в корне, частные — в подкаталогах, то можно так и хранить. Если хочется держать в одном каталоге, то или дерево подкаталогов дублируется там, или всё в одной куче, а вытаскивание из неё организуется через зависимости. Если частный код или плагин употребляется в более одном месте, его переносят к общему корню каталогов. Зависимости можно визуализировать в одном JSON-файле, чтобы скрипт мог доставать без ручной правки кодов во многих местах. Аналогичный вопрос часто свстаёт в среднесложных системах с более 2 десятками файлов. По теме, скорее, лучше гуглить на @require JS", «commonJS», AMD, хотя в них не решается вопрос о путях к файлам — это всё на усмотрение программиста.

json_encode($str, JSON_UNESCAPED_UNICODE);

А чем вас Proxmox не устраивает?
Готовое решение для быстрого разворачивания сервера для виртуалок. Создаем и убиваем все в пару кликов.
Один минус, что они изменили систему распространения и теперь бесплатные репозитории только тестовые.

Управление контейнерами — code.google.com/p/linuxkvm-loader/
Управление гостевыми системами — rexify.org/

Универсального Веб-интерфейса нет, под конкретные задачи пишется за 1-2 дня.

Проще всего ASP.NET MVC (если MVC будет сложноват, то WebForms)
Если что-то непонятно подскажу, спрашивайте.

К сожаленю с веб интерфейсом не подскажу, а для конфигурирования рекомендую saltstack

Можно, например, создать именованные пайпы (google: mkfifo).

Сделаем тестовую прогу test_redir.c следующего содержания:
#include <stdio.h>
int main()
{
fprintf(stdout,"Test STDOUT\n");
fprintf(stderr,"Test STDERR\n"); return 0;
}


Собрали, подготовили к запуску.
$ gcc test_redir.c -o test_redir
$ chmod +x test_redir

Теперь создадим пайпы:
$ mkfifo test_out
$ mkfifo test_err

Запустим
$ ./test_redir 1>test_out 2>test_err

Теперь в двух новых терминалах посмотрим, что в пайпах:
$ cat tmp/test_out
Test STDOUT
$ cat tmp/test_err
Test STDERR
Это плохой пример, поэтому в первом терминале вывод появится только после того, как мы посмотрим, что в пайпе test_err, но идея должна быть ясна.

MacBook Pro 15

А в чем сложность то?)

function smartType($var)
{
    $type = gettype($var);
    if ($type === 'string') {
        if ((string)intval($var) === $var) {
            return 'integer';
        } elseif ((string)floatval($var) === $var) {
            return 'double';
        } else {
            return 'string';
        }
    }

    return $type;
}

PS через регулярки такую задачу решать конечно оригинально)

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

у гитхаба есть webhooks