0Bannon

Cross-Origin.... это значит "между хостами". То есть вы делаете запросы с "localhost:3000" на "localhost:8080" или с "example.com" на "google.com", или с "example.com" на "api.example.com".

Resource - тобишь ресурсы. Можете почитать что это такое в контексте REST или HTTP или URI.

Sharing - ну тут я думаю тоже должно быть понятно. "обмен". То есть это правила которые определяют "можно ли чуваку получить доступ к этому ресурсу".

Нужна эта штука для того что бы говорить "разрешает ли сервак запросы с этого орижина на этот ресурс".

Заголовки, которые сервер посылает браузеру при AJAX-запросе.

Они необходимы для предотвращения несанкционированного доступа к данным пользователя, которые находятся на другом сервере.

technology.inmobi.com/blog/understanding-cross-ori...

Все ответы из серии лучше бы молчал... Смысл повторять то, что написано в википедии. Вам в вопросе человек явно указал - НА ПАЛЬЦАХ, а они ему про стандарты... Дали бы просто ссылку на MDN - там самая лучшая документация обо всём: https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS
На русском тоже есть статьи: https://grishaev.me/cors

Вот моя текущая проблема, объсняю на её примере:

На нашем сервере (Сервер А) размещается Ангуляр приложение (DAPP), представляющее собой интерфейс к Ethernet смарт-контракту, который грубо говоря является нашим бэкендом.

На стороннем сервисе (Сервер Б) запущен http-интерфейс для доступа к нашему контракту (фактически это шлюз в сеть Ethereum). Это бесплатный сервис, к которому у нас нет доступа (Infura).

Мне нужно из моего DAPP, запущенного в браузере пользователя и которое загрузилось с Сервера А, делать http-запросы на Сервер Б, и тут в браузере выскакивает CORS и кричит НИИИИЗЯЯЯЯЯЯЯЯ! Причём в Chrome всё ок, а в долбаном тормозном Firefox (господи, сократи число пользующиегося им идиотов, чтобы он скорее издох) вылетает ошибка. Ибо, как завещает CORS, негоже JS коду, загруженному с одного адреса, делать http запросы на другой. Причём CORS устроен так, что эта ошибка не дебажится с помощью JS - типа для того чтобы это ограничение не смогли никак обойти. Поэтому какие бы я не прописывал Серверу А заголовки 'Allow-Origin', это ничего не меняет. В Гугле уже осознали весь идиотизм ситуации и в новых версиях Хрома уже не блочат всё подряд, как раньше, пропуская “простые” запросы (GET/POST), остальный браузеры пока тупят.

ПС. Проблему решили запуском прокси сервера, который добавляет в ответы от Сервера 2 заголовки Access-Controll-Allow-Origin с адресом Сервера 1. Тоесть Сервер 2 должен сказать браузеру, что он доверяет коду, загруженному с Сервера 1. Вот и весь CORS.

Потому что
var oldImg = $('#photo img');
выбрал только те картинки, которые были в документе на момент вызова. Новую картинку добавили уже потом, поэтому она в эту выборку не попала - ну и не удалилась, соответственно.

Короче, раз уж мне никто не отвечает... После 3-х дней поисков я набрёл на решение на StackOverflow:

(function() {
  var targetWidth = 640, // идеальная ширина приложения (под неё рисуем спрайты и т.п.)
        targetHeight = 960, // 640х960 - это iPhone 4, под меньшее разрешение наверно нет смысла делать
            
        deviceRatio = window.innerWidth / window.innerHeight,
        newRatio = (targetHeight / targetWidth) * deviceRatio,
            
        newWidth = targetWidth * newRatio,
        newHeight = targetHeight,
            
        game = new Phaser.Game(newWidth, newHeight, Phaser.CANVAS, ''); // последний аргумент - родитель (если пусто, значит canvas создастся в body)
            
        game.state.add('Boot', Boot);
        game.state.add('Preload', Preload);
        game.state.add('Game', Game);
            
        game.state.start('Boot');
})();

// ... Далее внутри Boot.js пишем

Boot.protoytpe = {
  create: function() {
    this.scale.scaleMode = Phaser.ScaleManager.SHOW_ALL;
    this.scale.pageAlignHorisontally = true; // можно не выравнивать, но я остаил
    this.scale.pageAlignVertically = true;
    this.scale.forcePortrait = true;
  }
};