Adamos

Вы за какие "следы"-то боитесь?
История, куки и прочее того же Тора? Ну, смонтируйте папку, где он все это хранит, на tmpfs - при перезагрузке его не станет.
Спрятать конкретные файлы? Ну, truecrypt или его наследники.
Использовать при этом можно какую угодно систему, которую вам удобнее настраивать. Хоть банальную Убунту.

Дисклеймер: я не юрист и могу ошибаться.
Отсебятина: авторским правом обладает автор. Даже его работодатель обладает не авторскими правами, а всего лишь исключительными правами на результат авторского труда - интеллектуальную собственность.
Вы, как наемный работник, написав программу, обладаете на нее авторскими правами, но не можете распоряжаться интеллектуальной собственностью, поскольку полностью передаете ее работодателю.
Как ответственный за публикацию работник, вы можете публиковать ПО со своей почты.
Если вы уволились - подобные действия с вашей стороны будут неправомерными.
Не вижу, где тут какие-то проблемы у заказчика.

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

Алгоритм работы построен неверно, ибо исходит из ошибочной предпосылки возможности 100% корректной конвертации PDF в HTML.
Лучше бы вам вернуться к ТЗ и изложить его.
Есть, например, возможность использовать PDF как подложку для нового PDF.
Кроме того, формат PDF предусматривает поля для заполнения (формы в PDF обычно делаются именно с их использованием).
А ваша идея - это колхоз на костылях, нормального результата она не даст, только время потратите.

Также, я уже обращался с подобным вопросом на ru.stackoverflow.com и мне написали, что из XML-файла можно вытащить все, что угодно.

Это правда, но есть один нюанс: как из этого "чего угодно" отрисовать формулу - знает только майкрософтовский пакет. А вам данные из этого XML не дадут ровным образом ничего. Открытость по-майкрософтовски.
Все, что вы можете сделать - это открыть документ в Офисе и попробовать экспортировать его в какой-нибудь реально распространенный графический формат. Можно попробовать начать с PDF...

1. получаем баланс пользователя из базы
2. проверяем хватает ли средств для перевода по полученному балансу в пункте 1
3. обновляем значения у одного пользователя и другого в базе

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

Редко задаю вопросы, но в последний раз столкнулся с тем, что сервис требует закончить заголовок вопросительным знаком.
Имхо, идиотизм и провокация безграмотных конструкций типа "Сделать нужную мне фичу?". Рекомендации - это замечательно, но принудиловка - глупо.

Интернет "извне" приходит в РФ через считанные точки обмена трафиком.
Буквально несколько рубильников легко превращают Рунет в Чебурнет.
Все нынешние ухищрения вроде забугорного VPN не будут работать, если канала наружу тупо нет.

Прочитал описание.
А если другой пользователь скажет в качестве ключа ту же самую фразу "ВАВВРАПРАПТАПТ" - вы ему что ответите?
Тут такая уже есть, можешь входить в чужой кошелек?

Компьютерра существует до сих пор, просто реклама перестала окупать бумажный тираж, и редакция решила поберечь лес.
Вы бы определились - для чего вам журналы?
Именно для новостей - полно лент, где все не только свежее, но и с комментариями. Бумага в проигрыше.
Эссе и размышлизмы? Технических и околотехнических блогов - больше, чем читателей.
Описание новых технологий и прочей теории? Опять же, когда оно не стиснуто форматом бумажной статьи - получается и подробнее, и со ссылками...

Сейчас лучший журнал - это непромокаемый планшет с экраном достаточного размера ;)

Из исходников можно собрать пакет - его можно будет ставить и удалять командой.
Если же вы делаете просто make install - то apt никак не может быть в курсе, что этот install творит в системе.

Если вы выводите какие-то данные на страницу в JSON - то любые массивы, имеющие числовые ключи, будут отсортированы по этим ключам. Вне зависимости от того, как вы их отсортировали до формирования JSON.
Проще всего не использовать массивы с ключами в принципе. Нужны id - сделайте их свойством, а не ключом. И все будет доходить до страницы в том же порядке, в котором вы его создали. Если они вообще не нужны - выводите в JSON array_values, как уже было сказано.

C++, Java, Go, PHP, Python.
Это популярные в вебе языки, выстроенные по принципу "сначала самый эффективный, но сложный в разработке и поддержке код, в конце - самый легкий в написании и правке, но наименее эффективный".
Нет никакого смысла писать весь проект на С++ - затраты будут дикими, и тебя просто обгонят конкуренты, состряпавшие работающий чуть хуже аналог из говна и палок.
Нет ничего страшного в проекте на Python - пока он не ложится под нагрузкой, и переписать часть сервиса на С++ оказывается дешевле, чем покупать новые сервера.
Вот так и получается смешение языков. Благо принципы эффективного общения отдельных сервисов друг с другом давно известны, и что у сервиса "под капотом" - совершенно не играет роли в общей архитектуре.

UNIQUE индекс на эти три столбца + INSERT IGNORED

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