Дмитрий Вапельник

во-первых, из приведенного кода вижу, что у Вас <h3>{{item.Name}}</h3> находится вне контроллера. возможно, у Вас есть еще один, внешний контроллер
если с контроллерами все ОК, то попробуйте сделать $scope.$apply() после обновления данных, но это dirtyhack. недвано наткнулся на SefeApply https://coderwall.com/p/ngisma/safe-apply-in-angular-js

я вижу такой путь решения:
ставите NGINX. для PHP можно установить apache, для RoR - unicorn воркеры. потом все, что приходит на NGINX проксировать на соотвествующий веб-сервер (apache, unicorn). вместо apache можно поднять php-fpm. в такой связке NGINX будет работать в качестве прокси

вот пример решения Вашего вопроса. что-то подобное я запилил буквально за час после некоторого знакомства с ангялром. да, я использовал фильтр
https://github.com/dvapelnik/markdown-on-the-knees

я тоже сталкивался с подобным вопросом. я делал так:
1. где-то в стороне от public-html (web-root) создал js-файл, в котором буду писать свой jsx-код
src/app.js
2. установил плагин FileWatchers link
3. установил глобально через npm react-tools - после этого будет доступна тулза jsx (у меня линукс) link
4. создал вотчер, который следит за моим созданным файлом и который генерирует обычный js-файл в webroot/js/app.jslink
5. подключил этот генерируемый файл в свою html-страничку
6. когда IDE увидит, что код похож на JSX она предложит Вам изменить language level на JSX Harmony. (Возможно, я допустил ошибки в коде, но это не столь важно)

Вы соглашаетесь и после этого у Вас корректное отображение синтаксиса

возможно, придется переоткрыть файл (мне пришлось выделить весь код, вырезать его и вставить обратно)
в итоге периодически пока Вы пишете JSX-код, вотчер следит за файлом генерирует обычный js-код в указанный файл
такой же вотчер можно запустить и гульпом

Такое впечатление, что Smarty не перекомпиливает шаблоны, которые Вы обновляете с PhpStorm. попробуйте поиграться с кешированием в Smarty - или просто его отключить пока Вы ведете разработку (dev) и внова включить когда закончите и выкатите на продакшин
www.smarty.net/docsv2/ru/caching.tpl
У себя такой проблемы не замечал, хотя уже давно веду разработку только в PhpStorm (сначала на винде, потом на линухе; и под виндой и под линухом загружал файлы по фтп, сейчас под линухом проект лежит локально и папка с проектом мапится в Docker-контейнер, в котором работает апач), но с такой проблемой не сталкивался

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

есть такая тема как BaaS. посмотрите в сторону Parse.com

это можно реализовать и без какого-либо фреймворка
я не к тому, что фреймворк не нужно использовать, просто это делается на любом из существуюющих и даже без него
а вообще, такой сервис уже есть - погуглите БлаБлаКар

в Unix задачи cron-а лежат в нескольких местах:
1. /etc/cron.d - здесь можно создавать файлы с заданиями крону, которые он будет загружать и исполнять по указанному расписанию. в этих файлах нужно указывать пользователя, от имени которого будет исполнено задание
*/10 * * * * root /root/backup.db.sh
2. /etc/cron.daily, /etc/cron.hourly, /etc/cron.monthly, /etc/cron.weekly - здесь кладем скрипты, которые будут исполняться ежедневно, ежечасно, ежемесячно и еженедельно. это такие себе подготовленные расписания, которые подгружаются и исполняются в определенное время
3. crontab -e - исполнение этой команды с ключом откроет текстовый редактор для редактирования заданий крону текущего пользователя. будьте внимательны - эти задания относятся к текущему пользователю и будут исполняться от его имени
соответственно, самый просто способ для динамического редактирования заданий для крона - это манипуляция с заданиями в /etc/cron.d

Советую посмотреть в сторону rdiff-backup. Утилита делает дифференциальный бекап файлов. Далее Вы должны с помощью rsync забирать бекапы с сервера. Можете не забирать, а хранить а сервере, но если с сервером что-то случится (CloudMouse), то толку от тех бекапов на сервере не будет никакого

я использую jQuery-плагин www.datatables.net
довольно умный и с множеством ручек для подстройки

Могу посоветовать Вам запустить RESTfull API даже на своем ПК (например https://github.com/marmelab/microrest.php - с помощью этого приложения можно запустить RESTfull API веб-сервис у себя прямо в консоли и обращаться к нему либо с браузера, либо с Вашей программы) и общаться с ним разными запросами (GET, POST, PUT, DELETE) и наблюдать за изменениями в бразере посредством просмотра результата выдачи GET-запроса. В самом простом варианте можете запустить пример, который есть в репозитории

на серверах и на linux-ноутбуке бекапы снимаю в помощью rdiff-backup
утилита удовлетворяет 4 из 5 указанных в топике требований (если я верно понимаю, то под "полный бекап" имеется в виду создание образа раздела - этого она не может, она бекапит файлы)
но ноутбуке дополнительно бекаплю системный раздел с помощью утилиты dd
делаю бекапы на серверах ежедненвно. на ноутбуке раз в неделю (rdiff-backup + dd

на сколько я знаю, то так делать нельзя. идеология деплоймента в PhpStorm такова, что на один проект один деплоймент-сервер или папка

но нам никто не мешает закостылить: в качестве деплоймент-сервера указываете некую папку, а разные сервера монтируете в ней. таким образом PhpStorm будет работать с одним ресурсом (папка), а фактически там у вас будут подмонтированы несколько ftp-ресурсов. если у вас там хитрое делево папок на ресурсах, то тоже можно закостылить, смонтируя это все дело где-то в сторони и потом симлинками указать на папки в проект

но это костыль. чистого решения проблемы в PhpStorm я не знаю ибо даже не задавался таким вопросом

Я думаю, что лучше синхронизировать руками ибо это более безопасно и с меньшей вероятностью может способствовать потере нужных файлов. Можно же настроить автозагрузку файлов на сервер при соренении файла (Ctrl+S). Д
ополнительно есть фишка, что файлы сохраняются когда окно PhpStorm теряет фокус - вы альт-табаетесь в окно браузера (в этот момент файлы могут автоматически залиться на сервер).
Еще дополнительно (я так сделал) повесить шорткат на синхронизацию файлов с серевером. Тогда переходите в фрейм проекта, клацаете на корень проекта и шорткати для синхронизации.
И еще дополнительно, дабы не мешали папочки, которые не нужно синхронизировать, их можно добавить в исключения (к примеру, папки для загрузки файлов)

я думаю, что этого не нужно делать с таблицей сессий поскольку сессия - это не только авторизация пользователей, хотя она и используется авторизации пользователя. и наличие файла с сессией еще не говорит о том, что юзер онлайн. он мог уйти, но сессия живет в виду того, что session.gc ее не убил
монитор онлайн ли юзер я бы сделал как-то по-другому: как-то мониторить юзера и сохранять его статус. либо ажаксом опрашивать, либо добавить фильтр на все контроллеры, либо как-то на сокеты повесить. но соотношение (user_id, session_id) хранить в отдельной таблице

я бы

1. не изменял структуру таблицы для кеша
2. я бы хранил (user_id, session_id) в отдельной таблице

можно проверить статистику memcached из коммандной строки. вот ссылочка.
1. Очищаем кеш.
2. Смотрим пустой ли кеш - кеш должен быть пустым
3. Кешируем ТОЛЬКО один запрос.
4. Делаем этот запрос
5. Смотрим пустой ли кеш - кеш не должен быть пустым
Условие ставится ставится для того, чтобы проверить, есть ли данные в кеше по такому-то ключику. Если они есть, то данные берутся с кеша. Если их нет, то их нужно туда положить и вернуть данные. Перед тем, как кеш использовать, нужно описать его как модуль в конфиге. Проверить работает ли сам кеш можно проверить напрямую без кеширования запросов, а кешированием просто данных:

$dataCacheKey = 'data_key';
if($data = Yii::app()->cache->get($dataCacheKey)){
    echo 'Data cached';
}else{
    $data = 'asd';
    Yii::app()->cache->add($dataCacheKey, $data);
}

return $data;
// навскидку как-то так

можно использовать CDummyCache для того, чтобы писать код под кеширующие ф-ии, но при этом никакого кешированя нет. Такой себе кеш-пустышка, который типа и кеширует, но он ничего и не кеширует, но предоставляет полный интерфейс для кеширования. Потом в конфиге можно просто изменить класс, который будет это все дело кешировать и ничего по коду изменять не надо будет. Читайте ман по кешированию в Yii