こんにちは。 開発チームのワイルド担当、まんだいです。 今年はずっと PHP 開発をしていて、環境面については色々試行錯誤した一年だったと思います。 その甲斐もあってかなり便利に整備できてきたので棚卸しの意味も込めて記事にまとめたいと思います。 Visual Studio Code で行う PHP 開発 Visual Studio Code（以下、 VSCode ）で開発するにあたって、初期のころは若干の不安もありました。 実は開発に入る前に PhpStorm の導入を検討していたのですが、諦めたという経緯があります。 PHP 開発のために開発されている IDE ですから、機能面では申し分ないと感じましたが、どうしても GUI が好きになれず。 こんなしょうもない理由ですが、1年以上付き合うわけですから、見てくれは重要なポイントだと思っています。 そんなわけで VSCode で開発をする、

名前のリファクタしたい！　したい！　絶対したい！ 食う寝る食べるリファクタする、というくらい私は日常的に「名前のリファクタ」をすることが多いです。 最初に考えていた名前が少しずつ機能とずれていったり、そもそも名前がイマイチだな、と後で思ったり…。 accessLog::Log("abc") -> accessLog::Write("abc") こういうのがしょうちゅうあるので、VS Code で php 言語のリファクタできる環境がないか探しておりました。 Intelephense という拡張機能がよさげです。（Intellisense ではない。似た名前に注意） ErrorLog を選択して 右クリック > Find All Referense とするだけで、使っているコードを全て表示してくれます。 ただ、リファクタは有料のようだ…。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに 先日、仕事（PHPでのWebアプリ開発）で連想配列の中身を加工していたのですが30分程全然うまく行かなかったので、先輩に聞いたら3分くらいで解決しました。 結論、解決方法としては「値渡しではなく"参照渡し"を使う」でした。 これまで何となく聞いたことがあったけど「絶対ムズイからイヤッ！！！」と目を背けていた"参照渡し"について、これを機にちゃんと理解しようと思ったのでまとめます。 （てかそろそろ理解しておかないとヤバイという危機感w） あと... 「これ、参照渡ししてあげるとオッケーですよ」 ってスマートに言えたらカッコよくないですか？ ↑カッコ良いですけど、参照渡し自体はむやみに使わない方が良いので一応取り消し（笑） （正しくはコメントをいただいたので削除しました） というわけで書きます。 この記事でわかること 値渡し 参照渡し 特に僕と同じように「参照渡しから目を背けてきた方

Windows Server 2016 Lab.では、Windows Server 2016に関する情報やインストール・設定の手順などを紹介しています。

筆者の周囲だけかもしれませんが、さいきん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/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

2000年にサービス提供を開始して以来、毎年成長を続けているYahoo!カレンダー。サービスや組織の成長に伴い、出てきた課題を解決するため、PHP製のサーバーサイドシステムを改修してきた。その結果、アプリケーションが細かく分割されすぎることで、修正コストが増加。サービス追加などへの対応も時間がかかるようになってしまった。そこでPHPからKotlinに技術移行を決断。Kotlinに移行したことで、品質や生産性も高まったという。この技術移行の概要についてヤフー IDサービス統括本部 PIM本部 サーバーサイドエンジニア（登壇当時）の岡田信夫氏が解説した。 講演資料：なぜYahoo!カレンダーはPHPからKotlinへ技術移行を進めるのか ヤフー株式会社 IDサービス統括本部 PIM本部 サーバーサイドエンジニア（登壇当時） 岡田信夫氏 「ユーザーのための時間」を増やすため技術移行を決意 Yah

これは2018年3月21日に開催したPHPerイベントYYPHP#32のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催は毎週水曜19:00に高田馬場にて。 PHP7.2 クリティカルな何かがあったのか？ Laravel 5.5からは7系必須 object型宣言 PHP: 下位互換性のない変更点 - Manual PHP 7.2 Provides Modest Performance Boost Over PHP 7.1 - Phoronix 世界的なウェブの動き Laravelのstar数がRoRのものより多く

面倒いの抜きでPhanを使ってみる あけましておめでとうございます！ サーバーサイドやってます金城(@o0h)です。 年末年始は毎年恒例の「ヘルシング全巻読み直し」をしていました。カッコいいですね・・ [まとめ買い] HELLSING（ヤングキングコミックス） 作者: 平野耕太メディア: Kindle版この商品を含むブログを見る 弊社ではPhanを用いた静的解析を行っております。 今回は、「多分、これが最も1番の最速さでPhanを試す方法になるんじゃないかな？」というお話をいたします。 cf) リファクタリング対象を選ぶ戦略を決めよう - コネヒト開発者ブログ tl;dr cloudflare/phan というイメージがあります これを使うと、「php7環境の用意」だとか「php-astの用意」とかいった手間を全部すっ飛ばしてPhanの静的解析が実行できます すぐ使えるようにコマンドがある

php-fpm (FastCGI Process Manager) の調査をしていて，学びが多かったので，簡単にまとめておこうと思う．予想していた以上にパフォーマンスが出てないことに驚いたけど，SRE として，インフラ改善 + アプリケーション改善の施策を考えて実行していかないとなー！ 重要なパラメータ php-fpm の設定ファイル /etc/php-fpm.d/www.conf で，特に重要なパラメータは以下の5個だった． なお，今回は pm = dynamic の前提としている． pm.max_children pm.start_servers pm.min_spare_servers pm.max_spare_servers pm.max_requests pm.max_children fork 可能な子プロセスの最大値を意味する． ; The number of child p

こんにちは。最近メルペイに異動になった @hiraku です。 2018年3月10日(土)に、PHPerKaigi 2018というイベントで登壇してきました。「PHPStanで始める継続的静的解析」ということで、メルカリで使用しているPHPStanというツールについて解説しました。 phperkaigi.jp 発表内容を短くまとめると メルカリではPHPStanというツールをCIフローに組み込み、PHPコードの静的解析を行ってコードの信頼性向上に努めています。 PHPStanはautoloadファイルを解釈し、一部のコードを実行することで解析の高速化を行っており、よくできています。 とはいえ、PHPに対して可能な解析に限界はあるので、テストも合わせて行っていきましょう。 大事なのは、品質向上のアプローチが用意され、心配せずにリリースできることです。 autoloadを認識するということ ス

phpでメモリを消費し過ぎて処理が止まってしまうときって、こんな(↓)エラーが出ますよね。使用し過ぎって言った方が良いのかな。 Allowed memory size of 134217728 bytes exhausted 原因はまさしくメモリを使い過ぎているわけですから、メモリの上限を上げてやれば、問題は解決するわけですね。 ini_set('memory_limit', '1G'); 例えばこうですね。とにかくもう、上げられるだけ上げたいってんなら、「-1」を指定するのも良いですけど。 僕も、上記のエラーが出た場合には、とりあえずこれを入れて回避するだけでした。それで解決すんだから良いじゃねーかと。実際にメモリがどうなっているとか、そんなこと知らねーよと。 でも、そろそろ向き合う頃かなと。メモリのことも気にし始めないと、強化系なのに頑張って具現化系の能力を使って分身を作り出していたカ

There is PHP script version for protypting Validate PHP. Please use PHP script version for now. https://github.com/yohgaki/validate-php-scr 'validate' module is a true input validator module. White-list. Almost everything is explicitly allowed by users. True validation. Most validator implementation lacks white list approach and 'strong' string validation by default. Simple. Only one validation fu

落合 徹 Otchy / 1979 年 2 月 10 日生まれ / 仕事: Web システム開発 / 好きなもの: IT 全般、科学分野 / 座右の銘: 明日は明日の風が吹く / 好きな言葉: ハードルは高ければ高いほどくぐりやすい

このブログを CentOS + apache + mod_php + MySQL から GAE/php に移行した話2016-08-01 ここのところ数週間かけて、このブログ、ひいては www.otchy.net 全てを CentOS + apache + php_mod + MySQL だった環境から、GAE/php の環境へ移行する作業をしていて、ようやく一通り完了したので、どういった作業を行ったのかをまとめておこうと思います。 ゴール サーバ移行 当たり前ですが、自前で構築した環境から GAE という環境へのサーバ移行を行うことが最も重要なゴールです。 URL 移行 サーバと環境の移行をするに当たり、URL もこれまでと同じものが使えるようにする必要がありました。従って、ブログのシステムとしてはこれまでのデータをそのまま使える WP 一択になります。 とは言え、元々の www.otc

こんにちは、グーペグループエンジニア @hypermkt と技術部インフラグループ・シニアエンジニア @hfm です。半年に及ぶグーペのPHPアップグレード作業が2017年5月中旬に全て完了し、PHPバージョンは5.2から7.1になりました。今回の記事ではアップグレードの過程と効果について、ご紹介させていただきます。 はじめに 8年目のホームページ作成サービス「グーペ」 なぜ8年目のタイミングでアップグレードをしたのか アップグレード基本方針 PHP5.2との後方互換性を維持する deprecatedの対応は優先度低め 事前準備 新旧両バージョンで継続的テスト より広範囲をカバーできるE2Eテストを重視 リアルタイムエラー検知 下位互換性のない変更点の修正 php7ccによる互換性の自動検知 MySQL関数の削除 preg_replaceへの置き換え PHP7.1用php.iniの作成 リ

明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase