Stalker_RED

Отправлять и принимать GET-запросы сейчас даже некоторые холодильники и утюги умеют.

Берите тот язык который вам знаком, либо доверьте выбор тому, кого вы наймете. В идеале это человек, который уже разрабатывал игры.

Описание механики у вас не особо подробное, но вполне вероятно, что достаточно будет написать небольшой конечный автомат, или просто пачку if-ов с проверками условий.

Зависит от договора. Покажите его юристу.

Где-то в процессе переноса вы ломаете кодировку. Это, кстати, и с другими файлами может произойти.

Объект FileReader позволяет веб-приложениям асинхронно читать содержимое файлов (или буферы данных), хранящиеся на компьютере пользователя, используя объекты File или Blob, с помощью которых задается файл или данные для чтения.

Читать, а не изменять или удалять.

Вероятно вы хотите удалить часть файлов из FileList, но у вас это не получится, потому что доступ только для чтения.

Если вы хотите отправить только часть файлов, то можно собрать нужные файлы в FormData и отправить ajax'ом.

Какая-то тема для хрома или вивальди, может быть
https://chrome.google.com/webstore/detail/sao-asun...

или даже яндекс https://habr.com/company/yandex/blog/253775/

Неправильно.
Лучше не играйтесь с безопасностью, если не понимаете как это работает. Используйте стандартный sessionid, и ничего больше в куки не нужно писать.

php.net/manual/ru/session.examples.basic.php

Полностью идентифицирующий - никак, потому что при любом хешировании могут возникать коллизии.

Конечно, есть более быстрые алгоритмы, чем md5, но чем короче хеш, тем больше вероятность коллизий.
(сравнительные тесты 1, 2, 3)

Хинт: serialize разве не быстрее, чем json_encode?

Могут ли по каким либо нелепым причинам, разделегировать домен

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

"Девять с половиной правил"? Не, не слышал.

Если я правильно понял, и у вас вот такая мамка, то проверьте нормально ли обдувается радиатор чипсета

И термопасту на нем.

Есть w3c и whatwh - две конторы, которые пишут спецификации. Первые долго думают, и придумывают что-то сильно крутое и на будущее. Другие гораздо быстрее реагируют на нововведения, вот история canvas, например.

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

кратко, по пунктам

1. опишите грубо ваш сервис, в несколкько строк
2. опишите настолько подробно, насколько вам не лень
3. напишите подробное ТЗ
(дальнейшие пункты генерируются на основе ТЗ)

Ответы на вопросы:
1. Вероятно вы это делаете для набора опыта, но вообще - откуда мне знать
2. База данных наверняка понадобится.
3. Посоветую другой бек, и посоветую для первого проекта взять что-то попроще.
4. Да, если найдете подходящий
5. Да

Самое полное - в RFC, ссылки уже дали
https://www.ietf.org/rfc/rfc2616.txt
lib.ru/WEBMASTER/rfc2068 (перевод)

В более удобном виде можно посмотреть на MDN, например
https://developer.mozilla.org/ru/docs/Web/HTTP/Status

Первый пример про Guzzle, второй - про file_get_contents. При чем тут Laravel - вообще непонятно.

Опишите, что такое "не работает". Ошибки при этом выдает?

Посмотрите примеры других плагинов.

Одни просят пожертвования.
Другие рекламу показывают.
Некоторые предлагают платные услуги (белый список адблока, например)
Какие-то из них с виду вообще не монетизируются, но строчка в резюме "ведущий разработчик плагина ИзвестноеНазвание" чего-то стоит, наверное.

Плагиатят цвета, ага, так и запишем.