VSCode で PHP 開発するならインテリセンス最強の intelephense を使おう
こんにちは。 開発チームのワイルド担当、まんだいです。 今年はずっと PHP 開発をしていて、環境面については色々試行錯誤した一年だったと思います。 その甲斐もあってかなり便利に整備できてきたので棚卸しの意味も込めて記事にまとめたいと思います。 Visual Studio Code で行う PHP 開発 Visual Studio Code（以下、 VSCode ）で開発するにあたって、初期のころは若干の不安もありました。 実は開発に入る前に PhpStorm の導入を検討していたのですが、諦めたという経緯があります。 PHP 開発のために開発されている IDE ですから、機能面では申し分ないと感じましたが、どうしても GUI が好きになれず。 こんなしょうもない理由ですが、1年以上付き合うわけですから、見てくれは重要なポイントだと思っています。 そんなわけで VSCode で開発をする、
[VS Code]PHP Intelephense 有料版を導入してみた | Unity Indies
名前のリファクタしたい！ したい！ 絶対したい！ 食う寝る食べるリファクタする、というくらい私は日常的に「名前のリファクタ」をすることが多いです。 最初に考えていた名前が少しずつ機能とずれていったり、そもそも名前がイマイチだな、と後で思ったり…。 accessLog::Log("abc") -> accessLog::Write("abc") こういうのがしょうちゅうあるので、VS Code で php 言語のリファクタできる環境がないか探しておりました。 Intelephense という拡張機能がよさげです。（Intellisense ではない。似た名前に注意） ErrorLog を選択して 右クリック > Find All Referense とするだけで、使っているコードを全て表示してくれます。 ただ、リファクタは有料のようだ…。
![[VS Code]PHP Intelephense 有料版を導入してみた | Unity Indies](https://cdn-ak-scissors.b.st-hatena.com/image/square/e33b63326e19d1fc9b5fc577a311f5c13f82d84d/height=288;version=1;width=512/https%3A%2F%2Fwww.create-forever.games%2Fwp-content%2Fuploads%2F2021%2F12%2F20211211.jpg)
PHPのオブジェクトは参照渡しではないし、変数リファレンスは全然別物 - Qiita
まだ参照渡しで消耗してたの？ 僕はPHPerなのでPHPのことしかわからないけど、だいたいPHPで参照渡しのことを気にしても時間の無駄だし積極的に利用するべき場面が極めて限定されることはPHPのリファレンス(参照&)の傾向と対策、あるいはさよならに書いたので読んでほしい。 それとPHPマニュアルでは「参照渡し」ではなく「リファレンス渡し」と呼ぶが、どちらにせよ、わざわざ「渡し (call by-)」を付けて呼ぶ意義は乏しいので、これからは「変数リファレンス」として覚えてほしい。もうちょっと具体的なことはPHP: リファレンスとは? - Manualを読んで。 端的に言うと、PHPでは「オブジェクト引数はデフォルトで引数渡しされる」「オブジェクトのプロパティ(メンバー変数)は参照渡し」のような理解は誤解であり、完全に嘘です。 ふしぎなふしぎなオブジェクト PHPの配列とオブジェクトは、似たよ
【PHP】全ボクが実務で泣いた「値渡し」と「参照渡し」を完！全！理！解！ - Qiita
はじめに 先日、仕事（PHPでのWebアプリ開発）で連想配列の中身を加工していたのですが30分程全然うまく行かなかったので、先輩に聞いたら3分くらいで解決しました。 結論、解決方法としては「値渡しではなく"参照渡し"を使う」でした。 これまで何となく聞いたことがあったけど「絶対ムズイからイヤッ！！！」と目を背けていた"参照渡し"について、これを機にちゃんと理解しようと思ったのでまとめます。 （てかそろそろ理解しておかないとヤバイという危機感w） あと... 「これ、参照渡ししてあげるとオッケーですよ」 ってスマートに言えたらカッコよくないですか？ ↑カッコ良いですけど、参照渡し自体はむやみに使わない方が良いので一応取り消し（笑） （正しくはコメントをいただいたので削除しました） というわけで書きます。 この記事でわかること 値渡し 参照渡し 特に僕と同じように「参照渡しから目を背けてきた方
Raspberry Piに Laravel 5.6 PHP 7.1のフレームワークで Webサーバを構築する方法 (ラズパイで Hello Laravel 5.6 + PHP7.1 PHPサーバを構築する、PHP7.1インストール方法も解説)
Laravel 5.5は PHP 7.0以降を Laravel 5.6は PHP 7.1.3以降を必要とします。 それで、ラズパイの Raspbian Stretch OSは 2018年 3月現在 PHP7.1に対応していませんが、下記の設定をする事で公式の raspbian.orgサーバから PHP 7.1を apt-getでインストールできます。 ●公式の raspbian.orgサーバから取得するメリット ※ 第三者のビルドした PHP 7.1を組み込まなくても良い（悪意の有る第三者が配布している場合、ウイルス混入等のおそれがある） ※ PHP 7.1を自分でビルドしなくても良い（ポリシーとして自分でビルドしたい人はそちらでどうぞ。） 公式の Raspbian Repositoryサーバから 2019年リリース予定の時期 OSの "Buster"から PHP 7.1をインストールしま
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/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
Yahoo!カレンダーがPHPからKotlinに技術移行し品質アップ！ 成功の鍵とは？【デブサミ2018 関西】
2000年にサービス提供を開始して以来、毎年成長を続けているYahoo!カレンダー。サービスや組織の成長に伴い、出てきた課題を解決するため、PHP製のサーバーサイドシステムを改修してきた。その結果、アプリケーションが細かく分割されすぎることで、修正コストが増加。サービス追加などへの対応も時間がかかるようになってしまった。そこでPHPからKotlinに技術移行を決断。Kotlinに移行したことで、品質や生産性も高まったという。この技術移行の概要についてヤフー IDサービス統括本部 PIM本部 サーバーサイドエンジニア（登壇当時）の岡田信夫氏が解説した。 講演資料：なぜYahoo!カレンダーはPHPからKotlinへ技術移行を進めるのか ヤフー株式会社 IDサービス統括本部 PIM本部 サーバーサイドエンジニア（登壇当時） 岡田信夫氏 「ユーザーのための時間」を増やすため技術移行を決意 Yah
YYPHP#32「PHP7.2変更点、Laravelのスター数がRailsを超える、スキル上達法、最近の便利ツール」 - Qiita
YYPHP#32「PHP7.2変更点、Laravelのスター数がRailsを超える、スキル上達法、最近の便利ツール」PHPLaravelYYPHP これは2018年3月21日に開催したPHPerイベントYYPHP#32のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催は毎週水曜19:00に高田馬場にて。 クリティカルな何かがあったのか？ Laravel 5.5からは7系必須 object型宣言 PHP: 下位互換性のない変更点 - Manual PHP 7.2 Provides Modest Performanc
面倒いの抜きでPHPの静的解析「Phan」を使ってみる with Docker - コネヒト開発者ブログ
面倒いの抜きでPhanを使ってみる あけましておめでとうございます！ サーバーサイドやってます金城(@o0h)です。 年末年始は毎年恒例の「ヘルシング全巻読み直し」をしていました。カッコいいですね・・ [まとめ買い] HELLSING（ヤングキングコミックス） 作者: 平野耕太メディア: Kindle版この商品を含むブログを見る 弊社ではPhanを用いた静的解析を行っております。 今回は、「多分、これが最も1番の最速さでPhanを試す方法になるんじゃないかな？」というお話をいたします。 cf) リファクタリング対象を選ぶ戦略を決めよう - コネヒト開発者ブログ tl;dr cloudflare/phan というイメージがあります これを使うと、「php7環境の用意」だとか「php-astの用意」とかいった手間を全部すっ飛ばしてPhanの静的解析が実行できます すぐ使えるようにコマンドがある
php-fpm のパラメータを調査した - kakakakakku blog
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
PHPStanで始めるPHPのための静的解析 #phperkaigi
こんにちは。最近メルペイに異動になった @hiraku です。 2018年3月10日(土)に、PHPerKaigi 2018というイベントで登壇してきました。「PHPStanで始める継続的静的解析」ということで、メルカリで使用しているPHPStanというツールについて解説しました。 phperkaigi.jp 発表内容を短くまとめると メルカリではPHPStanというツールをCIフローに組み込み、PHPコードの静的解析を行ってコードの信頼性向上に努めています。 PHPStanはautoloadファイルを解釈し、一部のコードを実行することで解析の高速化を行っており、よくできています。 とはいえ、PHPに対して可能な解析に限界はあるので、テストも合わせて行っていきましょう。 大事なのは、品質向上のアプローチが用意され、心配せずにリリースできることです。 autoloadを認識するということ ス
foreachを使うとき、もうちょいメモリのことを気にして行こうぜ | 日記の間 | あかつきのお宿
phpでメモリを消費し過ぎて処理が止まってしまうときって、こんな(↓)エラーが出ますよね。使用し過ぎって言った方が良いのかな。 Allowed memory size of 134217728 bytes exhausted 原因はまさしくメモリを使い過ぎているわけですから、メモリの上限を上げてやれば、問題は解決するわけですね。 ini_set('memory_limit', '1G'); 例えばこうですね。とにかくもう、上げられるだけ上げたいってんなら、「-1」を指定するのも良いですけど。 僕も、上記のエラーが出た場合には、とりあえずこれを入れて回避するだけでした。それで解決すんだから良いじゃねーかと。実際にメモリがどうなっているとか、そんなこと知らねーよと。 でも、そろそろ向き合う頃かなと。メモリのことも気にし始めないと、強化系なのに頑張って具現化系の能力を使って分身を作り出していたカ
このブログを CentOS + apache + mod_php + MySQL から GAE/php に移行した話
このブログを 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
グーペの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の作成 リ
Blog
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
teratailに投稿されたメールフォームにCSRF脆弱性が残存した理由 | 徳丸浩の日記
teratailに以下のような投稿がありました。 PHPでメールフォームを作成したので、脆弱性がないかアドバイスいただけないでしょうか。 エンジニアでもなければ、PHPもろくに書けない雑魚ですが、「php メールフォーム 作り方」でググって表示されるサイトを見ると、「んんんんん？？？」と思うところがあります。 これらを参考にしたり、コピペする方は、記述されているコードの良し悪しは判断できないかと思います。 そのような方々が参考にできるメールフォームを作りたいという思いで、調べて作りました。 周りに書いたコードを確認してもらえる人もいないので、皆様からのアドバイスがほしいです((_ _ (´ω｀ )ﾍﾟｺ 【PHP】作成したメールフォームに脆弱性がないか、アドバイスもらえないでしょうかより引用 どれどれ…と確認すると、トークンのチェックが入っているにも関わらずクロスサイト・リクエストフォージ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Windows Server 2016】Webサーバーの構築(Apache2.4系)【Apache2.4系のインストール】 | Windows Server 2016 Lab.
GitHub - yohgaki/validate-php: A validator module for PHP7
CentOS で動いていた WordPress を Google App Engine 上で動かし無課金稼働させるまでのまとめ