Philipp

Домен gdzvip.ru не ваш? Так и пишите, что заказчиком услуги по регистрации домен вы не являетесь, администратором данного домена также не являетесь, информации о текущих владельце и администраторе домена не имеете.

Высокопроизводительные распределенные интернет-приложения. Конкретные примеры: amazon.com, netflix.com, ebay.com. NoSQL движение возникло как ответ на проблемы масштабируемости. Реляционные базы ориентируются на требования ACID и как следствие имеют проблемы с горизонтальным масштабированием. Для таких баз необходимо реализовывать шардинг на уровне приложения. Но тогда будет необходимо отказаться от ACID, объединения таблиц и контроля целостности. В таком случае реляционная база теряет все козыри перед NoSQL. Но оставляет на плечах разработчика заботу о шардинге.

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

Файлы лучше хранить в файловой системе. Ощутимый бонус от хранения файла в ФС - можно отдавать напрямую веб-сервером (nginx, apach, etc), не надо для этого куда-то лезть.
Если уж не помещается или нужны какие-то особые фишки - тогда можно и GridFS или другие инструменты.

book - это структура, методом которой является эта функция

Судя по вашим рассуждениям вы выросли из этой компании. По описанным скиллам вы будете востребованным специалистом, ибо думающие программисты сейчас расходятся как горячие пирожки.
Из рассказа непонятно только как вы работая в студии, в команде не юзали гит? Эти знания подтяните, они вам обязательно потребуются. Но тут собственно ничего сложного и долгого нет.

Главное уважайте и цените себя. Если вы уже выросли из компании, и она вас пичкает говнозадачами, то не бойтесь делать решительный шаг. Под лежачий камень вода не течёт. Успехов.

Поскольку файлы доступны с вашего сайта, то вы являетесь их распространителем, что подпадает под DMCA и прочие законы о копирайте (в некоторых юрисдикциях право на распространение вынесено отдельно, но это не про США/ЕС/Россию).

Если у Вас один-три сервера, скорей всего, Docker Вам не нужен. В этом случае для управления конфигурацией лучше используйте ansible.

Потребность в Docker возникает либо в случае когда нужно расшарать одно окружение на множество машин, например, у меня и моих коллег сейчас девелоперское окружение(php + apache + mysql + redis) крутиться на контейнерах. Второй пример - нужно настроить динамическое горизонтальное масштабирование. Этот вариант Вам нужно рассматривать, только если Вы используйте AWS или что-то подобное.

В целом, docker / ansible / chef / puppet и т.п. Вам нужны только в случае, если нужно шарить одно окружение на разные машины, причем часто, с уверенностью что оно везде одно. Другого примера использования придумать не могу.

это Payment api
https://www.w3.org/TR/payment-request/

Кому интересно решение данной задачи: все предельно просто.
Сначала создаем pop-up окно, авторизовываемся в нем и редиректимся на нашу страницу прослойку, там мы имеем уже наш jwt токен (или любой другой) и через window.opener мы можем вызвать любой метод в родительском окне. К примеру: window.opener.setToken('{token}'), перед этим определив функцию в родительском окне:

window.setToken = function(token){ /* записываем наш токен */}