Întrebări frecvente despre documentația rutieră loopback - rusă

Aspecte generale

Pe ce platforme funcționează StrongLoop?

StrongLoop suportă următoarele platforme de sistem de operare:

StrongLoop suportă următoarele platforme de tip cloud:







Este LoopBack un produs gratuit? Cât costă?

LoopBack utilizează un model de licențiere duală: îl puteți utiliza în conformitate cu termenii licenței MIT cu licență deschisă sau cu licența de tranzacționare StrongLoop. Vedeți fișierul de licență pentru textul integral al celor două licențe.

Ce SDK-uri au clienții cu LoopBack?

LoopBack are trei SDK pentru client pentru a accesa serviciile REST API generate în cadrul Loopback:

Ce conectori de date există în LoopBack?

Loopback oferă numeroase conectori pentru a accesa alte sisteme de date backend întreprinderi și.

LoopBack oferă numeroase conectori pentru accesarea proiectelor mari și a altor sisteme de date backend.

Conectori de baze de date:

De ce cererea de curbare a aplicației mele LoopBack eșuează?

Dacă URL-ul se încarcă bine într-un browser, dar când faceți o cerere de curl pentru aplicația dvs., obțineți eroarea:

Dacă adresa URL este încărcată bine în browser, dar când faceți o cerere de curl la aplicația dvs., primiți mesajul de eroare:

Cea mai probabilă cauză este incompatibilitatea versiunii IP între aplicație și curl.

Pe Mac OS 10.10 (Yosemite), curl utilizează IP-ul implicit v6.

LoopBack, implicit folosește IP v4, iar curl poate folosi IP v6. Dacă vedeți o intrare IP v6 în gazda Fale (. 1 localhost, FE80 :: 1% localhost lo0), este probabil ca ondulare face o cerere folosind IP v6. Pentru a face o cerere folosind IP v4, introduceți parametrul --ipv4 în buclat interogare așa cum se arată mai jos.

Întrebări mai specifice

Cum efectuați o solicitare GET către un server de la distanță?

Mai întâi, trebuie să configurați sursa de date utilizând REST # 1082; # 1086; # 1085; # 1085; # 1077; # 1082; # 1090; # 1086; # 1088; În fișierul datasources.json care configurează sursa de date, puteți specifica funcționarea API-ului invers REST utilizând proprietățile de operare.

Pot returna aplicația XML în loc de JSON?

Da: setați proprietatea remoting.rest.xml la true în server / config.json. Consultați config.json pentru mai multe informații.







Cum se trimite e-mailuri din aplicație?

  1. Configurați sursa de date pentru a utiliza e-mailul # 1082; # 1085; # 1085; # 1077; # 1082; # 1090; # 1072; .
  2. Proiectați modelul de e-mail din sursa de date de e-mail.
  3. Trimiteți e-mail utilizând modelul configurat cu Email.send ().

Cum folosiți middleware static?

  1. Eliminați conținutul proprietății implicite "rute" în middleware.json.

Adăugați următoarele la proprietatea "fișiere" din middleware.json. pentru a servi conținut static din directorul proiectului / clientului.

Desigur, modificați valoarea de a utiliza un alt director pentru a conține conținut static.

Ce tipuri de cârlige suportă modelele?

Cârligele model sunt funcții care sunt executate atunci când anumite evenimente apar în ciclul de viață al unui model. Modele Loopback multe cârlige diferite, de exemplu: afterInitialize după un model este inițializată, beforeValidate / afterValidate (înainte și după modelul de validare), beforeSave / afterSave (înainte și după un model este salvat), și așa mai departe.

Consultați modelul de cârlige pentru o listă completă și mai multe informații. A se vedea loopback-faq-model de-cârlige pentru un scurt exemplu.

Probleme de gestionare a utilizatorilor

Cum se înregistrează un utilizator nou?

  • Când este executat, user.verify trimite un e-mail utilizând opțiunile sugerate.
  • Verificarea prin e-mail este configurată pentru redirecționarea utilizatorului către ruta / verificată pentru cazul general. Pentru aplicația dvs., trebuie să configurați redirecționarea specială pentru cazul dvs.
  • Opțiunile cu auto-explicație nu includ tipul. șablon și utilizator.
    • tipul de valoare trebuie să fie e-mail.
    • șablon - calea spre șablon pentru verificarea e-mailului.
    • utilizator - când acest lucru este furnizat, informațiile din obiect vor fi utilizate în link-ul de verificare a e-mailului.

Cum trimiteți e-mailul de verificare noului utilizator?

Consultați pasul 2 din întrebarea anterioară.

Realizând posibilitatea conectării unui utilizator?

Realizând posibilitatea utilizatorului razlogiroya?

  • Utilizăm middleware-ul token-ului loopback pentru a gestiona token-urile de acces. Atâta timp cât nu trimiteți la adresa URL ACCESS_TOKEN, acces obiect șir de interogare jeton va fi prezentat în proprietatea req.accessToken în handler traseului.

Cum să implementați o resetare a parolei pentru un utilizator înregistrat

  1. Creați un formular de resetare a parolei.
  2. Creați un punct final pentru procesarea informațiilor de resetare a parolei. Apelul User.resetPassword aruncă un eveniment resetPasswordRequest și creează un jeton de acces temporar.
  3. Înregistrați resetPasswordRequest care va trimite e-mailul utilizatorului înregistrat. În exemplul nostru, vom afișa adresa URL. care redirecționează utilizatorul la pagina de resetare a parolei cu autentificare cu jeton temporar de acces.
  4. Creați un formular de resetare a parolei. unde utilizatorul introduce și confirmă noua parolă.
  5. Creați un punct final al procesului de resetare a parolei.

Notă: Pentru dispozitivul de retrimitere resetPasswordRequest, vi se furnizează informații despre obiectul care conține date referitoare la utilizatorul care solicită o resetare a parolei.







Articole similare

Pagina anterioară

Pagina următoare

Trimiteți-le prietenilor: