【Laravel 6 & PHP 7.4 対応】Vue + Vue Router + Vuex + Laravel チュートリアル（全16回）を書きました。LaravelチュートリアルVue.jsVuexvue-router 2020/1/5 更新 チュートリアルを Laravel バージョン6 & PHP 7.4 に対応し、加筆修正しました。 技術ブログに 『Vue + Vue Router + Vuex + Laravelで写真共有アプリを作ろう（全16回）』 を公開しました 出来るだけたくさんの方に見てほしいので宣伝エントリを書きます。 コンテンツ フロントエンドに Vue.js + Vue Router + Vuex と サーバーサイドに Laravel を使用して写真共有アプリを開発するという内容です。 こんなやつ ができます。 写真を投稿できます。 コメント投稿、いいね、ダウン

参考 PHP Supported Versions ※ZendのPHP LTSを使うとPHP5.6が2020年末までサポートになりますが、ここでは割愛します。 ※RHEL/CentOSのPHPを利用すると公式のサポート終了後もパッチなどがリリースされますが、ここでは割愛します。 CentOSのPHPセキュリティパッチ履歴 - Qiita CentOSのPHPは本当に安全か - Qiita ※PHP7.3は2018年12月6日にリリースされています。 PHP 7.3.0 Released -- PHP: News Archive - 2018 06 Dec 2018 The PHP development team announces the immediate availability of PHP 7.3.0. リリースノートより 今回の環境 まずは今回アップデートしたい環境のPHPのバ

ガン患者になってちょうど一年がたつ。 この一年はまさに激動だった、充実していたともいえるのであっという間に過ぎたようにも感じた。このペースで進んだらあっというまに人生が終わってしまいそうだ。 去年とおなじように今年も病院でクリスマスと年末年始も過ごすことになった、じつは肺炎で入院している。肺炎ってはじめてなったけどけっこうヤバい。 いつもの仮病とは明らかにちがう様子に妻が異変を感じ、大学病院まで連れてきてくれた。検査をするとCRPというよくわからない数値が49（4.9じゃないよ49）というハイスコアを出していた。 さきにいっておくけど肺炎球菌って日本中のどこにでもある菌だから、ネパールがどうとか関係ないからね。ネパールは感染性胃腸炎、つまり下痢と嘔吐の方が怖い。菌が恐ければ滅菌室に引きこもっていればいいのだけど、人生なかなかそうもいかない。 帰宅まぎわの担当医がきてくれて、このまま死ぬ可能

本記事は退職者 その2 Advent Calendar 2018の8日目の記事です。 7年半関西で組込エンジニアをしていましたが、1/15に退職しました。 1/16から福岡のベンチャー企業である株式会社Fusicでエンジニアをしています。 転職前に退職者アドベントカレンダーを熟読していました。なので、自分もなにか情報発信したいと思ったことと、もうすぐ入社から1年が経つにあたり転職の経緯を振り返りたいと思い、このエントリを書きます。 これまで何をしていたか？ 高専の機械電気工学科を卒業して2010年から関西で組込みエンジニアをしていました。 担当していた案件は既存の製品の保守や機能追加がメイン、近年はマネジメントみたいなこともしていました。 業務の傍らETロボコン関西地区の実行委員をしていました。 なぜ転職したか？ 理由は大きく2つ。 Webシステム・Webサービスを作る仕事をしてみたかった

Mercari Advent Calendar 2018 の5日目はSREチームの @catatsuy がお送りします。 メルカリではGoで書かれたproxy serverをサービスの各所で使っています。今回はGoでproxy serverを作るときにハマりそうな、標準ライブラリの挙動や特徴について紹介します。 本エントリーは2018/12/04現在の最新であるGo 1.11.2を元にして書きます。 Hostヘッダーはreq.Header.Set(“Host”, “example.com”)しても上書きできない https://github.com/golang/go/blob/e8a95aeb75536496432bcace1fb2bbfa449bf0fa/src/net/http/request.go#L1023 https://github.com/golang/go/blob/e8

�mercari_go_isucon.md GoでISUCONを戦う話 mercari.go #4 https://mercari.connpass.com/event/105640/ 自己紹介 catatsuyというIDで各種SNS活動しています かたついって呼ばれています メルカリのSREチームで主にGoを書いています 前職はピクシブでpixivのHTTPS化・PHP7.1化・HTTP/2化や、広告サーバーの新機能追加など色々やっていました ISUCON大好き 私とISUCON ISUCON4：2位（初出場） ISUCON5：8位 ISUCON6：運営 ISUCON7：予選敗退 ISUCON8：3位 他にもpixiv社内ISUCONを作りました 社内ISUCONを公開したら広く使われた話 - pixiv inside [archive] ISUCONとは 『お題となるWebサービスを決

最近色々あって仕事でGo言語を使っています。 色々割り切っている言語なので、こんなこと言ってもしゃーないんですが、言語設計はミスってるんじゃなかなぁ、と思わざるを得ない点が多々あります。 使い始めて1か月くらいなので間違ったことを書いているかもしれませんので、何かあれば指摘していただけるとありがたいです。 本文ではネガばかり羅列していますが、ランタイムとツール周りは気に入っています。 Goのランタイムを使う、もっと洗練されたAlt Go的なものがあるといいのに(もしくはジェネリクスのったGo2を早くリリースしてほしい)、と思う日々です。 追記: なんか意図とは違った受け取られ方をしている方もいるので追記します。 この記事はあくまで、「Go言語を学ぶにあたって躓いた点」を列挙し、まとめ、理由を考えてみる(教えてもらう)ために書いたものです。 Go言語自体はDisってますが、Go言語ユーザーを

はじめに 自分が使っているAWS環境のセキュリティに問題がないかと心配になることはないでしょうか？私はよくあります。そこでCIS Amazon Web Service Foundations Benchmark というAWSのセキュリティのガイドラインに沿って使っているAWSアカウントのセキュリティの状況をチェックしてみました。チェック項目は全部で52あります。内容を一通り確認したところ知らなかったAWSのセキュリティの機能やノウハウを知ることができ、見ただけでもとても勉強になりました。簡単にチェックする方法も併せて紹介しますのでぜひ使っているAWS環境でチェックしてみてください。 1 IAM 1.1 rootアカウントを利用しない rootアカウントは強力な権限を持つため、rootアカウントを利用せずIAMユーザーを利用してください。通常運用でrootアカウントが利用されていないか確認し

消防士として働いていた私が、経験ゼロからプログラミングを始めて、ITエンジニアに転職してから2年が経ちました。 1年前にも同じような振り返りの記事を書きましたが、エンジニア2年目も振り返ってみたいと思います。 blog.tsurubee.tech エンジニア2年目を振り返って インフラエンジニアになった エンジニア2年目での一番大きな変化は、GMOペパボに転職して、インフラエンジニアになったことです。 これにより技術スタックも大きく変化し、自分の知識や関心領域を広げることができました。今振り返っても大変良い選択をしたと思っています。 僭越ながら、最近採用サイトにインタビューを載せていただきました。 無駄なこだわりを捨てた 私には「体系的に学ぶ」とか「順序立てて学ぶ」といったこだわりが染み付いていました。これは決して悪いことではないのですが、時に成長スピードを遅らせる要因になると思いました。

tl;dr 作ったもの やっぱり Thor そーなんです あとは... コードをどーやって分割するか あくまでも ですので... テスト コマンドラインの実行をどのようにテストするか (1) コマンドラインの実行をどのようにテストするか (2) スタブ 2 つのアプローチ AWS SDK for Ruby におけるスタブ Rspec からスタブを利用する rubocop 警察 Travis CI 以上 tl;dr AWS SDK for Ruby を使ってコマンドラインツールを作る時にテストまで含めた雛形みたいなのがあったら楽だよなーと思いつつ, ソフトバンクが日本シリーズを制したり, 楽しそうな JAWS FESTA の様子が SNS のタイムラインに流れてくるのを羨ましく横目に見つつ, もくもくサンプル的な何かを作ってみました. 作ったもの github.com これ. EC2 インス

リポジトリを横断しての開発 自分は普段いくつかの（主にマイクロサービス）リポジトリを横断しつつコーディングをしています。 その際に tmux + zsh + neovim を使っているのですが、 tmux （とzsh）を使って複数のリポジトリを横断する最高の設定を使っているので紹介します。 まず前提として、複数リポジトリのマイクロサービスを立ち上げるとめちゃくちゃコンソールが増えると思います。 自分はプロジェクト毎にローカルサーバで1-2個・エディタ1つ・シェルで1つ・REPLで1つくらいは平気で使います。ついでに一時的な検証をするワークスペースを作って5-7個くらいは平気でプロジェクトを横断することがあります。 これを tmux の window と pane だけで管理するのは辛いのでやめましょう。 tmux には session という便利な機能があるのでこれを使います。 簡単に説明

Go言語開発での makeコマンド と Makefile Go言語の開発ではmakeコマンドをタスク自動化ツールとしてよく使います。 よく使うコマンド、自動化したいタスクをMakefileに記述しておくと、開発に使う複雑なコマンドをすぐに実行したり、チームで共有出来ます。 Makefileに対して、難しいイメージを持っているかもしれませんが、超基本のMakefileの書き方はとてもシンプルなものです。 この記事の目的 Makefileの超基本がわかる Go言語開発のタスク自動化ツールとしてのMakefileの書き方がわかる 前提知識 シェルスクリプト についての知識 書き始める前の準備 EditorConfigを設定して、タブ / スペース によるインデントのトラブルに会わないようにしましょう。 公式サイトにあなたのエディタが、EditorConfigをサポートしているか、プラグインの追加

はじめまして。そーだい（@soudai1025）です。 ソフトウェアエンジニアとして、地方の受託開発会社や「はてな」などを経て、今は都内でWeb系スタートアップ・株式会社オミカレのCTOをしています。 私は生まれも育ちも広島県、今日もカープのセ・リーグ優勝の余韻に浸りながらこの記事を書いています。ソフトウェアエンジニアになった経緯ですが、私も子供の頃からゲームが大好きで「人生で大切なことは格ゲーから学んだ」タイプですから、「自分もゲームを作るんだ！」と幼少期からソフトウェアエンジニアに憧れていました。 そんな私ですが、実は高校を卒業後、警察官として4年半ほど奉職していました。憧れだったソフトウェアエンジニアではなく、公務員だからという理由で警察官を選んだ私は常に後悔の気持ちと向き合うことになります。もちろん、警察官という仕事はやりがいもありましたが、それでもソフトウェアエンジニアの夢を諦め

歌手・沢田研二（７０）が１７日、さいたまスーパーアリーナで午後５時から予定していた公演「沢田研二　７０ＹＥＡＲＳ　ＬＩＶＥ『ＯＬＤ　ＧＵＹＳ　ＲＯＣＫ』」が急きょ中止となった。同所の管理会社が認めた。 会場スタッフは、困惑する来場者に向け「重大な契約の問題が発生したため、主催者、所属事務所が協議を重ねた結果、本日の公演は中止とさせて頂くことになりました」と説明。 来場客はツイッターで「本日の公演は契約上の問題が発生した為、中止とさせていただきます。ご来場いただきましたお客様におきましてはご迷惑をお掛けいたしまして、大変申し訳ございませんでした」との掲示を投稿。ファンは「ドタキャン、中止かよ！」「まさかの中止」「勝手にしやがれ！」など突然の発表に困惑している様子を投稿している。 沢田のライブをめぐっては、０４年１０月に茨城・水戸の県民文化センターで開催予定だったコンサートツアーが開催直前に中

TL;DR PHPで動くファミコンエミュレータを作った php-terminal-nes-emulator画面描画は点字を使って文字出力コントローラは標準入力からfread() 経緯 2016年の2月にPHPで動くゲームボーイのエミュレータ、php-terminal-gameboy-emulator に衝撃を受けて、その実装の解説を勉強会やカンファレンスでトークしたりSoftware Design誌に書いたりしました。(*1) カンファレンスでのトークでは時間の都合もあって全体のごく一部しか話が出来ないのですが、Software Design誌では誌面をたっぷり頂いてCPU、メモリアクセス、画面表示とphp-terminal-gameboy-emulator のほぼ全域を解説出来たので満足し、その熱は落ち着いていました。 そんな中、9月に開催されたbuilderscon tokyo 201

やっと形になってきました。 github.com 「データベースのクエリログを取得したい」 例えば、データベース（RDBMS）のクエリログを取得したいとき一番確実な方法は、そのRDBMSに備わっているログ機構を利用することです。 一方で、全てのクエリログを出力するとなるとそれなりにIO負荷がかかることが予想されるので、負荷状況によってはクエリログ出力（のIO負荷）を別サーバに分離したくなります。 では、どうすればよいかというと、例えば アプリケーションサーバとデータベースサーバの間にプロキシサーバを挟んでそこで記録することでIO負荷を分離する アプリケーションサーバ側で（notアプリケーションで）記録することで（大抵、サーバ台数の多い）アプリケーション側にIO負荷を分散する というような方法を思いつきます。 そこで、「もし、TCPコネクション上に流れている（例えば）クエリログを解析してログ