第675回 apt-keyはなぜ廃止予定となったのか | gihyo.jp
サードパーティのAPTパッケージリポジトリを追加する際に使用する「apt-key」コマンドは、2020年8月の2.1.8から「廃止予定（deprecated）」となり、2022年の半ばには削除される予定になりました。今回はその理由と、代替手段について解説しましょう。 リポジトリの正当性を担保する仕組み Linuxにおけるパッケージ管理システムは、システムの重要なデータを置き換えるクリティカルな操作です。よってインターネットの先からパッケージをダウンロードする際は、その正当性を確認しなければなりません。「パッケージの正当性」と言ったとき、一般的には複数の意味が含まれます。 パッケージに悪意のあるコードが含まれていないこと パッケージメンテナ以外の第三者が作ったパッケージがリポジトリにアップロードされていないこと 本来のリポジトリとは別の場所からパッケージをダウンロードしていないこと ま
「NEXT」に向かって～メルカリを支える技術を大公開――Mercari Tech Conf 2017開催 | gihyo.jp
2017年9月30日、ベルサール六本木（東京）にて、シェアリングエコノミービジネスを展開するメルカリの技術カンファレンス「Mercari Tech Conf 2017」が開催されました。ここではその模様をお届けします。 第1回目のテーマは「NEXT」 Mercari Tech Conf 2017は、その名のとおり、フリマアプリ・サービス「Mercari（メルカリ）」を支えるさまざまな技術にフォーカスを当て、メルカリが実現してきたこと、これから実現する未来について、専門的な内容で発表するカンファレンスです。 第1回目となる今回のテーマは「NEXT」。4年間の成長の軌跡、3つのリージョンでの開発、そして、この先に何を見て、どこに向かっていくのか、それを探る1日となりました。 3人の技術キーマンによるリレー形式の基調講演 基調講演は、これまでのメルカリを同社の成長とともに支えてきた3人の
Go Bold、All for One、Be Professional――メルカリが掲げるVALUEを実現するエンジニアリングとエンジニアたち 株式会社メルカリ執行役員CTO 柄沢聡太郎氏に訊く | gihyo.jp
Go Bold、All for One、Be Professional――メルカリが掲げるVALUEを実現するエンジニアリングとエンジニアたち 株式会社メルカリ執行役員CTO 柄沢聡太郎氏に訊く 設立から3年で日米でのダウンロード数が3,700万を超え、世界屈指のフリマアプリとしてシェアを拡大する「メルカリ」。日本から世界への意識でさらに規模を拡大し続けるサービスを支えるエンジニアリングのカギを握るのは何か？ メルカリにとってのエンジニアリングとそれを実践するエンジニアたちについて、執行役員CTO 柄沢聡太郎氏に「メルカリのエンジニアリング」について伺いました。 執行役員CTO 柄沢聡太郎氏 メルカリの開発体制 Q：まず、現在のメルカリの開発体制について教えてください。 現在、株式会社メルカリに40名ほど、子会社の株式会社ソウゾウに10名ほどのエンジニアが在籍しています。 エンジニアの
PHPの生みの親、ラスマス・ラードフ氏インタビュー | gihyo.jp
PHPの生みの親、ラスマス・ラードフ氏インタビュー 2015年12月に無事公開されたPHP7。その公開に先立ってPHPの生みの親であるラスマス・ラードフ氏に話を伺う機会がありました。英語で行われた一時間のインタビューは長大ですがラスマス氏の思想がよく分かる話題が多く、可能な限りそのままの形でお伝えすべく、その模様すべてをお届けします。 なお、インタビューは10月に開催されたPHPカンファレンス2015の講演終了後に行われ、リリースに関する話題などはその時点でのものです。 現在の仕事と生い立ち ―――― まずは、PHPを作ってくださってありがとうございます。今日の基調講演もすばらしかったです。 ラスマス：ありがとうございます。 ―――― いきなりですが、個人的な質問から始めてもいいでしょうか。 ラスマス：どうぞ。 ―――― Etsyではどのようなお仕事をなさっているんですか？ ラスマ
第10回 NHN Japan執行役員/CTO 池邉智洋氏に訊く（後編）―個人も組織も、”なんでもあり”の多様性の中で強くなる | gihyo.jp
Webクリエイティブ職の学び場研究 第10回NHN Japan執行役員/CTO 池邉智洋氏に訊く（後編）―個人も組織も、”なんでもあり”の多様性の中で強くなる 前回に引き続き、NHN Japan 執行役員/CTOの池邉智洋さんにお話を伺います。今回は、中長期的視点でみたWebクリエイティブ職の育成、3社経営統合にまつわる組織の育み方、エンジニア職のキャリアパスなどを掘り下げます。 NHN Japan 執行役員/CTOの池邉智洋氏 他社やヘッドハンターからちゃんと評価される人にしたい では早速ですが、中長期目線で自社のWebクリエイティブ職をこう育てていこう、といったお考えはあるのでしょうか。 池邉さん「ぶっちゃけ、この業界は人の入れ替わりも早いですし、極端な話ずっといるかどうかわからないと思っていて、あまりうちの会社だけに特化したスキルとか処世術を身につけても意味がないと考えています。他社
第2回 変化するトラフィック、変化するネットワーク | gihyo.jp
はじめに こんにちは。（株）ミクシィの吉野です。私は、システム本部運用部インフラグループ基盤技術チームに所属し、業務のひとつとしてインターネット回線をサービスインフラに提供するといった仕事をしています。インフラグループ内には基盤技術チーム以外にもサーバチームとネットワークチームがあります。彼らがサーバやネットワークなど各レイヤの専門家であるのに対して、基盤技術チームはレイヤにとらわれない幅広い業務を行っています。 サービスのトラフィックは日々変化していきます。一口に「変化」と言っても、リクエスト数やコンテンツサイズなどの量的な変化や、リクエストとレスポンスの比率の変化、誰と通信しているかの通信先の変化といったパラメータがあり、これらが新機能のリリースやユーザの利用環境の進歩によって変化していきます。 その中でも、mixiアプリのような新しい概念のサービスの登場や、スマートフォンの普及とい
［レポート］LinuxCon Japan 2011開幕 Linus Torvalds氏が基調講演「20年間の開発者の労力の先に今がある」 | gihyo.jp
LinuxCon Japan 2011 Preview ［レポート］LinuxCon Japan 2011開幕 Linus Torvalds氏が基調講演「20年間の開発者の労力の先に今がある」 6月1日～3日、パシフィコ横浜にて開催される「LinuxCon Japan 2011」が開幕した。初日最初の基調講演はLinux生みの親Linus Torvalds氏が登壇。「20 Years of Linux」（Linuxの20年）と題し, Greg Kroah-Hartman氏との対談形式でキーノートが進められた。 開会の挨拶に立ったのはLinux Foundation ジャパンディレクタの福安徳晃氏。東日本大震災の影響から、一時はLinuxCon中止も検討されたが、開催を願う励ましの声やスポンサー、関係者の協力を得て開催に至ったことを明かした。そして、電力消費量が逼迫する中、開会中の電力の
第19回 パフォーマンスチューニングとは | gihyo.jp
今回は、パフォーマンスチューニングについて考えてみます。 ハードウェアは進化しているのに、なぜパフォーマンスチューニングを続けるのか インフラエンジニアは10年前に比べて、格段にパフォーマンスチューニングのスキルを要求されるようになっています。CPUが高速になりストレージも高速になり、メモリの単価も安くなっているにもかかわらず、です。これはひとえに、ネットの、というかWebのサービスの傾向によるものに他なりません。 いまやWebはネットのかなりの部分のトラフィックを締めており、そのWebがどんどん双方向化しています。ここでいう双方向化というのは、大多数のユーザも情報を発信するようになっている、ということとほぼ同義です。 インターネットは双方向（通信）というのはかなり以前から言われていますが、そうは言ってもたとえば2000年のころWebは双方向だったか？ というとそんなことはないと思います。
第7回 プロセッサの仮想化をソースから知る［その2：qemu-kvm］ | gihyo.jp
qemu-kvmから追う仮想マシンの一生 前回はLinux KVMのソースコードを読んできましたが、Linux KVMの理解をより深めるために、今回はLinux KVMの呼び出し元であるqemu-kvmのソースコードも読んでみましょう。 qemu-kvmは、オープンソースのCPUエミュレータであるQEMU に、Linux KVMに対応するための修正が加えられたバージョンです。Linux KVMがユーザモードプロセスであるqemu-kvmから「どのように制御されているのか」を併せて確認すると、仮想マシンが生成・実行される流れがよくわかるでしょう。 qemu-kvmの入手先 qemu-kvmの開発プロジェクトによる一次成果物は、現在はSourceForge.netから入手できます。 kernel virtual machine - SourceForge.net URL：http://sour
PHP開発者 Rasmus Lerdorf氏インタビュー ～PHPは「利己的」な開発者の集まり | gihyo.jp
2010年9月24日・25日に開催された「PHPカンファレンス2010」にあわせて、PHP開発者のRasmus Lerdorf氏が来日されました。日本を訪れるのは2度目という氏に、PHPの現状とその根底にある思想についてお話を聞きました。 現在の仕事について 大垣：昨年 Yahoo! Inc.を退職されましたね。現在はどのような仕事をされているのでしょうか？ Rasmus：WePayという起業したばかり小さな会社にいます。WePayはカリフォルニアにある、グループで支払いを行う処理を行うベンチャー会社です。 大垣：グループで支払いを行う、というのは、どういうことですか？ Rasmus：グループで何かを買いたいときに、グループとしてお金を管理したいですよね。例えば、大学で学生が集まってプレゼントを買いたいという場合があります。どんなものでも構わないですが、10人が集まって共同でオンラインショ
PHPカンファレンス2010スペシャルレポート 記事一覧 | gihyo.jp
2日目、テックデイレポート［随時更新］ 佐藤佳祐，春原宏保，藤本洋一，ヤガー 2010-09-25
第2回 memcachedのセキュリティと脆弱性 | gihyo.jp
memcachedを安全に運用するポイント 2010年8月10日のスラッシュドット・ジャパンにて「Memcached に潜むセキュリティホール」としてmemcachedの脆弱性に関する記事が上げられました。記事の内容をまとめると以下の2点となります。 bit.ly や Globworld、Gowalla といったサイトではインターネットから memcached へのアクセスが可能であった アクセスしたmemcached上にユーザーのログイン ID / パスワードが格納されており参照可能だった http://slashdot.jp/security/article.pl?sid=10/08/10/0052240 ここには2つの問題があったと考えます。1つ目はmemcachedをインターネットから接続可能な状態で設置してしまったこと、もう1つはキャッシュ上に置かれている必要はなさそうなパスワー
第2回 memcachedのメモリストレージを理解する | gihyo.jp
株式会社ミクシィ 研究開発グループの前坂です。前回の記事でmemcachedは分散に長けた高速なキャッシュサーバであることが紹介されました。今回はmemcachedの内部構造がどう実装されているのか、そしてメモリがどう管理されているのかをご紹介します。また、memcachedの内部構造の事情による弱点も紹介します。 メモリを整理して再利用するSlab Allocationメカニズム 昨今のmemcachedはデフォルトでSlab Allocatorというメカニズムを使ってメモリの確保・管理を行っています。このメカニズムが登場する以前のメモリ確保の戦略は、単純にすべてのレコードに対してmallocとfreeを行うといったものでした。しがしながら、このアプローチではメモリにフラグメンテーション（断片化）を発生させてしまい、OSのメモリマネージャに負荷をかけ、最悪の場合だとmemcachedのプ
第5回 クライアント側の実装 | gihyo.jp
今回は、WebSocket APIについて解説と、WebSocketを使ったチャットアプリケーションのクライアント側の実装を行ないます。 WebSocketオブジェクト ブラウザのJavaScriptからWebSocketを利用するために、WebSocket APIがW3Cで策定中です。執筆時点のブラウザ（Safari及びChrome）は、最新のドラフト「Editor's Draft 27 July 2010」に対応していません。ここでは、現行のブラウザが対応しているWebSocketの仕様を解説した後、最新の仕様について説明します。 インスタンス化 WebSocketはインスタンス時、第一引数に「ws://」または「wss://」で始まる文字列で接続先を指定します。また、省略可能な第二引数にはサブプロトコルを指定できます。サブプロトコルについては後述します。 new WebSocket(
第8回 DTrace併用時の性能劣化 | gihyo.jp
SPARC アーキテクチャや 64bit x86(AMD64)における性能劣化が小さいのは、引数渡しにレジスタを使用する ABI(Application Binary Interface)である（※2）ことから、使用頻度の高い（＝レジスタに乗り易い）局所変数値の引数渡しであれば、レジスタ間コピーのみのオーバヘッドで済むためだと思われます。 6つの引数を積むオーバヘッドがそれぞれ2.0と0.1（!）ですから、スーパースケーラ（superscalar）アーキテクチャの面目躍如といったところでしょうか？ その一方で、32bit x86アーキテクチャの性能劣化が大きいのは、引数渡しにスタックを使用する仕様であるため、局所変数参照でもスタック（＝メモリ）からの書き込みが発生するためでしょう。 （CPU クロックと比較して）低速なメモリへのアクセスがあるにも関わらず、概ね引数の数と同程度のクロックの遅
『電子書籍を考える出版社の会』を設立～これからの電子出版や電子書籍・雑誌に取り組むための団体 | gihyo.jp
2010年6月8日、株式会社インプレスジャパン、株式会社オーム社、株式会社技術評論社、株式会社秀和システム、株式会社翔泳社、株式会社ソーテック社、ソシム株式会社、ソフトバンク クリエイティブ株式会社、東京地図出版株式会社、株式会社日刊工業新聞社、株式会社ビー・エヌ・エヌ新社、株式会社ボーンデジタル、株式会社毎日コミュニケーションズ、株式会社ワークスコーポレーションの専門書・実用書出版社14社（五十音順）は、電子データにおける新たなるコンテンツ、電子書籍・雑誌の開発と普及を目的として研究と情報交換を進める団体『電子書籍を考える出版社の会』を設立した[1]。 AmazonのKindleやAppleのiPadといったハードウェア面における技術の進化、ePubをはじめとした電子書籍フォーマットの開発、電子流通における権利と契約など、この1年の間に電子出版をめぐる情勢が一挙に進展しつつあることを受
第2回 RDBMSと組み合わせて使えるmemcached | gihyo.jp
はじめに 今回からタイプ毎に代表的なNoSQLデータベースを扱っていきます。まず今回は、揮発性key-valueストアの代表としてmemcachedを取り上げます。 なお、利用したコードやプログラムはgithubに置いてあります。適宜参照してください。 どんなところに使える？ memcachedの特徴は、何といってもデータの揮発性（memcachedサーバを停止すると全データが消えてしまうこと）です[1]。そのため、データが消えても影響が小さいところに利用シーンは限られてきます。一方、連想配列（ハッシュ）のように使えて扱いやすいこと、様々なサイトでの事例があること、などから導入はしやすいです。 具体的な利用シーン memcachedの具体的な利用シーンとしては、以下の事柄が考えられます。 RDBMSから取得したデータのキャッシュ 消えても大きな影響の無いデータの保存 一般的には（1）のよ
第11回 転置索引の圧縮 | gihyo.jp
はじめに 第2回で、索引は多くの場合圧縮されていることに言及しました。また第7回では、索引構築時にどの部分で索引を圧縮すればよいかを疑似コードを用いて説明しました。今回は、転置索引の具体的な圧縮方法について説明していきます。 圧縮の目的 中規模から大規模な索引の場合、転置リストは非常に長くなり、検索時にはディスクからの大量のデータの読み取りが行われます。転置索引（を用いた検索エンジン）では、これによる検索処理時間の増加を防ぐために、転置リストを圧縮しディスクからの読み込み時間の短縮を図ります。 この場合、圧縮された転置リストをディスクから読み込みさらに復元処理を行う必要がありますが、通常は次のようになります。 これは、近年のCPUとディスクの速度差が大きいため、主にCPUにおける処理である復元処理が高速に行えることによるものです。よって、圧縮というと容量を節約の意図で使うことが多いと思いま
連載：オープンソースなシステム自動管理ツール Puppet｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gihyo Digital Publishing … 技術評論社の電子書籍