However, you may use middleware to

However, you may use middleware to verify that the user is authenticated before allowing the user access to certain routes / controllers. To learn more about this, check out the documentation on

Protecting Routes

Route middleware can be used to allow only authenticated users to access a given route. Laravel ships with the auth middleware, which is defined in appHttpMiddlewareAuthenticate.php. All you need to do is attach the middleware to a route definition:

Of course, if you are using controller classes, you may call the middleware method from the controller's constructor instead of attaching it in the route definition directly:

Authentication Throttling

If you are using Laravel's built-in AuthController class, the IlluminateFoundationAuthThrottlesLogins trait may be used to throttle login attempts to your application. By default, the user will not be able to login for one minute if they fail to provide the correct credentials after several attempts. The throttling is unique to the user's username / e-mail address and their IP address:

Of course, you are not required to use the authentication controllers included with Laravel. If you choose to remove these controllers, you will need to manage user authentication using the Laravel authentication classes directly. Don't worry, it's a cinch!

We will access Laravel's authentication services via the Auth facade, so we'll need to make sure to import the Auth facade at the top of the class. Next, let's check out the attempt method:

The attempt method accepts an array of key / value pairs as its first argument. The values in the array will be used to find the user in your database table. So, in the example above, the user will be retrieved by the value of the email column. If the user is found, the hashed password stored in the database will be compared with the hashed password value passed to the method via the array. If the two hashed passwords match an authenticated session will be started for the user.

The attempt method will return true if authentication was successful. Otherwise, false will be returned.

The intended method on the redirector will redirect the user to the URL they were attempting to access before being caught by the authentication filter. A fallback URI may be given to this method in case the intended destination is not available.

If you wish, you also may add extra conditions to the authentication query in addition to the user's e-mail and password. For example, we may verify that user is marked as "active":

To log users out of your application, you may use the logout method on the Auth facade. This will clear the authentication information in the user's session:

Note: In these examples, email is not a required option, it is merely used as an example. You should use whatever column name corresponds to a "username" in your database.

If you would like to provide "remember me" functionality in your application, you may pass a boolean value as the second argument to the attempt method, which will keep the user authenticated indefinitely, or until they manually logout. Of course, your users table must include the string remember_token column, which will be used to store the "remember me" token.

If you are "remembering" users, you may use the viaRemember method to determine if the user was authenticated using the "remember me" cookie:

ผลลัพธ์ (ไทย) 1:

อย่างไรก็ตาม คุณอาจใช้มิดเดิลแวร์เพื่อตรวจสอบว่า ผู้ใช้จะรับรองความถูกต้องก่อนที่จะอนุญาตให้ผู้ใช้เข้าถึงเส้นทางบาง / ตัวควบคุมได้ ข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้ เป็นตรวจสอบเอกสารในปกป้องเส้นทางมิดเดิลแวร์กระบวนการผลิตสามารถใช้เฉพาะรับรองความถูกต้องผู้ใช้เพื่อเข้าถึงกระบวนการผลิตที่กำหนดให้ Laravel เรือกับมิดเดิลแวร์รับรองความถูกต้อง ซึ่งกำหนดไว้ใน appHttpMiddlewareAuthenticate.php ทั้งหมดที่คุณต้องทำอยู่กับมิดเดิลแวร์กำหนดเส้นทาง:แน่นอน ถ้าคุณกำลังใช้การควบคุมชั้นเรียน คุณอาจเรียกวิธีมิดเดิลแวร์จากตัวสร้างตัวควบคุมแทนการแนบจะเป็นการกำหนดเส้นทางโดยตรง:การควบคุมปริมาณการรับรองความถูกต้องถ้าคุณใช้คลาส AuthController ภายในของ Laravel ติด IlluminateFoundationAuthThrottlesLogins อาจถูกใช้เพื่อเค้นความพยายามเข้าสู่ระบบไปยังโปรแกรมประยุกต์ของคุณ โดยค่าเริ่มต้น ผู้ใช้จะไม่สามารถเข้าสู่ระบบหนึ่งนาทีถ้าจะไม่ให้ข้อมูลถูกต้องหลังจากความพยายามหลายครั้ง การควบคุมปริมาณนี้เป็นเฉพาะของผู้ใช้ชื่อผู้ใช้ / อีเมลรายชื่อและอยู่ IP:แน่นอน คุณจะไม่ต้องใช้ตัวควบคุมการรับรองความถูกต้องมาพร้อมกับ Laravel ถ้าคุณเลือกที่จะเอาตัวควบคุมเหล่านี้ คุณจะต้องจัดการการรับรองความถูกต้องผู้ใช้ที่ใช้เรียนรับรองความถูกต้อง Laravel โดยตรง ไม่ต้องกังวล มันไม่ยากเราจะเข้าถึงบริการการรับรองความถูกต้องของ Laravel ผ่านซุ้มรับรองความถูกต้อง ดังนั้นเราจะต้องแน่ใจว่าการนำเข้ากระจกตรวจสอบที่ด้านบนของชั้น ถัดไป ลองเช็ควิธีพยายาม:วิธีการพยายามยอมรับเรย์ของคีย์ / ค่าคู่เป็นอาร์กิวเมนต์แรกของการ ค่าในอาร์เรย์จะถูกใช้เพื่อค้นหาผู้ใช้ในฐานข้อมูลของคุณ ดังนั้น ในตัวอย่างข้างต้น ผู้ใช้จะดึงข้อมูลตามค่าของคอลัมน์อีเมล ถ้าพบผู้ใช้ รหัสผ่าน hashed ในจะเปรียบเทียบกับค่ารหัสผ่าน hashed ผ่านวิธีผ่านอาร์เรย์ ถ้ารหัสผ่าน hashed สองตรง จะเริ่มเซสชันการรับรองความถูกต้องสำหรับผู้ใช้วิธีการพยายามจะกลับจริงรับรองความถูกต้องเสร็จเรียบร้อยแล้ว มิฉะนั้น false จะส่งกลับวิธีการที่กำหนดในตัวเปลี่ยนเส้นทางจะเปลี่ยนเส้นทางผู้ใช้ไปยัง URL ที่พวกเขาพยายามจะเข้าถึงก่อนที่จะถูกจับโดยตัวรับรองความถูกต้อง อาจได้รับ URI ที่ย้อนกลับกับวิธีนี้ในกรณีที่ไม่มีปลายทางที่กำหนดถ้าคุณต้องการ คุณยังเพิ่มเงื่อนไขเพิ่มเติมในแบบสอบถามการรับรองความถูกต้องของผู้ใช้อีเมลและรหัสผ่าน ตัวอย่าง เราอาจตรวจสอบผู้ใช้ที่ถูกทำเครื่องหมายเป็น "ใช้งาน":เข้าสู่ระบบผู้ใช้ออกจากโปรแกรมประยุกต์ของคุณ คุณอาจใช้วิธีออกจากระบบบนซุ้มรับรองความถูกต้อง นี้จะล้างข้อมูลในเซสชันของผู้ใช้:หมายเหตุ: ในตัวอย่างเหล่านี้ อีเมล์ไม่เป็นตัวเลือกที่จำเป็น แต่ใช้เป็นตัวอย่าง คุณควรใช้ชื่อคอลัมน์ใด ๆ ที่เกี่ยวข้องกับ "ชื่อ" ในฐานข้อมูลของคุณถ้าคุณต้องการให้ "จดจำ" ฟังก์ชันในโปรแกรมประยุกต์ของคุณ คุณอาจส่งค่าบูลีนเป็นอาร์กิวเมนต์สอง วิธีพยายาม ซึ่งจะทำให้ผู้ใช้การรับรองความถูกต้องโดยไม่จำกัดเวลา หรือจน กว่าพวกเขาด้วยตนเองออกจากระบบ หลักสูตร ตารางผู้ใช้ของคุณต้องมีสาย remember_token คอลัมน์ ซึ่งจะถูกใช้เพื่อเก็บโทเค็น "จดจำ"ถ้าคุณจะ "จดจำ" ผู้ใช้ คุณอาจใช้วิธี viaRemember เพื่อกำหนดว่าถ้าผู้ใช้ที่ได้รับรองความถูกต้องใช้คุกกี้ "จดจำ":

ผลลัพธ์ (ไทย) 2:

แต่คุณอาจใช้ตัวกลางในการตรวจสอบว่าผู้ใช้มีการรับรองความถูกต้องก่อนที่จะให้ผู้ใช้สามารถเข้าถึงบางเส้นทาง / ควบคุม เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับเรื่องนี้ตรวจสอบเอกสารเกี่ยวกับการปกป้องเส้นทางตัวกลางเส้นทางสามารถนำมาใช้เพื่อให้ผู้ใช้รับรองความถูกต้องเท่านั้นที่จะเข้าถึงเส้นทางที่กำหนด เรือ Laravel กับมิดเดิ้ลรับรองความถูกต้องซึ่งถูกกำหนดใน app Http มิดเดิ้ล Authenticate.php ทั้งหมดที่คุณต้องทำคือการแนบมิดเดิลแวร์นิยามเส้นทาง: แน่นอนถ้าคุณกำลังใช้การเรียนการควบคุมคุณอาจเรียกวิธีมิดเดิลแวร์จากตัวสร้างตัวควบคุมแทนการแนบในการกำหนดเส้นทางโดยตรง: การตรวจสอบตัวแปรถ้าคุณกำลังใช้ Laravel ในตัวชั้น AuthController, Illuminate มูลนิธิ รับรองความถูกต้อง ลักษณะ ThrottlesLogins อาจจะใช้ความพยายามในการเข้าสู่ระบบคันเร่งใบสมัครของคุณ โดยค่าเริ่มต้นที่ผู้ใช้จะไม่สามารถที่จะเข้าสู่ระบบเป็นเวลาหนึ่งนาทีถ้าพวกเขาล้มเหลวที่จะให้ข้อมูลประจำตัวที่ถูกต้องหลังจากที่พยายามอยู่หลายครั้ง การควบคุมปริมาณไม่ซ้ำกับชื่อผู้ใช้ของผู้ใช้ / e-mail address และที่อยู่ IP ของพวกเขาแน่นอนคุณไม่จำเป็นต้องใช้ตัวควบคุมการตรวจสอบที่มาพร้อมกับ Laravel หากคุณเลือกที่จะเอาตัวควบคุมเหล่านี้คุณจะต้องจัดการตรวจสอบผู้ใช้โดยใช้การเรียนการตรวจสอบ Laravel โดยตรง ไม่ต้องกังวลก็แน่นอน! เราจะเข้าถึง Laravel บริการการตรวจสอบผ่านซุ้มรับรองความถูกต้องดังนั้นเราจะต้องให้แน่ใจว่าจะนำเข้าซุ้มรับรองความถูกต้องที่ด้านบนของชั้นเรียน ถัดไปให้ตรวจสอบวิธีการพยายามที่: วิธีการพยายามที่ยอมรับอาร์เรย์ของคีย์ / คู่ค่าเป็นอาร์กิวเมนต์แรกของ ค่าในอาร์เรย์จะถูกใช้ในการค้นหาผู้ใช้ในตารางฐานข้อมูลของคุณ ดังนั้นในตัวอย่างข้างต้นที่ผู้ใช้จะได้รับการเรียกโดยค่าของคอลัมน์อีเมล หากผู้ใช้พบรหัสผ่านแฮชที่เก็บไว้ในฐานข้อมูลจะถูกเมื่อเทียบกับค่ารหัสผ่านแฮชส่งผ่านไปยังวิธีการผ่านอาร์เรย์ หากทั้งสองตรงกับรหัสผ่านแฮชเซสชั่นจะได้รับการรับรองความถูกต้องเริ่มต้นสำหรับผู้ใช้. วิธีการพยายามที่จะกลับมาจริงถ้าการตรวจสอบก็ประสบความสำเร็จ มิฉะนั้นเท็จจะถูกส่งกลับ. วิธีตั้งใจเปลี่ยนเส้นทางจะเปลี่ยนเส้นทางผู้ใช้ไปยัง URL ที่พวกเขากำลังพยายามที่จะเข้าถึงก่อนที่จะถูกจับได้โดยตัวกรองการตรวจสอบ URI ทางเลือกอาจจะได้รับวิธีการในกรณีนี้มีจุดมุ่งหมายปลายทางที่ไม่สามารถใช้ได้. หากคุณต้องการคุณยังอาจเพิ่มเงื่อนไขพิเศษในการแบบสอบถามการตรวจสอบนอกเหนือไปจากอีเมลและรหัสผ่านของผู้ใช้ ตัวอย่างเช่นเราอาจตรวจสอบผู้ใช้ที่มีการระบุว่าเป็น "การใช้งาน": การล็อกอินผู้ใช้ออกจากแอพลิเคชันของคุณคุณอาจใช้วิธีการออกจากระบบในอาคารรับรองความถูกต้อง นี้จะล้างข้อมูลการตรวจสอบในเซสชั่นของผู้ใช้: หมายเหตุ: ในตัวอย่างเหล่านี้อีเมลไม่ได้เป็นตัวเลือกที่จำเป็นต้องใช้มันถูกใช้เป็นเพียงตัวอย่าง คุณควรจะใช้สิ่งที่ชื่อคอลัมน์ที่สอดคล้องกับ "ชื่อผู้ใช้" ในฐานข้อมูลของคุณ. ถ้าคุณต้องการที่จะให้ "จำผมได้" ฟังก์ชั่นในการประยุกต์ใช้ของคุณคุณอาจส่งค่าบูลีนเป็นอาร์กิวเมนต์ที่สองวิธีการพยายามที่จะทำให้ ผู้ใช้สิทธิ์อย่างไม่มีกำหนดหรือจนกว่าพวกเขาจะออกจากระบบด้วยตนเอง แน่นอนตารางผู้ใช้ของคุณจะต้องมีสตริงคอลัมน์ remember_token ซึ่งจะถูกนำมาใช้ในการจัดเก็บ "จำผมได้" โทเค็น. หากคุณกำลัง "ความทรงจำ" ผู้ใช้คุณอาจใช้วิธีการ viaRemember เพื่อตรวจสอบว่าผู้ได้รับการรับรองความถูกต้องโดยใช้ " จำผมได้ "คุกกี้:

ผลลัพธ์ (ไทย) 3:

อย่างไรก็ตาม , คุณอาจจะใช้มิดเดิลแวร์เพื่อตรวจสอบว่าผู้ใช้รับรองความถูกต้องก่อนที่จะอนุญาตให้ผู้ใช้เข้าถึงเส้นทาง / ควบคุมบาง เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับเรื่องนี้ , เช็คเอกสารในการปกป้องเส้นทาง



เส้นทางมิดเดิลแวร์สามารถใช้เพื่ออนุญาตให้เฉพาะผู้ใช้สิทธิ์การเข้าถึงที่กำหนดเส้นทาง เรือ laravel กับ AUTH ตัวกลางซึ่งกำหนดไว้ใน app Windows N ที่ตรวจสอบได้PHP ทั้งหมดที่คุณต้องทำคือการแนบตัวกลางในเส้นทางนิยาม :

แน่นอน ถ้าคุณจะใช้คลาสของตัวควบคุม คุณอาจเรียกใช้จากตัวกลางของตัวควบคุมคอนสตรัคแทนแนบในเส้นทางที่นิยามโดยตรง :

รับรองอุด

ถ้าคุณใช้ laravel authcontroller ในตัวชั้นการส่องสว่าง N รากฐาน AUTH throttleslogins คุณลักษณะอาจจะใช้ความพยายามเค้นเข้าสู่ระบบใบสมัครของคุณ โดยค่าเริ่มต้น , ผู้ใช้จะไม่สามารถเข้าสู่ระบบเป็นเวลาหนึ่งนาที ถ้าพวกเขาล้มเหลวที่จะให้ข้อมูลที่ถูกต้องหลังจากความพยายามหลาย การอุดที่เป็นเอกลักษณ์ของผู้ใช้ชื่อผู้ใช้ / อีเมล์และที่อยู่ IP ของพวกเขา :

แน่นอนคุณไม่ต้องใช้รวมกับการตรวจสอบควบคุม laravel . ถ้าคุณเลือกที่จะลบตัวควบคุมเหล่านี้ คุณจะต้องจัดการกับการตรวจสอบผู้ใช้โดยใช้ laravel รับรองการเรียนโดยตรง ไม่ต้องห่วง มันแน่นอน !

เราก็จะเข้าถึงบริการตรวจสอบรับรองความถูกต้อง laravel ผ่านซุ้ม ดังนั้นเราจะต้องทำให้แน่ใจว่า เข้า AUTH ซุ้มที่ด้านบนของชั้นต่อไป เรามาเช็คพยายามวิธีการ :

พยายามวิธีการยอมรับ array ของคีย์ / ค่าคู่เป็นอาร์กิวเมนต์แรก ค่าในอาร์เรย์จะใช้เพื่อค้นหาผู้ใช้ในฐานข้อมูลตารางของคุณ ดังนั้นในตัวอย่างข้างต้น ผู้ใช้จะถูกดึงโดยค่าของอีเมลที่คอลัมน์ ถ้าผู้ใช้จะพบมี hashed รหัสผ่านที่เก็บไว้ในฐานข้อมูลจะถูกเปรียบเทียบกับค่า hashed รหัสผ่านผ่านวิธีการทางเรย์ ถ้าสอง hashed รหัสผ่านตรงกันเป็นรับรองการประชุมจะเริ่มต้นสำหรับผู้ใช้

พยายามจะกลับจริงถ้าตรวจสอบวิธีการประสบความสำเร็จ มิฉะนั้นเท็จจะถูกส่งกลับ .

ต้องการวิธีการในการเปลี่ยนเส้นทางจะเปลี่ยนเส้นทางผู้ใช้ไปยัง URL ที่พวกเขาพยายามที่จะเข้าถึงก่อนที่จะถูกจับโดยตัวกรองการตรวจสอบสิทธิ์ เป็นมือสำรองอาจได้รับเพื่อให้วิธีนี้ในกรณีที่ปลายทางที่ตั้งใจไว้ไม่อยู่

ถ้าคุณต้องการ คุณยังอาจเพิ่มเงื่อนไขพิเศษเพื่อการตรวจสอบแบบสอบถามนอกเหนือไปจากอีเมลของผู้ใช้และรหัสผ่าน ตัวอย่างเช่นเราอาจตรวจสอบผู้ใช้ที่ระบุว่าเป็น " งาน " :

ให้ผู้ใช้เข้าสู่ระบบออกจากโปรแกรมประยุกต์ของคุณ คุณอาจจะใช้วิธีล็อกเอาต์ใน AUTH ซุ้ม . นี้จะล้างข้อมูลการตรวจสอบในเซสชันของผู้ใช้ทราบ

: ในตัวอย่างเหล่านี้ อีเมล์ ไม่ต้องเลือก มันใช้แค่เป็นตัวอย่าง คุณควรจะใช้สิ่งที่ชื่อคอลัมน์สอดคล้องกับ " ชื่อ " ในฐานข้อมูลของคุณ .

ถ้าคุณต้องการให้ " จำ " ฟังก์ชันในโปรแกรมของคุณ คุณอาจจะผ่านเป็นอาร์กิวเมนต์ที่สองค่าบูลีนเพื่อพยายามวิธี ซึ่งจะทำให้ผู้ใช้รับรองความถูกต้อง อย่างไม่มีกำหนด หรือจนกว่าพวกเขาด้วยตนเองออกจากระบบ . แน่นอน ตาราง ผู้ใช้ของคุณต้องรวมสาย remember_token คอลัมน์ ซึ่งจะถูกใช้เพื่อเก็บ " จำ " โทเค็น

ถ้าคุณจะ " จำ " ผู้ใช้คุณอาจจะใช้วิธี viaremember เพื่อตรวจสอบหากผู้ใช้รับรองความถูกต้องโดยใช้ " จำฉันได้ " คุกกี้ :