複数のサーバでwebサイトを運営する場合のサーバの選び方について ①なかなか規模の大きいwebサイトを運営する場合複数のサーバでwebサイトを運営すると思うのですが安いサーバ（低スペックな)を100台で構成するほうがよいのか、一台のサーバに（高スペックな)お金をつぎ込みそれを安いときの方より少ない台数で稼動させるのがよいのかどちらのほうがよいのでしょうか？理由も教えてください。 ②堀江氏がブログでサーバは「せいぜい1台あたり数十くらいの同時接続しか想定していない」といっていましたがサーバ一台の処理能力ってそのくらいなのでしょうか？ ③つまり一台で15の同時のアクセスまでこなせるとしたら1万人が同時にアクセスしたら666台くらいのサーバが必要ってことになりますが正直1万人くらいが同時にアクセスしただけでそんな台数が必要だなんてびっくりなのですがこの仮定は正しいですか？教えてください。

ワイシャツの襟や袖は毎日洗濯していても、だんだん黄ばんできますよね。 白いワイシャツは気持ちがいいものですが、襟や袖口が汚れていると第一印象も悪くなってしまいます。 特にしつこい汚れは普通に洗濯機で洗っても取れません。 そこで、ちょっとの手間で、驚くほどキレイになる方法をご紹介します。 機種変更では、このような失敗をする方がとても多いです。 有料オプションを契約させられ料金が高くなった。。 待ち時間や契約時間が長くて、半日かかってしまった。。 キャンペーンや割引がきちんと適用されていなかった。。 スマホを乗り換えるときには、 → おとくケータイで乗り換えキャッシュバックをもらう で乗り換えをするとキャッシュバックがもらえます。 スマホの機種変更するときは、 →ソフトバンクはこちら →ドコモはこちら →auはこちら キャリア公式オンラインショップがおすすめです。学割や限定キャンペーンなどがも

Photoshopでテキスト文字を傾けると、文字がおかしくなることがあります。 ラインが合わなかったり、文字の太さが変わったり、ガクガクになったりします。 このときテキストのレイヤーを選択して、『シェイプに変換』をすると修正されます。 修正されるといっても少しの違いですが、綺麗さは違います。 またシェイプに変換してしまうと、テキストの編集はできなくなるので、レイヤーをコピーしてバックアップとしてレイヤーを非表示にしておくといいです。 シェイプに変換前 シェイプに変換後 ちなみにマウス操作で文字を傾けるにはテキストを選択状態にして、領域の角にカーソルを移動すると回転できるカーソルに変わります。 これでドラッグすると回転できます。

[REPORT] Build without limits: The next-generation developer experience at AWS #AWSreInvent #DOP225

SSHではパスワード認証ではなくより安全な公開鍵認証を使う仕組みが用意されています。具体的な手順は次のページで解説しますが、ここでは公開鍵暗号や共通鍵暗号とはどういったものか、そしてSSHで公開鍵認証を行う時にどのようなことを具体的に行っているのかを解説します。 ※ 仕組み自体をご存知の方や仕組みは知らなくてもいいという方は次のページへ進んで下さい。 1.暗号化の必要性 2.共通鍵暗号 3.共通鍵暗号方式の問題点 4.公開鍵暗号方式 5.公開鍵暗号方式のデジタル署名への適用 6.SSHで公開鍵認証を使った認証手順 暗号化の必要性 そもそも暗号化は何故必要なのでしょうか。それはインターネットを経由して情報のやり取りを行う場合、悪意のある第三者に情報を盗み見される危険性があるためです。 そこで重要なデータについては送信する前に暗号化を行います。もし途中で悪意のある第三者にデータを盗み見されたと

AWSで新規インスタンスを作成した場合、初期設定ではrootのパスワードが設定されていません。 このままだとリモートからrootログインできないため、ec2-userでリモートログイン後にrootのパスワードを設定します。 ・ec2-userでリモートログイン ssh -i mykey.pem ec2-user@[Public IP] ・rootユーザに昇格 [ec2-user@ip-***-***-***-*** ~]$ sudo su - ・パスワード変更 [ec2-user@ip-***-***-***-*** ~]$ passwd Changing password for user root. New password: （パスワード入力） Retype new password: （もう一度入力） passwd: all authentication tokens update

You have been redirected here because the page you are trying to access has been archived. AWS re:Post is a cloud knowledge service launched at re:Invent 2021. We've migrated selected questions and answers from Forums to AWS re:Post. The thread you are trying to access has outdated guidance, hence we have archived it. If you would like up-to-date guidance, then share your question via AWS re:Post.

第１回　プロジェクトに参加する #プロジェクトマネージャー ここからは、一人前のPMになるためには、どのようにキャリアを積んで行けばよいか、についてお話しします。 当然のことですが一人前のPMになるためには、まず、プロジェクトに参加しなければなりません。プロジェクトに参加し、一般的には「プログラマー → 設計者 → プロジェクトリーダ → PM」の順にスキルアップして行くわけですが、それぞれの段階でできるだけ幅広く十分な経験を積むことが肝要です。 プロジェクトの規模によって設計者、リーダ、PMと役割が変わることもあります。十分な経験を積んでPMとなり開発現場を離れたとしても、プレイングマネージャという形でプログラマーや設計者を直接指導したり、一部人手の足りないところを設計したり、現場に近い作業も仕事に含めると良いでしょう。 技術の進歩は激しいので単なる管理者では息が短くなってしまいます。プ

月別表示 2024年11月(8) 2024年10月(13) 2024年09月(7) 2024年08月(13) 2024年07月(4) 2024年06月(8) 2024年05月(7) 2024年04月(11) 2024年03月(7) 2024年02月(8) 2024年01月(9) 2023年12月(23) 2023年11月(14) 2023年10月(8) 2023年09月(10) 2023年08月(8) 2023年07月(7) 2023年06月(16) 2023年05月(10) 2023年04月(16) 2023年03月(15) 2023年02月(21) 2023年01月(15) 2022年12月(21) 2022年11月(17) 2022年10月(23) 2022年09月(28) 2022年08月(28) 2022年07月(23) 2022年06月(34) 2022年05月(20) 202