McBernar

Все просто. Таких систем куча во всем мире и в России. Система называется БАНК. Но открывать уже поздно, сейчас все ликвидируют. 400 банков ликвидировано. :)
Вот тут посмотри, не подойдет? https://kassa.yandex.ru/

Требования к деятельности платежных агентов
Так как деятельность платежных агентов заключается в приеме денежных средств, то закон предъявляет к таким организациям особые требования.

Необходимо открыть специальные счета. Нужно запомнить, что со спецсчета агента деньги поставщику можно перечислить только на спецсчет. За нарушение указанного правила предусмотрена ответственность.
Агент обязан проводить идентификацию плательщиков.
Кассовый чек платежного агента должен соответствовать предъявляемым требованиям.
Платежные агенты обязаны вести отдельную кассовую книгу по средствам, полученным ими в рамках деятельности платежного агента и формировать отдельные приходные кассовые ордера на них. Эти деньги не учитываются при расчете лимита кассы и должны полностью сдаваться в банк. Деньги с момента их поступления в кассу платежного агента принадлежат третьим лицам.
Отдельные требования есть и для платежных агентов, применяющих в своей работе платежные терминалы или банкоматы:

использовать ККТ в составе платежного терминала, банкомата;
регистрировать ККТ в налоговой инспекции;
применять исправную ККТ и эксплуатировать ее в фискальном режиме;
выдавать кассовый чек;
вести и хранить документацию по ККТ;
обеспечивать проверяющим доступ к ККТ и документации на нее.
Между поставщиком и платежным агентом заключается, как не трудно догадаться, агентский договор. Вознаграждение, по общему правилу, удерживается непосредственно агентом.

Но важно понимать, что если агент получает наличные от физических лиц, то всю сумму необходимо перечислить на свой специальный банковский счет (до этого момента вычесть свое вознаграждение нельзя). И уже со спецсчета можно будет перечислять средства на другие счета (п. 4 ч. 16 ст. 4 Закона от 3 июня 2009 г. № 103-ФЗ). При этом 103-ФЗ не конкретизирует, на чьи счета могут списываться средства.

Это значит, что платежный агент должен сдать в банк все полученные от потребителей платежи для зачисления на спецсчет, а уже потом причитающееся ему комиссионное вознаграждение за оказанную услугу перечислить на свой счет.



Ответственность
Если платежный агент перечислит на свой специальный банковский счет не все наличные, полученные от граждан (ч. 2 ст. 15.1 КоАП РФ), он может быть привлечен к административной ответственности.

За такое нарушение грозит штраф:

для организации – от 40 000 до 50 000 руб.;
для должностных лиц (главного бухгалтера, а если его нет – руководителя организации), предпринимателей – от 4000 до 5000 руб.
Заметим, что индивидуальные предприниматели могут быть привлечены к ответственности только в качестве должностных лиц. Это следует из определения категории «должностные лица», которое дано в статье 2.4 Кодекса РФ об административных правонарушениях.

Не исключено одновременное привлечение к административной ответственности как организации, так и ее руководителя. Правомерность такой позиции подтверждается письмом Минфина России от 30 марта 2005 г. № 03-02-07/1-83 и арбитражной практикой (см., например, постановления ФАС Московского округа от 14 июля 2005 г. № КА-А40/6231-05, Дальневосточного округа от 17 мая 2005 г. № Ф03-А16/05-2/984, Западно-Сибирского округа от 5 июля 2005 г. № Ф04-4410/2005 (12792-А03-32)).

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

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

Еще желание осталось ?

Начинайте с любой.
Заканчивайте этой.
После неё - только фреймворки )

Есть такой канал Юрий Артюх, он проводит стримы как раз на тему анимации.
Думаю у него вы найдете много чего полезного для выполнения этой задачи

Не согласен с предыдущим оратором (@geeek), в частности с утверждением

В общем если хочешь быть в тренде - бери

- Meteor совсем не в тренде.

Если дать краткий и резкий ответ на вопрос "расцветает или чахнет?" - отвечу: интерес к Meteor чахнет, не смотря на все усилия команды разработки.

Компания MDG (Meteor Development Group) подняла $31M инвестиций (https://www.crunchbase.com/organization/meteor) и хотела всё сделать круто, стать мейнстримом, а потом зарабатывать на хостинге Meteor проектов - такой план монетизации. Хостинг они, кстати, сделали. И в какой-то момент было много хайпа вокруг Meteor, казалось, что всё идёт по плану. Полтора года назад вышел Meteor 1.0 (октябрь 2014), потом была пара хороших релизов, которые убрали всю "сырость": Meteor 1.1 и 1.2.

Но в середине 2015 стало понятно, что никаким мейнстримом они не стали, мейнстрим нынче React!
Не смотря на простоту старта и скорость разработки с Meteor, были очевидны следующие минусы:

1. Собственная система пакетов со своим центральным репозиторием https://atmospherejs.com - посмотрите на счётчики скачивания пакетов, это крохи по сравнению с npm. Посмотрите на активность разработки основных пакетов - всё очень тухленько.

2. Собственная система сборки. С одной стороны всё работает из коробки, с другой стороны в неё не вклинишься (это сложно). Плюс всякие странные условности, что всё в глобальном пространстве имён и ваши js файлы загружаются в алфавитном порядке. В Meteor 1.3 частично решили проблему, ходят слухи, что в будущем будут использовать webpack.

3. Собственный шаблонизатор blaze (похож на handlebars). В начале blaze выглядел хорошо, но теперь все внезапно пишут на React и многие потирают руки в ожидании Angular 2, в итоге blaze оказался ещё один велосипедом, с которым не понятно что делать.

4. На бекенде всё ещё Node 0.10. Даже с Node 0.12 Meteor уже не работает из-за некоторых бинарных зависимостей! Обещали в будущих версиях обновиться с поддержкой Node 4.

5. Метеор сильно завязан на MongoDb. Чтобы реактивно доставлять новые/изменившиеся данные от сервера в бразуер они парсят логи Mongo. Были попытки сделать аналогичное для SQL баз, но не увенчались успехом. В итоге встречайте их новый проект Apollo, который поверх GraphQL и не привязан к конкретной реализации бекенда www.apollostack.com А что теперь будет со старым добрым DDP?

6. Ваше Meteor приложение одной командой можно упаковать в мобильное приложение Cordova - выглядит круто, но сейчас время ReactNative и вот мы читаем обсуждения на форумах, что возможно, они таки интегрируются с ReactNative, но когда?

Подводя итог: ребята из MDG подняли кучу денег и хотели сделать всё сами: свои пакеты, свою сборку, свой шаблонизатор, свой реактивный протокол (DDP) и чтобы всё работало из коробки. И они сделали это!

Только это оказалось никому не нужно, т.к. для пакетов все сидят на npm, сборка должна быть гибкой (и поэтому у нас есть gulp и webpack), самый модный шаблонизатор нынче - это React, реактивный протокол GraphQL и базы на сервере люди любят разные, а не только MongoDb. А Meteor, по сути, остался на обочине всей экосистемы и движухи вокруг JavaScript. Поняв это, MDG начали двигаться в сторону JS комьюнити и первый шаг сделан: Meteor 1.3 поддерживает нормальные модули ES2015, npm пакеты, рендринг через React и Angular. Но Meteor 1.3 - это куча костылей поверх старого велосипедного Meteor. Почитайте их планы на будущее в официальном блоге, хотя бы в этом посте: info.meteor.com/blog/announcing-meteor-1.3 - им по сути предстоит переписать всё заново! И первые ласточки такого "переписывания" - это выделение проекта Apollo.

Возможно, со второй попытки они всё сделают правильно и Meteor 2.0 действительно выстрелит. Если только у них деньги не закончатся раньше.

Сейчас можно взять Meteor и эффективно зарабатывать на маленьких/средних фриланс проектах, когда нужно сделать быстро и не думать о долгосрочной поддержке.
Если же вы делаете большой продукт, то вас ждут большие потрясения и изменения в экосистеме Meteor.

Что можно сделать в такой ситуации?

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

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

Гуглите "PHP профилирование"
XDebug, XHprof, Blackfire ...

А так же "нагрузочное тестирование"
jmeter ...

Для быстрой проверки коротких сценариев: делаем замеры, вырезаем кусок, повторяем замеры.

/* пишем функцию сортировки по возрастанию*/
functions sortAsc( a, b ) {
    return a - b;
}
const arr = [2, 4, 7, 10];
arr.push(5);
/* применяем функцию сортировки по возрастанию*/
arr.sort(sortAsc);

А вы уже получили письменное разрешение от Google? Заказчик этой работы вряд ли будет рад вашему решению использовать карты Гугл.

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

В "старой" версии платформы расчет скидки на стороне сайта был выключен в ручном режиме Подрядчиком. При обновлении это, видимо, ими забылось.

Это ВЫ не проверили работоспособность системы, а не подрядчик накосячил, поймите что ЭТО главное

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