Dimka5

Действительно Сергей Соколов отдельно этот код на мобильной версии Chrome 70.0.3538.80 с async работает. В моём случае возможно ошибка в другом...

Используйте Sublime Text, настройте его, найдите необходимые плагины под себя, при разработке отталкивайтесь от него.

Моё мнение три года спустя.
В Sublime на первый взгляд (особенно новичков) покажется что там ничего нет, ничего не понятно и не удобно, однако практически любую возможность можно добавить скачав плагины. А всё что нет в виде плагинов, устанавливается отдельно в виде программ и обычно работает через консоль которую можно добавить в Sublime или просто работает отдельно по тому что так и надо. Сейчас легче всё делать через консольные команды а не лазать через бесконечные меню IDE искать нужную настройку, к тому же легче использовать файлы конфигурация для каждого инструмента.

Когда то я пробовал использовать Dreamweawer, WebMatrix, Visual Studio Community, Aptana, Eclipse, ..., не стану их всех сравнивать но уверяю новичков, это всё вам скорее всего не нужно.

Последнее чем я пользовался довольно долго перед Sublime Text это VS Code. Они практически идентичны по своей идее (VS Code чуть дружелюбнее к новичкам), всё так же гибко и настраивается, не зависят от разрабатываемого языка или окружения, но в итоге для мня победил Sublime по тому что он намного быстрее (по моим ощущениям раз в 5 и в 3 раза меньше потребляет памяти), быстрее скорость открытия (что для меня очень важно) и быстрее во время работы и совершения каких либо действий.

Так же хочу заметить что по мере развития, важен переход от одного инструмента к другому и если Sublime не идёт не в какую с первого раза то можно сменять IDE в таком порядке.
Продукт от JetBrains (зависит от языка) => VSCode => Sublime Text
Мне кажется в конце концов приходишь к таким инструментам как Sublime.

Добавлю так же краткие ответы на вопросы которые я вообще не понимал раньше, как примерно должно быть.
- Сервер устанавливается отдельным инструментом, настраивается конфигурационными файлами, запускается командой из консоли
- База данных так же как и сервер, так же для неё не помешает скачать отдельную программу, обычно с официального сайта для её просмотра и редактирования
- Sublime Text и VS Code работает с кириллическими путями, так же как и консольные команды (да это нужно)
- Контроль версий отдельный инструмент и к нему ставится плагин для IDE
- Возня с настройками как я писал три года назад не нужна, как минимум по тому что обычно есть файл с конфигурацией по умолчанию, нужно обратить на него внимание
- Обычно всё лучше работает на Linux, а Windows использовать только для того что не поддерживает Linux

Так как сам новичок в этом, пишу ответ как для новичков.
Я долго пытался сделать что то с паролями, учетными записями ос, но всё это не то.
Из лога важно понять что идёт запрос с тестового сервера (где приложение) http://000.000.000.003/ на сервер с GitLab с репозиторием http://000.000.000.002/ и хочет он авторизоваться именно на аккаунте GitLab а не на учётке в ОС. Так же я заметил упоминание про SSH.
В общем я перестал делать всё через пароли. Стал разбираться с SSH, прочитал про него тут https://losst.ru/avtorizatsiya-po-klyuchu-ssh. В общем его надо сгенерировать а потом в панели GitLab в настройках аккаунта добавить его
Решение
В конфиге Capistrano изменил ссылку external_url на SSH тип (её можно скопировать на странице репозитория в GitLab)
git@000.000.000.002:root/nameproject.git
Зашел на тестовый сервер 000.000.000.003, через удалённый доступ что бы можно было копировать текст.
Выполнил команду для генерации ключей, нажимал просто Enter ничего не вводил
ssh-keygen
Нам нужен публичный, он сгенерировался зедсь, откроем его
vi ~/.ssh/id_rsa.pub
Скопируем содержимое файла и вставим в GitLab'е в

Профиль в правом верхнем углу > Settings > слева список > SSH Keys

и нажмём кнопку "Добавить ключ"
Готово. Шаг развёртывания с авторизацией в удалённом репозитории должен быть пройден.

Нельзя изменить комментарий к тому же коммиту в удалённом репозитории.

Но можно проделать такие операции
Изменить комментарий к последнему коммиту в локальном репозитории с помощью редактора командой
git commit --amend
Далее если выполнить команду
git push
(в WebStorm поступит предлжение с вариантами merge или rebase) далее выбрать
merge
Будет создан новый такой же коммит но с изменённым комментарием
В итоге на GitHub и в локальном репозитории будет 2 разных коммита различающиеся только комментарием

Узнал что есть уже во всю используемый Метод fetch: замена XMLHttpRequest прочитал о нем эту статью, понял что он работает на Promise тут почитал, которые нужны для асинхронного кода которого я так боялся из-за катострофической нечитаемости по сравнению с синхронным кодом с его колбеками и промисами, решил всё таки посмотреть в чем вообще различается синхронный и асинхронный код, попал на статью JavaScript: методы асинхронного программирования обрадовался параграфу Async/await в самом конце. Понял что сегодня не нужны не какие коллбэки, промисы и их цепочки с страшными реализациями функций. Сегодня есть только Async и Await, в глазах никаких колбеков, промисов и неразберихи. Ты просто ставишь Await перед той переменной которую нужно подождать и Async перед функцией в которой эта переменная и она остаётся на том же месте где и синхронный код. После этого желание использовать ещё когда либо XMLHttpRequest отпало напрочь.
Сделал код асинхронным, подстроил fetch под Async и Await, всё, ajax в пару строчек.

async_ajax = async function (ссылка) {
  return (await fetch(ссылка).catch(function(e) { console.log(e.message) })).text()
}

Красота