Создание подписного веб-сайта с Laravel и Recurly, часть 2

 $plan_code = $result->plan->plan_code; 

Теперь найдите соответствующую роль; Обратите внимание, что мы только что дали им одно и то же имя (например, «бронза», «серебро» и «золото»).

 $role = Role::where('name', '=', $plan_code)->first(); 

Затем получите пользователя из сеанса (и затем удалите его из сеанса):

 $user = Session::get('register_user'); Session::forget('register_user'); 

Затем мы предоставляем соответствующую роль новому пользователю:

 $user->roles()->attach($role); 

Затем нам нужно удалить ожидающую роль:

 $role_pending = $role_pending = Role::where('name', '=', 'pending')->first(); DB::table('role_user')->where('user_id', '=', $user->id)->where('role_id', '=', $role_pending->id)->delete(); 

Теперь мы улучшили процесс регистрации, чтобы принимать платежи, создавать подписки и применять роли к новым учетным записям пользователей на основе выбранного плана. В следующей части мы рассмотрим дальнейшее управление учетными записями пользователей и подписками.

Страницы управления аккаунтом

Давайте создадим простую страницу, с которой пользователи смогут управлять своей учетной записью. Очевидно, что это потребует, чтобы пользователь вошел в систему, поэтому нам нужно применить фильтр аутентификации. Вместо того, чтобы указывать этот фильтр для каждой защищенной страницы, мы можем поместить все соответствующие маршруты в группу, например так:

 Route::group(array('before' => 'auth'), function() { Route::get('/user/account', function() { // User must be logged in }); Route::get('user/account/billing', function() { // User must be logged in }); }); 

Обратный вызов на странице аккаунта прост:

 Route::get('/user/account', function() { return View::make('user/account/index'); }); 

Теперь app/views/user/account/index.blade.php к представлению app/views/user/account/index.blade.php :

 @extends('layouts.default') @section('content') <h1>Your Account</h1> <ul> <li><a href="/user/account/edit">Edit your account information</a></li> <li><a href="/user/account/plan">Update your subscription plan</a></li> <li><a href="/user/account/billing">Update your Billing information</a></li> </ul> @stop 

Давайте начнем со страницы обновления информации об оплате. Конечно, мы не храним информацию о счетах людей, поэтому, как и страница оплаты, Recurly создаст и заполнит форму для вас, отправив новую информацию обратно в Recurly, даже не приближаясь к вашему веб-приложению.

 Route::get('user/account/billing', function() { Recurly_js::$privateKey = Config::get('recurly.private_key'); $account_code = 'user_' . Auth::user()->id; $signature = Recurly_js::sign( array('account' => array('account_code' => $account_code)) ); return View::make('user/account/billing')->with(array( 'subdomain' => Config::get('recurly.subdomain'), 'currency' => Config::get('recurly.default_currency'), 'account_code' => $account_code, 'signature' => $signature )); }); 

Это очень похоже на страницу оплаты, так как мы инициализируем библиотеку Recurly.js, создаем подпись (хотя и с использованием другой информации) и передаем несколько параметров в представление.

Представление app/views/user/account/billing.blade.php следует в основном тем же строкам, что и страница оплаты:

 @extends('layouts.default') @section('content') <div id="recurly-billing"> </div> @stop @section('scripts') <script> Recurly.config({ subdomain: '{{ $subdomain }}', currency: '{{ $currency }}' }); Recurly.buildBillingInfoUpdateForm({ target: '#recurly-billing', successURL: '/user/account/billing/confirm', accountCode: '{{ $account_code }}', signature: '{{ $signature }}' }); </script> @stop 

Наконец, очень простой обратный вызов, когда пользователь отправил форму с информацией для выставления счета:

 Route::post('user/account/billing/confirm', function() { return Redirect::to('/user/account')->with('success', 'Your billing information has been updated.'); }); 

И это все — пользователи теперь могут обновлять свою платежную информацию!

Я не реализовал здесь функцию редактирования учетной записи, но это довольно просто. Я оставлю это как упражнение для вас.

Всплывающее уведомление

Помимо возможности запрашивать API-интерфейс Recurly, служба может «пинговать» ваше приложение с помощью уведомления, когда происходит одно из нескольких событий. Однако эти push-уведомления не следует путать с мобильным разнообразием — они совершенно разные. По сути, служба отправляет запрос POST на указанный вами URI и отправляет XML-документ в качестве тела запроса. Вы можете использовать библиотеки Recurly для извлечения соответствующей информации и действовать соответственно. Эти push-уведомления подробно описаны в документации Recurly.

Давайте определим наш обратный вызов для получения push-уведомления.

 Route::post('recurly', function(){ $xml = file_get_contents ("php://input"); $notification = new Recurly_PushNotification($xml); switch ($notification->type) { // ... process notification } }); 

Вы, вероятно, уже поняли, что, как только кто-то зарегистрировался и оплатил услугу, он остается участником на неопределенный срок, независимо от того, продолжается его подписка или нет. Таким образом, уведомление, которое нас больше всего интересует в данном руководстве, — это уведомление об отмене подписки. Мы можем использовать уведомление от Recurly для выявления неактивных подписок и отзыва соответствующих ролей в учетной записи. Например:

 switch ($notification->type) { case 'canceled_subscription_notification': // get the account code $account_code = $notification->account->account_code; // extract the user ID (account_code format is user_ID) $user_id = intval(substr($account_code, (strpos($account_code, '_')+1))); // find the user in question $user = User::find($user_id); // get the plan code $plan_code = $notification->subscription->plan->plan_code; // find the corresponding role... $role = Role::where('name', '=', $plan_code)->first(); // ...and revoke it DB::table('role_user')->where('user_id', '=', $user->id)->where('role_id', '=', $role)->delete(); break; // ... process notification } 

Есть несколько других вещей, которые вы можете сделать, в зависимости от типа уведомления. Вы можете использовать уведомления на основе подписки (новые, обновленные, отмененные и т. Д.), Чтобы создавать историю подписок, отслеживать количество участников и анализировать отмены. Вы также можете использовать транзакции — положительные (платежи) или отрицательные (возвраты) — для отслеживания фактического и ожидаемого дохода.