個人向けCDN「CloudFlare」を試してみた
今までの自宅サーバー高速化の取り組み このブログはWordPressを自宅サーバー（自作パソコン）で構築・配信しているのですが、今まで様々な高速化への取り組みやパフォーマンスチューニングを行って来ました。代表的なものでも以下のような対策を講じてきました。 サーバーのハードウェアのスペックアップ 自作パーツで、Core-i7 3770 HT8コア、メモリ32GB、SSD512GBで構成 PHPにAPC（アクセラレーター）を導入 php.iniもメモリ関連やAPC関連の設定を最適化 ApacheをやめてNginx1.2の最新版でPHP-FPMのリバースプロキシを構成 NginxからPHP-FPMへの接続をポート通信ではなくソケット通信に切り替え Nginxのプロキシキャシュの範囲を強化 キャッシュ対象を画像、JS、CSSにも適用。HTMLをGZIP圧縮してブラウザに送信 MySQL5.6の導入
Jamstackを検討する - ゆーすけべー日記
Jamstackを既存のシステムに導入するかを検討する機会があった。 紆余曲折したものの、未だに暫定的な結論しか出ていない。 とはいえ、わりと頑張った。 今回は Jamstackとはなんぞや？ Jamstackの特徴 Jamstackの技術 弱みを解決する策 実際に検討した話 を雑に紹介したい。 個人的なメモなので、間違っているところがあるのを考慮願いたい。 Jamstackとは？ JamstackのJamは以下の頭文字をとっている。 JavaScript APIs Markup まず、フロントエンドを持たないAPI群がある。APIはブラウザのJavaScriptから叩かれるかもしれないし、後述するようなSSG =「Static Site Generator」のフレームワークが叩くかも知れない。どちらにせよユーザーに配信されるのはSSGが出力した、Markup。つまりプリレンダリングされた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
