참고로 라라벨 에코서버를 이용할 때는 redis서버가 반드시 필요하기 때문에 사전작업의 redis서버를 준비해 주세요
그 후 라라벨 에코 서버 json파일을 작성해줍니다.
laravel-echo-server init
? Do you want to run this server in development mode? Yes
? Which port would you like to serve from? 6001
? Which database would you like to use to store presence channel members? redis
? Enter the host of your Laravel authentication server. http://localhost:8000
? Will you be serving on http or https? http
? Do you want to generate a client ID/Key for HTTP API? Yes
? Do you want to setup cross domain access to the API? Yes
? Specify the URI that may access the API: http://localhost:8000
? Enter the HTTP methods that are allowed for CORS: GET, POST
? Enter the HTTP headers that are allowed for CORS: Origin, Content-Type, X-Auth-Token, X-Requested-With, Accept, Autho
rization, X-CSRF-TOKEN, X-Socket-Id
? What do you want this config to be saved as? laravel-echo-server.json
appId: fb9e72802cace662
key: 9bf6eb178b5601e2353d387c9d46531b
init을 이용하면 위와 같이 설정을 할 수 있습니다.
마지막으로 라라벨 에코 서버를(laravel-echo-server start) 기동시 킵니다.
$laravel-echo-server start
L A R A V E L E C H O S E R V E R
version 1.5.3
Starting server...
✔ Running at localhost on port 6001
✔ Listening for http events...
✔ Listening for redis events...
Server ready!
혹시 아래와 같은 에러가 보인다면 redis서버가 준비되어있지 않은 상태이니 한번 확인해주세요!
<?php
namespace App\Events;
use Illuminate\Broadcasting\Channel;
use Illuminate\Queue\SerializesModels;
use Illuminate\Broadcasting\PrivateChannel;
use Illuminate\Broadcasting\PresenceChannel;
use Illuminate\Foundation\Events\Dispatchable;
use Illuminate\Broadcasting\InteractsWithSockets;
use Illuminate\Contracts\Broadcasting\ShouldBroadcast;
class PublicEvent implements ShouldBroadcast
{
use Dispatchable, InteractsWithSockets, SerializesModels;
/**
* Create a new event instance.
*
* @return void
*/
public function __construct()
{
//
}
/**
* Get the channels the event should broadcast on.
*
* @return \Illuminate\Broadcasting\Channel|array
*/
public function broadcastOn()
{
// redis채널이름
return new Channel('public-event');
}
public function broadcastWith()
{
return [
"message" => "hello world",
];
}
}
@switch($number)
@case(1)
일
@break
@case(2)
이
@break
@default
다른숫자
@endswitch
@붙여 매우 간단히 foreach, for switch 구문을 사용할 수 있습니다.
조건문
@if($data == 1)
하나
@elseif($data == 2)
둘
@else
다른 숫자
@endif
조건문은 if문을 사용할 수 있으며,
반복문과 마찬가지로 @를 붙여 사용할수 있습니다.
CSRF
라라 벨에서 특수한 경우가 있는데, form를 이용하여 post를 할 경우엔 CSRF를 붙여주시는 게 좋습니다.
<form method="POST" action="/post">
@csrf
</form>
blade의 @csrf를 이용하여 사용 가능합니다.
별도의 설정 없이 post를 할 경우 @csrf를 사용하지 않는 경우에는 에러가 발생합니다.
CSRF에 대해서는 위키피디아를 참고하였습니다.
Cross-Site Request Forgery (CSRF) (크로스 사이트 요청 변조) CSRF공격은 로그온 된 피해자의 취약한 웹 애플리케이션에 피해자의 세션 쿠키와 기타 다른 인증정보를 자동으로 포함하여 위조된 HTTP 요청을 강제로 보내도록 하는 것이다. 이것은 공격자가 취약한 애플리케이션이 피해자로부터의 정당한 요청이라고 오해할 수 있는 요청들을 강제로 만들 수 있다.
서비스 프로바이더의 역할은 서비스컨테이너에 바인딩을 등록하는 역할을 합니다. 프로바이더는 register 와 boot 메소드를 가지고 있습니다. register의 역할은 서비스컨테이너에 등록하는 역할을 수행합니다. 예제를 들어보겠습니다.
<?php
namespace App\Providers;
use Riak\Connection;
use Illuminate\Support\ServiceProvider;
class RiakServiceProvider extends ServiceProvider
{
/**
* Register bindings in the container.
*
* @return void
*/
public function register()
{
$this->app->singleton(Connection::class, function ($app) {
return new Connection(config('riak'));
});
}
}
위의 예제는 라라벨 공식홈페이지의 내용입니다. RiakServiceProvider클래스를 만들고 serviceProvider를 상속받습니다. 그후 레지스터 메서드를 작성하고 그안에 $this-app을 이용하여 서비스컨테이너에 등록하고 싶은 클래스를 등록합니다. boot 메소드는 모든 서비스프로바이더의 register가 작업을 수행한 뒤 실행됩니다.
부트스트래핑 과정에 필요한 작업이 있다면 작성하여 사용 하면 됩니다. 마지막으로 config/app.php에 서비스 프로바이더를 등록하여 사용하면 됩니다.
파사드
파사드는 쉽게 말해서 static 메서드의 제공입니다.
보통 클래스들은 static을 붙여 정적 클래스를 제공하지만, 파사드를 사용하면 static을 붙이지 않고서도 정적메서드로써 사용가능합니다.
예제를 보며 알아보겠습니다.
class Test extends Facade
{
/**
* Get the registered name of the component.
*
* @return string
*/
protected static function getFacadeAccessor()
{
return "test";
}
}
Facade클래스를 상속받아, getFacadeAccessor메서드 안에 정적클래스로 사용하고싶은 클래스를 작성해 줍니다.
우선 파사드 클래스를 상속받아 getFacadeAccessor메서드 안에 정적클래스로 사용하고싶은 클래스를 작성해 줍니다. 그후 return 값의 값을 이용하여 서비스컨테이너로 부터 test 라는 이름의 바인딩 객체를 찾아 메소드를 호출합니다.
라라 벨의 서비스 컨테이너는 클래스의 의존성을 관리하고 의존성을 주입하는 강력한 도구입니다. 의존성 주입이라는 멋진 말의 의미는 다음과 같습니다: 클래스 간의 의존성은 클래스 생성될 때 또는 경우에 따라 "setter" 메서드에 의해서 "주입" 된다는 의미입니다.
라는 말이 나와있습니다.
여기서 의존성주입 이란 단어를 이해하시면 라라 벨 서비스 컨테이너에 대해 보다 쉽게 접근하실 수 있습니다.
의존성 주입이란, 기존에 존재하는 디자인 패턴 중의 하나로 DI (Dependency Injection)이란 말로 많이 알려져 있습니다.
(구성요소 간의 의존 관계가 소스코드 내부가 아닌 외부의 설정 파일 등을 통해 정의되게 하게 만드는 것)
??
소스코드 내부가 아닌 외부의 설정 파일이라.. 무슨 말이지??라고 생각하실 수 있습니다.
여기서 의존성 주입이라는 단어를 제외하고 코드를 한번 작성해 보겠습니다.
class TestLaravel{
public function __construct() {
$sql = new Mysql();
}
}
class Mysql {
}
class Test {
public function test(){
$testLaravel = new TestLaravel();
}
}
위의 코드에서 문제점이 보이시나요?
겉보기엔 아무 문제없는 코드인데 뭐가 문제지?라는 생각을 하실 수 있습니다.
하지만 TestLaravel 클래스는 Mysql클래스를 의존하고 있는 것입니다.
이게 왜?라는 질문이 있을 수 있습니다.
만약 여기서 Test클래스는 Mysql 말고 MongoDB도 필요한 작업들이 생긴다고 가정해보겠습니다.
그렇게 되면 TestLaravel은 mongoDB를 가져오는 인스턴스를 또 만들어야 하는 작업들이 귀찮은 작업들이 생기게 되는 겁니다. 이게 1~2개면 뭐 상관없지만, 100개 200개 300개가 되는 순간 지옥의 시작입니다.. :(
여기서 저희들은 의존성 주입이란 것을 이용해 보도록 하겠습니다.
class TestLaravel{
protected $sql = null;
public function __construct(DBInterface $sql) {
$this->sql = $sql
}
}
class Mysql implements DBInterface{
}
class MongoDB implements DBInterface{
}
interface DBInterface {
}
class Test {
public function test(){
$mongoDB = new MongoDB();
$mysql = new Mysql();
$mongoDBTestLaravel = new TestLaravel($mongoDB);
$mysqlTestLaravel = new TestLaravel($mysql);
}
}
달라진 점은 interface를 이용한다는 점!
이렇게 함으로써 TestLaravel을 사용할 때 mongoDB가 됐든, mysql이 됬든 상관없이 먼저 인스턴스를 만들고 값을 넣어줌으로써, TestLarvel클래스는 수정 없이 바로바로 사용할 수 있게 된다는 점입니다!
이제 여기까지 의존성 주입을 알아봤는데요.
이게 왜 서비스 컨테이너랑 무슨 상관인데?라는 의문이 들 수 있습니다.
서비스 컨테이너는 프로바이더의$this->app속성을 통해서 컨테이너 인스턴스에 접근할 수 있다는 점입니다.
(프로바이더는 다음장에 배우도록 하겠습니다.)
$this-app이 서비스 컨테이너 자체이자 위의 예제에서 썼던 인터페이스 역할을 하고 있는 것입니다.
예제를 보겠습니다.
$this->app->bind('HelpSpot\API', function ($app) {
return new HelpSpot\API($app->make('HttpClient'));
});
위의 예제는 라라 벨 공식 홈페이지의 예제입니다.
$this-app을 이용하여 컨테이너 인스턴스에 접근한 뒤 bind메서드를 사용하여 HelpHelpSpot\API의 인스턴스를 의존성 주입하는 모습입니다.
여기서 딱 한 번만 더 강조하자면 $this-app이 서비스 컨테이너 인스턴스에 접근할 수 있다는 점!
