Rou1997

Если есть голова, то лучше всего в этой ситуации заняться подготовкой дезертирства.

Ну, а пока план готовится, или на случай если головы все-таки нет (то, что вам в армии времени достаточно для саморазвития, это плохой признак):

Есть доступ к компу с IE 6 на борту

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

без доступа к интернету, но интернет есть на телефоне.

Вроде как тоже не проблема, с телефона его раздавать.
В крайнем случае, с помощью нескольких сотен рублей в месяц можно обеспечить себе нормальную машину в виде VPS (удаленный рабочий стол), RDP-клиент есть и для Android, хотя с телефона управлять им не получится физически, да и видно на таком дисплее мало что, нужен хотя бы планшет.

Это микрофреймворк, у него по определению нет никакого специального "окружения", все должно работать как и в vanilla PHP, под каждый микрофреймворк никто не будет писать специально.

А какие скриптовые языки, которые можно встроить в приложение на Java, поддерживают произвольное окружение (в теле скрипта доступен только тот набор объектов функций и т.д., который ты определяешь сам)?

В первую очередь, конечно, JavaScript - есть "движок" Mozilla Rhino, именно на Java, я с ним лично работаю на Android, там именно ограниченное, произвольное окружение, также Python, тот же Lua, да наверно любой открытый можно как-то "прикрутить", включая саму Java, но для ее компиляции потребуется JDK, не знаю как с таким быть на Android.

И какой из этого списка работает быстрей?

На производительность Rhino жалоб не поступало, в нем нет таких общих проблем, типа скрипт всего лишь выводит "hello world" и это уже занимает пять секунд, а насчет больших вычислений и т.п., это уже специфика.

Setup - это обычный метод.
На Returns не обращайте внимания, он тоже обычный метод, он сам по себе, это просто Fluid, делегаты и лямбды здесь ни при чем.
А вот то, что записано в виде лямбда-выражения - это делегат.
Я тут написал пример с четырьмя подобными синтаксисами, отличающимися внешне, но по сути равнозначными, если вы его воспроизведете (создадите приложение WinForms, форму и кнопку с обработчиком) то поймете, что это и примерно зачем оно может применяться:

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;

namespace WindowsFormsApplication1
{
    public partial class Form1 : Form
    {

        public delegate void EventHandler2(
            int i
        );

        public Form1()
        {
            InitializeComponent();
        }

        void setEventHandler(EventHandler2 eh)
        {
            eh.Invoke(123);
        }

        private void button1_Click(object sender, EventArgs e)
        {
            //Example 1
            setEventHandler(x => MessageBox.Show(x.ToString()));

            //Example 2 (equalent)
            setEventHandler((x) => { MessageBox.Show(x.ToString()); });

            //Example 3 (equalent)
            setEventHandler(delegate(int x) { MessageBox.Show(x.ToString()); });

            //Example 4 (equalent)
            setEventHandler(goodbyeDelegatesAndLambdas);
        }

        void goodbyeDelegatesAndLambdas(int x)
        {
            MessageBox.Show(x.ToString());
        }
    }
}

Обязательна, а также справка из ПНД, вдруг вы неадекватны и приложение ваше будет соответствующим, по одному дактилоскопическому снимку на каждый из двадцати одного пальца (чтобы в случае чего найти вас по отпечаткам на тачскрине), а еще вы обязаны пройти обследование вашего желудка для определения качества вашей пищи, а то если кушаете плохо то можете опять же быть неадекватны, пройти электроэнцефалографию вашего мозга на предмет дурных намерений, и сдать ваш HDD или SSD на глубокое восстановление данных в поисках остатков вредоносного ПО, которое могло случайно и намеренно попасть в ваше приложение.
:)

Распространения состояния - это типичная проблема при многозадачности, будь-то многозадачность в ОС, клиент-сервер или что-то еще, к счастью встречается не часто, поскольку ОС и прикладные средства многое делают за нас, но рано или поздно встречается в очередном проекте, в той или иной форме.

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

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

Собственно и так не понятно кто/где и в какой момент инстанцирует экземпляр сервиса и активити

Для начала нужно ответить именно на эти вопросы, то есть изучить lifecycle для Activity и для Service.
Это делается даже без чтения документации и исходного кода, просто проводятся несложные эксперименты: перекрываются методы onCreate, onDestroy и ставится на них логирование, затем делаете разные действия (прежде всего нужно поискать в настройках что пользователь может завершить вручную отдельно от остального, я и так скажу - Service можно, Activity нет), сами методы onCreate, onDestroy не статические, значит вызываются в каком-то экземпляре, ну, а придумать, как проверить тот ли это экземпляр или при этом создается новый - труда не составляет.
Это можно назвать "анализом алгоритма Android", того, который в API Android.

Следующий этап - "синтез разных вариантов нашего алгоритма и их анализ", нужно представить две координатные прямые по времени - Service и Activity, и "прокрутить" в голове все возможные варианты.
Например, у вас может возникнуть такая идея:
1) Создаем BroadcastReceiver в Service.
2) Затем из Service запускаем Activity.
3) Она при запуске посылает sendBroadcast, при завершении тоже.
4) Service его получает и узнает состояние Activity.
Вроде бы, идея верная.
Но мы знаем, что Service может быть завершен отдельно от Activity и запущен заново, а Android никак не оповестит об этом Activity, а значит, возможен такой вариант:
1) Создаем BroadcastReceiver в Service. Он по умолчанию знает, что Activity не запущена, и это истина.
2) Затем из Service запускаем Activity.
3) Она при запуске посылает sendBroadcast(started), запущенный ранее ресивер его принимает, результат - Service знает, что Activity запущена, и это истина.
4) Но затем Service завершается отдельно, значит и BroadcastReceiver - тоже, затем запускается новый Service , но Activity не запускается заново и поэтому нового sendBroadcast(started) она не отправляет, и второй Service снова по умолчанию знает, что Activity не запущена, а теперь это - ложь, ведь она все еще запущена с первого раза.

Рекомендую так же проанализировать ваш вариант с Preferences, если в нем не будет таких "багов", то это уже хорошо, несмотря на топорность. :)
Хотя не такое уж и топорное, сам UNIX многое хранит в файлах, и что.
Зато такой анализ полезнее, чем просто найти готовое решение в Android и надеяться, что вы все правильно сделали и что оно подойдет (хорошо, если это вообще так).

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

Эта проблема появляется и в закрытых коммерческих проектах, второй день пытаюсь объяснить дизайнеру как правильно экспортировать drawable на Android из "вектора", чтобы удобно было вставлять в приложение, еще перед этим он экспортировал анимацию в SWF который на Android не поддерживается почти что совсем, потом в GIF который поддерживается на Android с помощью библиотек но сам не поддерживает нормальную альфа-прозрачность, а она требовалась в этой анимации.

То есть какие то доступные UI паттерны или шаблоны, использовать нельзя.

Причем тут паттерны и цветовая палитра? Например, для Material уж точно не требуется много цветов. :)

но если комунити небольшое, то с этим проблема.

А что, только с этим? Все остальное в ваших проектах прекрасно? А почему тогда комьюнити небольшое?
Корень большинства проблем именно в неумении получать деньги за свой труд, а порой и в непонимании зачем они вообще нужны, часто люди видят лишь материальные расходы: жилье, пища, одежда, обувь, компьютер, смартфон, USB-кабель для подключения смартфона и вроде всё, а психологический аспект упускают поскольку и психологию не изучают, и духовные учения о карме и т.п. отвергают.

Лучше всего Qt, в качестве IDE - Qt Creator, компилятор - стандартный GNU toolchain.

Хочу писать программы на С++ c графическим интерфейсом под Ubuntu.

GUI для Linux - это не востребовано, не стоит этим серьезно заниматься.

Необходимо изучать исходный код и низлежащие технологии (TCP/IP), и конкретизировать проблемы, объяснение проблемы - половина решения, как говорят.

В rules добавьте:
'static'=>'post/static',
Или:
'<action>'=>'post/<action>',
Или перенесите actionStaticв SiteController.

Лучше всего использовать "кассы", заодно можно будет платить разными способами, у Free-kassa сравнительно простое.

Отладка сети - снифферами на самом Android, либо запустить в эмуляторе, а сниффер установить на хосте (компьютере, где эмулятор), для проксирования запросов от гостевой ОС.
Отладка исполняемого кода приложения, а также дизассемблирование и декомпиляция.

Нет. Arduino UNO - это не внешний программатор, в МК уже должна быть прошивка, которая при наличии питания будет принимать загружаемые "скетчи" от UART (USB-to-TTL), а новый МК обычно продается "пустой".

Нет! Новый блок питания не рассчитан на такую мощность, которую может потреблять ваш компьютер при большой нагрузке на систему, поэтому хоть он и не опасен для компьютера, но сам блок при большой нагрузке может отключаться, может выйти из строя из-за перегрева, нельзя исключать даже возгорание блока.
Однако если использовать только как зарядное устройство, то хватит и 4 А.