並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 99件

新着順 人気順

正規化の検索結果41 - 80 件 / 99件

  • 達人に学ぶDB設計 | 正規化と非正規化、インデックスについて - Qiita

    達人に学ぶDB設計 徹底指南書 ミック(2012) こちらの書籍を学習して、特に参考になった以下の2点を中心に、まとめたいと思います。 正規化と非正規化 インデックスの利用 要点 DB設計において、整合性とパフォーマンスのトレードオフを理解することの重要性が強調されています。 DOA はじめに、システム設計におけるDB設計の重要性が説かれています。システム設計には2つの対になるアプローチがあります。 データ中心アプローチ(Data Oriented Approach: DOA) プロセス中心アプローチ(Process Oriented Approach: POA) DOAは、プログラムより前にデータの設計をすることで、POAはその反対です。 プログラムは短期間で大きく変わっていくことに対し、データは永続的であることから、現在はDOAが主流になっています。 DB設計から行うということは、次の

      達人に学ぶDB設計 | 正規化と非正規化、インデックスについて - Qiita
    • SIRIUSのURL正規化は設定だけじゃできていない?

      まぁ、こんな話し。 SEOをある程度長くやっている方であれば当たり前。 今更ということがあるんですけど。 僕自身、ちょっとここ最近、ある見落としがあったので書くことにしています。 新規ドメインでサイトを運用していても、中古ドメインでサイトを運用していても、どちらにとっても重要な問題のひとつです。 URLの正規化。 つまり、Googleに正しいURLを伝えるの。 ちゃんとやらないと、もしかしたら、ドメインの評価が流れてしまっているかもしれません。 もちろん、僕も今までちゃんとやっているつもりでした・・・ といってもそこまで気にはしていなかったんですけど。 あるキッカケでそれについて深く考えていました。 関係ないですけど、思い込みってやっぱり怖いですよね。 自分では「できてる。」つもりでも、実はできていなかった。 足りなかったなんて言うことは多々あります。 一番怖いのは「つもり」でいること。

        SIRIUSのURL正規化は設定だけじゃできていない?
      • RubyではなぜUCS正規化を採用していないのでしょうか?に対するYukihiro Matsumotoさんの回答 - Quora

        • 公務員の非正規化が進み、深まる男女格差 「公から真っ当な雇用を」:朝日新聞デジタル

          ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 --><!--株価検索 中⑤企画-->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">

            公務員の非正規化が進み、深まる男女格差 「公から真っ当な雇用を」:朝日新聞デジタル
          • バッチ正規化を使用しない新たなチャンピオンNFNetsが登場!画像タスクトップの性能!

            3つの要点 ✔️ 新しいadaptive gradient clipping法を用いたバッチ正規化の代替 ✔️ 正規化なしアーキテクチャNFNetsがSOTAを達成 ✔️ バッチ正規化を用いたモデルよりも、優れた学習速度と伝達学習能力を持つ High-Performance Large-Scale Image Recognition Without Normalization written by Andrew Brock, Soham De, Samuel L. Smith, Karen Simonyan (Submitted on 11 Feb 2021) Comments: Accepted to arXiv. Subjects: Computer Vision and Pattern Recognition (cs.CV); Machine Learning (cs.LG); Ma

              バッチ正規化を使用しない新たなチャンピオンNFNetsが登場!画像タスクトップの性能!
            • 「※宅配ボックス希望」等の注釈に対応しました 【郵便番号逆引き・住所正規化】 - ケンオールブログ

              ECサイトや宅配サービスでよく使われる「※宅配ボックス希望」などの注釈は、システムが住所を解析する際に大きな障害となります。 ケンオールでは、こうした特別な注釈文字列を除去して解析できるように郵便番号逆引き・住所正規化APIをアップデートしました。 ECサイト・宅配サービス特有の住所に対応 ECサイトを使う際、宅配ボックス指定や時間帯指定などの配送方法について注文をしたい場合があります。 通常はECサイトや宅配サービスが提供する方法でそうした条件を指定しますが、住所欄にその旨を記述するという方法がインターネット上では知られています。 例えば、米印(※)で区切って注釈を記述する方法があります。*1 麹町三丁目12-14麹町駅前ヒルトップ8F※不在時宅配ボックス希望 麹町三丁目12-14麹町駅前ヒルトップ8F※16時以降不在時宅配ボックスへ 括弧でくくる場合もあります。 麹町三丁目12-14麹

                「※宅配ボックス希望」等の注釈に対応しました 【郵便番号逆引き・住所正規化】 - ケンオールブログ
              • 住所正規化ライブラリ「normalize-japanese-addresses」にローカルファイルの利用に対応した新規リリースを行いました

                住所正規化ライブラリ「normalize-japanese-addresses」にローカルファイルの利用に対応した新規リリースを行いました @geolonia/normalize-japanese-addresses (以下 NJA)は Geolonia が開発しているオープンソースの日本の住所の正規化ライブラリです。 NJA の新規のリリースでデータソースとしてローカルファイルを利用するオプションが追加されました。 https://www.npmjs.com/package/@geolonia/normalize-japanese-addresses/v/2.5.0 NJA は町丁目のデータをバックエンドの web API から取得してキャッシュを作成し、これを元に住所の正規化を行なっています。常に最新のデータを参照する一方で、新しい市区町村の正規化を試みるたびにキャッシュの作成のため

                  住所正規化ライブラリ「normalize-japanese-addresses」にローカルファイルの利用に対応した新規リリースを行いました
                • IMI住所変換コンポーネントでいろんな住所を正規化してみた - Qiita

                  先日、経済産業省から「IMIコンポーネントツール」というものが公開されました。 IMIコンポーネントツール https://info.gbiz.go.jp/tools/imi_tools/ 今回、この中の「(1) 住所変換コンポーネント」をいろいろ使ってみたので、そのことについて投稿したいと思います。 住所変換コンポーネントについて、以下のブログで詳しく解説されています。 経産省発の npm モジュール!住所や電話番号の正規化、ジオコーディングなどができる IMI コンポーネントツールを試した! 住所変換コンポーネントは、簡単に言うとあいまいな住所表記を正規化してくれるツールと理解しています。 私は個人でLinked Open Addresses Japan(以下、住所LODと呼びます)という住所データをLinked Open Dataで公開するサイトを運営しています。 住所LODについて

                    IMI住所変換コンポーネントでいろんな住所を正規化してみた - Qiita
                  • 経産省、住所の正規化などを行えるコンポーネントを公開 | スラド オープンソース

                    不動産関係の仕事をしている私からすると、誤った方法で住所を勝手に正規化するシステムがあって腹が立ちます。 内部的にその会社で都合の良い方法で正規化するのは仕方無いとしても、顧客が入力した住所を勝手に誤った方法で改変して、それを宛名として郵便物を送り付けることは大変失礼にあたるので止めていただきたいです。 日本の住所表記を大きく分けると、住居表示の地域と、住居表示が実施されていない地域の2つがあるので、正規化するならそれを混同しないようにしましょう。 ・住居表示の地域 正)東京都千代田区永田町一丁目10番1号 誤)東京都千代田区永田町1丁目10番1号 … 「永田町一丁目」という地名なので算用数字にしてはならない 誤)東京都千代田区永田町一丁目10番地1 … 住居表示の地域では「番地」ではなく「番」を使う ・地番管理の地域 正)大宮区吉敷町一丁目124番地1 誤)大宮区吉敷町一丁目124番地1

                    • 【SEO】URLの正規化、www有無・httpとhttpsの統一方法。エックスサーバー設定例有り - ABCウェブエンジニアblog

                      SEOのひとつに、サイトのURLの正規化というものがあります。 サーバーによって初期設定では同じ内容で別のURLが混在してしまっているので、wwwの有無、SSL接続の有無を統一することを言います。 http://サイト名.com https://サイト名.com http://www.サイト名.com https://www.サイト名.com 上記のように1つのページに対していくつものURLが存在する状態のままだと、検索エンジン評価が分散してしまい、SEOに悪影響となってしまいます。 URLの正規化とはこういった同じ内容のページのURLを統一することを指します。 今回はこのURLの正規化の方法について、解説していきたいと思いますので、ご参考頂ければ幸いです。 URLの正規化の方法 URLの正規化はサーバーによって方法が微妙に異なります。 基本的には「.htaccess」というファイルを使っ

                        【SEO】URLの正規化、www有無・httpとhttpsの統一方法。エックスサーバー設定例有り - ABCウェブエンジニアblog
                      • 本当にあったやらかしDB設計⑤【第三正規化病】 - Qiita

                        どうも、近々引っ越しを考えていたのに在宅勤務が始まって引っ越す意味がなくなった人です 今日は「本当にあったやらかしDB設計④【テストチューニング】」に続いてびっくりしたことを紹介します 「正規化は第三正規化までやればいい!」と誰かが言ってたらしいです 僕の周りにはR無しRDBを見ても何も思わないような人ばっかりなので直接聞いたことはないですが…w しかし、第三正規化まですればいい、というのは嘘です 必要に応じて更に正規化を行う必要があります ほとんどの場合、更に正規化をしたほうが良いです ※詳細について知りたい方は、是非SQLアンチパターンの付録としてついてきている「正規化のルール」を見てください 何が悪いの?? 正規化という考え方に縛られてはいけません 一番重要なのはデータの不整合を防ぎつつ、データの冗長性も減らすことです 問題 第三正規化までやればいい!、という考えに縛られていると、冗

                          本当にあったやらかしDB設計⑤【第三正規化病】 - Qiita
                        • chooさんはTwitterを使っています: 「住所の正規化がいかに難しいかで盛り上がっていて、なんか嬉しい😊 住所関連の開発、個人的にもかなり長い時間をかけたのですが、一番ヤバいと思ったのは ・新潟県新潟市北区東栄町(とうえいちょう) ・新潟県新潟市北区東栄町(ひがしさかえまち) という2つの「異なる」地域が存在することです。」 / Twitter

                          • canonical(カノニカル)でURLの正規化をしよう!canonicalタグの必要性と活用方法|アクセス解析ツール「AIアナリスト」ブログ

                            こんにちは。SEO記事提供サービス「AIアナリストSEO」ライターチームです。 canonical(カノニカル)とは、HTMLタグの1つで、複数存在する同じコンテンツのページのURLを正規化するために使われます。URLの正規化は、SEO上必要で、検索順位に関わります。この記事では、URLの正規化が必要な理由、正規化が必要なケース、canonicalタグによるURLの正規化の方法・注意点などを解説しています。canonicalタグでURLの正規化を行い、自社のWebサイトの検索順位をあげましょう。 目次 canonical(カノニカル)とは URLの正規化を行うためのタグである URLの異なる同じコンテンツのページとは 検索順位をあげるために必要な「canonical」 検索エンジンはURLでページを認識している URLごとに評価が分散してしまう 被リンク数が正しく評価されない 重複コンテン

                              canonical(カノニカル)でURLの正規化をしよう!canonicalタグの必要性と活用方法|アクセス解析ツール「AIアナリスト」ブログ
                            • 見落としがちなURL正規化によるパストラバーサル | セキュリティブログ | 脆弱性診断(セキュリティ診断)のGMOサイバーセキュリティ byイエラエ

                              高度解析部アプリケーションセキュリティ課の金子です。 パストラバーサル(またはディレクトリトラバーサル)はXSSやSQLインジェクションに並んでWebアプリケーションに対する代表的な攻撃手法のひとつです。本記事では、パストラバーサルの中でもURL正規化によるパストラバーサルに焦点を当てて攻撃の発生原理やよくある事例について解説します。関連して、PHP向けのAWS SDKで発見したS3バケットに対するパストラバーサルの脆弱性CVE-2023-51651についても紹介します。 2種類のパストラバーサル パストラバーサルは../のような文字列を含んだ文字列の正規化処理(normalization)を悪用して、アプリケーションが予期しない"領域"に対してアクセスを行う攻撃です。正規化処理を行う対象によって分類することが可能で、次の2種類のパストラバーサルが代表的です: ファイルシステムに対するパス

                                見落としがちなURL正規化によるパストラバーサル | セキュリティブログ | 脆弱性診断(セキュリティ診断)のGMOサイバーセキュリティ byイエラエ
                              • データベースの正規化、非正規化

                                こんにちはGMOアドマーケティングのy.yです。 データベース設計において正規化と非正規化はどちらも データの整合性とパフォーマンスに大きく影響を与える重要な要素です。 今回はその正規化、非正規化について書きたいと思います。 データベースの正規化とは レコードの整合性と管理をしやすくするための手法です。 正規化には、第1正規化、第2正規化、第3正規化等があり、不要な重複を排除することで整合性を確保することができます。 正規化を行うことで、整合性を高めることができますが正規化をしすぎるとテーブルの数が多くなりすぎ管理が難しくなる場合があります。 適切な正規化を行い、整合性を確保することが大切になります。 データベースの正規化はどういった時に? 重複レコードが多い場合 テーブルに同じレコードが複数登録されている場合、重複を排除するために正規化を行います。 重複レコードがあると整合性が損なわれ、

                                  データベースの正規化、非正規化
                                • 向川まさひで on Twitter: "私が以前対話した学生でもありましたね。「非正規雇用の正規化」「最賃引き上げ」「学費引き下げ」に否定的で、その理由は結局、そんなことが実現したら格差社会で努力している自分が否定されるように思えるというものでした。 https://t.co/5OUPoXxR4T"

                                  私が以前対話した学生でもありましたね。「非正規雇用の正規化」「最賃引き上げ」「学費引き下げ」に否定的で、その理由は結局、そんなことが実現したら格差社会で努力している自分が否定されるように思えるというものでした。 https://t.co/5OUPoXxR4T

                                    向川まさひで on Twitter: "私が以前対話した学生でもありましたね。「非正規雇用の正規化」「最賃引き上げ」「学費引き下げ」に否定的で、その理由は結局、そんなことが実現したら格差社会で努力している自分が否定されるように思えるというものでした。 https://t.co/5OUPoXxR4T"
                                  • 『手取り14万円の劣悪な待遇…非正規化進む地方公務員、15年で1.5倍に「公共サービス持続困難に」:東京新聞 TOKYO Web』へのコメント

                                    政治と経済 手取り14万円の劣悪な待遇…非正規化進む地方公務員、15年で1.5倍に「公共サービス持続困難に」:東京新聞 TOKYO Web

                                      『手取り14万円の劣悪な待遇…非正規化進む地方公務員、15年で1.5倍に「公共サービス持続困難に」:東京新聞 TOKYO Web』へのコメント
                                    • Audacity (オーダシティ) の 使い方 – ノーマライズ (音量の正規化)

                                      Audacity (オーダシティ) の 使い方 – ノーマライズ (音量の正規化)     (テキストと画像での解説) ※ テキストと画像での解説内容は、動画での解説内容と同じものとなっています。 「Audacity」(オーダシティ) には、 オーディオデータの ノーマライズ (音量の正規化) を行う機能があります。 ※ 「正規化」とは、 ”一定のルールに基づいてデータなどを調整する”、 という意味です。 ノーマライズ (音量の正規化) とは? 「ノーマライズ」(音量の正規化) とは、 選択範囲のオーディオデータの音量を読み取って分析を行い、 その中の最大音量を基準として、 選択範囲にあるオーディオデータ全体の音量を増減させて調整する処理の事です。 また、「ノーマライズ」の機能では、 最大音量の音が「音割れ」しないギリギリの音量まで大きくなるように設定する事が出来ます。 ※ 「音割れ」とい

                                        Audacity (オーダシティ) の 使い方 – ノーマライズ (音量の正規化)
                                      • 形態素解析器Sudachiのユーザー辞書には文字正規化が必要

                                        TL;DR (3行要約) 形態素解析器Sudachiでは、ユーザー辞書により任意の語を追加することができる ユーザー辞書は、Sudachi内部での文字正規化が施された形で記述される必要がある 文字正規化部分だけを抜き出したコードを、当記事の末尾に記した Sudachiのユーザー辞書 形態素解析器Sudachiと合わせて提供されているSudachi辞書(以下システム辞書)は、約300万語を収録し、専門家の手で整備がされている、大規模で高品質な言語資源です(cf. 形態素解析器Sudachiの「辞書」はどのように作られているか: 複数の分割単位を例として)。 しかし状況によっては、システム辞書にはない、例えば「領域独自の固有名詞」のような任意の語も上手く扱いたいことがあります。そのような時のためにSudachiには、ユーザー辞書を導入する機構があります。 (ちなみにユーザー辞書は、「システム辞

                                          形態素解析器Sudachiのユーザー辞書には文字正規化が必要
                                        • 浮動小数点数の非正規化数の存在意義と特徴 - Qiita

                                          先日、浮動小数点数の非正規化数と絡む機会があった。 で、非正規化数のことをよく知らなかったので調べた。 せっかく調べたのでメモを書いておく。 はじめに まあ、ふつうの環境の C / C++ の double 、ふつうの環境の ruby の Float 、いわゆる倍精度のことを念頭に。 以下、IEEE754 の 倍精度のみが唯一の浮動小数点数であるかのような感じで文章を書くけどもちろん本当はそうではないのでご注意を。 よく、C/C++ の DBL_MIN に double型の浮動小数点で表現できる正の値の最小値 などという説明が付与されているけど、これは間違っている。実際 #include <stdio.h> #include <float.h> int main(void) { printf( "DBL_MIN=%e DBL_MIN/10=%e DBL_MIN/1000=%e", DBL_

                                            浮動小数点数の非正規化数の存在意義と特徴 - Qiita
                                          • 正規化(Normalization)/標準化(Standardization)とは?

                                            連載目次 用語解説 一般的に正規化(Normalization)とは、さまざまな大きさや単位の情報/データを、比べやすく考えやすくするために、共通の基準やルールに合わせること、つまりデータを「普通の(Normal)」状態にする作業のことを指す。例えば走った距離を比較する際に、メートル(m)単位とキロメートル(km)単位が混在していると理解しづらいため、共通の単位に合わせる(例えば全てをkmに統一する)ことで情報が扱いやすくなる。 「正規化」や「標準化」という用語はさまざまな分野で用いられており、各分野で意味も異なる場合がある。例えばデータベース設計の「正規化」は、同じテーブル内のデータの重複をなくすなどの目的で、データを複数のテーブルに分割したりして整理することを指す。以下では「数学/統計学/機械学習における正規化」について説明している。

                                              正規化(Normalization)/標準化(Standardization)とは?
                                            • ニコニコ動画、ラウドネス正規化を開始

                                              ラウドネス・ノーマライゼーション(以下「ラウドネス正規化)は、コンテンツ間の音量のバラツキをなくすためにテレビをはじめ各配信サービスが採用している仕組みです。このたび、2020年1月29日よりニコニコ動画においてもこの仕組みの運用が開始されることが同社より発表されました。 任天堂Switch用のニコ動視聴アプリでは以前より同システムが運用されていることは、以前に当ブログにて独自に検証し、ご紹介しました。 ニコニコ動画のラウドネス・ノーマライゼーションを検証する 今回はWebプレイヤーも対応することになり、これまで以上に影響範囲は大きくなります。同時に、機能の詳しい仕様が同社より公開されているため、比較的似た位置づけでありながら仕様はまったくのブラック・ボックスであるYouTubeに比べると、コンテンツ制作者の対応は容易になるものと思われます。 本エントリでは、ニコニコ動画が採用したラウドネ

                                                ニコニコ動画、ラウドネス正規化を開始
                                              • コンテンツが同一の場合、たとえ404を返していても別のURLにGoogleが自動で正規化することがある

                                                [レベル: 上級] コンテンツが同一の場合、たとえ 404 を返していても別の URL に Google が自動で正規化するケースがあるようです。 リダイレクトの失敗と判断し 404 を自動で正規化 理由があってページを削除し、別の URL で同じコンテンツを公開した EC サイトがありました。 削除したページは 404 の HTTP ステータスコードを返しています。 ブラウザからアクセスするとエラーページが返されます。 ところが、Search Console の URL 検査ツールで検証すると、削除したはずの URL が「Google が選択した正規 URL」としてコンテンツを載せ替えた新しい URL に正規化されてしまっています。 英語版オフィスアワーで Google の John Mueller(ジョン・ミューラー)氏は次のような理由が考えられると説明しました。 コンテンツが同一なの

                                                  コンテンツが同一の場合、たとえ404を返していても別のURLにGoogleが自動で正規化することがある
                                                • 正規化とは(データベース)

                                                  上記の注文をそのまま表に挿入すると次の通りです。各行の長さがバラバラで商品が繰り返されている状態です。 【第1正規形】繰り返しを整理データベースでは、レコード単位でデータを扱うため、正規化前のようなデータはデータベースに格納することすらできません。 まずは、繰り返し項目のそれぞれを別レコードとして独立させ、各レコードの長さを整えます。(正規化前は、各レコードの長さがバラバラで商品が繰り返されている状態) 上記が「第1正規形」の表(テーブル)です。背景色がついている行(レコード)が、正規化前では繰り返し項目になっていた部分です。 繰り返し項目を別レコードとして独立させることで、すべてのデータをデータベースに格納することができました。 【第2正規形】部分関数従属している列を整理第2正規形では、部分関数従属している列を整理します。 例えば、第1正規形で作られた表(テーブル)の主キーは「注文番号」

                                                    正規化とは(データベース)
                                                  • データベースの正規化(第1〜第3正規形) - Wiz テックブログ

                                                    こんにちは!バックエンドエンジニアの小室です。 先日、4月から入社予定の方に向け「データベース設計」について研修を行いました。 その中でもメイントピックであった「正規化」について改めてまとめてみました。 さっそくですが、データベースにおける正規化とは、 データベースで保持するデータの冗長性を排除し、 一貫性と効率性を確保するためのデータ形式へ変換することを指します。 一般的に第3正規形までで十分とされているため第3正規形までを取り上げます。 第1正規形 テーブルの行と列が交わる1つマスを「セル」と呼ぶことにします。 第1正規形の定義は「1つのセルには1つの値しか含まれない」です。 社員テーブル このように1つのセルに1つの値が含まれているとき、この値を「スカラ値」と言います。 社員テーブル(非正規形) 上のようなテーブルがあった場合、1人の社員は複数の子を養っているので、このように表現した

                                                      データベースの正規化(第1〜第3正規形) - Wiz テックブログ
                                                    • 正規化・標準化を徹底解説 (Python 前処理 サンプルコード付き)

                                                      私たちは普段から様々なものを「比較」しています。例えばテストの点数や売り上げなどは、他人の点数や他店舗の売り上げと比較して優劣が決まります。このような時、同じ単位での比較はさほど難しくはありません。しかし、単位が違う時はどうでしょう。平熱と身長を例に挙げてみます。平熱が37.3度の人は「他人と比較して平熱が高い」と言えます。身長が200cmの人は「他人と比較して身長が高い」と言えます。それでは、平熱と身長を比較した時、優劣や大小をつけるとしたらどちらが上なのでしょうか。 多くの特徴量を扱う機械学習では、元の数値のままでは比較が難しい場合が存在します。近年のAIブームにより、機械学習の技術の凄さが報道されていますが、全てにおいて万能ではありません。その能力を最大限発揮するためにはデータに対する前処理が必要になってきます。 本稿では、機械学習の前処理の1つである「正規化」と「標準化」について解

                                                        正規化・標準化を徹底解説 (Python 前処理 サンプルコード付き)
                                                      • Unicode正規化 - Qiita

                                                        とは 「ア」と「ア」, 「①」と「1」など等価な文字の表記を統一する操作. NLPで前処理としてよく使われる "Unicode正規化(ユニコードせいきか、英語: Unicode normalization)とは、等価な文字や文字の並びを統一的な内部表現に変換することでテキストの比較を容易にする、テキスト正規化処理の一種である。" - Wikipedia NFD, NFC, NFKD, NFKC 4種類の正規化形式が存在する. 「NFD (Normalization Form Canonical Decomposition)」 「NFC (Normalization Form Canonical Composition)」 「NFKD (Normalization Form Compatibility Decomposition)」 「NFKC (Normalization Form Com

                                                          Unicode正規化 - Qiita
                                                        • URLを正規化するためにGoogleは複数のシグナルを利用する

                                                          [レベル: 初級] URL を正規化する際にさまざまなシグナル(要因)を Google は用います。 想定した URL でインデックスさせるためには、そうした要素に利用される URL をそろえておくことが大切です。 正規化のために使われるシグナル 正規 URL を決定する際に使われる代表的なシグナルには次のようなものがあります。 リダイレクト rel=”canonical” サイトマップ 内部リンク 外部リンク HTTPS(一定の条件下では、HTTP の URL よりも HTTPS の URL を優先して検索結果に表示する) 正規 URL、言い換えればインデックスさせる URL を的確に指示するには、上で挙げたようなシグナルで用いられる URL をそろえておかなければなりません。 たとえば、下のような状況にしておくと混在したシグナルを Google に送ってしまうことになります。 rel=

                                                            URLを正規化するためにGoogleは複数のシグナルを利用する
                                                          • GA4のpage_location (ページの場所) を正規化する

                                                            page_location の正規化がなぜ必要か? GA4 の page_location (ページの場所) ディメンションはURLのパラメータも含めて表示してしまい、各ページのアクセス数を単純集計するにもパラメータごとにページが分かれてしまう。 一度データをエクスポートしてExcelで集計する手間が発生し、分析がしにくい。 Universal Analyticsではどうであったか? Universal Analyticsには パラメータ削除の機能があった。 GA4には同等の機能が存在しないため、計測時点でパラメータを排除した対応を行う必要がある。 対応方法 GTMを用いて、計測時点で必要なパラメータだけを残して計測する手法がベター 手順 Trim QueryのWhite Listで必要なパラメータだけ残した変数を作成 jsessionid等がURLについている場合はGTMのJavaScr

                                                              GA4のpage_location (ページの場所) を正規化する
                                                            • index.htmlの正規化はGoogle SEOで必要か?

                                                              [レベル: 中級] 現在の Google 検索においては index.html ありなしを明示的に正規化しなくても Google がほとんどの場合は自動的に正規化してくれます。 index.html は必要なしと Google は判断する 次の 2 つの URL でアクセスできたとします。 https://example.com/ https://example.com/index.html 一般的なサイトでは、index.html があってもなくても同じページを表示します。 重複コンテンツを避けるために、多くのサイトではindex.html ありなしを正規化しています。 John Mueller(ジョン・ミューラー)氏によれば、index.html が付いた URL を Google が発見したときは index.html を取り除き “/“(スラッシュ)で終わる URL として自動的に

                                                                index.htmlの正規化はGoogle SEOで必要か?
                                                              • canonical(カノニカル)とは?SEOで重要なURL正規化とタグの使い方

                                                                意図したページをGoogleから正しく評価してもらうための手段として、canonical(カノニカル)タグがあります。SEOにとって重要なタグであり、誤った使い方をすると検索順位に悪影響を及ぼす可能性もあるので、慎重に使用しなくてはなりません。 canonicalタグをよくわからずに使用している。評価して欲しいページの順位が思うように上がってこない。そんな悩みを抱えている方に対して、本記事ではcanonicalタグの正しい使い方を解説しています。 canonicalタグは、URLの正規化のために使用します。複数のURLでアクセスが可能なページに対して、どのURLを優先させるかを指定する(URLの正規化)ことが可能です。 また、サイト内に内容がほぼ同一のページ(重複ページ)が存在する場合、canonicalタグで正規化することで、正規化したページのみが評価され、検索結果に表示されるようになり

                                                                  canonical(カノニカル)とは?SEOで重要なURL正規化とタグの使い方
                                                                • 【関係データベースの正規化】第1正規形・第2正規形・第3正規形について紹介 BREEZE

                                                                  はじめに今回は、関係データベースの正規化について、第1正規形・第2正規形・第3正規形をご紹介をしていきます。自分の見解を言語化するのがあまり得意な方ではありませんが、自分なりに必死に説明をしていきますので、ぜひお付き合いいただければと思います。 関係データベースとはデータを複数の表(テーブル)として管理し、行(レコード、組、タプル)、 列(フィールド、 属性)で表と表の関係を定義することで、複雑なデータの関係性を扱えるようにしたデータベース管理方式を指します。Relational DataBase(リレーショナルデータベース)、略してRDBとも呼ばれています。 Oracle、MySQL等のデータを表形式で管理するデータベースが該当します。 正規化とはデータの一貫性の維持と効率的なデータアクセスを可能にする関係設計へ導くための方法を指します。データに矛盾や重複を生じさせないことを目的とし、様

                                                                    【関係データベースの正規化】第1正規形・第2正規形・第3正規形について紹介 BREEZE
                                                                  • BigQueryでGAになったCONTAINS_SUBSTRで正規化検索を試す(全半角カタカナ・記号) | DevelopersIO

                                                                    BigQueryのCONTAINS_SUBSTR()関数の正規化機能で、全角/半角カタカナや記号がどのように評価されるのか試してみる。 データアナリティクス事業本部、池田です。 BigQueryの2021/07/19のリリースでCONTAINS_SUBSTRという関数が generally available(GA) になったので、 動かしてみました。 【 Release notes 】 【 CONTAINS_SUBSTR 】 ※執筆時点で日本語未対応 どんな関数か? 以下は先述の公式ドキュメントの例そのままなのですが、 第一引数の中に、第二引数の値(検索値)が含まれるかをtrue/falseで評価してくれます。 SELECT CONTAINS_SUBSTR('the blue house', 'Blue house') AS result; +--------+ | result | +

                                                                      BigQueryでGAになったCONTAINS_SUBSTRで正規化検索を試す(全半角カタカナ・記号) | DevelopersIO
                                                                    • リレーショナルデータベース正規形の種類と正規化手順 - プロエンジニア

                                                                      今回はリレーショナルデータベースの正規化(英語:Normalization)について、非正規系、および6種類の正規形についてご紹介し、さらに通常時実務で必要となるボイスコッド正規形までについては変換手順もあわせてご紹介したいと思います。

                                                                        リレーショナルデータベース正規形の種類と正規化手順 - プロエンジニア
                                                                      • “鼻血が出た”あの日から早3年、大きく進歩した「日本の住所の正規化」 - グラフィア - 地図や位置情報に特化したWebメディア「graphia(グラフィア)」

                                                                        SNSで話題になった「日本の住所」問題について、Geolonia代表の宮内が語る第2回は、正しい住所のデータベースである「住所マスタ-」を作るための苦労や、過去から比べて進歩した住所を取り巻く現状について語りました。 第1回:日本の住所は“うまく整備されているほう”!? 大事なのは「地域の多様性」 第2回:“鼻血が出た”あの日から早3年、大きく進歩した「日本の住所の正規化」 第3回:生成AIは「住所の正規化」の救世主になりうるか 自治体や部署ごとバラバラの住所データは突合するのも大変 Geoloniaでは昨年、デジタル庁からの委託で、アドレス・ベース・レジストリのマッチングツールの調査実証業務を行いました。これは自治体が持つ住所マスターを“正”として、デジタル庁が持つアドレス・ベース・レジストリの住所マスターを突合させるという作業なんですが、これは実際にやってみると想像以上に大変でしんどい

                                                                          “鼻血が出た”あの日から早3年、大きく進歩した「日本の住所の正規化」 - グラフィア - 地図や位置情報に特化したWebメディア「graphia(グラフィア)」
                                                                        • MacでMP4の音量を正規化 - Qiita

                                                                          目的 mp4動画の音量を正規化したい 環境と方法 Mac OS X - El Capitan Homebrew home-brewでaacgainをインストールしてコマンド発行するだけ aacgainが古い1.8しか無いみたい、1.9が欲しい場合はビルドするか ここ でダウンロード可能なようです。 個人的には1.8でいいかなーと....何も考えてません 実行 使っているオプション * r : トラックゲイン * c : データへの書き込み時確認なし * p : 日付変更しない 使ってないオプション * a : アルバムゲイン 89dBで統一されますー

                                                                            MacでMP4の音量を正規化 - Qiita
                                                                          • KASUGA, Sho on Twitter: "Google に入れるぐらい優秀でないといけないのが厳しいところです。昔はよく高校の教員でも「研究日」が設定されてて実質20%ルールがあることは多かったと思うのですが、今はそういうのがないばかりか、非正規化によって食べていくのも難… https://t.co/kOq3vqsyw7"

                                                                            Google に入れるぐらい優秀でないといけないのが厳しいところです。昔はよく高校の教員でも「研究日」が設定されてて実質20%ルールがあることは多かったと思うのですが、今はそういうのがないばかりか、非正規化によって食べていくのも難… https://t.co/kOq3vqsyw7

                                                                              KASUGA, Sho on Twitter: "Google に入れるぐらい優秀でないといけないのが厳しいところです。昔はよく高校の教員でも「研究日」が設定されてて実質20%ルールがあることは多かったと思うのですが、今はそういうのがないばかりか、非正規化によって食べていくのも難… https://t.co/kOq3vqsyw7"
                                                                            • 【データベース正規化完全ガイド】実務観点での正規化手順やポイントを詳しく解説   | PrAhaENGINEERLAB

                                                                              何かのアプリケーションを作成する際、その裏側で、データベースを利用することは多々あります。そのデータベースも、キーバリューデータベースや、ドキュメントデータベースなど、いわゆるNoSQLと呼ばれている...

                                                                                【データベース正規化完全ガイド】実務観点での正規化手順やポイントを詳しく解説   | PrAhaENGINEERLAB
                                                                              • 正規化形式別のユニコード正規化の振る舞いの違いを見てみる | 分析ノート

                                                                                前回の記事でユニコード正規化を紹介し、NFD/NFC/NFKD/NFKCの4種類の形式があるという話をしました。 今回はそれぞれの形式で正規化した時の振る舞いを見ていこうと思います。 元々、各形式の厳密な定義の話をしようと結構前から調べていたのですが、 正準等価の方(NFDとNFC)がまだ自分の中で腑に落ちてないので、今回は色々動かして結果を眺めることにします。 互換等価の方は、意味は同じで見た目が違う文字、というざっくりとした理解で大丈夫のようです。(たぶん) ちなみに、4つの中でどれを使えば良いか迷ってるだけ、という人は NFKC を使えば大丈夫だと思います。 それでは、どの型で正規化されるかによって結果が変わる文字をいくつか取り上げて挙動を見てみましょう。 一つ目はひらがなの「が」です。 NFC/NFKCでは特に変化がなく、 NFD/NFKDでも、見た目は変化してないのですが、文字コ

                                                                                • 正規化・線形補間・マップ|クリエイティブコーディングの教科書

                                                                                    正規化・線形補間・マップ|クリエイティブコーディングの教科書