検索対象 すべて サポート情報 よくあるご質問 動画マニュアル 個人情報保護のため、お名前や連絡先、会員IDを入力しないでください。サイト内検索について
.htaccess による転送設定(リダイレクト)を設定する方法に関してです。ついつい何となくでやりくりしてしまう.htaccess における、mod_rewrite を使ったリダイレクトの正しい記述方法を、最新の Apache によるマニュアルを元に、まとめ直しました。 【はじめに】.htaccess とリダイレクト .htaccess とは? 「.htaccess(エイチティーティーアクセス)」とは、Apache(アパッチ)と呼ばれるWebサーバーにおける、ディレクトリごとに個別設定を行うためのファイルです。Apache サーバーにおけるリダイレクトの設定は、通常、任意のディレクトリにこの .htaccess を配置して、そこに転送処理を書き込みこむ事が一般的です。 ディレクトリ単位での設定に便利 Apache Webサーバーでは、サーバー全体に適応する設定は「httpd.conf」と
こんにちは、パンダ大好きエンジニア、宮原です!…が…、年末年始、パンダの赤ちゃん観覧に4回応募し、4回落選しました(´・ω・`) さて今回は、チームで利用するローカル開発環境で簡単な動作確認をするために、PHPのビルトインサーバを活用しましたよ!というちょっとマニアックな記事をお届けしたいと思います。 きっかけ 以前の記事にて、各エンジニアのローカルPC上に、仮想の動作確認環境を構築したとお伝えしました。その際、「気軽に動作確認できる環境を構築したい」という想いがありました。具体的な要件としては、「好きな場所にリポジトリをcloneさえしてくれば良い」と「ローカル開発環境とは言え、他の案件の開発にも使用しているので、なるべく環境を汚したくなかった(Webサーバをインストールして設定書き換えたりをしたくなかった)」です。特に私は、一つの開発環境を色々な用途で使用していたので、なるべくシステム
よく訓練されたアップル信者、都元です。AWSにおいては、ネットワーク環境をあまり気にせず、数クリックで簡単にサーバを構築できるのは一つのメリットだと言えます。しかし、本格的に運用するシステムに関しては、ネットワーク環境をコントロールする需要も出てきます。AWS Virtual Private Cloud (VPC)を使えば、AWS上に仮想ネットワークを定義し、その上に各種サーバを配置することができます。 深く考えずに非VPC環境に構築してしまったAWSサーバ環境は、簡単にはVPC環境に移行することはできません。従って弊社では、小さなシステムであっても、最初からVPC環境にシステムを構築することを推奨しています。「非VPCが許されるのは小学生までだよねー」とボスが申しておりました。かといって、ネットワークの構成をゼロから考えて構築するのもひと苦労であるため、本エントリーでは、システムの初期段
各ツールの使い方や接続手順については割愛しますが、うまくログインできれば /home/vpsuser の場所に接続できると思います。 接続できたら、これからindex.htmlを作ってファイルをアップロードするわけですが、サーバーのどこにファイルをアップロードすれば良いでしょう? 先ほどは、 http://xxx.xxx.xxx.xxx にブラウザでアクセスした時に「Apache 2 Test Page」が表示されましたが、自作のindex.htmlが代わりに表示されるようにしてみます。 http://xxx.xxx.xxx.xxx にアクセスされたときに対応するディレクトリは、サーバーのドキュメントのトップの位置に相当するので、ドキュメントルートと言います。 これは、デフォルトでは /var/www/html です。 SFTPツールでログインした最初の位置は/home/vpsuserです
サーバーの扱いに慣れていない初心者の方を対象に、VPS(Virtual Private Server)を使ってWebサーバーを構築し、WordPressサイトを運用できるようになるまでの連載を始めます。 サーバーの構築方法については、中・上級者向けの情報は多く見つかりますが、 「初めてVPSに触れる方が、Webサイトを構築して運用できるようになるまでのノウハウ」 を体系的に解説しているサイトはあまり多くありません。 ネット上に存在している情報では断片的だったり、分からない専門用語が出てきたりして、途中であきらめてしまった方も多いのではないでしょうか? 本連載では、初心者の方でも「これさえ読めばVPSを構築できる!」ように、初歩から丁寧に解説します。 「今までレンタルサーバーを使っていたけど、一歩進んでVPSに挑戦してみたい」という方のお役に立てれば幸いです。 本連載は以下の構成で5回に分け
たとえばGitHubとかで見つけたCSSとかJavaScriptとかのプロジェクトのサンプルとかをささっと確認したい時がありますよね。 そんな時にhttp-serverというやつがすごく便利です。 https://github.com/nodeapps/http-server このhttp-serverをインストールしておくと、任意のディレクトリで`http-server`というコマンドを実行するだけでそのディレクトリをドキュメントルートにしたウェブサーバーが起動します。 $ http-server Starting up http-server, serving ./ on: http://0.0.0.0:8080 Hit CTRL-C to stop the server インストール方法 Node.jsがインストール済みならインストールは簡単です。 $ npm install -g
フロントエンジニアに知ってもらいたいリバースプロキシの重要性 | RickyNews この記事が目に入って読んでみた。なるほど、昨今は Reverse Proxy は便利な L7 ルーター的なものとして認識されているのだな、と思った。URL の Rewrite や、VirtualHost 云々。確かに Reverse Proxy の便利な側面ではある一方、それらは Nginx などの Reverse Proxy でなければ実装が不可能かと言えばそんなことはないものでもある。 自分は Reverse Proxy はもうすこしサーバー/インフラ的な側面でその役割を捉えている。今更何をというものでもあるが、昼休みがてら時間があるので簡単に書いてみよう。 Reverse Proxy はWebシステム全体のリソース最適化のためのパーツ Reverse Proxy のインフラ的な視点での役割は「Web
前回 RAID に関するちょっとした話を書きましたが個人が巨大なストレージを運用するにあたって得られたノウハウをだいたい全部書いておきます。 そもそもメリットあるのか? メリットはあります。金です。 Google Drive は安いですが、それでも 1TB 月 1000 円です。しかし運用にかなり制限がでます。柔軟に使える Amazon Web Service ならその 3 倍+転送量課金です。 16TB だと月 5 万円もかかってしまいます。ちなみにもっとも柔軟に使える EBS だと 16TB で 83000 円ぐらいです。 Google Compute Engine の低冗長性ストレージは S3 より少し安かった気はするけど別にとても安いわけではなかったと思う(よく覚えていないし調べるのがめんどくさい)。 50TB のストレージを Google Drive でごまかしごまかし運用したと
AWSで下記の4つの概念の関係を明確に教えていただけないでしょうか? - Instance - Volume - Snapshot - AMI 個々の概念は下記のように理解しています。 - Instance(いわゆるサーバ、ホスト) - Volume (ブロック型ストレージ。HDDのようなもの) - Snapshot (S3上のオブジェクト) - AMI (仮想マシンのひながた) しかし4つの関係がわからなくなることがよくあります。 例えばVolumeとSnapshotはそれ単体で存在できるのでわかりやすいのですが、AMIってそれだけでは存在しなくて、Snapshot(またはVolume?)と表裏一体だったりしますよね。 ということはAMIとは必ずAMI on Snapshot またAMI on Volumeということになるのでしょうか。 また、EBS root Instanceは、「ルー
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
セットアップのために打ち込んだコマンド群をメモっておく。 新たにQNAPのNASを使いたい人にとっては参考になるとかならないとか。 QNAP TS-219P+ @3.5.0 Build 0816T apacheは自分で入れるが、mysqlは最初から入ってるやつを使う。 # system ipkg install bash coreutils findutils diffutils util-linux-ng procps ipkg install less grep sed gawk screen sudo ipkg install vim ipkg install wget tar unzip git svn patch ipkg install gcc make automake autoconf re2c ipkg install openssh memcached ipkg ins
このページの目的 機種選定仕様はどうする?機種決定型番の怪?機種選定のまとめ ハードディスクはどうする? バックアップを自動でやりたい 開発環境を整えるipkgのインストールipkg経由でインストールしたソフトのリスト Apacheについて MySQLについて PHPについてmysqli.soのインストールPEARのインストール Perlについて このページの目的[2010-11-13] ファイルサーバーとしてIOデータ製NAS(NetworkAttachedStorageだった?)HDL-GS500を使用し,家庭内LANのどこからでも共用データへアクセスできるっていう環境は以前より構築してあるが,ここ最近,以下の懸念事項が浮上してきた。 現在使用中のNASはすでに2年以上稼働中。HDDが壊れる前に次期ファイルサーバーを用意しなきゃならない。 空き容量がだいぶ少なくなってきたぞ。 メインに
接続処理中の状況が大量にあり、接続によってはアクセス開始から数分間「接続受付中」だったりと、通常では考えられない状況でした。 わかりやすく言うと「もうダメ、これ以上アクセスが来ても処理できないです」という状態でした。 Yahoo!砲などの大量アクセスがあったわけでもないのになぜだろうと考えて、思い当たったのがスマホでした。特に、スマートニュースやグノシーなどのニュース系アプリからのアクセスですね。 PCからのサイト閲覧が中心のとき問題なかったのに、同じアクセス数でもスマホからのアクセスが増えるとWebサーバーがいっぱいいっぱいになってしまうことがあるのです。 ガラケー向けのケータイサイトをやっていた人には当然のことなのですが、モバイルからのアクセスというのは、サーバーから見るとちょっと面倒なんです。通信速度は遅いし(つまりデータの送受信に時間がかかる)、接続の途中で電波の状況が悪くなってし
メリット/デメリットWordPressレンタルサーバの最大のメリットは、一般のレンタルサーバで動かすより高速化されている点です。 WordPressは基本的にPHPで動的にhtmlページを作成するため、どうしても表示スピードが問題になります。このブログもかってはWordPressで運用していたので、その問題とかなり取り組みました。 以下のように、キャッシュ系プラグインやさくらVPSを導入してかなり奮闘した覚えがあります。 いずれも、メンテナンスにかなりの時間がとられたり、VPSのチューニングに関してはかなりの勉強が必要でした。確かにそれなりに楽しいですが、ブログを書くことには集中できないこともあります。 しかしWordPress専用サーバであれば、はじめからWordPressのためにチューニング済みですから、いじる必要は全くありません。基本キャッシュ系のプラグインなどを入れる必要もないわけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く