Last major update: 25.08.2020
- Что такое авторизация/аутентификация
- Где хранить токены
- Как ставить куки ?
- Процесс логина
- Процесс рефреш токенов
- Кража токенов/Механизм контроля токенов
<?php | |
namespace App\Http\Responses; | |
use App\Models\ContactType; | |
use App\Factories\CsvFactory; | |
class ContactIndexResponse extends Response | |
{ | |
public function __construct($contacts) |
# SSH into droplet | |
# go to project | |
$ php artisan tinker | |
$ Mail::send('errors.401', [], function ($message) { $message->to('[email protected]')->subject('this works!'); }); | |
# check your mailbox |
<?php | |
namespace App; | |
use Illuminate\Support\Arr; | |
use Illuminate\Support\Str; | |
use Illuminate\Database\Eloquent\Model; | |
use Illuminate\Database\Eloquent\Builder; | |
use Illuminate\Database\Eloquent\Relations\Relation; | |
use Illuminate\Database\Eloquent\Relations\BelongsTo; |
Какие вопросы должен задавать программист своему потенциальному работодателю | |
29 ноября 2013 | |
Мне очень давно хотелось написать заметку на эту тему, но что-то все никак руки не доходили. А тут недавно я наткнулся на замечательный пост, который так точно отражает мое видение ситуации, что я даже подумывал просто взять и перевести его на русский язык. Но в конце концов я решил все-таки написать свою версию, немного расширенную и чуть более адаптированную к российским реалиям. | |
Чисто на случай, если для кого-то это не вполне очевидно, сообщаю, что на собеседовании не только оценивают вас, но и вы оцениваете потенциальное место работы. Поэтому прийти, порешать задачки, а затем отправиться домой ждать звонка — не лучшая идея. Чтобы получить представление о компании и условиях работы в ней, нужно задавать вопросы. Примерно такие. | |
1. Какая методология разработки используется в команде? Scrum, водопадная модель, XP, или что? Правильный ответ — Scrum или Scrum с элементами XP. Чистый XP в России, насколько мне известно, |
package main | |
import ( | |
"fmt" | |
"time" | |
"strings" | |
) | |
func main() { |
The standard way of understanding the HTTP protocol is via the request reply pattern. Each HTTP transaction consists of a finitely bounded HTTP request and a finitely bounded HTTP response.
However it's also possible for both parts of an HTTP 1.1 transaction to stream their possibly infinitely bounded data. The advantages is that the sender can send data that is beyond the sender's memory limit, and the receiver can act on