BEAR.Sunday のリソースキャッシュを試してみた - OTOBANK Engineering Blog
この記事には @koriym さんによるフォローアップ記事: BEAR.Sunday のリソースキャッシュ - Qiita があります。併せてご覧ください。 しばらくぶりです。 @kalibora です。 この記事は BEAR.Sunday Advent Calendar 2017 - Qiita 20日目の記事です。 （前日の記事と少し被りますが気にしない） リソースキャッシュとは？ BEAR.Sunday には リソースキャッシュ と呼ばれる機能があります。 リソースクラスに @Cacheable とアノテートするだけで、リソースの中身がキャッシュされるようになる。という機能です。 データベースに毎回アクセスするようなことは、負荷の観点からC（Consumer）向けのサービスではあまりしないでしょうから、とても便利な機能だと思います。 しかしながらキャッシュはパージ（削除）するタイミン
フレームワークディスパッチャを実装してBEARとLaravelを動かしてみる - Qiita
本記事は BEAR.Sunday Advent Calendar 2020 23日目の記事です。 はじめに 筆者は普段フレームワークとしてはLaravelを触っていますが、BEAR.Sundayを使いたい気持ちが強いので、既存のサービスでどうやって利用するかについて考えてみます。 複数のアプリケーション（FW）を1つのサービスで利用する ざっくり3パターン挙げます。 Front & Backend Middleware routing Application routing 1. Front & Backend BEARをバックエンドに設置してLaravelから呼び出す方式。 LaravelがEC2インスタンス上で運用されていても、BEARはコンテナで運用するなど、既存アプリケーションの実行環境の影響を受けず・与えずに運用可能であったりするのが特長でしょうか。 また、LaravelからBE
他のPHPからBEAR.Sundayリソースを利用する - Qiita
概要 他のCMSやフレームワークで作られたPHPアプリケーションからBEAR.Sundayのリソースを利用するのにHTTPリクエストをする必要はありません。composerのパッケージにして他のシステムからrequireしたあとは1行でリソースを利用可能です。 グローバル定数がない完全なDI設計のために複数のBEAR.Sundayアプリケーションが同一のPHPメモリ空間で存在可能です。 利用例 リソースをjsonで取得したい場合は文字列評価します。 $json = (string) (new \BEAR\Package\Bootstrap) ->getApp('MyVendor\MyProject', 'prod-app') ->resource->uri('page://self/index')(['name' => 'Sunday']);
BEARアプリケーションのDocker開発環境構築例（docker-sync, Mutagen） - Qiita
はじめに バックエンドの開発環境は Docker が主流になりつつあります 1 。私はローカルPCにPHPを直接インストールして使うのが好きですが、そうもいかないケースは多々あります。 BEAR.Sunday アプリケーションでは自動生成ファイルのI/Oが多いことから、Mac の Docker 環境だとパフォーマンスが問題となります。その解決例として、去年 Docker + BEAR.Sundayで開発するときはdocker-syncを使おう という記事を gamu1012 さんが投稿されていました。また、別の記事で、docker-sync が行うファイル同期は Mutagen でも実現が可能であることを私は知りました。 2 この記事では、BEARの開発環境を docker-sync と Mutagen を使ってそれぞれ構築したこと、両者は同等のパフォーマンスで高速であること、使用感につい
【サーバーサイド（内部API層）編】TECH LEADの技術を惜しげも無く公開します！React × PHP Laravel × BEAR.Sunday × SSR - TECH LEAD Blog
こんにちは、@TECH LEADです。 第4回となる今回は、TECH LEADのサーバーサイド（内部API層）の技術をご紹介します。 アーキテクチャー編 フロントエンド編 サーバーサイド（アプリケーション層）編 サーバーサイド（内部API層）編 ←いまここ インフラ編 目次 目次 はじめに 主な技術 フレームワーク BEAR.Sundayの紹介 内部API層の実装 ディレクトリ構成 TECH LEAD Resumeのプロジェクト取得 実装時に悩んだ事 まとめ エンジニアの皆さんへお願い 次回予告 PR TECH LEAD Job TECH LEAD Resume TECH LEAD Agent はじめに 内部API層は、データベース・Elasticsearchの操作、メール送信処理などに直接アクセスし、それらの処理をラップ(抽象化)しています。 各アプリケーションからのリクエストを元に、デ
BEAR.Sunday (2018)
BEAR.Sunday is a resource orientated framework with a REST centered architecture, implementing Dependency Injection and Aspect Orientated Programming' a…
BEAR.SundayとDDD - Qiita
アプリケーション設計 マニュアルのチュートリアルの記事などではリソースのリクエストメソッドで直接SQLを操作していますが、実際にはアプリケーションをどのように設計、実装するかはアプリケーション開発者の仕事です。 この記事はコンテキスト境界、ディレクトリ構成について考えるのフォローアップ記事で、BEAR.SundayでDDDを導入するときにどのような構成になるかを考えます。 PHP DDD Cargo Sample PHP DDD Cargo Sampleとはエリック・エヴァンスのドメイン駆動設計で紹介されているパターンを実際に使用して作られたPHPのサンプルアプリケーションです。 このサンプルはPSR-7とPSR-15を使ったzend-expressive + Doctrine ORMで構成されていますが、これをBEAR.Sundayで利用する事を想定します。 DDD Compoentsフ
BEAR.Sundayのフォーム - Qiita
フォームバリデーションはバリデーションするメソッドに@FormValidationとアノテーションとすることで行われます。 Formクラス Formのページを作成するために最初にFormクラスを作成します。Formクラスはフォームの登録と初期化、ルール適用、HTML表現などフォームに関連する要素が１つに集約されています。 class MyForm extends AbstractForm { /** * {@inheritdoc} */ public function init() $this->setField('name') ->setAttribs([ 'id' => 'name', 'name' => 'name', 'size' => 20, 'maxlength' => 20, 'class' => 'form-control', 'placeholder' => 'Your
BEAR.Sunday 2015 - Qiita
v1.0.0 安定板リリース (5/31) PSR7対応 Excite ママなど幾つかのBEAR.Sunday v1.0アプリの登場。 データベース、ページャーライブラリ Sirenなどのハイパーメディアサポート Webフォーム PHPStormプラグイン 今年は5/31にBEAR.Sunday v1.0をリリースしました。その後は実際の運用での細かな修正や幾つかのライブラリが追加され、アプリケーションが幾つかリリースされました。年内開発終了して来年以降にリリースされるアプリケーションもあります。 BEAR.Sundayではデータベースアクセスやテンプレートエンジンといった機能を提供をするのがライブラリ、それらの機能を結びアプリケーションに制約をもたらすのがフレームワークと考えています。 フルスタックという伝統的なフレームワークの形から、ここ数年で機能が単体で使えるコンポーネント志向のフレ
コネクタとしての BEAR.Resource について考えたこと
BEAR.Sunday Advent Calendar 2015 6日目の記事です。（※記事の公開が予定よりも遅れてしまいました。すみません。） RESTfulフレームワークである BEAR.Sunday を使う機会がありました。 使ってみて考えたことを書きたいと思います。この記事では、まずコネクタとしてのリソース（BEAR.Resource）について説明します。リソースの単位を 1. 名詞的情報にした場合と、 2. ドメインユースケースにした場合 についてそれぞれ特徴を検討します。後者については説明用に動作するスニペットを組みました。 BEAR.Resource とは BEAR.Sunday を構成するオブジェクトフレームワークの１つに BEAR.Resource があります。READMEには下記の記述があります。 BEAR.Resource はオブジェクトがリソースの振る舞いを持つHy
composer testでQAツールの実行 - Qiita
概要 phpunit, phpcs, phpmdをcomposer testコマンドで簡単に実行できるようにします。 準備 ※ 現在のBEAR.Sundayのアプリケーションスケルトンはこの準備は完了していています。 composer.jsonに以下のエントリーを記述します。 "require-dev": { "phpunit/phpunit": "~4.8", "squizlabs/php_codesniffer": "~2.3", "phpmd/phpmd": "~2.3" }, "scripts" :{ "test": [ "php vendor/phpmd/phpmd/src/bin/phpmd src text ./phpmd.xml", "php vendor/squizlabs/php_codesniffer/scripts/phpcs", "php vendor/phpun
composerパッケージのファイル構成 - Qiita
ディレクトリ構成 Packagistに登録されているパッケージはある程度標準的なファイル／ディレクトリ構成がありますが、作者や依存するフレームワークなどによって微妙に違います。 標準的でCI用の設定が整ったパッケージ構成とは？という点で検討した現在の構成を紹介します。（Auraフレームワークが採用している構成に近いものでBEAR.Sundayで採用しているものです） パッケージフォルダ名 .(ドット）区切りで{ベンダー名}.{パッケージ名}にしています。Auraと同じです。 bin (あれば）PHP実行ファイルを格納します。 src libs, libなどもありますがsrcが一般的です。srcのクラスファイルは例外やアノテーションなどを除いてサブディレクトリを作らずにフラットに設置します。traitはセッターインジェクションのコードを除いて原則使いません。 tests bootstrap.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜ PageリソースとAppリソースがあるのか
GitHub - kumamidori/Container.Sunday
GitHub - bearsunday/MyVendor.Swoole: Swoole benchmarking for BEAR.Sunay
PHPerKaigi 2018 - 03/10 30分 BEAR.Sunday / 郡山昭仁
GitHub - polidog/Polidog.Todo: BEAR Sunday Todo sample application
GitHub - gilbite/easy_bear_env: not easy
GitHub - bearsunday/deploy: a template for http://deployer.org/
GitHub - bearsunday/MyVendor.Task: Quick API Tutorial
