Gip

var a = 1,x; // a = 1
x = 
++a // a = 2 
+ 
++a; // a = 3
// x = 5, x = 2 + 3
// a = 3, последняя операция ++a

x +=a; // x = 8, x = 5 + 3

console.log(x); //8

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

301: Привет, Поисковики! Моя страница здесь больше не существует, она переехала на новый адрес. Пожалуйста, проиндексируйте новую страницу и удалите старую.

Canonical: Привет, Поисковики! У меня есть несколько версий одной страницы. Пожалуйста, индексируйте только эту версию и сделайте ее основной. Остальные версии будут видны читателям, но не подлежат индексации.

То есть код состояния 301 протокола http всегда считался стандартным для поддержки окончательной и постоянной переадресации со страницы. Используя эту команду, вы получаете высокую авторитетность ссылок для большинства исходных страниц, а также высокую релевантность и степень ранжирования для страницы, на которую настроена переадресация.

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

делайте 301
У вас же есть страницы в индексе, и если пользователь кликает, то он должен попасть на новую страницу, а не на 404

https://github.com/VincentGarreau/particles.js

Php short tags - он же вам вывел содержимое файла

Так у вас тут

data: {
          pk: 11,
          img: formData,
        },

img это не картинка, это FormData. Правильнее вот так

var formData = new FormData();
      // добавляем в объект FormData файл
      formData.append('img', file.prop('files')[0]);
      formData.append('pk', 11);
      $.ajax({
        url: "http://127.0.0.1:8000/api/v2/update-ava/11/",
        data: formData,
...

Работа с сессиями и заголовками происходит в контроллерах или вспомогательных классах, которые контроллер использует.
Почему - потому что сессии и заголовки это вопрос к тому, как обрабатывать запрос от пользователя, а контроллеры именно этим и занимаются. Чтобы легче понять, почему так, представляйте, что контроллеры работают не только с HTTP запросом, но также могут использоваться для обработки консольных команд, где ваши заголовки и сессии вообще не нужны. Будет много проблем, если вы внедрите работу с сессией в слой моделей, на том уровне, где не сможете легко и просто (и без костылей) понять, была ли это консольная команда или запрос из браузера.

Важно: не пытайтесь увидеть в каждом классе модель, вьюху или контроллер. MVC рассказывает нам о слоях, а не о конкретных классах.
MVC описывает основу приложения, но не каждый его элемент.