全217件！Carbonで時間操作する実例
さぁ、最近はLaravelの「全実例記事」をたくさん公開しているんですけど、ここいらでLaravelではないけれども切っても切れない関係にあるパッケージ「Carbon」についてもきちんと学び直しをすることにしました。 Carbonとは、PHPのDateTimeクラスを拡張したパッケージで、日付や時間をより直感的に、よりシンプルに操作することができるようになっています。また、この操作性の良さからかLaravelでも標準的に利用されているため（例えば、DBのcreated_atやupdated_atはCarbonインスタンスとして取得されます）、このパッケージをうまく使うことは生産性を高めるために有効と言っていいでしょう。 では、ひとつずつ見ていきましょう！ ※実行環境はLaravel 5.6、Carbonのバージョンは1.25.0です。 【追記： 2021.01.11】 日本語の曜日を取得す
レガシーコードの最適化とPHPバージョンアップ - LIVESENSE ENGINEER BLOG
少し前のことになりますが、正社員転職サービス「ジョブセンスリンク」を構成するPHPアプリケーション群のPHPバージョンアップ対応と、それに合わせてレガシーコードの大幅な整理を行いました。 「PHPのバージョンあげて、リファクタリングしたんだ」と一言で言えば簡単ですが、日々のサービス改善を滞らせず、システムのリニューアルを同時に進めていくのは多大な労力を要しました。 今回はその仕事を主に担当した、キャリア事業部技術基盤チーム*1の海野がお届けします。お手柔らかにどうぞ。 ミッション PHPのバージョン問題。レガシーコードの山積。システムが歳を重ねるにつれ、必ず直面する大きな問題です。 システムは、初めてリリースされた数年前の数倍の規模になっているでしょう。 売上を支えるシステムを維持し、事業を加速させる施策を阻むこと無く、システムのリニューアルを進める。これが今回のミッションとなりました。
Laravelの開発に最適なDockerCompose作ってみた - えむにわリソース
本記事は Laravel Advent Calender 2017 2日目の記事です。 前日の記事は @nunulk さんで Undocumented Laravel (1) Routing 編 - Qiita です。 興味深いRouteの話でしたね。Routeなのに道が整備されてなくて迷子になりそうですね。 TL;DR Laravelで開発するときに環境問わず使える docker-compose のテンプレート作ったのでみんな使ってくれ！ github.com 取説が長いのでブックマークして使うときに見るといいよ！ なぜ作ったか 開発用の仮想環境は、Laravelが Laravel Homestead という公式のVirtualBoxイメージがあります。 最近はリソースのオーバーヘッドの大きいOS仮想環境よりも、小さい環境を簡単に作っては壊すコンテナ仮想環境のほうが便利になってきました。
[PHP] ハイフンなしの電話番号からハイフン付き電話番号を復元する - Qiita
【2021/10/15 追記】 この記事は更新が停止されています。現在の電話番号形式にすべて対応している保証はありませんので，過去の記事として参考程度にご覧ください。 Rubyですでに実践されているコードがあったのでそちらを参考にさせていただきつつ少々工夫してみました。 http://qiita.com/kennyj@github/items/dde3880abb5071f649ab https://gist.github.com/kennyj/4966002 既にハイフンで誤って区切られていた場合も正しく修正されます。 一覧の中から見つからなかったときはそのまま $input を返します。 第2引数の $strict で携帯電話等の番号の区切り方が変わります。 $strict がFALSE(デフォルト)のとき 見慣れた慣用的な区切りになります。 090 - XXXX - YYYY 080
![[PHP] ハイフンなしの電話番号からハイフン付き電話番号を復元する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/57a9c5ea3ab6564cf3ddc210f54c120dad0c0fca/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCUEhQJTVEJTIwJUUzJTgzJThGJUUzJTgyJUE0JUUzJTgzJTk1JUUzJTgzJUIzJUUzJTgxJUFBJUUzJTgxJTk3JUUzJTgxJUFFJUU5JTlCJUJCJUU4JUE5JUIxJUU3JTk1JUFBJUU1JThGJUI3JUUzJTgxJThCJUUzJTgyJTg5JUUzJTgzJThGJUUzJTgyJUE0JUUzJTgzJTk1JUUzJTgzJUIzJUU0JUJCJTk4JUUzJTgxJThEJUU5JTlCJUJCJUU4JUE5JUIxJUU3JTk1JUFBJUU1JThGJUI3JUUzJTgyJTkyJUU1JUJFJUE5JUU1JTg1JTgzJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1lM2Y3MWFlOTI3YjE5MTczODdmMWE0YzA2ODhlY2IzOA%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBtcHl3JnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1lNmUxYzUxMjBhMjZlM2UwNjYyMjJjZWI1NWE1NDA4Zg%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Ddea461f64242d76f239309ef5591dabe)
複雑さに潜り込む - 大規模PHPアプリケーションにおける例外・モニタリング・ロギング - すずけんメモ
みなさん、PHP書いてますか？ここ2ヶ月くらいPHPも書いていたのでその話を書きます。 この記事はVOYAGE GROUP techlog / Advent Calendar 2016の記事です。 例えば以下のような話に身に覚えはありませんでしょうか。 例外がどこかで握りつぶされており、例外的状況なのにエラー表示がまちまち。レスポンスステータスも一貫性がない。エラーログが適切に出ていない。 エラーログ出力用コードがいろんなところで散乱している。エラー文字列整形のための適当なヘルパメソッドがクラスごとに実装されている。 エラーごとにエラー表示のためのメッセージを設定するのが面倒になり、「システムエラーが起きました」とだけ表示されるようになってしまった。 例外ハンドリング周りのコードは考えるのが面倒なのでコピペだらけになっている。 オブジェクトの依存関係がクラスのプロパティに大量に埋め込まれて
Goutte スクレイピング解析時のスニペットメモ
Goutteをいろいろいじったので備忘録。 classが２つあるタグを取得するhtml : <div class=”class1 class2″> php : $crawler->filter(‘div.class1.class1’); idを指定で指定するhtml : <div id=”hello”> php : $crawler->filter(‘div#hello’); Imgタグのsrcを取得html : <img src=”http://reafo.net/image.png”> php : $crawler->filter(‘img’)->attr(‘src’); htmlのタグごと取得するhtml : <div class=”catchMeIfYouCan”><span id=”hello”>てきすと</span>ですよ</div> php : $crawler->f
LaravelでRestAPIをつくる - Qiita
LaravelでReactをフロントエンドのフレームワークとして採用しているのですが、APIを設計する必要がでてきたのでやってみました。 やること ResourceControllerをつくってデータを出力するだけのAPIをつくる API公開を見越した認証用ミドルウェアを実装する やらないこと Restの説明 APIデータの更新や削除 Ajaxでのデータの取得と出力 環境 Laravel5.2 Resource Controllerをつくる 職人さんの朝は早い・・・ php artisan make:controller HogeController --resource 職人が仕事するとこんなコントローラーをつくってくれます。 <?php namespace App\\Http\\Controllers; use Illuminate\\Http\\Request; use App\\H
PHPはマルチスレッド化で爆速化できるか？ pthreadsの使い方（基礎編）
PHPの拡張モジュール「pthreads」を使ってマルチスレッド処理ができれば、PHPの弱みである処理速度を向上できるかもしれません。 PHPの開発で並列処理はほとんど使われていません。確かにシンプルにシングルスレッドで同期したプログラムを書きたくなるものの、並列処理を取り入れることでパフォーマンスを大きく改善できる可能性があります。 この記事ではpthreadsという拡張モジュールを使ってPHPでマルチスレッド処理をする方法を紹介します。必要な環境はZTS（Zend Thread Safety）バージョンのPHP 7.xとpthreads v3です。執筆時点では、PHP 7.1ユーザーはpthreadsリポジトリーのマスターブランチからインストールする必要があります。詳しくは『How to Install PHP Extensions from Source（サードパーティー拡張モジュー
phpのexecコマンドではまりまくった件 - やったこと
phpのexecコマンドではまってしまった・・。 下記のようにexecを使って別プロセスで「test.php」の処理を実行しようと思ったんだけど、処理がexecの箇所でwaitしてしまって処理２の実行が待たされてしまう（ブロッキング的な動作） 処理１・・・ $command = 'nohup php /hoge/test.php > /dev/null 2>&1'; exec($command); 処理２・・・ 自分的にはバックグラウンドで「test.php」をキックしてすぐ処理２に移るノンブロッキングっぽい動作をしてほしいので、どうしたらいいのか考え込んでしまった。 しばらく画面を凝視してて、コマンドに一文字足りないことに気付いた。ケツに「&」がない！ ケツに「&」を付けるということはすなわち、コマンドをバックグラウンドで実行するということを意味する。 つまり下記のようなコードが正しい。
「型を意識した PHP アプリケーション」を発表しました / PHP カンファレンス 2017 - Shin x Blog
PHP カンファレンス 2017 にて「型を意識した PHP アプリケーション」を発表してきました。 発表 github.com 型宣言が付いていないコードに、スカラー型の型宣言、ドメインに特化した型の型宣言と型（クラス）の実装を行うライブコーディングをメインにしました。 ライブコーディングの部分は動画を見た方が分かりやすいです。下記の 13:00 頃からコーディングがはじめるので、こちらも合わせてどうぞ。 きっちりまとめられた資料をベースに発表するのも良いのですが、実際にコードを書いていくのを見た方がイメージも伝わりやすいですし、私自身も人がコードを書く様を見るのが好きなので、この構成にしました。 また、質疑応答の時間を長めに取りたかったので、本編は少し短めにして時間が余るように調整しました。当初の内容からどんどん引き算していって、内容をシンプルにしたので、結果的には進めやすかったですし
PHPカンファレンス2017 講演資料まとめ - Qiita
4年連続4回目のPHPカンファレンスに参加したのでまとめます！ 足りない情報とかあるので必要なら追記していただけると助かります session01: PHPの今とこれから2017 スピーカー：廣川 類(日本PHPユーザ会) 資料： togetter： その他資料：PHPカンファレンス2017@東京_メモ①PHPの今とこれから 過去の資料 PHPの今とこれから2016 PHPの今とこれから2015 PHPの今とこれから2014 PHPの今とこれから2013 session02: Apache Kafkaによるスケーラブルアプリケーション開発 スピーカー：Yuuki Takezawa 資料：https://speakerdeck.com/ytake/apache-kafkaniyorusukeraburu-apurikesiyonkai-fa session03: 型を意識したPHPアプリケー
できるPHP7アップグレード / php7 upgrade
バーチー / GMO PEPABO inc. 2017.10.08 / PHPカンファレンス2017 http://phpcon.php.gr.jp/2017/#home PHPを利用したウェブサイトの約66%(※1)は、セキュリティサポートの切れたPHP5.5以下のバージョンを利用しています。 アップグレードの必要性は理解していても、後方互換性のない変更点の修正が課題となり後回しにする現場も少なくないでしょう。 先日ホームページ作成サービス「グーペ」をPHP5.2から7.1へアップグレードし、そこから得られた知見をブログ(※2)にて公開しました。 本セッションではブログでお伝えきれなかった内容を加えて、安全かつ短期間でアップグレードする方法をご紹介します。 ※1 https://w3techs.com/technologies/details/pl-php/all/all ※2 http
Phan静的解析がもたらす大PHP型検査時代 - pixiv inside [archive]
こんにちは、pixivでPHPをやってるうさみです。健全なコードベースは黙っても降ってこないので、チーム全体で開発効率を高めるような改善をするのがお仕事です。 テキストエディタはmicro推しです ヾ(〃＞＜)ﾉﾞ☆ さる11月3日に大田区産業プラザ PiOで開催されたPHPカンファレンス 2016にて大怪獣に蹂躙されながらPhanについて30分のセッション発表をいたしましたので、その内容を紹介します！ Phanとは PhanはPHPの静的解析ツールです。開発元はハンドメイドのマーケットサービスを運営し、現在PHP作者のRasmus Lerdorf氏する米Etsy社です。もちろんRasmus Lerdorf氏も開発に参加してます。 Phanは以下のような項目を検出できます。 関数・クラス・定数・変数などがすべて定義済か、アクセスできるか 関数の型と引数の数が合ってるか PHP5とPHP7の
![Phan静的解析がもたらす大PHP型検査時代 - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/7fdaa8be58c79ec950cacb6d1ae0d8f7de33e9bf/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fz%2Fzonu_exe%2F20161111%2F20161111195637.jpg)
グーペのPHPバージョンを5.2から7.1にアップグレードしました - Pepabo Tech Portal
こんにちは、グーペグループエンジニア @hypermkt と技術部インフラグループ・シニアエンジニア @hfm です。半年に及ぶグーペのPHPアップグレード作業が2017年5月中旬に全て完了し、PHPバージョンは5.2から7.1になりました。今回の記事ではアップグレードの過程と効果について、ご紹介させていただきます。 はじめに 8年目のホームページ作成サービス「グーペ」 なぜ8年目のタイミングでアップグレードをしたのか アップグレード基本方針 PHP5.2との後方互換性を維持する deprecatedの対応は優先度低め 事前準備 新旧両バージョンで継続的テスト より広範囲をカバーできるE2Eテストを重視 リアルタイムエラー検知 下位互換性のない変更点の修正 php7ccによる互換性の自動検知 MySQL関数の削除 preg_replaceへの置き換え PHP7.1用php.iniの作成 リ
DI（Dependency Injection）に関するメモ - Shin x Blog
PHPの現場 にて、DI 談義を行うので、頭を整理しておくためのメモです。 DI についてきちんと知りたいのであれば、参照に挙げたリンク先に有用な記事があるので、そちらを参考にして下さい。 PHP を念頭に置いてますが、Java など他言語でも大枠は同じだと思います。この内容は、いずれ整理するかもしれませんし、そのままかもしれません。 DI という言葉 「DI」が差す意味合いが、依存オブジェクトの注入だけなのか、DI コンテナによる注入を含んでいるのか、DIP まで意識しているのかが、人やコンテキストによって違っていそうで、そこを揃えてから議論しないと。— Masashi Shinbara (@shin1x1) May 19, 2017 DI について話す時に、何を差すのかが異なると話が噛み合わない。そこで、それぞれに名前を付ける。 DI パターン = 依存オブジェクトを注入することを差す
典型的PHPerの13の悪癖
PHPerの問題点は、視野が狭いこと。典型的には以下のような悪癖を持つ。 パスワード認証sshでサーバーにログインし、vimやemacsで開発をする。SVNなどのバージョン管理システムで、使い方が分からないのでブランチを切った事が無い。ウェブしか開発したことが無いのに、ソフトウェア技術全般を語る。RDBは難しいからと言って、簡単なSQLしか、もしくは簡単なSQLも書かない。PHPなどのスクリプト言語しか知らないのに、プログラミング言語の優劣を語る。PHPの遅さを知らないのに「最近のマシンは速いからプログラミング言語に速度は求められていない」と言い切る。クソ重いPHPをLightweight Languageと言ってしまう。クソ重いPHPで、デザパタとか言い出す。クソ重いPHPで、クソ重いフレームワーク（CakePHP、symfony、Zend Framework）にこだわる。クソ重いcon
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP7の互換性チェック - Qiita
Dockerを本番で使ってみて分かったこと
php.iniの話
カレンダーを月曜日から始める（火曜日、水曜日、…から始める） :: OMIMO.net／デザインとクラフトワークと、写真と映像と、少しのプログラム