Протестировал без сервера, то есть просто открываю index.html в браузере. Работает тоже отлично без ошибок.
Также не совсем понимаю, причем к отсутствию ошибки тут image.crossOrigin = "anonymous", если в самом вопросе автор его не добавлял, то есть сейчас код работает и без этой строки.
Btw, также извиняюсь за лишнее обобщение "сторонний источник". В своем приложении я беру картинку с потока видеокамеры пользователя, мне стоило это указать сразу
Aetae, А... Внатуре... Только почему хром их отображает... Зашел на циферный, вроде теперь все работает. Спасибо, но если будут проблемы связанные с этой, напишу тут (ну или задам новый вопрос, если Хабру не очень нравится такое)
То есть, я сначала привел свое предположение о действиях, когда ветки существуют пока только локально. Но дальше спросил о том, что делать, если они уже отправлены на внешний репозиторий.
...Так как лучше поступить в данном случае?
Сергей Кузнецов, кстати! Предположим, что в какой-либо ветке появилось изменение, которое нужно срочно влить в дочерние ветки, которые должны его унаследовать. Как поступить?
Если ветки не запушены, то я так понимаю, нужен rebase для каждой из них. А если уже запушены? Можно сделать rebase с форспушем, но тогда перезаписывается состояние этих веток на удаленном репо...
Василий Банников, спасибо за совет, только я не совсем понимаю, чем в данном смысле так плох fast-forward, особенно когда он по дефолту. Разве не хорошо после слияния иметь коммиты на виду? В отличии от FF, когда создается отдельный коммит, а ненужная ветка сносится.
И вообще, есть ли случаи, когда лучше использовать FF, и случаи когда наоборот? Или это просто согласовывается перед проектом?
Можно разбить данные на две части, создать QR-код для каждой из них, а при сканировании соединить полученные данные вместе, но это не то, что мне нужно, т.к. неудобно эксплуатировать.
oleg_ods, это проверка моего алгоритма шифрования с использованием случайных чисел на коллизии (чтобы два или больше разных ключей не давали правильную расшифровку). Только один ключ должен расшифровать сообщение. Ключ состоит из десятиричных чисел. Надо также понимать, что ключ может быть довольно большой длины. По этому и проверяю как можно больше ключей
