【Laravel】ElasticBeanstalkで動いているLaravelのログを簡単にCloudWatch Logsに送る【Tips】 - Qiita
【Laravel】ElasticBeanstalkで動いているLaravelのログを簡単にCloudWatch Logsに送る【Tips】 これは何 環境変数を追加するだけで、Elastic Beanstalkで動いているLaravelのログをお手軽にCloudWatch Logsに転送する方法です。 CloudWatch Logsに転送されれば、いちいちeb sshでインスタンスにログインしてログを見たりしなくて済みます。 どうなる？ ElasticBanstalkがデフォルトでCloudWatchLogsに連携している、/var/log/httpd/erro_logにLaravelのログ書き出す様にする やりかた Laravelが吐き出したログはデフォルトではstorage/logs/laravel.logファイルに書き込まれます。 これはlogger.phpで以下の様に設定されている
Laravel6.0をGoogle Cloud PlatformのGoogle App EngineのPHP7.2環境で動かしたメモ - Qiita
Windows 10 Home Vagrant 2.2.5 virtualbox 6.0.12 Ubuntu 18.04 LTS (Bionic Beaver) Docker version 19.03.2, build 6a30dfc docker-compose version 1.24.1, build 4667896b Laradoc Laravel 6.0 Google Cloud SDK 255.0.0 bq 2.0.45 core 2019.07.19 gsutil 4.41 構造 Laravelについては、前回、XDebugを設定した環境のソースを使用する。 今回は、これをほぼそのままGAEにアップロードしてビルドしたのだけれど、そのせいでハマった気がする。リポジトリからビルドできるならそちらのほうがシンプルなのかも。 GCPのためのCUIツールはdockerで用意した。
P++: 静的型付けをめざすPHP
PHP: pplusplus:faq PHP 8から、PHPは「PHP」と「P++」という2つの言語を提供するようになる。P++はPHPとの下位互換性を削りながら除々にPHPを静的型付け言語にする試みだ。 PHP開発者の中には2つの流派がある。PHPの源流であり現在の形である動的型付け言語としてのPHPを良しとする流派と、PHPをより強い静的型付け言語へと発展させたい流派だ。良い悪いの問題ではない。どちらの流派も正当な理由がある。しかし、ゆるふわな動的型付け言語とガチガチの静的片付け言語は同じ一つの言語として同居できない。 そこで、コードネームP++として、PHPを静的型付け言語に発展させる新しい言語の開発が提案された。P++はforkではなく、PHPと同じコードベースを共有する。PHP 8のバイナリはPHPとP++を同時に実装する。言語の切り替えは何らかの宣言によって指定する。 P++は
Laravel 5.5 から 5.8 にバージョンアップ - Qiita
Laravel の 5.5 から Larave 5.8 にバージョンアップする手順です。同時に PHP 7.0 から 7.1 に更新します。新しいバージョンが出たら放置せずになるべく早く更新しましょう 更新後のバージョン Laravel 5.8 PHP 7.1+ PHPUnit 7+ barryvdh/laravel-debugbar 3.2+ Laravel 5.8 は PHP 7.1 以降を要求するので事前にアップデートしておきましょう。PHPUnit も PHP 7.1 に対応するため 7 以降が必要になります。 Laravel DebugBar を使っているときは合わせてバージョンアップが必要です。 更新作業 事前準備 Laravel のバージョンアップ PHPUnit のバージョンアップ DebugBar のインストール テストの実行 事前準備 テストがある場合は事前に実行してエ
【PHP8.0】PHPでJITが使えるようになる - Qiita
2020/06/26追記：アルファ版がリリースされたので実際に試してみた JITのRFCが2019/03/21に投票開始されました。 締切は2019/03/28ですが、2019/03/27時点で賛成48反対2でほぼ導入確定です。 JITとは JIT is 何？ PHPは現在は、アクセスが来るたびにソースコードを全部読み取って、opcodeに変換して、順番に逐次実行して、実行が終了したら全てのコードを破棄するというインタプリタ型のプログラミング言語で、処理速度は遅いです。 遅いと言っても、やってる内容からすれば異常なまでに早いんですけどね。 opcodeはCPUやOSなどの実行環境によらず同一のコードが生成されます。 逐次実行するときはさらに実行環境ごとのネイティブコードに変換して実行されます。 OPcacheは、この変換後のopcodeをメモリに保存しておいて、次のリクエストでも使い回すと
WordPress in AppEngine SE でのプラグイン管理 - Qiita
この記事の目的 AppEngine Standard Environment(SE)上でWordpressを動かす際のプラグイン管理方法の紹介 動作環境 PHP 7.2.9 Google Cloud SDK 220.0.0 Wordpress 4.9.8 本題 AppEngine SEでWordPressを開発・デプロイのベース作成にはWordPress on App Engine Standard for PHP 7.2 を使いました。 本題のプラグイン管理についてですが、AppEngineはapp.yamlという設定ファイルがあるディレクトリをルートディレクトリとして、それ以下にあるファイルを全てまとめてAppEngine上にデプロイします。 そのファイル群+オプションでいくつかのPHP Extensionsによってアプリケーションを構成するため、デプロイ時にはデプロイを実行する環境に
GAE/SE PHP7.2環境で旧来のようなマルチコントローラを実現する
GAE/SE PHP 7.2環境では5.5環境とapp.yamlの書き方が変わっており、フロントコントローラ構成が前提になっています（参照：「GAE/SE PHP 5.5環境と7.2環境のapp.yamlの違い - Qiita」）。 しかし、置いたPHPファイルをそのまま実行したいんだ！ということもあるのではないでしょうか。そうした状況のための設定例を紹介します。 . ├── app.yaml ├── index.php ├── php │ └── *.php └── static ├── css │ └── *.css └── js └── *.js runtime: php72 entrypoint: serve index.php handlers: - url: /js static_dir: static/js - url: /css static_dir: static
Laravelのmiddleware authを理解したい - Qiita
環境 Laravel 5.2 PHP 7.0 ubuntu14.04 目的 Laravelのmiddlewareのauthを理解する ※middlewareのauthは、ログイン状態のチェックを行うもので、ログイン処理ではないので注意 ※ログイン処理は、Illuminate\Foundation\AuthのAuthenticatesUsersを調査すべし 調査 middlewareの使い方は、route.phpにRoute::groupで指定する Route::group(['middleware' => ['auth']], function () { // この中はログインされている場合のみルーティングされる Route::get('/', function () { return view('dashboad'); }); });
GAE/SE PHP 7.2環境は実用性が高そうだという話 - hnwの日記
筆者の周囲だけかもしれませんが、さいきんGoogle App Engine Standard Environment（以下GAE/SE）が再注目されつつあるように思います。今回筆者もgVisorベースのGAE/SE PHP 7.2環境に触ってみたので、その内容を紹介します。 GAE/SEとは GAE/SEは元祖PaaSとも言えるような、Googleが提供するフルマネージド環境です。以前からJava、Python、Go、PHPの4言語の環境が提供されていましたが、Go以外の言語のバージョンアップは長いこと提供されておらず、Googleの本気度に疑問を持っていた人も多かったように思います（私もその一人でした）。 ところが最近になってNode.js 8、Java 8、Python 3.7、PHP 7.2と立て続けに新バージョンを提供してきており、Googleが水面下でGAE/SEに開発リソースを
GAE/PHPで.gcloudignoreにcomposer.lockを入れてはいけない - Qiita
GAE/SE (Google App Engine Standard Environment) のPHP 7.2環境に関する話題です。 GAE/SE PHP 7.2環境ではapp.yamlの文法が以前と変わっている部分があります。その一つが、デプロイ対象から外すファイルの設定です。 以前はapp.yamlのskip_filesという設定でデプロイしないファイルの指定ができたのがphp72から廃止になり、代わりに.gcloudignoreで設定するようになりました。 .gcloudignoreに何を書くべきか、何を書いてはいけないか デプロイしたくないファイルというのは通常.gitignoreとも重複することが多いはずです。たとえば、VimのスワップファイルやEmacsのバックアップファイルをデプロイ対象から外すのは良いアイデアだと思います。 ところで、GAE/SE PHP 7.2環境でco
Google App Engine PHP 7.2 を試してみる #phpstudy / google app engine php 7.2
2018-08-29 に開催された 第129回 PHP勉強会@東京で発表したスライドです
GAE/SE PHP 7.2 標準で提供されていない拡張を使用する - Qiita
はじめに GAE/SE PHP 7.2 環境は 2018/08/30 現在 ベータ版です。この記事で書いた内容が GA になるまでに仕様が変わる可能性もあるかと思いますので、ご注意ください。 Google App Engine PHP 7.2 Standard Environment Google App Engine Standard Envirionment (GAE/SE) の PHP は、長らく 5.5 という今となってはサポートが切れたバージョンが提供されていたのですが、2018/08 に PHP 7.2 の環境がベータ版になりました。 PHP 7.2 環境は、PHP 5.5 環境とは違い、gVisor を使った 2nd Gen としての提供となります。 このあたりの話に関しては、 2018/08/29 に開催された 第129回 PHP勉強会@東京 で発表してきたので、今までとの
【Laravel】GoogleのOAuth認証でログイン機能を実装する(PHP) - Laravel・PHP入門
LaravelのSocialiteに感動したのでメモ。 【やりたいこと】 GoogleのOAuthAPIを用いてログイン機能を実装する ※ログインのみ、GoogleのAPIを用いて判定、 ユーザ情報はGoogle APIから取得する。 また、今回はuserの新規作成は割愛します。ログインのみ。 emailで管理ユーザか否か判定します。 ※必要な方は、ログイン時にユーザがいなければcreateしてください。 【環境】 Laravel5.5 PHP7.2 Google API 【前提】 php artisan make:auth 実施済(なければ叩いてください) Usersテーブル(もしくはauthに対応したテーブル)が存在する DBは接続済み ログインできるGoogleアカウントがある やってみます。 Google側 OAuth情報を取得・設定 APIの有効化 Laravelの設定 Soci
Athena SELECT Query Sample Program
sample_athena.php �ߣJ�U <?php /*----------------------------- * Athena SELECT Query Sample Program * * - IAM でユーザ作成必要 * 必要な管理ポリシー : AmazonAthenaFullAccess * - 作ったIAMユーザのクレデンシャル情報を aws configure で設定必要 * - AWS SDK for PHP version 3 のインストールが必要 * * @date 2017/08/06 ------------------------------*/ /*-------------------------------------------------------------- * AWS SDK for PHP のロード -----------------
エンジニアブログをGoogle App Engineを使って環境構築してみた | GRIPHONE ENGINEER'S BLOG
16卒のエンジニアの徳田です。 今回、エンジニアブログ開設にあたって、ブログのインフラ環境をGoogle App Engine(以下GAE)上に構築してみました。 その際の経緯や環境の解説をしようと思います！ (この記事はGAEのクイックスタートを終えた、またDocker/コンテナについてある程度の知識がある方向けになっています) GAE採用のわけ 単純な話ですが、運用する際の工数を落としたかったためです。VM上に構築するとなると、デプロイの処理や負荷分散対策、リソース監視などを考えなければならず、面倒です。 この辺りをマルっとやってくれるのがGAEです。(リソース監視は微妙ですが) 負荷の想定もそこまで厳しいものではなかったのと、オートスケールするので問題ないかなという判断でした。 次に、GAE上で動作させるアプリケーションですが、ブログサイトを見て分かる人には分かってしまいますがWor
LaravelをCircleCIでテストしてGAEへ自動デプロイ - Qiita
machine: timezone: Asia/Tokyo php: version: 7.0.4 node: version: 6.3.0 post: - npm install -g npm@3 environment: APP_ENV: testing APP_KEY: "入力してください" DB_HOST: 127.0.0.1 DB_CONNECTION: mysql DB_DATABASE: circle_test DB_USERNAME: ubuntu DB_PASSWORD: "" STORAGE_DIR: /tmp database: override: - "php artisan migrate" - "php artisan db:seed" test: pre: - echo "-----start test-----" override: - vendor/bin
EC-CUBEのプラグインを作る(3.0.9向け) - Qiita
はじめに version 3.0.9でプラグインの機構が大きく変わりました。後方互換性はあるので、3.0.8のプラグインもそのまま動きますが、せっかくなので新しい機構でプラグインを作ってみます。 参考資料 プラグイン仕様書 カテゴリコンテンツプラグイン version 3.0.9でのプラグイン開発 version 3.0.9以前では以下のような手順でプラグインを作成していたと思います。 必須ファイルの作成 パッケージング ( 圧縮 ) 本体管理画面からインストール プラグインを有効にして、デバッグしながら、プラグインを仕上げる version 3.0.9では、開発効率をあげるため、以下の機能が追加されています 未インストールプラグインの一覧表示 コンソールコマンドによるプラグインのインストール操作全般 上記の機能により、プラグイン作成は、本体の所定の位置に、プラグイン必要ファイルを設置する
GAE Standard Environmentの正体と未来を推測する - Qiita
Google App Engine Standard Environment（昔からある方のGAE環境）で使われているコンテナ技術がBorgと呼ばれるGoogle独自の実装である、というのは既に公開情報になっています1。一方で、その上でどんなバイナリが動くのか、どのlibcが採用されているか、などの情報は意外と表に出てきていません。今回その正体らしきものが見えた気がするので紹介します。 推測：GAE Standard Environmentのサンドボックス環境はNaClである 根拠らしきものは後で示しますが、GAE Standard Environmentは普通のLinux環境ではなく、Google Native Client (NaCl)というGoogle独自のサンドボックス基盤の上で動いていると考えられます。 NaClは一般にはGoogle Chrome上でネイティブバイナリを動かすた
composerの遅さをまじめに考える #phpstudy
FinOps at Mercari [Japan FinOps Meetup, Dec 13 2023]yujikazamadev
やさしいPHPコーディング規約の導入・完全版 - コネヒト開発者ブログ
はじめに こんにちは、社内でコーディング規約おじさんと呼ばれ始めて久しい高野(@fortkle)です！ ここ2ヶ月間ほどに渡って通常の開発業務とは別に社内のアプリケーションにコーディング規約を導入する試みをしており、PHP7 Casual Talks や PHP BLT などのPHP関連の勉強会で都度共有してきました。 今回はそれらをまとめ、共有したいと思います。興味のある方の参考になれば幸いです。 開発効率を阻害するもの 弊社が運営している ママリjp、ママリQといったサービスが順調に成長していっている中、その成長を支える開発チームの人数も少しずつ拡大しています。今後もこの流れは続くと思いますが、エンジニアたるものそういった場合でも「コードの質」は落とさずに成長させたいものです。 弊社では非常に丁寧にコードレビューを実施していますが、質の高いコードを維持し続けるためにはコードレビューをよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
