Алексей Уколов

Скорее всего, нет, так как значение зарыто в замыканиях (это предположение). Точно можно ответить только прочитав код этого приложения.
Самым простым решением будет периодически читать значение из DOM.

Никак.
Единственное, что может вернуть асинхронная функция - Promise, то есть - обещание, что в какой-то момент времени будет получено какое-то значение.

function existsEntry(postId){
  return new Promise(function (resolve, reject) {
    db.serialize(function(){
      db.get("SELECT * FROM posts WHERE post_id = ?", [postId], function(err, row){
        if (err) {
          resolve(false); // или reject()
        } else {
          resolve(true);
        }
      });

      db.close();
    });
  });
}

existsEntry("21706").then(function (answer) {console.log(answer)});

Как только у вас появляется асинхронная функция, весь остальной код, работающий с ней, тоже обязательно должен стать асинхронным и вы можете забыть слова "вернуть результат работы функции"

Функция $.getJSON уже возвращает json, для этого она и создана. Второй раз парсить ничего не нужно.

Gwan совсем не годится для продакшена и причин для этого много: слабая поддержка разных дистрибутивов, не реальные цены на саппорт , сложность настройки и полное отсутствие возможности дебага.
P.S. А еще у автора ЧСВ огромное.

blog.essentialkaos.com/post/10124195968/gwan

Нет.
Да.
Как вам будет проще.
Да.
Да.

$(".author-article-img").load(linkToAuthor + " .author-article-img_author img");

Будьте особенно внимательны при указании HTTP-заголовков. Для того, чтобы гарантировать максимальную совместимость с наибольшим количеством различных клиентов, слово "Basic" должно быть написано с большой буквы "B", регион (realm) должен быть взят в двойные (не одинарные!) кавычки, и ровно один пробел должен предшествовать коду 401 в заголовке HTTP/1.0 401.

php.net/manual/ru/features.http-auth.php

nginx вначале решает, какой из серверов должен обработать запрос. Рассмотрим простую конфигурацию, где все три виртуальных сервера слушают на порту *:80:

server {
    listen      80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      80;
    server_name example.net www.example.net;
    ...
}

server {
    listen      80;
    server_name example.com www.example.com;
    ...
}

В этой конфигурации, чтобы определить, какому серверу следует направить запрос, nginx проверяет только поле “Host” заголовка запроса. Если его значение не соответствует ни одному из имён серверов или в заголовке запроса нет этого поля вовсе, nginx направит запрос в сервер по умолчанию для этого порта. В вышеприведённой конфигурации сервером по умолчанию будет первый сервер, что соответствует стандартному поведению nginx по умолчанию. Сервер по умолчанию можно задать явно с помощью параметра default_server в директиве listen:

server {
    listen      80 default_server;
    server_name example.net www.example.net;
    ...
}

https://nginx.org/ru/docs/http/request_processing.html

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

Вы можете настроить xhprof, он соберёт эту информацию и даже покажет какая функция сколько ресурсов съела и кто кого вызывал.

Как вообще такое может быть, когда у кого-то работает, а у кого-то нет

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

Как дебажить такое?

Дебагером.

И как ловить

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

проблема в итоге в библиотеке?

Библиотеку вызывает ваш код и с вероятностью 99% проблема именно в нём. То, что "ошибка вылезает" на уровне Backbone, вовсе не значит, что она там же и зарождается. Этой библиотеке много лет, она используется на тысячах проектов и если бы там был какой-то серьёзный баг, его бы уже, скорее всего, отловили.
The First Rule of Programming: It's Always Your Fault

Других отвечающих запутали слова про "закоммитить только изменённые файлы". Дело в том, что закоммитить не изменённые файлы в гите в принципе невозможно. Можно только разбить пачку изменённых файлов на несколько коммитов, при желании. Поэтому, вопрос кажется глупым и вас отправляют читать документацию по гиту.

На самом деле, формулировка должна быть такой: "запушить на Гитхаб только те файлы, которые вы меняли".
(То, что составитель задания путает коммит и пуш, не очень хороший знак сам по себе, но тут уже вам решать, как к этому относиться.)

Задача же решается примерно так:

1. Устанавливаете пробную версию.
   
2. Инициализируете в ней репозиторий.
   
3. Делаете первый коммит, до любых своих правок.
   
4. Решаете поставленную задачу.
   
5. Делаете второй коммит, содержащий ваши изменения.
   

Теперь у вас есть коммит, в котором показана вся ваша работа.
Дальше действия зависят от предпочтений постановщика задачи:

6А. Вы можете просто запушить всё на Гитхаб и дать ссылку на ваш коммит - там проверяющий увидит всё, что нужно и только это.

6Б. Если в репозитории должны быть только изменённые файлы и больше ничего вообще, то просто создайте новый пустой репозиторий и руками скопируйте в него нужные файлы, руководствуясь логом гита. А потом запушьте его на Гитхаб.

Что будет использовать оптимальнее, join или дублирование поля из №2 в №1

Нужно проверить оба варианта на живой базе, только тогда вы получите приближенный к реальности ответ, потому что оптимизатор БД может сделать всё, что угодно, в зависимости от текущего состояния.

Ну и является ли дублирование полей дичью, или такой подход можно использовать?

Денормализация

То, что вы хотите, можно реализовать проще и логичнее:

@mixin someName {
    prop: value;

    &::after {
        prop: value;
    }
}

.some-class {
    @include someName;
}