定期的に変えるのはかえって危険――。総務省がインターネット利用時のパスワードについて、従来の"常識"を覆すような注意喚起を始めた。「推測しやすい文字列になって不正アクセスのリスクが増す」というのが理由で、複雑なパスワードを使い続けるよう呼びかけている。方針転換に困惑する声も少なくない。「定期的にパスワードを変更しましょう」。3月1日、総務省の「国民のための情報セキュリティサイト」からこんな記述
定期的に変えるのはかえって危険――。総務省がインターネット利用時のパスワードについて、従来の"常識"を覆すような注意喚起を始めた。「推測しやすい文字列になって不正アクセスのリスクが増す」というのが理由で、複雑なパスワードを使い続けるよう呼びかけている。方針転換に困惑する声も少なくない。「定期的にパスワードを変更しましょう」。3月1日、総務省の「国民のための情報セキュリティサイト」からこんな記述
弊社で大規模なアダルトサイトの運用を行う上でのAWS利用構成を紹介させて頂きます。 利用料金を抑えたいというビジネス的な観点と、サービスを止めない為の障害回避を念頭に構成を紹介します。 関連:AWSのt2.microで月間100万PVに耐えるアダルトサイトを制作した話 この記事は技術者向けの内容になっています。 システム開発の発注をお考えの方は、こちらアダルトホームページ制作のご案内をご覧下さい。 サービスを止めない為のAWS利用構成 サービスを止めない事は弊社では2つの思想によって設計をしております。 障害を防ぐ為の堅牢な設計とする 障害が起きた時に瞬時に復旧、あるいは回避する 前者はイメージしやすいと思いますが、弊社では後者のフェイルオーバーも非常に大事であると考えています。 システム障害が起きない様にスペックを十分に確保する等は当然の事ですが、 万が一障害が発生した場合に即座に代替機
Slack のチームをいくつか運営してるんだけど、そういえばプライベートチャンネルでの会話や DM の内容が管理者からは見えるのかどうかよく知らなかったので確認してみました。 結論から言うと、 基本的には見えない 特定の環境で特定の設定をすると管理者にだけ見えるようになる 管理者から閲覧可能な状態であることはユーザーに知らされる ということのようです。 公式サイトでいろいろ説明されている話から Pricing | Slack Export your team’s Slack history – Slack Help Center Guide to Slack data exports – Slack Help Center 「要するにこういうことか」と理解した内容を書いておきます。 Slack 上での閲覧はできない まず、基本的には見えません。 確認できた範囲では、いかなる条件の下でもプラ
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。情報システム本部の伊藤(@koh110)です。 社内システムの開発、運用を担当しています。 弊社は10月に本社を東京ミッドタウンからガーデンテラス紀尾井町へ移転しました。 情報システム本部では本社移転に合わせ4つの社内システムをリリースしました。 今日はこちらのシステムについて紹介をさせていただこうと思います。 社内位置情報システム(pozzy) このシステムは社内のWi-Fiにつながっている端末を検出し、人の位置情報を検索できるようにします。 ヤフーでは全社員にPCとiPhoneを貸与しています。これらの端末は各端末に発行された証明書によって社内のWi-Fiに自動で接続されるように設定されています。 この情報を利用し
1ワールドで済ますというチャレンジ Nianticの求人を見ていて、凄く驚いたのは、「Software Engineer - Server Infrastructure」での次の項目。 all on a single, coherent world-wide instance shared by millions of users. 対訳 全ての(アクション)は、数百万のユーザーに共有された単一の一貫した(サーバ群で行われる) つまり、ポケモンGOは1ワールドで構成されている。MMOのサーバを作ったことがある人なら5それがどんなに大変かピンとくるだろう。特に、ポケモンGOの様に一日に数百万人とかが遊ぶゲームで、1ワールドでゲーム世界を構築するのは、結構大変だ。6 MMOで1ワールドがなぜ大変か(データストレージとの戦い) MMOの様なオンラインゲームで、1ワールドがなぜ大変かを図示する。
忙しい人のためのサマリ 「傘を持って行った方が良いか」教えてくれるLINE Botを作ったので、コミュニケーション設計として重要だった3つの考え方を書きました。「入力方法」「返答方法」「名称やキャラクター設定」を考えたら、コミュニケーションプラットフォームでBotサービスを作るときに大切にしたいことが分かりました。 カサいる? LINEのBOT API Trialを利用して、「カサいる?」というBotを作ってみました。 画像にあるとおり、LINEトークの基礎機能である「位置情報を送信」すると、傘を持っていくべきか(その地点に今雨が降っているか、1時間の間に傘が必要なくらい雨が降るのか)を教えてくれるもの*1です。 よかったら試してみてください。 (LINEアプリ内のQRコードによる友達追加から上の画像を読み取ってみてください) というBotサービス紹介だけでは申し訳ないと思うので、ここでは
ウェブページのアーカイブを保存しておくために欠かせない「ウェブ魚拓」は2005年にリリースされた老舗サービスだ。ユーザーからの切実なニーズに応え、有料課金で長いあいだ継続的に収益をあげている稀有な事例である。 そんなウェブ魚拓を運営する会社の創業者である新沼大樹さんはどんな人物なのか。前回は開発秘話やネット炎上について聞いたが、今回は新沼さん本人の知られざる一面に迫った。 スタートアップ経営者として成功していながら、なぜかネット業界よりも、“筋トレ業界”で有名のようだ。(取材場所は宮城県内にある新沼さん宅) トランプを素手でやぶるのはトレーニングだった –すごい…。このトランプはどういうことなんでしょうか? トランプを破るのは“握力”における有名な技で、一時期流行ったんです。流行ったといっても、できるは人あまりいないかもしれませんが。 –新沼さんの場合はもう簡単に破けちゃうものなんですか。
ウェブページのアーカイブを記録するサービスとして長く愛されている「ウェブ魚拓」。なんと2015年でオープンから10周年を迎えたそうだ。ネットの(炎上の)歴史とともにじわじわとユーザー数を伸ばしてきた。 そもそも誰がなんのために作ったサービスなんだろう?と思っている人も多そうだが、じつは広告収益よりも課金サービスのほうが好調な、手堅くはっきりとしたニーズに支えられたネットサービスだ。 そんなウェブ魚拓のアイデアを生み出し、運営会社の創業者でもある新沼大樹さんにサービスを作ろうとした経緯や、思い出に残るネット炎上、そして知られざる新沼さんご本人のワークスタイルについて聞いた。(取材場所は宮城県内にある新沼さん宅) ※ウェブ業界きっての肉体派・新沼さんの知られざる素顔に迫った後編はこちら。 消えていく不都合な情報、「もやもやする」気持ちがきっかけ ーーウェブ魚拓ってもう10周年になるんですね。そ
APIとAPIを組み合わせてマッシュアップサービスを作ろうと思った場合、まず自分が欲しいデータを提供しているAPIを探す必要があります。今回はそんなAPIのディレクトリを提供しているサービスをまとめて紹介します。 PublicAPIs 執筆時点で5,330のAPIから検索ができるAPIインデックスサービスになっています。名前やAPI名などを入れることで、新しいAPIの登録申請もできるようになっています。 PublicAPIs | Directory of public APIs for web and mobile API For That 検索、ソーシャル、ファイナンスなど約20のカテゴリに分かれて登録されています。約300種類くらいのAPIが登録されています。 API For That | An API Directory Zapier IFTTTのビジネス版と言った雰囲気のサービスに
すでに報道のように、ビックカメラの通販サイト「ビックカメラ.com」において、会員IDをメールアドレスにするという改修がなされました。従来は会員がIDを自由につけられる仕様でした。さっそく会員登録してみたところ、会員IDのメールアドレスの入力間違いに際して、安全性の配慮に掛ける仕様だと感じたのでビックカメラのサポートに報告したところ、以下のように「セキュリティ上の問題とは認識していない」との回答でした。このため、ここに問題点と対策を公開して、利用者に注意喚起いたします。 平素はビックカメラ.comをご利用いただき、誠にありがとうございます。 サポートセンター担当のXXXXと申します。 この程はお問い合わせいただきありがとうございます。 貴重なご意見を賜りまして、誠にありがとうございます。 今回サイトのリニューアルに関して、基本的に現状ではセキュリティ上の問題があるとの認識はございません。
Gitを使用している人であれば、プルリクエストには馴染みがあるでしょう。これは、分散バージョン管理システムが世に出始めてから、何らかの形で使われています。BitbucketやGitHubのように凝ったWebユーザインターフェイスが構築される前は、プルリクエストは単純に電子メールベースで行われており、Aliceのリポジトリから変更をプルするように依頼していました。プルリクエストを受けた側がこの変更を妥当だと判断すれば、いくつかのコマンドを実行しmasterブランチに変更をプルするという流れです。 $ git remote add alice git://bitbucket.org/alice/bleak.git $ git checkout master $ git pull alice master もちろん、手あたり次第Aliceの変更をmasterにプルすることは、 得策 ではありませ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く