Laravelでテンプレート用のロジックを整理する方法 - atijust's blog
Laravel Advent Calendar 2013の15日目です。 robclancy/presenterでテンプレート用のロジックを整理する方法を紹介します。 テンプレート用ロジックの置き場所の問題 Laravelに限らずですが、Webアプリを開発していてぶち当たる問題として、テンプレート用のロジックをどこに置くかというのがあります。 例えばモデルの作成日時をテンプレートで表示するというのはよくありますよね。 {{{$article->created_at->format('M d, Y')}}} 何も考えずに書くとこんな感じかな。テンプレート内でフォーマットを指定して表示しています。 うん問題ない。でも、日付の表示がここ1箇所だけならいいのですが、他に何箇所も表示しなければならないとしたら、ちょっと嫌ですよね。DRYじゃない。表示のフォーマットを変えたくなった場合、すべての箇所を
swaggerでAPIドキュメントを書いたらめっちゃはかどった話 - kaz29
Swaggerは、REST APIの仕様とそれに関連するツール群の総称です。REST APIの仕様を定義したJSONファイル(Swagger Spec)を軸に以下のようなツールから構成されています。 Swagger UI - Swagger Spec から動的にAPIドキュメントを生成するツール Swagger Editor - Swagger Specのエディタ Swagger Codegen - Swagger Specからクライアントのコードを生成するツール 最近では、Open API InitiativeがAPIの記述のためにSwaggerを採用して話題になりました。 www.publickey1.jp APIドキュメントのメンテは結構面倒 一般的にAPIの仕様書は、古くはExcel/Wordなどを使ったり、最近ではWikiやMarkdown形式で記述したりなどプロジェクトによって
アプリケーションから例外を投げる派、投げない派 - Shin x Blog
例外をどのような状況に投げるかもしくは投げないか、というのはわりと意見が分かれるところです。もちろん、プログラミング言語によっても異なりますが、同じプログラミング言語ユーザ同士でも様々です。 基本の考え方 ベースとしては、Effective Java の項目 39 にある下記の方針が参考になります。 例外的な状況の時にのみ例外を使う。 Effective Java 禅問答のような定義ですが、これには異論は無いでしょう。例外を正常フローで利用したり、制御構造に用いるべきではありません。 人によって異なるのは「例外的な状況」の解釈です。 例外的な状況 この「例外的な状況」の解釈は人によって異なるようで、これまでも議論になっていました。これまで聞いた解釈を乱暴に分けると以下の 2 パターンに分かれます。 1. アプリケーションから独自の例外を投げる派 ランタイムやミドルウェア連携などプラットフォ
Railsで開発してもPHPで開発しても大して変わらねえじゃねえか。Facebook見てみろや。リア充はプログラミング言語なんで気にしてないぞ。
2015/01/07 (更新日: 2018/04/26) Railsで開発してもPHPで開発しても大して変わらねえじゃねえか。Facebook見てみろや。リア充はプログラミング言語なんで気にしてないぞ。 THOUGHT Ruby on Rails Cake PHP Go jQuery Angular JS Web界隈にいる方ならよく聞くワードかと思います。 上記の言語は、ここ3,4年で流行りだしたものです。 最近、ふと疑問に思うことがありました。 「これってラットレースに巻き込まれていないか？」 プログラミングはすばらしいです。 パソコン1台で、すばらしいサービスを世の中に生み出すことが出来ます。 ぼくも、こういった考えを信じて、日々勉強に励んでいました。 プログラミングは、勉強しても、勉強しても、新しい技術が出てきます。 それをまた勉強します。 無限ループです。 仕方のないことです。 で
「DDD パターンを活用した Laravel アプリケーション開発」を Laravel Osaka 2016 で発表しました。 - Shin x Blog
2016/10/19 に大阪で開催された Laravel Osaka 2016 にて、「DDD パターンを活用した Laravel アプリケーション開発」を発表しました。 会場の MOTEX さん。巨大スクリーンが 2 面あり、話しやすい環境でした。 発表資料 Laravel の具体的なテクニックに比べると抽象的な内容なので、どれだけ伝えられるか思案したのですが、聞いて頂いた方からのフィードバックや参加者アンケートでも概ね良い評価を頂けたので安心しました。 ValueObject については、さらに掘り下げて話せるテーマなので、これ単体でもまた話してみたいです。 Value Object は基本ですね | DDDパターンを活用した Laravelアプリケーション開発/ddd-with-laravel https://t.co/ZzRTnt0tY6— 増田 亨． (@masuda220) O
PHPカンファレンス2016 #phpcon2016 で PHPのASTについて話してきたこと - do_aki's log
概要 PHP7 で導入された AST(Abstract Syntax Tree) について、その概要と、導入によるPHPの変化を解説しました。 おまけでASTの利用法についても少し。 AST の可視化は https://dooakitestapp.herokuapp.com/phpast/webapp/ にて試せます(動いてなかったらごめんなさい)。 PHP AST 徹底解説 from do_aki 動機 以前、まだphp7 がリリースされる前に闇PHP勉強会でASTについて発表したことがありました。 ASTの導入は、それ単体でのインパクトは小さく、php7の他の新機能に隠れがちではありますが、可能性という点においては他の機能に勝るとも劣らない仕組みです。 しかし、発表以来気になりつつもあまり追っていなかったのでした。 久しぶりにAST周りについて何か新しいことは起きてないかとググってみま
How can I access object properties with names like integers or invalid property names?
Updated for PHP 7.2 PHP 7.2 introduced a behavioral change to converting numeric keys in object and array casts, which fixes this particular inconsistency and makes all the following examples behave as expected. One less thing to be confused about! Original answer (applies to versions earlier than 7.2.0) PHP has its share of dark alleys that you really don't want to find yourself inside. Object pr
Laravel5を業務で一通り使ってみた感想 - nazolabo
２ヶ月くらい使ってみたけど、悪くはないんだけど、なんか最近持ち上げられすぎてる気がするので、気になったところを書き出してみる。 あくまで個人的な感想なので、マサカリ投げるのは歓迎。 概要 Noticeを含むエラーが全て例外になる 最近のフレームワークは大体やってそうだけど、エラーを出すと全て例外を出すので、不要にcatchしなければ問答無用で落ちる。これにより、NOTICE出しっぱなしで何となく動いているコードを殲滅できる。標準にしてほしい。Fatalも例外として扱ってくれるが、Fatalを取れるのはプログラム終了後なので、特に意味はない。出力が同一フォーマットになるくらい。 ちなみに自前で実装するにはErrorExceptionのページに書いてあるので、この通り実装しよう。簡単である。 ファイルの配置が自由 composer autoload使っていればどれでもそうなんだけど、Model
「レイヤードアーキテクチャを意識したPHPアプリケーションの構築」を発表しました
2015/06/27 に開催された PHPカンファレンス福岡2015 にて、「レイヤードアーキテクチャを意識したPHPアプリケーションの構築」という発表をしてきました。 MVC フレームワーク（CakePHP / Laravel）で構築したアプリケーションをレイヤードを意識して改善したという内容です。参加いただいた皆さんの顔ぶれを見ると歴戦の勇者みたいな方ばかりでしたが、和やかな雰囲気でセッションを進めることができました。ご参加ありがとうございました。 発表資料 発表資料は以下です。 MVC にサービスレイヤを追加して、それぞれの役割を意識して作る。レイヤ間の依存を明確にする。サービス（ドメイン）を中心に考える。よく言われていることなのですが、実際に実践する中で、ハマりがちなことや実際に実践してきた中で感じたことを紹介しました。もちろん、これで ok ということはないので、今後取り組んでい
高速なWebサーバアプリケーションを構築するための6つの経験則 | POSTD
この記事では、Webアプリケーション（特にバックエンド部分）を構築するときにハイレベルなパフォーマンスを達成しようとするなら考慮するべき、最も一般的な原則のいくつかを取り上げたいと思います。私は、自分自身の経験から、主にPHPの世界で使われるいくつかの例、設計パターン、慣例やツールについて書きますが、ここで説明する概念は、どんな言語やフレームワークにも必ず当てはまると思います。 手短に言うと、基本ルールは次の6つです。 ルール1 . 時期尚早な最適化を回避する ルール2 . 最小限の作業で問題を解決する ルール3 . 今すぐやらなくてもいい作業は延期する ルール4 . 使えるときはキャッシュを使う ルール5 . リレーショナルデータベースのN+1問題を理解し、回避する ルール6 . 可能ならアプリケーションに水平スケーラビリティをもたせる ルール1: 時期尚早な最適化を回避する Donal
Cakephp2系が激重だったので、色々やったらクソ速くなった | Into The World
CakephpでWebサービスを作っているのですが、最初の頃は速かったのに いつの日か気づいた時には、激重になっていました。 Google Speed Insightでチェックすると、 ○ トップページ モバイル 66点 PC 70点 ○ シングルページ： モバイル 47点 PC 69 そこまで悪い数字ではない(特にPC)けれど、体感でのスピードは激重。 5,6秒くらいかかってる気がする。これじゃユーザーすぐ離脱するぜ。。。 ということで、Cakephpのパフォーマンス向上施策をしました。 先に結果から書いておくと、 Mysqlのクエリ発行回数が多すぎた。 でした。 – ムダにDBにクエリ投げないこと – DBにindexをきちんと 結果的には、mysqlのクエリが多すぎた事が一番大きな原因でした。 僕の場合footerに沢山の情報を表示するためにAppControllerで大量にfind
アンテナサイトを制作してみた - web制作のメモ帳
今ある知識でどの程度のものが作れるか試すためにアンテナサイトを作ってみた。 見た目（左：PC 右：スマホ） 製作者のスペック 知識：IT系専門学校卒レベル 今回必要になった知識はほぼ独学 開発環境 サーバ：Linux（GMOインターネットのVPS） webサーバにNginx 使用言語：CSS/HTML PHP（CakePHP） Javascript（Jquery） データベース：Mysql 使用ソフト：WinSCP TeraTerm TeraPad 機能 大雑把な説明 ・登録しているサイトをCronで１時間ごとにRSSを取得し、データベースに登録 ・記事のクリック数をカウント ・登録しているサイトからのアクセスをカウント（逆アクセス） ・記事の内容でツイートされているツイート数をカウント ・検索（人気・キーワード・タグ・サイト） ・キーワードとタグで表示した履歴 ・よく見るサイトをマイリス
DIS例2 / PHPは配列型と辞書(HaspMap)型が区別不能な言語！ | PHPを使いもせずDISってる君達へ - Qiita
PHPはよくDISられることがあります。しかし、実際にはほとんどPHPを利用していない人が印象だけでDISってることが多いような気がします。 そこで、PHPがよくDISられている点について、実際どうなのかをPHP未体験者向けに解説していきたいと思います。PHPを触ったことない人でもわかりやすいようにシンプル目な仕様のRubyを例に説明していきたいと思います！( Ruby触ったことなくても、その他のOOP言語を触ったことあれば雰囲気は理解できるように書いています ) DIS例1 / PHPは配列操作がしづらい PHPの配列操作は扱いづらい等とDISる人たちがいます。実際のところどうでしょうか。 以下のような処理を配列への中間変数を用いず行うコードを例に考えてみます。
include と require_once の使いわけ - 昨日知ったこと
差し込みたければ include、利用したければ require_once PHP には、外部のファイルを読み込む組込みの関数が複数個ある。使いわけがわからない、という声を聞くが、さほど難しくないよ、というのがここで私が主張したいこと。 結論から言えば、外部のファイルをそこに差し込みたい場合は include を使い、外部のファイルに定義されたものを使いたい場合は require_once を使えばよい。include_once や require もあるって？ それらは使わなくていい。 なぜかって？ それを知るためには、しばし、おっさんの無駄話を聞いてもらわねばなるまい。 スクリプトはまさに台本 - セリフとト書き 本当はウェブアプリに限らない話なんだが、とりあえず、ウェブアプリをスクリプト言語で書くことを考えよう。スクリプト言語っていうのは、script すなわち台本を書くための言語だ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Implementing DDD Concepts in PHP
免费送彩金官方网站-免费高清完整版
How do I use PHP to get the current year?
json_encode is returning NULL?
http://www.web-codery.com/php/284