並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 896件

新着順 人気順

インデックスの検索結果241 - 280 件 / 896件

  • はじめてのMySQL。意外と知らない3つのTips - ぐるなびをちょっと良くするエンジニアブログ

    はじめまして。インフラストラクチャサービスグループの吉田と申します。普段はデータベース管理者の業務を担当しています。 今回は、初めてMySQLを触る方々に、私がデータベース管理者(DBA)という仕事をする中で培った意外に知られていないナレッジを紹介したいと思います。 リレーショナルデータベース管理システム(RDBMS)といっても、有名なものだけでOracleやPostgreSQL、MySQLなどいろいろなプロダクトがあります。どれもSQL言語で、トランザクションも制御できる同じようなものだと思ってしまうことが多いのではないでしょうか。 しかし、実際に使ってみたら、当然できるものだと思っていた事ができず、最初から知っていれば良かったのに、と後悔することも。かくいう私もRDBMSにOracleから入り、違いに面食らった一人です。そこで、よく使うけど案外知らないMySQLのTipsを3つ紹介した

      はじめてのMySQL。意外と知らない3つのTips - ぐるなびをちょっと良くするエンジニアブログ
    • MySQL 8.0.14でSELECT COUNT(*)が加速する!- 「innodb_parallel_read_threads」検証その1 - なからなLife

      それは突然やってきた MySQL 8.0.14がGAされました。 dev.mysql.com まあ、MySQLは結構な頻度でリリースがありますし、「GAとはなんぞや」との名言が生まれる程度に、マイナーリリースでも機能が増える、パラメータが増える、既存パラメータのデフォルト値が変わる、といったことが発生するかわいいヤツです。 まあ、あとでリリースノート読んでみるか、と思いつつ、ビールを飲みながらYoutube垂れ流してボケーっとしているところに、新しいものが出てくるとリリースノートとソースコードを読み漁る某APIの人のツイートが深夜に流れてきて、ふと気になったのが、今回のテーマである「innodb_parallel_read_threads」です。 InnoDB: InnoDB now supports parallel clustered index reads, which can im

        MySQL 8.0.14でSELECT COUNT(*)が加速する!- 「innodb_parallel_read_threads」検証その1 - なからなLife
      • ダウ平均に長期投資するならETFよりCFDが良いかもしれない - ゆとりずむ

        こんにちは、らくからちゃです。 引き続き、資産運用の見直し中です。以前、長期投資にもレバレッジETFを使ってみるのも案外おもしろいかも?なんて面白いかなあなんて考えてみました。 www.yutorism.jp ただやっぱり、0.95%の経費率はちょっと高えなあと思うのと、1日分先物を使ってレバレッジを掛けているのならば、先物やオプションなどのデリバティブ取引を上手に使えば、コストを抑えられていいのかな?なんて思い、色々と調べてみました。自分なりに整理した内容をまとめてみたいと思います。 米国株インデックスをどう買うか? まずはアメリカの代表的な株価指数と日経平均の過去30年のパフォーマンスを比較してみます。 バブル崩壊やリーマンショック。様々な歴史的なイベントのあったここ30年を振り返ってみても、せいぜい60%しか上がらなかった日経平均と比べ、 S&P 500 ・・・ 1219.63% ダ

          ダウ平均に長期投資するならETFよりCFDが良いかもしれない - ゆとりずむ
        • Google、重複コンテンツ(コピペサイト)の対処方法について解説 ::SEM R (#SEMR)

          Google、重複コンテンツ(コピペサイト)の対処方法について解説 グーグル、重複コンテンツの問題とその対処法について改めて解説。基本的にアルゴリズムでオリジナルサイトを自動判定するため、多くのウェブマスターは特別この問題に配慮する必要はない。 公開日時:2008年06月16日 13:10 米Googleは2008年6月9日、近年SEOの領域で話題として取り上げられる機会が多い、重複コンテンツ(duplicate content)問題についてのGoogleの取組みと解決方法について説明した。公式ブログ(Official Google Webmaster Central Blog)にて、検索品質担当チーム・Sven Naumann氏が解説した。 私は本ブログほかいくつかのコラムで何度も重複コンテンツの問題を取り上げているし、また、この問題と対処方法については米国で開催される各種コンファレンス

            Google、重複コンテンツ(コピペサイト)の対処方法について解説 ::SEM R (#SEMR)
          • データ分散とインデックス最適化のためのハッシュ関数の利用 - Articles Advent Calendar 2011 Hacker

            はじめに こんにちは、piarra です。みなさん、意識は高まっていますか?私は上々です。 という書き出しをやめたくてやめられなかったのが心残りです。 昨年までは、Casual Trackで寄稿させていただいていましたが、今年はYAPCで話したこともあり、Hacker Trackに初挑戦させていただきます。得意のMD5暗算法とその習得法について解説したいと思っていたところですが、より日常に役立つ方がよいかと思い、MD5やその他のハッシュ関数の活用法について少し触れてみたいと思います。 データサンプル DBMSを考慮せず、以下のようなデータサンプルがあったと考えてみましょう。 +----+-----------------------+ | id | url | +----+-----------------------+ | 1 | http://www.google.com | | 2

              データ分散とインデックス最適化のためのハッシュ関数の利用 - Articles Advent Calendar 2011 Hacker
            • グーグルCEO:「世界中の情報をインデックス化するには300年かかる」 - CNET Japan

              GoogleのCEO(最高経営責任者)Eric Schmidtは米国時間8日、アリゾナ州フェニックスで開催された「Association of National Advertisers」の年次総会で講演したが、そのなかで同氏は、全世界の情報をインデックス化し、これを検索可能にするには300年かかる可能性があるとの予測を示した。 Schmidtは、Googleが使命を果たすのに何年かかるかとの質問に対し、「われわれが計算してみたところ、300年という答えが出た。つまり、かなりの時間がかかる、というのが答えだ」と述べた。 同氏によると、全世界に存在する約500万テラバイトの情報のうち、これまでにインデックス化されたのは約170テラバイトに過ぎないという。 Schmidtは、聴衆の広告主らに対し、4年前のGoogle入社時には自分が懐疑的な消費者の視点から広告を眺めていたことを認めた。Googl

                グーグルCEO:「世界中の情報をインデックス化するには300年かかる」 - CNET Japan
              • ステージを理解して git をもっと便利に使う

                git には「stage(ステージ)する」という概念があります。あるいは「index」と言い換えてもいいかもしれません。 簡単にいうと「stageする」=「特定の変更内容をindexに登録する」=「次回コミットに含めるようgitに指示する」ということなのですが、この概念は今まで主流だった CVS や Subversion といったバージョン管理システムにはありませんでいした。 長年CVSを使っていて、その考え方に凝り固まっていた私は、gitを使い始めてしばらくはstageやindexの概念を理解できなかったので、今回ここで紹介することにしました。 このstageとindexを覚えると「ひとつのコミットには、その主題となる変更と無関係な変更を含めない」という「バージョン管理システムを使う上で重要なはずなのに、つい疎かにしてしまいがち」なポリシーを簡単に実践できるようになります。 今回stag

                • 楽天・全米株式インデックス・ファンドの解説 - たぱぞうの米国株投資

                  楽天・全米株式インデックス・ファンドの登場 楽天・全米株式インデックス・ファンドが楽天・バンガード・ファンドシリーズとしてリリースされました。リリースされて3年になります。改めて、その特徴をまとめるとともに、振り返ってみたいと思います。 まず、楽天・全米株式インデックス・ファンドはVTIを円貨で買えることを意味します。バンガードのVTIは信託報酬が最低水準の0.03%です。買付対象は米国市場ほとんどすべて、およそ4000株を対象にしています。つまり、米国経済を丸ごと買うようなものです。 これをそのまま投信にしたのが、楽天・全米株式インデックス・ファンドになります。信託報酬は0.157%です。北米一本に投資する投信・ETFは急速に充実、ここにきて大きく事情が変わり始めています。 楽天前米株式インデックスファンドの基準価額 楽天・前米株式インデックスファンドの基準価額 基準価額は3年でおよそ3

                    楽天・全米株式インデックス・ファンドの解説 - たぱぞうの米国株投資
                  • MySQL :: MySQL 8.0 リファレンスマニュアル :: 12.10 全文検索関数

                    MATCH (col1,col2,...) AGAINST (expr [search_modifier]) search_modifier: { IN NATURAL LANGUAGE MODE | IN NATURAL LANGUAGE MODE WITH QUERY EXPANSION | IN BOOLEAN MODE | WITH QUERY EXPANSION } MySQL では、次のような全文インデックス設定および検索がサポートされています。 MySQL の全文インデックスは、型 FULLTEXT のインデックスです。 全文インデックスは、InnoDB または MyISAM テーブルでのみ使用でき、CHAR、VARCHAR、または TEXT カラムにのみ作成できます。 MySQL には、中国語、日本語および韓国語 (CJK) をサポートする組込みの全文 ngram パーサー

                    • rennyの備忘録 (企業価値増大を楽しむ投資)

                      March 2024 (21) February 2024 (25) January 2024 (24) December 2023 (22) November 2023 (27) October 2023 (23) September 2023 (29) August 2023 (29) July 2023 (31) June 2023 (29) May 2023 (33) April 2023 (32) March 2023 (29) February 2023 (30) January 2023 (32) December 2022 (32) November 2022 (30) October 2022 (30) September 2022 (30) August 2022 (27) July 2022 (30) June 2022 (28) May 2022 (30) Apri

                      • 株式会社スタイルズ

                        AWSアドバンスドコンサルティングパートナーの一員として活動する株式会社スタイルズが、AWS導入、移行、開発、セキュリティ、運用保守など、すべてのご相談に乗らせていただきます。 AWSを導入したいが何から始めたらいいかわからない 既存のベンダーが新技術に弱く、良い提案がもらえない クラウドの導入にセキュリティの不安がある AWSをとりあえず導入したが、さらに活用していきたい 社内にAWSの知見を持っている人がいない AWSならではのシステム開発を詳しく知りたい

                          株式会社スタイルズ
                        • [速報] ヤフー、虫眼鏡SEO業者に制裁措置、インデックスから削除::SEM R

                          ヤフー、「虫眼鏡SEO」業者に制裁措置、インデックスから削除 Yahoo! JAPAN、インデックスから「虫眼鏡SEO」業者、つまり関連検索ワードやキーワード入力補助に特定ワードを表示することで報酬を得えているスパム業者たちをインデックスから除外する措置をとった。 公開日時:2010年12月14日 23:50 Yahoo! JAPANは、関連検索ワードやキーワード入力補助に表示されるワードを操作するサービスを提供する業者、いわゆる「虫眼鏡SEO」業者への制裁を強化した模様だ。12月14日現在、Yahoo!検索にて「虫眼鏡SEO」や「関連検索ワード」「キーワード入力補助」などのキーワードで検索しても、同サービスを生業とする業者がインデックスから削除されていることを確認した。 Googleで検索しても関連スパム業者が表示されることから、先週金曜日に発表した警告に加えた、業者排除のための制裁措置

                            [速報] ヤフー、虫眼鏡SEO業者に制裁措置、インデックスから削除::SEM R
                          • PostgreSQL のインデックス肥大化と実行計画のコストへの影響 - ぱと隊長日誌

                            お知らせ 本記事をベースに新しい記事を公開しました。 PostgreSQL インデックス肥大化とインデックスコストへの影響(再モデル化) - ぱと隊長日誌 新しい記事ではインデックスコストモデルの正確性を向上させました。 新しい記事を参照いただけますと幸いです。 概要 PostgreSQL のインデックスサイズは一度大きくなると、その後小さくなるタイミングが限られています。 「[改訂新版]内部構造から学ぶPostgreSQL-設計・運用計画の鉄則」でインデックスファイルサイズが小さくなるのは以下のタイミングとしています。 DROP INDEX でインデックス自体を削除した場合 TRUNCATE TABLE でテーブル全体を空にした場合 REINDEX でインデックスを再構成した場合 [改訂新版]内部構造から学ぶPostgreSQL 設計・運用計画の鉄則 (Software Design p

                              PostgreSQL のインデックス肥大化と実行計画のコストへの影響 - ぱと隊長日誌
                            • 検索エンジンからコンテンツを隠す12の方法 | Web担当者Forum

                              検索エンジンにWebサイトのコンテンツをヒットさせないようにしたい! Google検索結果に表示させない方法って? 名前などの個人情報やプライバシーを守るため、あるいはキーワードカニバリゼーション解消のため、そう悩む人は少なくありません。今回は、ホームページを検索にひっかからないように、インデックスさせないようにする12のコツを紹介。いつもとはまた少し違った視点からSEOを学びましょう。 SEOmozでよく話題にするのは、いかにして、コンテンツを検索エンジンに見つけてもらえるようにするかという話だ。でも今回は、違った角度から見てみよう。 検索エンジンにコンテンツをインデックスしてほしくない理由ちょっと普通じゃないように思えるかもしれないが、ウェブサイトのコンテンツをインデックス化やキャッシュ化してほしくない場面は、案外多いものなんだ。それはなぜだろう? プライバシー 直接的な検索トラフィッ

                                検索エンジンからコンテンツを隠す12の方法 | Web担当者Forum
                              • Amazon Elasticsearch Service をはじめよう: シャード数の算出方法 | Amazon Web Services

                                Amazon Web Services ブログ Amazon Elasticsearch Service をはじめよう: シャード数の算出方法 Dr. Jon Handler (@_searchgeek) は検索技術にスペシャライズした Amazon Web Services のプリンシパルソリューションアーキテクトです。 Elasticsearch および Amazon Elasticsearch Service(Amazon ES) のブログポストシリーズへようこそ。ここでは今後もAWS上でElasticsearchをはじめるにあたって必要な情報を提供していく予定です。 いくつのシャードが必要? Elasticsearchは、大量のデータを、シャードと呼ばれる細かいユニットに分割し、それらのシャードを複数のインスタンスに分散して保持します。Elasticsearchではインデックス作成

                                  Amazon Elasticsearch Service をはじめよう: シャード数の算出方法 | Amazon Web Services
                                • Elasticsearchインデクシングパフォーマンスのための考慮事項 - Qiita

                                  マッピングタイプを使いすぎないようにする Elasticsearchでは1つのインデックスの中に複数の異なるスキーマ定義を持つことができる。このスキーマ定義をマッピングタイプという。単に「タイプ」と呼ばれる事もある。フィールドのデータタイプとは別の概念。インデックスはデータベースに、マッピングタイプはその中のテーブルに例えられる事が多いが、同じ名前のフィールドはマッピングタイプが異なっていても定義が共有されたりして、データベースのテーブルほど互いに独立していない中途半端なものになっている。(2.0より前のバージョンではタイプごとにフィールド定義が異なっていても多少使えたりしたが、2.0以降は厳密に禁止されるようになった. 参照:Conflicting field mappings) タイプが異なっていてもデータは同じLuceneインデックスの中に混ざって入ってしまうため、タイプ間で互いに影

                                    Elasticsearchインデクシングパフォーマンスのための考慮事項 - Qiita
                                  • 第10回 gitの基礎を見直す | gihyo.jp

                                    みなさんこんにちは。teratail開発チームの出川幾夫です。 gitはデファクトスタンダードとなっているバージョン管理システムで、チーム開発で今ではもはや必須のツールです。 gitは非常に強力なツールで開発者の多くが日常的に利用していますが、機能や概念が複雑で学習コストが高く、きちんと理解して利用するのは難しいのが欠点と言われています。その分きちんと理解して利用すれば、一人での開発もチームでの開発も非常に効率的かつ安全に行うことが可能になります。 そこで今回は開発でgitを利用している人のために、日常の開発にあたって必要となるgitによるバージョン管理の考え方について、あらためてまとめていきたいと思います。 バージョン管理をするもの、しないもの gitはファイルであれば何でもバージョン管理が可能ですが、バージョン管理すべきものとそうでないものがあります。特に新たにリポジトリを作成して開発

                                      第10回 gitの基礎を見直す | gihyo.jp
                                    • Kibana用途でElasticsearchを使う時の高負荷対策TIPS - Qiita

                                      これは Elasticsearch Advent Calendar 2015 8日目の記事です。 ログの可視化ツールとしてKibanaを使っている中で、Elasticsearch運用として色々と得られた知見を書きたいと思います。 Elasticsearchは、ライトな環境だったら特にチューニングなく安定してますがある程度ドキュメント数が積まれてくると、色々苦労があるなという印象です。 ここに書かれているのは、事情がありシングル構成で頑張った話なので、クラスタ組んでスケールするとこんな悩みはないのかもです。 でも、ログは運用系に入るのでそんなにコストかけれるとこはないのではという個人的な所感。 ラインナップとしては、下記のような感じです。 Kibana経由で重たいクエリが投げられると負荷高すぎて泣いた話 高負荷対策として、fielddata_cacheをディスクに逃がす方法 fluentdの

                                        Kibana用途でElasticsearchを使う時の高負荷対策TIPS - Qiita
                                      • Thunderbird3があまりに重いのでグローバル検索を止めて高速化するメモ (blog@browncat.org)

                                        blog@browncat.org Web, Linux, Ubuntu, Mac, PDA, 携帯電話, プログラミング, ソフトウェア&落書き メールソフトはThunderbirdを愛用しているのですが、バージョン3以降の変更点には少し首をかしげたくなるのも少なくありません。特にグローバル検索機能が重すぎるのでOFFにする設定のメモ。 検索が強化されたのはいいのですが、インデックスファイルが巨大すぎ&作成に時間がかかりすぎてお話にならない。検索結果の一覧性が悪い。など 特にインデックスファイルは深刻で、それなりにメール数があるせいか、このファイルだけで700MB近くも食っているではありませんか。しかも作成/更新に非常にメモリを消費し負荷もかなり高い。メーラを開いたまま放置しているとフロントエンドの作業に影響が出るほどです。試しにsqlite3でvacuumしてみるとバージョンの問題かエ

                                        • MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.2.6.2 INSERT ... ON DUPLICATE KEY UPDATE ステートメント

                                          SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント

                                          • セガドリームがインデックスに社名を変更 - ファミ通.com

                                            代表取締役社長は、引き続き鶴見尚也氏 セガの子会社である、株式会社セガドリームは、平成25年11月1日付で株式会社インデックスの事業を譲受け、社名を株式会社インデックスに変更した。代表取締役社長は引き続き鶴見尚也氏が務め、名越稔洋氏らが取締役に名を連ねている。 既報の通り(⇒リリースはこちら)、2013年9月18日に、セガサミーホールディングスは、インデックスの事業譲受けに関する業務締結を発表。セガが100%出資したセガドリームスとインデックス間において、インデックスが展開している事業の円滑な再生を目的に、当該事業を譲受ける旨の事業譲渡契約書を締結していた。 今回の社名変更を受けて、新生インデックスの事業も本格的に始動しそうだ。

                                              セガドリームがインデックスに社名を変更 - ファミ通.com
                                            • 【グーグル創業者の論文要約】SEO対策の前に知っておきたいGoogle検索エンジンの仕組み - LITERALLY

                                              Google検索エンジン初期の仕組みは論文で書かれている Googleの創業者はご存知の通り「ラリー・ペイジ」と「セルゲイ・ブリン」の2人である。 2人はスタンフォード大学での博士課程在籍中に知り合い『検索エンジン』について共通の関心があったことから、1998年に共著で論文を執筆した。論文タイトルは『The Anatomy of a Large-Scale Hypertextual Web Search Engine(大規模なハイパーテキスト的なウェブ検索エンジンに関する解剖)』。 この論文では、Googleの検索エンジンのインデックスや検索順位決定のベースとなった考え方が詳しく解説されている。「こんなに載せてしまっていいの?」と不安になるレベルで詳しく書かれている。 SEO対策の前に論文を読んでおこう この論文は、スタンフォード大学の情報研究室のWebサイトから参照することができる。名論

                                                【グーグル創業者の論文要約】SEO対策の前に知っておきたいGoogle検索エンジンの仕組み - LITERALLY
                                              • 全世界株式インデックスファンド。コンセプトはいいけど信託報酬が高すぎますね。 - Dr.ちゅり男のインデックス投資

                                                おはようございます。 先日Twitterを眺めていたら、下記の記事が目につきました。 海舟の中で資産設計を ver2.0 待ちに待った全世界株式インデックスファンド登場!? 私自身が最近の投資信託事情について詳しくないので知らなかったのですが、日本を含む全世界株式に分散投資できる商品は今までなかったのですね。 ETFはハードルが高いという方もいらっしゃると思うので、バンガード・トータル・ワールド・ストックETF(VT)に似た投資が投資信託で可能になるという点は面白いと思います。 コンセプトは面白いけど現状ではVTの劣化版? ステートストリートグローバルアドバイザーズから、MSCIオールカントリーワールドインデックス(日本を含む)に連動するインデックスファンドが9月8日に発売されます。 今まで、eMAXISと三井住友DCシリーズから発売されていた全世界株式クラスのインデックスファンドは日本を

                                                  全世界株式インデックスファンド。コンセプトはいいけど信託報酬が高すぎますね。 - Dr.ちゅり男のインデックス投資 
                                                • MovableTypeで Google Sitemapsを作成する ::SEM R (#SEMR)

                                                  MovableTypeで Google Sitemapsを作成する クローラ向けのサイトマップを作成してインデックス処理の効率化を目指す試験的な試みとして公開されたGoogle Sitemaps。これをMovableTypeを使って簡単に利用できる方法を紹介。 公開日時:2005年06月04日 11:43 Googlebot向けのサイトマップを作成し、クローラが効率よくページをインデックスできるようにするためのGoogle Sitemaps。このために必要なXMLベースのサイトマップをMovableTypeを使って簡単に作成する方法についてNiall Kennedy's Weblogが紹介していました。 まずMovableTypeで新規にテンプレートを作成します。ファイル名称は例えば sitemap.xml とします。その上でテンプレートに次のコードをコピー&ペースト。 <?xml ver

                                                    MovableTypeで Google Sitemapsを作成する ::SEM R (#SEMR)
                                                  • MySQL インデックスの最適化 | 不良役員のアフターファイブ

                                                    一定期間更新がないため広告を表示しています

                                                      MySQL インデックスの最適化 | 不良役員のアフターファイブ
                                                    • インデックスの買い時とドルコスト平均法について - ゆとりずむ

                                                      こんにちは、らくからちゃです。 年明けに「今年はつみたてNISA(+埋まらなかった分は高配当株ないしETF)に移行するぞー」と決めてから、制度開始以来久々に対象投資信託リストを真面目に眺めてみましたが、思った以上に選択肢が少ないもんですね。 NISAには、ハイイールド債だのSPXLだのグロ3だの胡散臭さ満点の銘柄を突っ込み、一喜一憂しながら楽しんでいましたが、もう少し教科書的なポートフォリオを目指して頑張ります。とりあえずeMaxisか、たわらでも買っておくかな。 さてさて株式相場と言えば、年初からダウ・S&P500・NASDAQの主要3指数揃って最高値を更新するなど随分と景気の良い状態が続いています。 www.nikkei.com こういう状況になると擡げてくるのが「いま株式インデックスを買うのは適切なのかどうか?」という話題ですね。 言い換えれば、いま株式インデックスは買い時なのかって

                                                        インデックスの買い時とドルコスト平均法について - ゆとりずむ
                                                      • PostgreSQLで全角半角大文字小文字ひらがなカタカナを区別せず検索したい!というよくあるわがままに応える - ほんじゃらねっと

                                                        したいしたい!絶対したい!と駄々をこねられたので調査してみた。 こういった区別なし検索を実装する方法としてパッと思いつくのは、 あらかじめ検索対象となるカラムの検索用カラムを用意して、 データ変更時にトリガーで 元カラムの内容を半角小文字英数字カタカナに変換したデータが入るようにしておき、 検索時はその検索用カラムを使用する、という方法。 これはめんどくさそうだ。 SQL Serverは照合順序の設定で制御できるらしい。 照合順序と Unicode のサポート PostgreSQLも同じことができないかと調べてみたけど、対応してなさそう。 第22章 多言語対応 他に方法がないか調べてみると、 「式インデックス」を使って、自作の変換用関数で変換したデータを インデックスに登録しておく方法を試しているページがあった。 PostgreSQLで全角半角を区別しない問い合わせ この方法なら少なくとも

                                                          PostgreSQLで全角半角大文字小文字ひらがなカタカナを区別せず検索したい!というよくあるわがままに応える - ほんじゃらねっと
                                                        • FacebookのコメントをGoogleがインデックスし始めた

                                                          [レベル:上級] Javascriptによって外部サイトに表示されているFacebookのコメントをGoogleがインデックスし、そのサイトのコンテンツとして検索結果に表示し始めていることを、Digital Inspiration が発見しました。 Facebookが提供するコメントプラグインを利用すると、Facebookへの投稿とあなたのサイトへのコメントを連携させることができます。 あなたのブログに書き込まれたコメントがそのコメントを書き込んだユーザーのFacebookにも反映されます。 反対に、Facebookであなたのブログ記事についてコメントするとそのコメントはあなたブログのコメント欄にも現れます。 完全に双方向になっているわけですね。 だだしコメントとして書き込まれたテキストはあなたのサイトに存在しているわけではありません。 HTMLの中にコメント文がテキストとして存在するわけ

                                                            FacebookのコメントをGoogleがインデックスし始めた
                                                          • Googleモバイルファーストインデックス後はレスポンシブが唯一の選択肢か? #inhouseseo

                                                            [レベル: 中級] レスポンシブ ウェブ デザインが選択すべき構成だ (Responsive Web Design is the way to go.) Google の Gary Illyes(ゲイリー・イリェーシュ)氏は、8月22日に開催された ISM Spin-off #2 で、このようにレスポンシブ ウェブ デザインをかつてないほどに推奨しました。 これまでは、「動的な配信」と「別々の URL」を含めた3つのモバイル構成のどれを選択しても構わないと言っていました。 しかし方針を変えて、レスポンシブ ウェブ デザイン1本に絞ったのです。 動的な配信と別々のURLが抱える問題 レスポンシブ ウェブ デザイン(以下、RWD)をゲイリーが強く推奨する最大の理由は、モバイル向けサイトと PC 向けサイトに差異がないことです。 見た目は違っていたとしても、同じ HTML を配信しているので、コ

                                                              Googleモバイルファーストインデックス後はレスポンシブが唯一の選択肢か? #inhouseseo
                                                            • 【2018年 最新版】「インデックスファンド」コスト比較ランキング!信託報酬・実質コストがもっとも安いファンドは?|投資信託おすすめ比較[2018]|ザイ・オンライン

                                                              ※2024年3月15日時点。注記のないものは、すべて「MSCIオール・カントリー・ワールド・インデックス(除く日本)」に連動。実質コストは、直近の運用報告書のデータより計算。実質コストが入っていないものは、ファンド設定から1年未満のため不明のもの。※1 純資産総額5000億円未満の部分は0.05775%、5000億円以上1兆円未満の部分は0.05764%、1兆円以上の部分は0.05753%(すべて税込)となる「受益者還元型信託報酬率」を採用しているため、記載時点の純資産総額を元に平均信託報酬を算出。※2 信託報酬引き下げ後に運用報告書などが出ていないことに加え、引き下げ率が大きく、引き下げ前の数値で計算してもズレが大きいと考え、未計算とした。※3「「MSCIオール・カントリー・ワールド・インデックス(除く日本)」に連動。※4 純資産総額2500億円未満の部分は0.05775%、2500億円

                                                              • S3のZipファイルをRangeでバイナリアクセスして料金を節約 - HDE BLOG

                                                                あけおめころよろメリクリ!! 尾藤 a.k.a. BTOです。 今年も残すところ、あと357日となりましたが、みなさんいかがおすごしでしょうか。 今年の目標は、純白のメルセデス、プール付きのマンション、最高の女とベッドでドン・ペリニヨンの3つです。 さて、今回はS3上に置いたZipファイルをHTTPのRangeパラメータでバイナリアクセスして、料金を節約した話を書きます。 検索インデックスのデータ量が増大 メールアーカイバでは、検索インデックスを mongodb に格納していますが、データ量が増えるにしたがって性能的な問題が出てきました。なにしろ月間1億6000万通のメールを処理するので、検索インデックスのデータ量も大変なことになります。 amazon EBS 1TB制限 当時のEBSでは、最大で1TBのボリュームしか作れませんでした。 検索インデックスのデータ量の増え方は不規則なので、ど

                                                                  S3のZipファイルをRangeでバイナリアクセスして料金を節約 - HDE BLOG
                                                                • INとEXISTSの違い - SQLer 生島勘富 のブログ

                                                                  INとEXISTSは違います。 BETWEENと、不等号の組合わせなど、等価になる記述法はあるのですけれど、INとEXISTSは基本的に同じ結果を返すことが可能ですが、意味は違います。 この違いが分かるにはインデックスを理解する必要がありますので、まずは、インデックスのイメージをつけてください。 まずはイメージ ここでも、まずはイメージで考えましょうね。 あなたは先輩の結婚式の司会を頼まれましたとします。イロイロと準備がありますが、余興で歌を歌う人がいるとき、予めカラオケの番号を調べておくでしょう。 食事の間のBGMについては、ラブソングの入ったiPodをつないでランダムで流すことにしましょう。しかし、新郎新婦にとって(過去の恋愛経験上)都合の悪い曲があり、チェックしてはじいておくことにしました(なかなか、そつがない司会ですな)。 これらの処理をSQLにするならば……。 ■カラオケの番号を

                                                                    INとEXISTSの違い - SQLer 生島勘富 のブログ
                                                                  • インデックスが民事再生申し立て 負債約245億円

                                                                    「アトラス」ブランドのゲーム事業などを展開するインデックスは6月27日、民事再生手続きの開始を東京地裁に申し立て、受理されたと発表した。負債総額は約245億円。 同社をめぐっては今月12日、粉飾決算の疑いが強まったとして証券取引等監視委員会が金融商品取引法違反(有価証券報告書の虚偽記載)容疑で強制調査に乗り出していた。 同社によると、債務超過に転落したことで金融機関や取引先に不安が広がり、資金繰りがひっ迫する状態に。「自主再建は極めて困難」として民事再生による再建を選んだという。 今後、スポンサーを募集して事業譲渡を検討。落合昌美会長と落合(小川)善美社長は責任を取り、民事再生手続きに一定のめどが立った段階で辞任する意向という。 同社は1995年に創業し、iモードなど携帯電話向け公式コンテンツで急成長。旧タカラ株式を取得して筆頭株主になったほか、民放などが大規模な増資に応じたこともあった。

                                                                      インデックスが民事再生申し立て 負債約245億円
                                                                    • 【保存版】301や302、307、JavaScript、meta refreshなどのリダイレクトをGoogleはどのように処理するか?

                                                                      [レベル: 中〜上級] GoogleのJohn Mueller(ジョン・ミューラー)氏が、各種のリダイレクトに対する検索エンジン(とGoogle)の処理方法について、詳細にまとめた説明をGoogle+に投稿しました。 リダイレクトの違いがいまいちわかっていないひとにとってはもちろんのこと、リダイレクトについて熟知しているひとにとっても、リダイレクトについての理解を深めることができるとても役立つ解説です。 日本語に訳したので参考にしてください(可能な限りこなれた日本語に訳したので、原文にはない言葉を使っている部分もあります)。 リダイレクト全般について、まず、ミューラー氏は次のように簡単に定義します。 一般的に、リダイレクトは2つのページ間で行われる。ここでは、それらのページをRとSと呼ぶことにする。 ものすごく単純化して言うと、「ページRを呼び出したときはページSにコンテンツがある」という

                                                                        【保存版】301や302、307、JavaScript、meta refreshなどのリダイレクトをGoogleはどのように処理するか?
                                                                      • 禁書目録ⅡOPに侵略完了したゲソ!!【侵略!イカ娘×禁書目録Ⅱ】

                                                                        なんとか動画で勝手に侵略させていただいたイカ的なアレ。mylist/19174150

                                                                          禁書目録ⅡOPに侵略完了したゲソ!!【侵略!イカ娘×禁書目録Ⅱ】
                                                                        • MoviesFoundOnline.com – Free Movies & Documentaries

                                                                          We find free movies, short films, documentaries, animations, series and other videos online and list them on this site. Watch hand picked streaming videos online for free.

                                                                            MoviesFoundOnline.com – Free Movies & Documentaries
                                                                          • ペルソナ4アニメーション 公式サイト

                                                                            PERSONA4 the Animation -the Factor of Hope-」Open your eyes, and you will realize. マヨナカテレビ

                                                                            • 第7回 性能改善の鍵、インデックスの特性を知る~B-treeとハッシュ (1)B-tree | gihyo.jp

                                                                              SQLアタマアカデミー 第7回性能改善の鍵、インデックスの特性を知る~B-treeとハッシュ (1)B-tree はじめに データベースを扱う仕事をしていると、パフォーマンスの問題に悩まされることは日常茶飯事です。とくに最近は、データベースに格納されるデータ量が飛躍的に増え、サーバのCPUやメモリといったハード面の増強だけでは追いつかないことも多くあります。 そのようなケースに対応するため、DBMSは性能改善のための手段を多く用意しています。その中で最もコストパフォーマンスの良い方法が、インデックス(索引)です。アプリケーションにもハード構成にも影響を与えずに実行でき、うまくいかなければすぐに削除できるという手軽さが大きな魅力で、効果はしばしば絶大です。 インデックスにはいろいろな種類があり、またDBMSによってもサポートする種類に差がありますが、本稿では最も重要な2つを取り上げます。それ

                                                                                第7回 性能改善の鍵、インデックスの特性を知る~B-treeとハッシュ (1)B-tree | gihyo.jp
                                                                              • MySQL初級者を脱するために勉強してること -INDEX編- - Qiita

                                                                                欲しいデータを取得するくらいにはSQL書けるし、システム要件を満たすくらいにはテーブル設計は出来る、そんな僕が中級者を脱するために勉強している内容を備忘録的に書き綴ります。 予約語は大文字 その他は小文字で記述しています。 あー、インデックスね、はいはい。作ると参照が速くなるやつでしょ? そのくらいの知識でしたが、INDEXを適切に運用する上で原理など理解していないと、意味の無いINDEXを作ってしまう事があるので勉強しました。 INDEXとは 今回は多くのRDBMSでサポートされているB-TreeINDEXについて解説します。 B-Treeは以下のような形式でデータを保持しています。 ヘッダブロックでは大まかな値の範囲を保持しており、ブランチブロックではさらに細かい範囲を保持 リーフブロックでは実際の値と行への物理的な位置を保持しています。 INDEXが作成されている事で並び替えが速くな

                                                                                  MySQL初級者を脱するために勉強してること -INDEX編- - Qiita
                                                                                • クローリングとインデックス化についてのマット・カッツ氏の発言を図解する | Moz - SEOとインバウンドマーケティングの実践情報

                                                                                  グーグルのスパム対策チームを率いるマット・カッツ氏との素晴らしいインタビューが、3月14日に公開された。エリック・エンゲ氏(僕と一緒に『The Art of SEO』の共著者として名を連ねている)によるものだ。 SEOコミュニティにいる人なら誰だって、カッツ氏がこういったインタビューに時間を割いてくれるなんて滅多にないということに異論はないだろうし、個人的には、今後こうした機会がもっと増えればいいと願わずにはいられない。グーグルの立場や技術、目標について理解を深めることは、Webサイト制作者やマーケティング担当者にとって大きなメリットとなるだろう。 インタビュー自体に一読の価値があるのは当然だが、この記事に関して1人のSEOmoz読者とメールをやりとりする中で、「恥ずかしい話だが、内容によくわからない部分があった」と言われた。それももっともだ。そこで今回、カッツ氏の主な論点をイラストや図を

                                                                                    クローリングとインデックス化についてのマット・カッツ氏の発言を図解する | Moz - SEOとインバウンドマーケティングの実践情報