Libelektra: Masuk/Daftar gagal

Diperbaiki dengan komit terbaru #1213.

Tidak bekerja untuk saya, sepertinya argumen tambahan diabaikan.

Omong-omong. login tidak berfungsi (masalah koneksi). Pertama saya pikir backend sedang down, tetapi konversi berfungsi?

Tidak bekerja untuk saya, sepertinya argumen tambahan diabaikan.

Apakah Anda memasukkan % % atau format=% % ? Yang terakhir bekerja.

Omong-omong. login tidak berfungsi (masalah koneksi). Pertama saya pikir backend sedang down, tetapi konversi berfungsi?

Saya juga sudah memperhatikannya satu kali, tetapi saya tidak dapat memahami masalahnya. Saya pikir itu ada hubungannya dengan crash backend. Jika Anda keluar dan masuk lagi, itu berfungsi dengan menarik.

Terima kasih, salahku. Saya melewatkan format .

Tapi saya masih tidak bisa masuk... ;-(

Apakah konsol browser mengatakan sesuatu / apakah Anda mendapatkan respons non-200?

Saya pikir kita harus bisa memecahkan masalah seperti itu dengan konsol browser.

Pesan kesalahannya adalah:

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.

Konsol server mengatakan:

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

lalu:

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

Itu berarti permintaan tidak mengembalikan status 200. Bisakah Anda melihat apa yang dikembalikan oleh permintaan jaringan? Saya sudah tahu apa masalahnya, tetapi saya perlu konfirmasi untuk itu.

500 Internal Server Error, jadi tidak terlalu membantu? Berikut permintaan/tanggapan lengkapnya:

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>

Omong-omong. apakah Anda sudah membuat profil mengapa memuat halaman terkadang memakan waktu lama?

Omong-omong. mengapa charset=iso-8859-1 digunakan untuk restapi?

Dan mengapa sesuatu dimuat dari gravatar.com? (Apakah ini dari asciinema.org? Bisakah kita menyematkan asciinema?)

(buka kembali untuk masalah login)

Omong-omong. apakah Anda sudah membuat profil mengapa memuat halaman terkadang memakan waktu lama?

Tergantung di mana Anda mengalami beban yang lama. Pada halaman detail/edit, ini cukup normal karena kami memiliki banyak plugin (/varian) yang diaktifkan dan ekspor membutuhkan waktu. Itu juga mengapa saya mengatakan kita harus menonaktifkan beberapa..

Omong-omong. mengapa charset=iso-8859-1 digunakan untuk restapi?

Di mana Anda menemukan ini? Bagi saya sepertinya cppcms menggunakan rangkaian karakter yang paling sesuai dengan kebutuhan jika tidak ada yang diberikan secara eksplisit. Misalnya https://restapi.libelektra.org/database?filter=a&filterby=all&offset=0&rows=10&sort=asc&sortby=key using us-ascii (belum pernah mendengar yang itu sebelumnya).

Sunting: Ok menemukannya di cuplikan Anda di atas. Permintaan yang sama memberikan us-ascii di sistem saya. Saya tidak akan mempertimbangkan masalah selama browser dan API saling memahami dengan benar?

Dan mengapa sesuatu dimuat dari gravatar.com? (Apakah ini dari asciinema.org? Bisakah kita menyematkan asciinema?)

Ya itu dari asciinema dan asciinema sudah tertanam?!

Kesalahan 500 di atas terlihat sangat mirip dengan waktu henti backend bagi saya (jadi itu dari Apache). Kalau tidak, harus ada X-Powered-By:CppCMS/1.0.5 dalam respons.

Itu juga mengapa saya mengatakan kita harus menonaktifkan beberapa..

Nonaktifkan sepenuhnya?

Di mana Anda menemukan ini?

Dalam permintaan/tanggapan antara frontend dan backend.

menggunakan rangkaian karakter yang paling sesuai dengan kebutuhan jika tidak ada yang diberikan secara eksplisit

Mengapa tidak memberikan UTF-8 atau us-ascii secara eksplisit?

Saya tidak akan mempertimbangkan masalah selama browser dan API saling memahami dengan benar?

REST API juga harus menjadi fitur yang berdiri sendiri.

Ya itu dari asciinema dan asciinema sudah tertanam?!

Maksudku delievered dari apache kami.

Kesalahan 500 di atas terlihat sangat mirip dengan waktu henti backend bagi saya

Jadi backend macet ketika saya mencoba masuk?

Nonaktifkan sepenuhnya?

Ya. Anda dapat membuat beberapa cuplikan pengujian dan melihat sendiri, seringkali formatnya sangat, sangat mirip, karena formatnya sama. Saya tidak berpikir kita membutuhkan mereka dua kali kemudian. (Satu-satunya masalah adalah bahwa pengguna tidak akan menemukan plugin/lensa untuk format mereka maka mungkin ...)

Mengapa tidak memberikan UTF-8 atau us-ascii secara eksplisit?

Saya dapat melihat apakah menambahkan UTF-8 di pembantu saya sudah cukup.

REST API juga harus menjadi fitur yang berdiri sendiri.

Tentu, jika browser dan front-end melakukannya, maka curl dan alat lain juga akan melakukannya.

Maksudku delievered dari apache kami.

Jangan berpikir mereka menawarkan unduhan, dll.

Jadi backend macet ketika saya mencoba masuk?

Tidak, saya akan mengatakan itu tidak hanya saat ini untuk beberapa alasan lain. Saya sudah mencoba beberapa hal, tetapi saya tidak dapat mereproduksi apa yang Anda dapatkan.

Satu-satunya masalah adalah bahwa pengguna tidak akan menemukan plugin/lensa untuk format mereka mungkin

Ya, sayangnya ini mungkin menjadi masalah besar (untuk orang yang membutuhkan plugin tertentu). Yang dapat kami lakukan adalah tidak menampilkan semuanya setelah cuplikan diunggah. Tapi itu sepertinya perubahan yang cukup rumit di frontend dan backend (dan mana yang harus dipilih?).

Jangan berpikir mereka menawarkan unduhan, dll.

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

Tidak, saya akan mengatakan itu tidak hanya saat ini untuk beberapa alasan lain. Saya sudah mencoba beberapa hal, tetapi saya tidak dapat mereproduksi apa yang Anda dapatkan.

Saya sudah mencobanya cukup sering. Pendaftaran tampaknya turun sekarang juga. (seperti login: masalah koneksi)

Maaf tapi sepertinya Anda memiliki masalah di pihak Anda, karena keduanya berfungsi dengan baik tanpa saya mengubah apa pun. Dugaan saya adalah pemblokir skrip - lagi.

Saya mencoba menghapus semua plugin dengan firefox dan mencoba 3 browser lain yang berbeda (chromium, tor browser, konqueror), selalu sama. Saya berada di jaringan TU, jadi saya ragu ini masalah koneksi, rekan saya baru saja mengunduh ISO ubuntu dalam beberapa menit;)

Anda benar, ini bukan masalah koneksi. Fungsi sha256_encrypt gagal untuk beberapa input, saya akan memperbaikinya.

Jadi kata sandi saya terlalu panjang :see_no_evil: ?

Silakan juga mencoba memberikan umpan balik yang lebih baik untuk kesalahan seperti itu.

Tidak, itu tidak terlalu lama, sesuatu yang lain rusak, Anda akan melihatnya di PR sebentar lagi.

Bagaimana cara kerjanya untuk Anda?

Omong-omong. haruskah kita juga mendorong database pengguna ke repo pribadi? Sebenarnya kita bisa membuat cadangan hal-hal lain di repo pribadi juga.

Ini berfungsi untuk beberapa kata sandi, tetapi tidak untuk yang lain. Blubblub123 bekerja misalnya sementara NotSecure1 tidak.

Saya mencoba ch1iDoeGhoo9VhohJ1oh3phie9PhesaiSh mungkin Anda harus menambahkan kata sandi yang lebih panjang untuk unit test juga. (Anda dapat menggunakan kata sandi ini untuk tes jika Anda mau)

Jauh lebih baik, login dan mengubah kata sandi berfungsi seperti pesona sekarang!

Saya akan menggabungkan ketika tes unit sudah siap.

Harus menghapus akun Anda seperti yang mungkin Anda perhatikan karena hash rusak, tetapi seharusnya tidak terjadi lagi di masa mendatang. :+1:

Ya, sudah dibuat ulang ;)

seharusnya tidak terjadi lagi di masa depan

Tidak apa-apa sampai rilis beranda;)

Omong-omong. silakan kirimkan konfigurasi apache dan seterusnya ke layanan snippet kami. Kami benar-benar harus menambahkan lebih banyak di sana!