Libelektra: Войти / Зарегистрироваться не удалось

Исправлено последней фиксацией # 1213.

У меня не работает, вроде лишние аргументы игнорируются.

Кстати. не работает логин (проблемы с подключением). Сначала я подумал, что серверная часть не работает, но преобразование работает?

У меня не работает, вроде лишние аргументы игнорируются.

Вы ввели % % или format=% % ? Последний работает.

Кстати. не работает логин (проблемы с подключением). Сначала я подумал, что серверная часть не работает, но преобразование работает?

Однажды я тоже это заметил, но не мог разобрать, в чем проблема. Я думаю, это связано с сбоями серверной части. Если вы выйдете из системы и снова войдете в систему, это будет интересно.

Спасибо, моя вина. Я пропустил format .

Но я все еще не могу войти в систему ... ;-(

Консоль браузера что-то говорит / вы получаете ответ, отличный от 200?

Думаю, мы сможем решить такие проблемы с помощью консоли браузера.

Сообщение об ошибке:

Connection issues
It seems as if the service is not reachable. This may be either due to a downtime of the service or because of your internet connection.

Консоль сервера говорит:

19:44:27.712 [#][INFO]  Failed login! ____ [application.js:40852:28]1 application.js:258:21

а потом:

19:44:27.714 Error: response.data is null
[213]</module.exports/this.doLogin/<<strong i="13">@https</strong>://www.libelektra.org/assets/js/application.js:89460:17
processQueue<strong i="14">@https</strong>://www.libelektra.org/assets/js/application.js:40852:28
scheduleProcessQueue/<<strong i="15">@https</strong>://www.libelektra.org/assets/js/application.js:40868:27
$RootScopeProvider/this.$get</Scope.prototype.$eval<strong i="16">@https</strong>://www.libelektra.org/assets/js/application.js:42159:16
$RootScopeProvider/this.$get</Scope.prototype.$digest<strong i="17">@https</strong>://www.libelektra.org/assets/js/application.js:41973:15
$RootScopeProvider/this.$get</Scope.prototype.$apply<strong i="18">@https</strong>://www.libelektra.org/assets/js/application.js:42267:13
done<strong i="19">@https</strong>://www.libelektra.org/assets/js/application.js:36248:36
completeRequest<strong i="20">@https</strong>://www.libelektra.org/assets/js/application.js:36457:7
createHttpBackend/</requestError<strong i="21">@https</strong>://www.libelektra.org/assets/js/application.js:36395:9
1 application.js:38356:18
consoleLog/<() application.js:38356
$ExceptionHandlerProvider/this.$get</<() application.js:34879
processQueue() application.js:40860
scheduleProcessQueue/<() application.js:40868
$RootScopeProvider/this.$get</Scope.prototype.$eval() application.js:42159
$RootScopeProvider/this.$get</Scope.prototype.$digest() application.js:41973
$RootScopeProvider/this.$get</Scope.prototype.$apply() application.js:42267
done() application.js:36248
completeRequest() application.js:36457
createHttpBackend/</requestError() application.js:36395

Это означает, что запрос не возвращает статус 200. Можете посмотреть, что возвращает сетевой запрос? Я догадываюсь, в чем может быть проблема, но мне нужно подтверждение.

500 Internal Server Error, так что не очень полезно? Вот полные запросы / ответы:

curl 'https://restapi.libelektra.org/auth' -X OPTIONS -H 'Host: restapi.libelektra.org' -H 'User-Agent: Mozilla/5.0 (X11; NetBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0' -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8' -H 'Accept-Language: en-US,en;q=0.5' --compressed -H 'DNT: 1' -H 'Access-Control-Request-Method: POST' -H 'Access-Control-Request-Headers: content-type' -H 'Origin: https://www.libelektra.org' -H 'Connection: keep-alive'

HTTP/1.1 200 OK
Date: Mon, 19 Dec 2016 19:39:05 GMT
Server: Apache/2.4.10 (Debian)
Access-Control-Allow-Headers: Authorization, Content-Type
Access-Control-Allow-Methods: POST,OPTIONS
Access-Control-Allow-Origin: *
Allow: POST,OPTIONS
X-Powered-By: CppCMS/1.0.5
Content-Length: 15
Connection: close
Content-Type: application/json
{"status":"OK"}

curl 'https://restapi.libelektra.org/auth' -H 'Host: restapi.libelektra.org' -H 'User-Agent: Mozilla/5.0 (X11; NetBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0' -H 'Accept: application/json, text/plain, */*' -H 'Accept-Language: en-US,en;q=0.5' --compressed -H 'DNT: 1' -H 'Content-Length: 64' -H 'Content-Type: application/json;charset=utf-8' -H 'Origin: https://www.libelektra.org' -H 'Connection: keep-alive'

HTTP/1.1 500 Internal Server Error
Date: Mon, 19 Dec 2016 19:39:05 GMT
Server: Apache/2.4.10 (Debian)
Content-Length: 626
Connection: close
Content-Type: text/html; charset=iso-8859-1

curl 'https://www.libelektra.org/templates/notification.html' -H 'Host: www.libelektra.org' -H 'User-Agent: Mozilla/5.0 (X11; NetBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0' -H 'Accept: application/json, text/plain, */*' -H 'Accept-Language: en-US,en;q=0.5' --compressed -H 'DNT: 1' -H 'Connection: keep-alive'

<div class="ui-notification">
    <div class="alert" ng-class="{'alert-success': t === 's', 'alert-danger': t === 'e',
            'alert-warning': t === 'w', 'alert-info': t === 'i'}" style="margin-bottom:0px;">
        <div class="ui-notification-icon">
            <span class="fa fa-check-circle-o" ng-show="t === 's'"></span>
            <span class="fa fa-times-circle" ng-show="t === 'e'"></span>
            <span class="fa fa-info-circle" ng-show="t === 'i'"></span>
            <span class="fa fa-exclamation-circle" ng-show="t === 'w'"></span>
        </div>
        <h4 class="ui-notification-title" ng-show="title">{{ title | translate }}</h4>
        <div class="ui-notification-text">{{ message | translate }}</div>
    </div>
</div>

Кстати. вы уже профилировали, почему загрузка страницы иногда занимает так много времени?

Кстати. почему charset = iso-8859-1 используется для restapi?

А почему с gravatar.com что-то загружается? (Это с сайта asciinema.org? Можно ли встроить asciinema?)

(повторно открыть для проблемы входа в систему)

Кстати. вы уже профилировали, почему загрузка страницы иногда занимает так много времени?

Зависит от того, где вы испытывали длительные нагрузки. На странице сведений / редактирования это вполне нормально, потому что у нас включено значительное количество плагинов (/ вариантов), а экспорт требует времени. Вот почему я сказал, что мы должны отключить некоторые ..

Кстати. почему charset = iso-8859-1 используется для restapi?

Где ты нашел это? Мне кажется, что cppcms использует кодировку, которая лучше всего соответствует потребностям, если ничего не указано явно. Например, https://restapi.libelektra.org/database?filter=a&filterby=all&offset=0&rows=10&sort=asc&sortby=key использует us-ascii (никогда раньше не слышал об этом).

Изменить: Хорошо, нашел это в вашем фрагменте выше. Те же запросы дают us-ascii в моей системе. Я бы не стал рассматривать проблему, если браузер и API правильно понимают друг друга?

А почему с gravatar.com что-то загружается? (Это с сайта asciinema.org? Можно ли встроить asciinema?)

Да это из асциинема а асциинема уже встроена ?!

Вышеупомянутая ошибка 500 очень похожа для меня на простои серверной части (так что это из-за apache). В противном случае в ответе должно быть X-Powered-By:CppCMS/1.0.5 .

Вот почему я сказал, что мы должны отключить некоторые ..

Полностью деактивировать?

Где ты нашел это?

В запросах / ответах между интерфейсом и сервером.

используя кодировку, которая лучше всего соответствует потребностям, если ничего не указано явно

Почему бы не указать UTF-8 или us-ascii явно?

Я бы не стал рассматривать проблему, если браузер и API правильно понимают друг друга?

REST API также должен быть отдельной функцией.

Да это из асциинема а асциинема уже встроена ?!

То есть избавился от нашего апача.

Ошибка 500 выше для меня очень похожа на простои серверной части.

Значит, бэкэнд вылетает, когда я пытаюсь войти в систему?

Полностью деактивировать?

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

Почему бы не указать UTF-8 или us-ascii явно?

Я вижу, достаточно ли добавления UTF-8 в мой помощник.

REST API также должен быть отдельной функцией.

Конечно, если браузер и интерфейс работают, то curl и другие инструменты тоже подойдут.

То есть избавился от нашего апача.

Не думайте, что они предлагают загрузку и т. Д.

Значит, бэкэнд вылетает, когда я пытаюсь войти в систему?

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

Единственная проблема в том, что пользователи не найдут плагин / объектив для своего формата, тогда, вероятно,

Да, к сожалению, это может быть серьезной проблемой (для людей, которым нужен конкретный плагин). Что мы могли сделать, так это не показывать их все после загрузки фрагмента. Но это кажется довольно сложным изменением в интерфейсе и бэкэнде (и какие из них выбрать?).

Не думайте, что они предлагают загрузку и т. Д.

http://blog.asciinema.org/post/self-hosting/

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

Пробовал уже довольно часто. Регистрация, похоже, сейчас тоже не работает. (например, логин: проблемы с подключением)

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

Я попытался удалить все плагины с помощью firefox и попробовал еще 3 разных браузера (Chrome, tor browser, konqueror), всегда одинаковые. Я нахожусь в сети TU, поэтому сомневаюсь, что это проблема с подключением, мой коллега только что загрузил ISO-образ Ubuntu за несколько минут;)

Вы правы, это не проблема с подключением. Функция sha256_encrypt не работает для некоторых входов, я исправлю это.

Значит, мои пароли были слишком длинными: see_no_evil:?

Пожалуйста, также постарайтесь дать лучший отзыв о таких ошибках.

Нет, это было не слишком долго, что-то еще было сломано, вы сейчас увидите это в PR.

Как это сработало для вас?

Кстати. должны ли мы также помещать базу данных пользователей в частное репо? На самом деле мы могли бы сделать резервную копию и других вещей в частном репо.

Это сработало для одних паролей, но не для других. Например, Blubblub123 работает, а NotSecure1 нет.

Я попробовал ch1iDoeGhoo9VhohJ1oh3phie9PhesaiSh, возможно, вам также стоит добавить более длинные пароли для модульных тестов. (вы можете использовать этот пароль для теста, если хотите)

Намного лучше, вход в систему и смена пароля теперь работают как шарм!

Сливаю, когда будут готовы юнит-тесты.

Пришлось удалить вашу учетную запись, как вы могли заметить, потому что хеши были сломаны, но этого больше не должно происходить в будущем. : +1:

Ага, уже воссоздан;)

больше не должно происходить в будущем

Это нормально до релиза главной страницы;)

Кстати. отправьте конфигурацию apache и т. д. в нашу службу сниппетов. Нам действительно стоит добавить туда гораздо больше!