さなぽんです。
今回は表題の通り、スマートロック「sesame」の鍵を操作してみようかと。
既に機能がある中でAPIを使用するに至った経緯なども含めて書いていきますね。
まずは今回の主役となるsesameの紹介です。
Laravel好きが高じてアメリカまで行ってきました!LaraconUSまとめ(一日目)
こんにちわ、ITプロパートナーズのエンジニアのくまモンエンジニア(@miyakey7)です。
Laraconに関する記事を書きたいと思います。多分今年出席した日本人は私しかいなかったような気がします。
Laravelは自分の転職のきっかけになったフレームワークで思い入れがあります。
元々組み込みエンジニアで通信ライブラリとか作っていた私が、去年Laravelが好きでというかLaravelしか知らないような状態からWEBエンジニアになんとか転職し1年以上経ちました。
今年、そして来年と開催されるLaravel jp conferenceもコアスタッフとしてお手伝いさせていただいてます。
そんなLaravel好きが高じて、ついには国境を越えてしまいました。
今年の7/24〜25日に開催された laraconUS(https://laracon.us/)に参加するためにNYに行ってきました!
私の目から見たLaraconUSの感想を率直に書いていきたいと思います!
英語力が皆無のため、多分間違ってる所があるかと思います、すいません!
誤りがあればご指摘お願い致します!!
入場
まずは朝8:30から入場開始です。
あと1時間くらいしたら向かいます! https://t.co/MAxJgORBKI
— くまモンエンジニア (@miyakey7) July 24, 2019
会場はタイムズスクエア近くのイケイケの場所です!
NYは以前も訪れたことがあり、とても好きな街でした。
今年のLaraconUSがNYと決まった瞬間に行くことを即決しました。
PlayStation Theater
ゴリゴリの強面SPに荷物検査をされ、金属探知機を通って、震えながら蛍光色光る地下のフロアへ。
完全に雰囲気に飲み込まれて震えてるなう#laracon pic.twitter.com/GnGAoSv1Jd
— くまモンエンジニア (@miyakey7) July 24, 2019
中はもう騒然とした雰囲気でおしゃべりで陽気なエンジニアたちが大騒ぎでした。
朝からみんな元気良いな...
今回のLaraconは昔の2Dゲームの世界観がテーマのようです。
ストⅡもありました👀
こちらはアメリカのスーパーファミコン(スーパーニンテンドー)ですね。
知らない外人と戦って2戦2勝でした。eスポーツイケますね。
会場に入ると既にかなり埋まってる状態。
座席は自由です。
空いてる座席にグッズが置いてありました!
中身は意外とシンプルでした。Laraconはあんまりこだわらないのかな?
本日、貰ったグッズ!新ロゴステッカーは明日貰えるのかな🙃
— くまモンエンジニア (@miyakey7) July 25, 2019
#Laracon pic.twitter.com/S2PCeFJROF
座席はかなり後方でした..出遅れた!
会場のwi-fiのパスワードがわからず弱弱のwi-fiモバイルルーター苦戦していたら、公式ツイートでアナウンスが!
Welcome everyone! Our WiFi code is “artisan19”… let’s tweet using the #Laracon hash tag! 🤙
— Laracon US (@LaraconUS) July 24, 2019
Laravelerなら誰でも胸アツなパスワード「artisan19」に胸が熱くなりましました!
午前セッション
ADAM WATHAN
自身が開発しているtailwind CSSについてのセッション
基本コードを書きながらレイアウトのデモをしまくっていました。
場馴れしてるからなのか余裕で話しながらガンガンコード書いてて凄いな〜と感じました。900人が見てる中でコーディングとか震える。
tailwind CSSはとても拡張性があり、容易なレイアウト置き換えが出来たりレスポンシブ対応していたりする便利CSSフレームワークでした。
Laravelと関与する所はbladeの中でも書きやすいよ〜くらいの感じでした。
bladeを適宜コンポーネント化してincludeで呼び出し、パラメータ引数としてクラス設定することで容易に変更出来るよねと。
FREEK VAN DER HERTEN
引用はこのツイートにまとまってます
Hope you liked my talk at @laraconUS 🗣
— Freek Van der Herten 🎆 (@freekmurze) July 24, 2019
Some interesting links for you:https://t.co/YL59aS6Spahttps://t.co/FVR0SsXHRphttps://t.co/zagELDvzIGhttps://t.co/JKlDi45hJehttps://t.co/Vn9NE6OCivhttps://t.co/UCrbNS3Wp8https://t.co/0IuAXLis3v
Slides: https://t.co/XEBGrWbXfg
観客と和気あいあいとしながら、こちらも基本ライブコーディングをしていたのが印象的。
文字サイズ大きくしろってめっちゃ煽られてる#laracon pic.twitter.com/pNzf9u3P1e
— くまモンエンジニア (@miyakey7) July 24, 2019
アクションをコントローラやモデルに書かず、アクションフォルダ配下に置く。
Interesting idea from @freekmurze and the @spatie_be team - putting reusable actions in a separate "Actions" directory rather than storing them on a model or controller. I'll have to give that a whirl. #laracon #laravel pic.twitter.com/3GZUSL9n34
— Kyle Barney (@KyleAndCode) July 24, 2019
viewに関してはviewModelを使った書き方を説明。
viewに渡すパラメータを沢山並べるとかもしやってるならば参考にしましょう。
続いてbladeの話。blade-xを使えばincludeの書き方を省略できるよと。
確かにそうですね。vueライクな書き方です。
休憩
休憩で一度全員が席を離れます。
そのチャンスを使って前の方に移動しました!
みんな意外と前の方の席にこだわりはなかったみたいで、すんなり座れました。
ただ、この前方エアコンがめちゃくちゃ効いていて寒かった。。
BOBBY ELITE BOUWMANN
laravelのデザインパターンの話
・Singleton Pattern
・Observer Pattern
・Bridge Pattern
についてピザとピザ窯を例に話していました。サンプルコードも載っているので
わかりやすいと思います!
印象的だったのは最後の方に言っていた
「No silver bullet, learn by doing and trying(銀の弾丸はない、やってみることで学ぶ)」
という部分。
設計に関しては本当にそう感じます。どれだけ向き合ってどれだけプロダクトを落とし込んで適切な設計ができるか。一朝一夕で身につくものではないと感じます。
JMAC
laravelのちょっと気の利いた書き方というセッションでした。
結構色んな省略形の話をしていました。
それこそbladeであれば @auth や@guest、@csrfみたいな所やModelリレーションのPivotsやMorphMapの書き方、redirectにwithInput付けるなど。結構基礎的な使い方が多かった印象。
Gateの話がちらっと出たりもしましたが(もう少し丁寧に聞きたかった)、全体的に公式リファレンスにある内容でしたね。
ランチタイム
ランチタイムになると900人が一斉に外に出ます。
人の流れとかガン無視カオス状態です。
ちなみに会場は映画館のシアターとロビーと通路があるだけのイメージなので、
全員が飛び出すととんでもない人の渋滞が発生します。
そんな事は全く気にしません、これがアメリカ。
ランチボックスと飲み物をカウンターで貰いあとは自由に食べてねという形式。
通路に座り込んで食べる人が半分、シアターの中で食べる人が半分ぐらいでした。
なんで中で食べないんだろう?
そして配られたランチボックスが完全にアメリカ!
ランチタイムに配られたランチボックス。
— くまモンエンジニア (@miyakey7) July 24, 2019
謎の巻き物とポテチとりんごとチョコチップクッキーにスプライト。
アメリカか!
#laracon pic.twitter.com/DJPmNUaEP2
午後セッション
KEITH DAMIANI
GraphQLに関するセッションでした
最もスライドが作り込まれたセッションでした。
データの繋がりをニューヨークの地下鉄の路線図を例にして表現し、グラフ理論の歴史を示した上で、どういう時にGraphQLの優位性が発揮されるかについて述べています。
KAYA THOMAS
彼女のセッションはサイドプロジェクトの走らせ方についてでした。
プログラミングの話は一切なく、マインドやマネジメント、ケアの方法、終わらせ方など一連を実体験を元に話をしていました。
Motivating speech from @kthomas901 at #LaraconUS “Get your work out into the world” pic.twitter.com/FeZTe5k3Hi
— Guvener Gokce (@guvener) July 24, 2019
サイドプロジェクトを始めたらちゃんと広めることも大事だよと。
JONATHAN REININK
こちらのコースの作者ですね。みんな大好きEloquentに関するセッションです!
内容はパフォーマンスチューニングの方法、テクニック、debugbarの数値確認方法などでした。
結果的には
副問い合わせちゃんと使った方が速い事多いよという話だった。
— くまモンエンジニア (@miyakey7) July 24, 2019
addSubSelectか。
#laracon
でした。
まぁ、最終的にこれに至るまでにメモリのサイズを確認したり、クエリの数を確認して少しずつチューニングしていくという手順のデモがこのセッションの有意義な部分だったと思います。そしてEloquentは何も知らないと簡単にN+1などを実装出来てしまうので、しっかりとした知識と結果のクエリをよく確認しようというお話ですね。
JUSTIN JACKSON
今回のLaraconのメインMCをやっていました。めちゃくちゃ話し上手で盛り上げ上手。
それもそのはずで、ポッドキャストの配信者でもあります。
スライドはこちら!
内容は人生とプログラミングを学ぶことについてでした。結構おちゃらけた感じでMCやってましたがセッションは真面目でした。
https://justinjackson.ca/assets/laracon-2019-compressed.pdf
最初にLaraconの会場にいる参加者の年代を聞いてましたが、圧倒的に30代が多かったです!アメリカのPHPerは30代が多いぞ!(日本はどうなんだ?)
「"It's too late for me to learn programming". This emotional baggage held me back.(「プログラミングを学ぶには遅すぎる」という感情が自分を引き留めていた。)」
これはプログラミングだけでなく色んな新しいチャレンジに言えることだと思う。
気にせずに飛び込んでチャレンジすればいい。
TAYLOR OTWELL
遂に出ました、大トリ。CREATOR OF LARAVEL
Laravelの創始者Taylorです。
セッションは早速Laravel6リリースの公式発表!
ロゴも変わり、会場のボルテージも上がりました!
ロゴが変わったー!
— くまモンエンジニア (@miyakey7) July 24, 2019
#laracon pic.twitter.com/8PgcPBHlZ0
ロゴが変わるために、カンファレンスTシャツはこのセッションが終わるまで配られませんでした。途中で帰る人とか気にしないのね...。
Tシャツまだ配られてなかったのは新ロゴだったからか pic.twitter.com/MvrGOb3NkE
— くまモンエンジニア (@miyakey7) July 24, 2019
ロゴ及び公式サイトが変わること、8月にリリースされること、ver6からセマンティックバージョニング(semver)というバージョン方式を取るという話がありました。
これでLaravel6の話は終わります。
そう、今回のセッションのメインはLaravel6の発表ではなく、Laravel VaporというLaravel用のサーバーレスデプロイプラットフォームの発表でした。
これは去年発表されたNova同様に有料になっております。
元々あったLaravel Forgeという環境管理ツールがあり、その中にあったlaravel-cloudというクラウドサービスと連携していた部分のコードを書き直し、独立進化しAWSと連携したサーバーレスプラットフォームに昇華したイメージでしょうか。
ちなみに先日、laravel-cloudは一瞬公開されましたが
I have mentioned Laravel Cloud, an abandoned attempt to build a "Forge Pro", several times. This project was eventually replaced by Vapor. However, the entire backend was completely finished. I have opened the source here if anyone is interested: https://t.co/8RQ9xhsSLO
— Taylor Otwell 🏝 (@taylorotwell) August 1, 2019
すぐにprivateに戻されましたw
Had to make Laravel Cloud private again. Amazingly, too much BS and whining about me even doing something as simple as sharing that code. Have a good weekend. 🤷♂️
— Taylor Otwell 🏝 (@taylorotwell) August 2, 2019
大丈夫かなw
まぁ、Vaporに関してはすぐに使う機会は無さそうという感覚です。
新規で作る際に使うのもありかと思う一方でVaporのコストを足す分の利点が今の所感じれていないという印象。
アプローチの方向性は面白いし今後の進化を期待したいと思います。
Vaporの詳細については以下にわかりやすくまとまっています。
既に公式サイトも公開されています。
また本セッションは他に先駆けて動画配信もされているので詳細はこちらを参考にしていただければと思います。
AFTER PARTY & MINGLING
そして遂に運命の時が...
Laravelの作者Taylorとの対面!
とりあえず記念写真!
テイラーと写真撮れた! pic.twitter.com/MGnGQp6wYt
— くまモンエンジニア (@miyakey7) July 24, 2019
そこからは緊張の会話タイム...!
日本から来た話、日本のカンファレンスのスタッフだよとアピール(初日に着ていたのはLaravel JP conferenceのコアスタッフTシャツ)、内緒の交渉、Laravelの今後について、Vaporの話も少し...短い間でしたが色々と聞けてとても貴重な時間でした。
これで完全に満足した私は、懇親会で数人と会話にならない会話をして帰りました。
「日本から来たの?」「何故?」「日本でLaravelはどうなんだい?」などなど、聞き取りやすい質問はサクッと返事出来るのですが、少しでも聞き取れなくなるともうお手上げ状態でした...。
ちなみに懇親会も人の配置はガン無視で通路やロビーに突然食べ物や飲み物が置かれたり、スタッフが配り続けたりして立ったままガンガン話すだけでした..アメリカ凄いぜ。
混沌としているのでそろそろ離脱します!また明日Laracon! pic.twitter.com/pvRM1ioKy8
— くまモンエンジニア (@miyakey7) July 24, 2019
次回、二日目編は会場にたどり着くまでにタイムズスクエアで黒人に捕まって60ドル払った話を中心にお送りする予定です😢
すいません、上記は事実なのですが、二日目もちゃんと書きます!!
Laravel好きは一度お話してみませんか?
社内の新制度(Googleのあのルール??)を使い、社内データのJuliaで統計分析PJ(仮)を1人で勝手にキックオフしてみました
こんにちは!ITプロパートナーズの新卒エンジニアの栗岡です。
2019年4月1日に新卒2期生、エンジニアとしては1人目のエンジニアとしてジョインしました。
業務では、Larave/Vue.js/JQueryでITプロパートナーズメインサイトの開発と20卒21卒の新卒採用担当をしています!
今回は、会社の新ルールAd-vanを使い、社内データの統計分析PJ(仮)を1人で勝手に始めましたというお話を自分を鼓舞する意味を込めてしようと思います。
本当は5月にはキックオフしていた事は秘密です。
そもそもAd-vanとは??
ITプロパートナーズの新しい制度です。
毎週水曜日にそれぞれの社員が考えた「今やりたいこと、今やるべきこと」に 主体的 に取り組んでもらうという制度です。
エンジニアにとっては凄く嬉しい制度で、自社サービスにtypescript導入している社員やR&Dプロジェクトを進めるエンジニア がいます。
今回はこの制度を使い、簡単ではありますがデータ分析に挑戦してみようと思いました。
(専攻が心理系だったことから、統計分析は研究のためにふんわりと使っていた背景もあり、、)
やりたい事
主要事業であるITプロパートナーズのデータや20卒採用で取れたデータを統計分析という形で処理し、データを取得し、ただ眺めていただけの状態から、統計的に何が言えるのかまで出せるようにしたい。
そして、いつか統計に強いエンジニアやサイエンティストにジョインして欲しい。
僕自身が統計学に精通しているわけでも、数学がゴリゴリでできるわけではないので、
「取得しているデータを活用する」するための一歩になれば良いというモチベーションで緩くやって行きますw
使用ツール・言語
言語はぶっちゃけなんでも良かったのですが、データ分析と言えばPython!R!っていうのが何となく嫌で、あまのじゃく精神からJuliaにしました。
デモ
今回は試しに、JuliaとJupyter Notebookを使った回帰分析とグラフ表示をファッションサイトをスクレイピングして取得したデータで試しに行いました。
今回は、身長が高いモデルさんほどファッションサイトではランキング上位に来るのか?つまり、背が高い人ほど洋服が似合うのか??を検定しました。
ランキングの順位に対して、身長に因果関係があるのかを判定します。
コマンドラインで Jupyter Notebookを起動
jupyter notebook
あとは以下のようにコードを書き込む。(y=ax+bに当てはめるだけ)
ほぼRの上位互換のようなコードですね。
ソース実行結果!!!!
Coefficients: Estimate Std.Error t value Pr(>|t|) (Intercept) 257.544 90.8531 2.83473 0.0056 height -1.30983 0.574484 -2.28 0.0248
このように綺麗なグラフと検定結果を簡単に出力してくれました!
実際に表示されるグラフはD3.jsなので、インタラクティブに動かすことができます。
JuliaとJupyter組み合わせバッチリですね!
ソースコード一部省略して実行したので、データ分析が得意な方には目を瞑って頂けると幸いです、、、(すみません、、、)
ちなむと検定結果は、一応身長が高いほどランキングは1位に近くなります、、
あまりドキュメントも出回っていない言語であるJuliaですが、これからも勉強しながらこのプロジェクトを成功させられるように頑張ります!
数学も少しは勉強しないと、、
このプロジェクトの結果は次回でご報告がきっとできればと思います!!
最後に
ITプロパートナーズでは、Laravel、vue.js、Nuxt.jsで開発に挑戦したいエンジニア・デザイナーを絶賛募集中です!
そして、21卒新卒エンジニアのエントリーも心よりお待ちしております!
関西初開催!!#ProLabo(プロラボ)もくもく会@なんば 5月25日(土)に開催しました!
みなさんこんにちは!
ITプロパートナーズ(https://itpropartners.jp/)新卒2年目の藤井です!
今年の4月から関西支社立ち上げにあたり大阪に赴任、
現在立ち上げに関連する業務全般を行なっております!
実は先日、毎月渋谷で行なっている#ProLabo(プロラボ)もくもく会がなんと、、、
関西に進出いたしました~🎉🎉
今回はそちらの様子をレポートにまとめました!!
ぜひご覧ください!
続きを読むNuxt + Contentful + NetlifyでJAM Stackなブログを作ってみよう
ITプロパートナーズでエンジニアをしているもりと申します。
少し今更感がありますが、ContentfulとNuxtでJAM Stackなブログを作ってみました!
まずJAM Stackという聞き慣れない言葉がでてきましたが、JAM Stackとは
Javascript + Api + Markup のことで、HTMLをサーバーサイドで生成してレンダリングするのではなく、javaScriptでapiから取得したデータをもとにデプロイ時にHTMLを生成する最新のweb開発アーキテクチャのことです。
詳しくはこちら
今回はContentfulをAPIとして、Nuxtを静的サイトジェネレーターとして使用することで
JAM Stackとして実装していきます。
Contentful
- Contentfulアカウントの作成
- スペースの作成
- モデルの作成
- 記事の作成
Nuxt
- Nuxtアプリケーション作成
- Contentfulの設定
- Contentfulのコンテンツデータ取得
- ビルド時のhookと動的ルーティングの生成
- ブログページ
- 事前準備
- アカウント作成
Contentful
ContentfulとはヘッドレスCMSと呼ばれるコンテンツ管理サービスで、WordPressのように記事の作成や管理ができます。
WordPressと違うのは、Contentfull側でViewのレンダリングは行わず、完全にAPIベースである点です。
記事のデータはAPIを介して取得するため、フロントエンドは自分の好きな技術で好きなように作ることができます。
1. Contentfulアカウントの作成
まずはContentfulのアカウントを作成していきましょう。
Try for free とあるのでこちらからアカウントを作成します 。
今回はGithubと連携を行います。
名前やメールアドレスなどの必要事項を入力し signUp してアカウントの作成完了です。
2. スペースの作成
次に スペース という大枠になるものを作成します。
スペースとはContentfulの一番大きな領域で、1プロジェクト = 1スペースになります。
公式によると開発用とProduction用といった単位でスペースを作成することもありだそうです。
今回はブログを1つ作成するだけなので、スペースは1つでOKです。
早速スペースを作成していきましょう。
まずは左側にあるメニューからCreate spaceをクリックします。
space作成用のモーダルが表示されるので、最初にspaceのタイプを選択します。
今回はFreeプランで作成します。
次にスペース名を決めます。
今回はシンプルにblogとしておきました。
あとはConfirm & CreateSpaceをクリックしてスペースの作成完了です!
3. モデルの作成
次にモデルを作成していきましょう。
モデルとはContentfulで作成する記事などのコンテンツのことです。
例えば、 title top_image create_atのように、一つのコンテンツに持っておきたい情報を名前と型を決めて登録します。
今回はブログ記事なので、タイトルやTOP画像、作成日、本文などの情報を持つ記事モデルを作成してみたいと思います。
先程スペースを作成したので、TOPページに戻るとCreate spaceが Completedになっていると思います。
そのすぐ下にあるDefine the structure の Create a content type をクリックします。
モデルの名前と説明を入力しCreateをクリックしましょう。
今回はブログの記事なのでシンプルにarticleとしました。
次に、このモデルにフィールドを設定していきます。
作成後に右側にあるAdd Fieldをクリックします。
クリックすると追加するフィールドの型を決めるモーダルが表示されるので、Textを選択します。
フィールドの名前を入力してCreateします。
これでText型のブログのタイトルを表すフィールドの作成が完了です。
今回は合計5つのフィールドを作成しました。
これで、1つのコンテンツ(記事)はここで設定した5つのフィールドを持つことができるようになりました!
4. 記事の作成
スペース、モデルの作成が終わったので、実際にコンテンツ(記事)を作成してみましょう。
TOPページには、先程Modelも作成が終わったので、 Define the structureもCompletedになっているかと思います。
Create your contnet の Add an entry からコンテンツを作成していきます。
このように先程設定したフィールドの中身を入力していきましょう。
実際の本文はフィールドタイプをrichTextにしたので、このように文章の途中に自由に画像を差し込んだり、太字にしたり といったことが可能です。
記事の作成が終わったら、右上のpublishをクリックして作成完了です。
Nuxt
Contentfulでブログ記事の作成が完了したので、次はそのブログを表示するフロントエンドの部分の作成を行います。
今回はNuxtを使用してそのフロントエンド部分を作成していこうと思います。
NuxtとContentfulの連携については公式に手順が載っているのでこちらに沿って説明して行きたいと思います。
1. Nuxtアプリケーション作成
では早速Nuxtのアプリケーションを作成していきましょう。
まずはvue-cliを使ってNuxtの新規アプリケーションを作成します。
vue-cliのinstall
$ yarn global add @vue/cli-init
nuxtアプリケーションの作成
$ vue init nuxt/starter アプリケーション名
これでnuxtのアプリケーションが作成できたので早速Nuxtを起動してみましょう。
作成したNuxtアプリケーション配下に移動して必要なmoduleをinstallします。
$ yarn install
installが完了したら実際に起動してみます。
$ yarn dev
上記コマンドでbuildが開始され、URLが表示されるのでクリックしてみましょう。
成功していれば、このような画面が表示されます。
2. Contentfulの設定
Nuxtのアプリケーションの作成が完了したので、次はContentfulと連携するのに必要なModuleをinstallします。
$ yarn add contentful
contentfulと連携するにはapiのキーが必要になるのでそちらを作成しましょう。
作成が必要なのは
・space id
・access token
の2つです
contentfulのページのヘッダーにあるsettingsからAPIkeysページに移動します。
ページに移動すると、SpaceIDとAccessTokenなどが自動で生成されているのでこちらのキーを使用してcontentfulと連携をしていきます。
contentfulのキーの作成が終わったらそのキーを保存しておく場所をNuxt側に作ります。
プロジェクト直下にenv.jsを作成して以下のようにします。
// ./env.js
{
"CTF_SPACE_ID": "先程作成した Space ID",
"CTF_CDA_ACCESS_TOKEN": "先程作成したContent Delivery API - access token"
}
※こちらgitignoreに指定するのをお忘れなく
先程installしたcontentful用のmoduleを使うためにpluginを作成します
// ./plugins/contentful.js
const contentful = require('contentful')
const env = require('../env.js');
const config = {
space: process.env.CTF_SPACE_ID,
accessToken:process.env.CTF_CDA_ACCESS_TOKEN
}
// export `createClient` to use it in pagecomponents
module.exports = {
createClient () {
return contentful.createClient(config)
}
}
これでNuxtとcontentfulの連携の設定は完了です。
3. Contentfulのコンテンツデータ取得
連携の設定が完了したので、次はContentfulから先程書いた記事を取得します。
今回はJAM Stackにするので、buid時に全ての記事データを取得してjsonに固めます。
ではまずデータを取得するmoduleを作成しましょう。
modulesディレクトリ配下に、先程作成したcontentful連携用のpluginを使用して
データ取得する処理を書きます。
その後、取得したデータをjsonファイルとして指定ディレクトリに出力します。
// ./modules/createStaticJson.js
import { createClient } from '../plugins/contentful.js';
import env from '../env.js';
import fs from 'fs';
const outputPath = 'static/json/article.json';
/**
* Contentfulから取得したデータをjsonファイルとして出力します。
*/
export default async function outputStaticData() {
const client = createClient();
// contentfulからデータを取得
const articles = await client.getEntries({
'content_type': env.CTF_BLOG_POST_TYPE_ID,
order: '-sys.createdAt'
});
// jsonとして出力する
fs.writeFile(
outputPath,
JSON.stringify(articles),
err => {
if (err) {
throw err;
}
},
);
};
取得したjsonはstatic/json/article.jsonに配置するので、指定ディレクトリにはあらかじめ空のjsonファイルを作成しておきましょう。
// ./static/json/article.json
{}
これでデータの取得、jsonファイル出力処理は完了です!
4. ビルド時のhookと動的ルーティングの生成
データを取得する処理ができたので、その処理の呼び出し元を作っていきます。
今回は nuxt generateという nuxtアプリケーションを静的ファイルとして出力するコマンドを使用していきます。
そのため、このgenerateが実行されたタイミングでデータを取得するようにしましょう。
nuxt.config.jsのgenerateの中に以下のように処理を追加します。
まず、先程作成したデータを取得してjsonにする処理を呼びます。
// ./nuxt.config.js
import Articls from './static/json/article.json';
import outputStaticData from './modules/createStaticJson';
module.exports = {
generate: {
async routes() {
// contentfulからデータを取得してjsonにexportする
await outputStaticData();
// 取得したjsonからページを動的生成する
return Articls.items.map(i => {
return `articles/${i.fields.id}`;
});
}
},
// --- 以下省略 ----
その後に取得したデータから動的なページを生成します。
なぜこのような処理をする必要があるかというと
nuxt generateコマンドで静的ページとして出力した場合、
article/{id} のような動的URLのページは生成できないからです。
今回は
/ 記事一覧ページ
article/{記事ID} 記事詳細ページ
というページ構成で作成するので
contentfulから取得した記事IDをもとに記事詳細ページのroutingを追加しています。
5. ブログページ
最後に、実際に表示するページ部分を作成して行きます。
/ 記事一覧ページ
article/{記事ID} 記事詳細ページ
という構成にします
root /
├ pages/
├ index.vue
articles/
└ _id.vue
pages 配下の構成がそのままルーティングになるので、こんな感じでvueファイルを配置していきましょう。
ここではポイントだけ説明をしていきたいと思います。(vueの説明は省きます)
まず、取得したjsonの記事データを表示する方法ですが、jsonをimport してcomputedで参照するのが良いでしょう。
// ./pages/index.vue
const Articls = require('~/static/json/article.json');
export default {
computed: {
articles(){
return Articls.items;
}
}
}
詳細ページに関してはurlから対象の記事のデータを抽出します。
// ./pages/article/_id.vue
const Articls = require('~/static/json/article.json');
export default {
computed: {
article(){
const id = this.$router.params.id;
return Articls.items.find(i => i.fields.id == id);
}
}
// 以下省略
今回contentfulでrichテキストを使用して文章の途中に画像をいれたり、太文字にしたり
といったことを行っています。この richText を表示する部分は少し処理が必要です。
// ./pages/article/_id.vue
import { BLOCKS } from '@contentful/rich-text-types';
import { documentToHtmlString } from "@contentful/rich-text-html-renderer";
export default {
methods: {
toHtmlString(obj) {
const options = {
renderNode: {
[BLOCKS.EMBEDDED_ASSET]: ({ data: { target: { fields }}}) =>
`<img src="${fields.file.url}"/>`,
},
}
return documentToHtmlString(obj, options);
}
},
// 以下省略
このように変換するモジュールがライブラリにあるので、こちらを使用して変換の処理を行う必要があります。
template内ではv-htmlで指定し、変換メソッドを指定すればOKです。
// ./pages/article/_id.vue
<template>
<div v-html="toHtmlString(article.fields.body)"></div>
</template>
// 以下省略
Netlify
アプリケーションの実装が完了したので、次は実際にデプロイします。
今回はNetlifyという静的なサイトを無料でホスティングできるサービスを利用して
githubにpushしたら自動でデプロイされるようにします。
1. 事前準備
事前準備として、先程作成したアプリケーションをgithuにpushします。
$ yarn generate
nuxt generateで静的ファイルとしてビルドしましょう。
実行後にdistというディレクトリが作成されていると思います。
次に先程作成されたdistディレクトリをgit.ignoreから外します。
最後にgit pushでgithubにpushしたら準備完了です。
2. アカウント作成
次にhttps://app.netlify.com/signupからNetlifyのアカウントを作成しましょう。
今回はgithubと連携したいのでgithubアカウントでsignupします。
アカウント作成後のTOPページからgithubのリポジトリと連携していきます。
New site from Gitをクリックします。
GitHubを選択して認証します。
Only select repositoriesを選択肢、連携するgithubのリポジトリを選択します。
先程連携したリポジトリを選択肢します。
連携するリポジトリの設定を行います。
① pushがあった場合にhookするブランチを選択します。
今回は masterを選択しておきます。
② pushがあった場合に実行するコマンドを入れます。
コマンドは何も実行しないので未指定でOKです。
③ 実際にホスティングする対象となるディレクトリを入力します。
NuxtGenerateを行ったときのデフォルトディレクトリはdistなので今回はdistを指定してましょう。
最後に Deploy site でデプロイが開始されます 。
ビルドが成功するとこのようにURLが表示されます。
以上でデプロイ設定は完了です。
以降はコンテンツをcontentfulで更新したら、ローカルでnuxt generateを実行し
githubにpushすることで自動でデプロイができます。
これでJAMStackなブログが完成しました!!!
いかがだったでしょうか?
比較的お手軽に構築からデプロイまで出来たかと思います。
今回のブログは完全な静的サイトなので画像など最適化したりすれば阿部寛の速度も夢ではないかもしれません。(笑)
サンプルは以下に置いておくので参考にどうぞ
サンプルブログ
https://reverent-saha-5d7aec.netlify.com/
サンプルソースコード
https://github.com/frostnday/contentful_nuxt_sample
【3分でわかる!】CSSスプライトアニメーションをvue.jsのイベントハンドリングで動かしてみよう
こんにちは!エンジニアのとみたです。
ささやかなネタですが、CSSで実装できるスプライトアニメーションで遊んでみました。
Twitterのいいねボタンのエフェクトにも使われています。
スプライトアニメーション用の画像を用意
今回は、弊社が開催しているもくもく会の非公式キャラクター(笑)「プロラボくん」に動いてもらいます
スプライトアニメーション用の画像はこちら。
7つの絵を少しずつ動かします。
Illustratorで作成しました。
基準になる絵と枠を一つ作成して、横に並べます。
ここから少しずつ変化をつけていくように作成します。
アニメーションが動いたときに、滑らかに描画されます。pngだと思った以上にギザギザに...。
HTMLとCSSを作っていきます!
vue-cliを使って新規プロジェクトを作成します。
今回はApp.vueをそのまま書き換えてしまいます。
まず先程のSVGデータを表示します。
HTMLはこちら。
<template>
<div id="area">
<div class="wrap">
<div class="prorabokunSmile"></div>
</div>
</div>
</template>
cssはこちら。
.prorabokunSmile {
background: url(./assets/purorabokun_smile.svg) no-repeat;
background-size: cover; //高さをheightに合わせる
width: 100px; //1コマ目の大きさ
height: 126px; //1コマ目の大きさ
display: inline-block;
margin: 0 50px;
}
いよいよアニメーションを追加していきます!
HTMLはこちら。smileクラスを追加します。
<template>
<div id="area">
<div class="wrap">
<div class="prorabokunSmile smile"></div>
</div>
</div>
</template>
cssはこちら。
smileクラスと、@keyframesを追加しています。
.prorabokunSmile {
background: url(./assets/purorabokun_smile.svg) no-repeat;
background-size: cover;
width: 100px;
height: 126px;
display: inline-block;
margin: 0 50px;
}
.smile {
animation: animationSmile 1s steps(6) infinite;
}
@keyframes animationSmile {
to {
background-position: -600px 0;
}
}
画像を横方向に動かしているだけなのですが、
step関数を使い6段階に切り分けて表示させます。
step関数の値は、最初に表示される分を差し引いて、コマ数から1引いた値になります。
今回は7コマのアニメーションなのでsteps(6)となります。
アニメーションには任意の名前をつけ、@keyframesと紐づけます。
brackground-positionの値は、widthの値*steps関数の値をマイナスさせた値にすると、うまく動きました。100pxの6倍で-600px、といった具合に。
ボタンをクリックすると、 アニメーションが動き出すようにしたい。
<template>
<div id="area">
<div class="wrap">
<div class="prorabokunSmile"
v-bind:class="{ smile: isActive }"
></div>
</div>
<button v-on:click="move">笑顔!</button>
</div>
</template>
jsの指定はこのようにしました。
<script>
export default {
name: 'app',
data () {
return {
isActive: false
}
},
methods: {
move: function () {
this.isActive = !this.isActive
},
}
}
</script>
「笑顔!」ボタンをクリックするとmoveメソッドが動き、isActiveが切り替わり、アニメーションが定義されたsmileクラスが付与されてキャラクターが動いて見える...といった流れです。
お気に入り登録ボタンや画面遷移にも応用していけそうですね!
最後に
ITプロパートナーズでは、Laravel、vue.js、Nuxt.jsで開発に挑戦したいエンジニア・デザイナーを絶賛募集中です!
採用以外でも、様々なイベントを開催予定です!ぜひオフィスに遊びに来てください!
今年の3月にオフィスが増床、広くてオシャレなイベントスペースが使えるようになりました!
月に数回開催している「プロラボ」「もくもく会」ではたくさんの方に参加いただいています!
PHPを使い続ける理由
柳澤です。
本日のブログを担当します。
よろしくお願いします。
ITプロパートナーズは現在5つの事業をやっています。
上記のサービスは全てPHPを使っています。
事業立ち上げ初期の技術選択はとても大切であると考えており、なぜ弊社はPHPを使い続けているのかをお話したいと思います。
[ダイバーシティの環境で開発をしている]
弊社では自社サービスであっても弊社に登録いただいているITプロフェッショナルと一緒に開発する機会が多くあります。
現在開発中のGraspy(https://graspy.jp/)では社員以外は在宅で仕事をしてもらう機会も多く、リモートワークで活躍いただいています。
弊社の登録者は2018年12月時点で約2万人に登録いただいており、内訳は以下のようになっています。
9,115人と約半数がエンジニアとしての登録になります。
登録者のプログラミング言語別の割合が以下になります。
PHP、Javascriptを得意とするエンジニアが全体の約1/3の割合となっています。
弊社の場合、登録いただいているITプロとチームを結成してプロダクト開発に臨んでいます。
上記は開発言語にPHPを使い続けている理由のひとつでもあります。
[初期開発メンバーは自分しかいなかった]
僕のエンジニアキャリアはJavaからスタートしました。
Java → C# → PHP → Objective-C → Android Java → PHP と経験してきたのですが、生産性を考えたら当時PHPで開発するという選択がベストだと判断しました。
もちろんPHP以外の言語にも興味はありましたし、他のスタートアップはRubyで開発しているからうちもRubyでやりたい、という気持ちも正直ありました。
ただ会社の立ち上げ当初で人数が少ない中、自分がチームに一番貢献できることはやはり、PHPでサービスをつくるということでした。
[PHPを使っているという劣等感]
上でも書きましたが、やはりスタートアップはRubyで開発している企業が多く、弊社のITプロ紹介サービスでもRubyエンジニアを企業様に紹介する機会がすごく多いです。
GoやScalaで開発するという技術的挑戦をしている企業もよく耳にしてましたし、うちも新しい言語や技術に挑戦していくべきではないかと悩んだりもしました。
エンジニアの集まりに参加すると、未だにPHPを使っている古い企業と思われてしまうのではないかと勝手に思い込み、胸を張って「PHP使ってます」と言えませんでした。
この劣等感は自分達が提供するサービスに誇りを持ち、多くの人に価値を提供できるサービスに成長させることによって解消されると考えています。
どんな言語を使っても、結局誰にも使われないサービスであれば意味ないですよね。
[プロダクトの開発言語はどうやって選ぶか?]
以下の3つのポイントが重要だと考えています。
スピード感のある開発ができるか
スピード感ある開発を行うにはそれまでのノウハウの蓄積が重要であると考えています。
今までずっとPHPで開発してきたので、ゼロから新しい開発言語を使用して開発するよりも圧倒的に早くサービスをリリースすることが可能です。
すぐに方向転換できる柔軟性と自由度があるか
サービスの柔軟性、自由度があることにより、試験的にチャレンジできる機会が増えます。
PHPは自由度が高すぎるが故にスパゲッティコードになりがちだという問題がありますが、弊社ではフレームワークをちゃんと理解してつかうことにより、ある程度制約を設けています。
フレームワーク構造を理解し、適切な使い方をするためにペアプログラミング開発を行っています。
人材を採用することができるか
サービスがスケールすると開発エンジニアの人数も増やさなければなりません。
難易度の高い言語を開発で選択した場合、採用に苦労します。
市場にはやはりPHPエンジニアエンジニアが多いという印象があり、弊社の登録状況からもやはりPHPエンジニアが一番採用しやすいことがわかります。
人が採用できないが故にプロダクトの成長を止めたくありません。
[弊社プロダクトの開発例]
2018年10月に新サービスをリリースしました。
どんな技術を使っているか紹介します。
「未来を掴む」キャリア形成プラットフォーム Graspy
Graspyでは以下を使用しています。
サーバサイド開発言語:PHP7
フロントサイド開発言語:Nuxt.js、Vue.js
フレームワーク:Laravel5.5
webサーバ:nginx
DB:RDS(Amazon Aurora)
クラウドサーバ:aws(EC2、S3、ELB、route53、cloudfront、他)
その他:docker、SPA、ADR、スクラム開発、Git Flow
昨年のVueフェスではGoldスポンサーをさせていただきました。
先月のLaravelカンファレンスでもスポンサーとして参加させていただきました。
今後はフロントでNuxt.jsやVue.jsに積極的に取り入れ、スポンサー活動も続けて行なっていきたいと思っています。
[PHPに感謝している]
現在の弊社のサービスは4年前のスタート当時に比べたら使ってもらえる機会も圧倒的に増え、従業員や弊社に関わってくれるITプロもだいぶ増えました。
まだ通過点ではありますが、現在の状況を見ると初期開発をPHPで行うという判断は間違っていなかったと思います。
僕自身は色々な経験や出会いをもたらしてくれたPHPという言語に感謝しています。
PHPを使ってプロダクトを成長させ、多くの人に使ってもらえるサービスにしていくことでPHPコミュニティに貢献できれば嬉しいです。
[最後に]
ITプロパートナーズでは、Laravel、vue.js、Nuxt.jsで開発に挑戦したいエンジニア・デザイナーを絶賛募集中です!
少し技術的なことに投資できるフェーズになってきました。
今回Nuxt.jsやVue.jsを取り入れたように、チャンスがあれば新しいチャレンジもしていきたいと考えています。
ちょっとでも興味を持っていただけたら、まずはお話しましょう。
お気軽にご連絡ください!