並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 7112件

新着順 人気順

ドメインの検索結果161 - 200 件 / 7112件

  • あなたのブログやサイト作りに、タダで使える10の方法 | ライフハッカー・ジャパン

    進行中のプロジェクトがあって、途中経過を友だちには見せたいけど、ネット上にはまだ公開したくない、もちろん検索で引っ掛かるのもマズいという場合。『.htaccess Editor』を使えば、ベーシック認証やアクセス制限など、個人的にちょっと使いたい程度のことは簡単にできます。こういう類いのアプリは他にも色々あるけど、これはアクセス制限と許可に関する設定を、1つずつ順を追ってすることができるのがいいです。あと、いくつもあるサブドメインの設定をする時も便利(参考記事:「.htaccess実践活用術」)。 残る9つのハックは以下にて。 【9】サイトをiPhoneや携帯ブラウザに最適化する方法 携帯やスマートフォンでブログを読む人の数は、どんどん増えてきています。以前紹介した、あなたのブログをiPhone閲覧用に最適化する『Intersquash』(米過去記事)は、iPhone用のRSSフィードも作

      あなたのブログやサイト作りに、タダで使える10の方法 | ライフハッカー・ジャパン
    • [SEO]10分でできる、あなたのウェブページが検索エンジンにきちんとインデックスされているかどうか | コリス

      あなたが作成したページがGoogleなどの検索エンジンになぜインデックスされないのか、なぜランキングされないのか、ペナルティを課せられていないか、重複コンテンツの問題はないかを確認できる方法を紹介します。 10-Minute Missing Page Audit [ad#ad-2] 下記は各ポイントを意訳したものです。 各見出しの左は時間の目安です。 [0:00-0:30]インデックスの確認(ドメイン) サイトがGoogleにインデックスされているか確認します。フォームに「site:」コマンドを使用して、検索してください。 コマンドを使用する時はルートのドメイン名(site:example.com)を入力してください。 [0:30-1:00]インデックスの確認(ページ) 次に、ページがインデックスされているか確認します。前述の結果、Googleがそのサイトの存在を知っていると想定し、問題の

      • JPNIC インターネット歴史年表

        JPNICでは、 本年表へのフィードバックや関連資料等の寄贈を受け付けています。 記事へリンクする場合は、 アンカー一覧をご覧ください。 セキュリティに関連する出来事についてはのご協力をいただいています。

        • 誰も教えてくれない、商品名やサービス名のネーミング方法|takejune

          ここ最近はあたらしいプロダクトを作っていて、そのサービス名を考えるのに四苦八苦している。というか、新しいサービスを手掛けるたびに毎回ネーミングで多大な苦労をしている。 このままでは数年後、また四苦八苦することになるだろうから、せめて今回考えたことを未来の自分のために記しておくことにする。 今回も、基本的には自分用メモなのだけど、僕じゃない誰かの参考になればいいなとも思っている。 📈 ネーミングの効果 まず考えたのは「そもそもネーミングってなんの意味があるのだろうか? 」ということ。「仮にすべての商品名がランダムな文字列でつけられていたら?」と極端な想像をすると、良くないことのように思える。 顧客獲得の観点で考えると、パッと思いつくのは次の2つだ。 👀 認知されやすくなる 顧客獲得の最初のステップは「記憶に残る」こと。そして次に「商品性が伝わる」ことだ。商品名がこれらに影響を及ぼすのであ

            誰も教えてくれない、商品名やサービス名のネーミング方法|takejune
          • ドメイン駆動設計を導入するために転職して最初の3ヶ月でやったこと[DDD] - little hands' lab

            この記事は ドメイン駆動設計 Advent Calendarの記事です。 今年の9月にログラスというスタートアップに転職しました。 ログラスは元々DDDについて講師として勉強会をさせてもらっていた会社であり、DDD自体は社として取り組んでおりある程度進んでいました。ですが、講師ではなく中の人になったからこそできる色々な取り組みがあり、3ヶ月である程度形になりました。 本記事では、DDDを広めるための取り組みについて、極力再現性がある形を意識しつつ、ご紹介したいと思います。 入社時の状況 なにをしたか テストの話が多い理由 実施内容詳細 TDD Boot Campの@t_wadaさんの基調講演観賞会を行った Serviceクラスを1パブリックメソッドにした レイヤーごとのオブジェクトの依存関係を整理 レイヤーごとのテスト方針 クラス名の重要性 参照実装を作成した 「責務」と「テスト」の重要性

              ドメイン駆動設計を導入するために転職して最初の3ヶ月でやったこと[DDD] - little hands' lab
            • なぜマイクロサービスは失敗するのか? - kawasima

              Eberhard Wolffさんのこのプレゼンの要約です https://www.youtube.com/watch?v=B3O-qYM-Kkw 共通のデータモデル 共通のデータモデルを通信に使う 各サービスで必要となるデータの内部モデルは異なるかもしれない データモデルが、共通ライブラリと同じ意味合いになる すべてのサービスが、最新のライブラリを使わなくてはならない 共通データモデルの変更は、す

                なぜマイクロサービスは失敗するのか? - kawasima
              • 糞みたいなサイトなのに何故か100万以上稼げてるサイトとそのやり方 - ボコスカウォーズ

                100万以上稼げてるようなサイトって、小奇麗に作ってあって、コンテンツも充実していて、キーワードもサジェストを網羅していて、もちろん独自ドメインで2年以上は経過している。そんなイメージがありますが、今回紹介するサイト様は、そんな常識を打ち破って、糞みたいな作りなのにきっちり100万以上稼げています。 何故100万以上稼げてるとわかるかって? 予想ですw ですが、この予想も結構な確率で当たっているかと思います。何故なら、同じようなことをしたことがあるから、もしくは同じようなことをしたことがある人にどれくらい稼げてるか聞いたからです。 私は定期的にアフィリエイター仲間と勉強会を行っていますが、その中には10年以上アフィリエイトをやっていて、色んな手法に詳しいものが何人かいたりします。 そういった仲間たちと定期的に会うことで、このサイトはこういった手口で稼いでいるというのがだんだんとわかるように

                  糞みたいなサイトなのに何故か100万以上稼げてるサイトとそのやり方 - ボコスカウォーズ
                • ローカルビジネス(カフェなど)のホームページがほとんど意味ないのでは...という話|喫茶とちょうど品 エントワ

                  ローカルビジネスの集客ってなんとなくリアルの広告媒体に頼ってしまう。地元のカフェとから喫茶店のHPって「ただ存在している」という状態が少なくないです。 まず、ホームページが無いという場合もあります。それ自体は全然問題ではなくて、オフラインで集客する仕組みが整っていれば問題ないと思います。 さて、ホームページを用意することにしたとして、大手メディアじゃあるまいし、webにかけることができるお金はない。 とりあえず置いておくホームページを作ってみた。 でもそれもコストかかっているんですよね。サーバー代が月に1000円、独自ドメインが500円と考えると1500円。1500円の回収はコーヒー3杯と考えたら安いのかもしれないですが。ホームページ作成を外注すれば安くても5〜うん10万。 それだけのコストをかけて小規模店舗がホームページを持つ意味ってどこにあるんでしょうか。 その辺りの考えたことをまとめ

                    ローカルビジネス(カフェなど)のホームページがほとんど意味ないのでは...という話|喫茶とちょうど品 エントワ
                  • なぜMACアドレスとIPアドレスは両方必要なのか?

                    この記事は,ネットワークの学習の序盤につまずくポイントである 「MACアドレスとIPアドレスってどっちか片方だけじゃだめなの?」「レイヤ2と3って結局何が違うの?」 という疑問について,私なりの回答をまとめた記事です。世に不正確な記事が出回っているように見受けられるので,正確な回答をまとめたく、長文になってしまいました。とはいえ,初学者向けにかなり初歩的なところから書いたつもりですので是非読んでみてください。 この記事について この記事を読むと何が分かるか MACアドレスとIPアドレスの役割の差が分かる レイヤ2(=同一サブネットの通信)とレイヤ3(=サブネット間の通信)の仕組みが分かる ネットワーク設計時にレイヤ2・レイヤ3のいずれで設計すべきか判断できる なお,教科書的な説明ではなく,概念や捉え方の説明となっていますので,試験勉強には役立ちません。実務としてネットワーク設計を行う方の役

                      なぜMACアドレスとIPアドレスは両方必要なのか?
                    • 突貫でおぼえるSPF、DKIM、DMARC | DevelopersIO

                      しばたです。 昨年10月にGoogle(Gmail)および米国Yahoo!においてスパム対策の強化がアナウンスされました。 この件に関してつい先日まで他人事でいたのですが、実は全然他人事では済まないことが発覚し突貫で知識を仕入れています。 アナウンスに対する具体的な対応策についてはこちらのZennの記事を見れば全部わかる感じです。 最高ですね。 また、メール送信にAmazon SESを使っている場合はAWSのブログを確認すると良いでしょう。 「これらの記事を読み解けば万事解決!」という感じではあるのですが、私自身が学んだなかで予め知っておくと良さそうに思えた点がいくつかありました。 本記事ではその辺を共有するのと、実際にAmazon SESの環境を作って動作確認をしたのでその結果も合わせて共有します。 はじめに覚えておくと良い基礎知識 Zennの記事でも詳細な解説がありますが、個人的に「最

                        突貫でおぼえるSPF、DKIM、DMARC | DevelopersIO
                      • ヤフーの画像はなぜyimg.jpドメインなのか? サイト高速化の手法とヤフーの失敗例 | 初代編集長ブログ―安田英久

                          ヤフーの画像はなぜyimg.jpドメインなのか? サイト高速化の手法とヤフーの失敗例 | 初代編集長ブログ―安田英久
                        • 現場で役立つシステム設計の原則メモ - Qiita

                          This article is a Private article. Only a writer and users who know the URL can access it. Please change open range to public in publish setting if you want to share this article with other users. ※この記事は著者の増田さんの了解の上で限定公開させて頂いております。 https://twitter.com/masuda220/status/1215122054795522049?s=20 オブジェクト指向、設計がなぜ必要か = ソフトウェア全体の整理整頓をするため 第1章 小さくまとめてわかりやすくする 変更が大変なプログラムの特徴 メソッドが長い クラスが大きい 引数が多い 関心事を詰め込みすぎ

                            現場で役立つシステム設計の原則メモ - Qiita
                          • URL短縮

                              URL短縮
                            • .htaccess実践活用術

                              現在、WEBサーバのシェアとしてはApacheが過半数を占めています。英国Netcraft社の調査によると2016年4月におけるApacheのシェアは49.15%である(active sitesにおけるシェア。参照:Netcraft: April 2016 Web Server Surveyy)。 2位のnginxを大きく引き離しています。このような世界的に人気の高いApacheをウェブマスターとして使いこなす方法として、このホームページでは.htaccessの利用法について解説します。httpd.confに触ることのできない一般のウェブマスターさんを対象に、「アクセス制限」「カスタムエラーページの設定」「MIMEタイプの設定」など実用度の高い利用法に絞って紹介します。「何をしたいか」のかを中心に、.htaccessの利用法を説明する構成になっています。

                              • Swiftのエラー4分類が素晴らしすぎるのでみんなに知ってほしい - Qiita

                                これは Swift Tweets の発表をまとめたものです(次回開催はこちら)。イベントのスポンサーとして Qiita に許可をいただいた上で投稿しています。 ありがとうございました!Q&Aは他の人の発表中でも構わないのでリプを飛ばして下さい。 続いては僕 @koher の発表で、タイトルは "Swiftのエラー4分類が素晴らしすぎるのでみんなに知ってほしい" です。 #swtws — koher (@koher) 2017年1月14日 第 1 部: Swift の 4 種類のエラーについて あまり知られてませんが、エラー処理について、 Swift 2.0 設計時に Core Team がまとめた "Error Handling Rationale and Proposal" というドキュメントがあります。このドキュメントは、僕が去年 try! Swift で発表した際にも参考文献にしまし

                                  Swiftのエラー4分類が素晴らしすぎるのでみんなに知ってほしい - Qiita
                                • [PDF]初心者のためのDNSの設定とよくあるトラブル事例

                                  Copyright © 2013 株式会社日本レジストリサービス 1 Copyright © 2013 株式会社日本レジストリサービス 1 Copyright © 2013 株式会社日本レジストリサービス 1 初心者のためのDNS運用入門 - トラブルとその解決のポイント - 2013年7月19日 DNS Summer Days 2013 株式会社日本レジストリサービス(JPRS) 水野 貴史 Copyright © 2013 株式会社日本レジストリサービス 2 Copyright © 2013 株式会社日本レジストリサービス 2 Copyright © 2013 株式会社日本レジストリサービス 2 講師自己紹介 • 氏名:水野 貴史(みずの たかふみ) • 生年月日:1988年3月3日(25歳) • 所属:株式会社日本レジストリサービス(JPRS) システム部 • Unix歴:8年目(F

                                  • ソフトウェアアーキテクトに必要なシステム設計知識を学んだ17冊 - yoshikipom Tech Blog

                                    はじめに アーキテクチャ・デザイン全般 ソフトウェアアーキテクチャの基礎 Clean Architecture 達人に学ぶソフトウェアの構造と設計 Design It! ソフトウェアシステムアーキテクチャ構築の原理 データ指向アプリケーションデザイン マイクロサービス マイクロサービスアーキテクチャ マイクロサービスパターン 実践的システムデザインのためのコード解説 ソフトウェアアーキテクチャ・ハードパーツ ドメイン駆動設計 エリック・エヴァンスのドメイン駆動設計 ドメイン駆動設計入門 ボトムアップでわかる!ドメイン駆動設計の基本 現場で役立つシステム設計の原則 要件定義 はじめよう!プロセス設計 ~要件定義のその前に はじめよう! 要件定義 ~ビギナーからベテランまで はじめよう!システム設計 ~要件定義のその後に Web, Web API Webを支える技術 プロになるためのWeb技術

                                      ソフトウェアアーキテクトに必要なシステム設計知識を学んだ17冊 - yoshikipom Tech Blog
                                    • サービス終了のお知らせ - NAVER まとめ

                                      サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

                                        サービス終了のお知らせ - NAVER まとめ
                                      • ノーコードは形を変えた現代のRPGツクールなのではないか

                                        この記事について。 2030 年 「エンジニアです。コードは書けません。」|__shinji__| note 自分はそもそもビジュアルプログラミングやオーサリングに興味があり、ノーコードは興味の範疇でありつつも、現状のもの、現状の「コード抜きで作れる」ような謳い文句は厳しいと思っています。それを、RPG ツクールを例に説明します。 はじめに、ノーコードを分類する 本記事では、「専用の管理画面で編集し、出力のためにコードを書かない、もしくはコピペ程度」のものをノーコードとして扱います。 その中でさらに種類ごとに分類してみます。このような定義があるわけではなく、自分の主観的で暫定的な分類です。 タイプ 1: データベースから自動的にフォームを生成 Google App Sheet MS Power Apps タイプ 2: 高水準 API のパイプライン Zapier IFTTT 古の Yaho

                                          ノーコードは形を変えた現代のRPGツクールなのではないか
                                        • Googleのアルゴリズムにおける検索順位に影響を与える200+個の要因のまとめ

                                          Googleの検索のアルゴリズムにおける検索結果の順位に影響を与える200+個の要因、コンプリートリストを紹介します。 量が多く翻訳するのに一週間かかりましたが、興味深いことが多々あり、とても面白かったです。 Google's 200 Ranking Factors: The Complete List 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様に許可を得て翻訳しています。 毎日のように海外のまとめ記事を無断転載してアクセスを稼いでいるあのブログの注意喚起を海外のブロガーから聞きます。問い合わせや削除依頼しても対応無しっていうから、たちが悪い。 ドメインによる要因 ページレベルによる要因 サイトレベルによる要因 バックリンクによる要因 ユーザーのインタラクションによる要因 アルゴリズムによる要因 ソーシャル シグナル ブランド シグナル サイト内部のスパム

                                          • 漫画違法配信サイト「漫画村」の黒幕に迫る – 無能ブログ

                                            私は数ヶ月にわたり、海賊版の漫画を違法配信するサイトとしては最大手の「漫画村」の詳細について調査を進めていました。私一人では調べられることにも限界があり、途中で壁に突き当たることになってしまいましたが、これまでに掘り下げたものを公開することで、誰かが持っている情報と関係しているか知ることができると思い、中途半端な内容ではあるもののこの記事を公開することを決断しました。 ことし5月上旬に「フリーブックス」の騒動があって以降、その代替サイトとも言われるようになった漫画村は、フリーブックスと同様、サイトには多数の海賊版の漫画が並んでおり、大量のアクセスを集めてたちまちサイトは急成長していきました。 漫画村の運営者らは「運営会社はベトナムにある」と主張し、日本の著作権者の削除要請などには応じない姿勢を見せていました。しかし、私の今回の調査では、実際の彼らの運営拠点はベトナムではなく日本にあり、ベト

                                              漫画違法配信サイト「漫画村」の黒幕に迫る – 無能ブログ
                                            • 強烈なDNSキャッシュポイズニング手法が公開される:Geekなぺーじ

                                              本日、JPRSが緊急の注意喚起を公表しました。 緊急)キャッシュポイズニング攻撃の危険性増加に伴うDNSサーバーの設定再確認について(2014年4月15日公開)- 問い合わせUDPポートのランダム化の速やかな確認・対応を強く推奨 それに対して、2月中旬に脆弱性を発見してJPRSへと報告していた鈴木氏(脆弱性は前野氏との共同発見)が、JPRSの注意喚起では「危険性をよく理解して対策をとるにあたって十分な情報が含まれているとはいえません」として、以下の情報を公開しています。 開いたパンドラの箱 - 長年放置されてきたDNSの恐るべき欠陥が明らかに キャッシュポイズニングの開いたパンドラの箱 キャッシュポイズニングの開いたパンドラの箱 - 2 - 本来であれば、より上位からの正規の回答が優先されなければならないはずなのに、下位側が優先される仕様になっているので、偽装されたデータが優先されてしまう

                                              • Web開発者が恐らく知らない、SSLについて知っておくべきこと | POSTD

                                                2015年、Web開発者は以前よりもSSLに関する理解を深めています。そうしたWeb開発者たちがHacker Newsを読むなら知っておくべきことを以下に挙げてみます。 ドメイン認証(DV)証明書は Let’s Encrypt から無料で取得することが可能。 拡張認証(EV)証明書 は CertSimple かいくつかのチェックののちの支払いで取得することが可能。これが我々のやり方。 Mozilla SSL Config Generator を使用すれば、サポートしたいブラウザに対して、サーバを可能な限り安全に設定することが可能。 完了後に SSL Labs を使って全てをチェックし、A評価獲得を確認しましょう。そうでなければ人に小言を言われます。 その他はどうでしょうか。我々の顧客から寄せられる最も多い質問について、回答を紹介していきましょう。 1. Chromeで”古い暗号スイート”を

                                                  Web開発者が恐らく知らない、SSLについて知っておくべきこと | POSTD
                                                • Bugmenot.com - login with these free web passwords to...

                                                  BugMeNot: find and share logins Enter a website below to see if the bugmenot community has shared any logins for it... Domain/URL: Get Logins

                                                  • ぶっちゃけWEBサイトっておいくらなの?って話 | Hal-Cana

                                                    先に言っとくけど仕事の合間にぱぱっと書いた記事だからあんまりアテにするなよ? 「極端に低い単価や無料で仕事をしてはいけない単純な理由」 こういう記事が話題になっていたので、ふと気になりまして。 そもそもね、WEBサイトを制作してる側の人間が「どこまでが安価で、どこからが高価なのか」っていうラインを知らないんじゃないかなって思ったんです。 まあね、最初に結論は言っておくけど、そんなもんクライアント次第です。一概にどこからが高いとか安いとか、そういう話はできません。 ボレるとこからはとことんボレばいいんですよ。世の中そうやって回ってんだから。 もしくは、「ウチはページ単価○○円からです」っていう明瞭会計な制作会社もありますね。 個人的にお付き合いの多い某社などは、公式サイトに料金表も掲載されていて、とても良心的です。ほんとありがたいです。 まぁそれはいいんです。別に関係ない。 本題は

                                                    • サーバの適切な名前の付け方 | POSTD

                                                      現在、 MNX ではクラウドホスティングサービスの新しいデータセンタを立ち上げているところで、とてもバタバタしています。クラウドホスティングサービスは、今の私たちの主な業務ですが、この会社が始まった当初は、Linux管理のコンサルティングサービスを中心としていました。そのサービスを通じて、たくさんの顧客環境を目の当たりにしましたし、それと同じ数だけの、顧客ごとに異なるデバイス名の指定方法も見てきました。そしてもちろん、その全ての指定方法をいいなと思ったわけではありません。名前の付け方は、コンピュータ草創期からの問題ですよね。おのおのがホスト名の指定方法について一家言持っていました。でも、それらの方法は最初のうちはうまくいっても、時を経てシステムインフラが拡大し、状況に応じて変更を余儀なくされるようになると、すぐに扱いにくくなってしまうものがほとんどでした。 そこで今回は、先述した私たちのデ

                                                        サーバの適切な名前の付け方 | POSTD
                                                      • ライバルの動向を調べるのに便利なネットツール50選 | IDEA*IDEA

                                                        ドットインストール代表のライフハックブログ

                                                          ライバルの動向を調べるのに便利なネットツール50選 | IDEA*IDEA
                                                        • 一発当てた個人開発者をまとめるWebサービス作った

                                                          http://individualist.link/ (←ドメインかっこいいでしょ) 〜 居酒屋にて 〜 A「やっぱり若者が稼ぐにはアプリ作るしかないと思うんですよ」 B「あー分かる」 B「スマートフォンアプリ?Webアプリでもいいの?」 C「ゲームは当たると大きくていいよね」 A「Webアプリでもいいです」 B「当ててそれで暮らしてる人見ますね。羨ましい。」 A「いいですよね」 A「そういう人の話聞いてみたいんですけどなかなか出てこないですね」 B「当てた人が人前で自慢するメリットないからねえ…」 B「どういう人がどういうサービスで当てたのかまとめたい」 A「いいですねえ。Wiki 的な」 B「Google Docs とかでやってみる?」 A「おお、やりましょう」 B「Webサービスにしてもいいかも」 〜 帰宅 & 1時間後 〜 B「できた」 B「ドメイン取ろう」 B「http:

                                                            一発当てた個人開発者をまとめるWebサービス作った
                                                          • Let's encryptとSSL/TLSに関する誤謬 - Chienomi

                                                            全く以て意味不明な誤謬がはびこっていた上に、やたら上から目線だったので、消火しておこうと思う。 そもそもSSL, TLSとは何か SSL/TLSは暗号化技術である。 SSL/TLSのデータ通信自体は対称暗号である。ただし、暗号化に利用する暗号鍵は使い捨てる。 Cipherはかなり色々使えるのだけど、だいたいはTriple DES (3DES)かAESが使われる。 その手順は <- HelloRequest -> ClientHello <- ServerHello <- ServerCertificate <- ServerKeyExchange <- ServerHelloDone -> ClientKeyExchange -> Finished -> ChangeCipherSpec <- Finished <- ChangeChiperSpec <-> Application Dat

                                                            • 柔軟なログ収集を可能にする「fluentd」入門 | さくらのナレッジ

                                                              複数台のサーバーやクラウド環境を組み合わせてのサービス運用においては、ログの収集方法に工夫が必要となる。こういった場合に有用なのが、さまざまなログの収集手段を提供するfluentdだ。今回はfluentdのアーキテクチャやそのインストール/設定方法、基礎的な設定例などを紹介する。 さまざまな方法でログを収集できるfluentd 今回紹介するfluentdは、Treasure Dataが開発するログ収集管理ツールだ(図1)。オープンソースで公開されており、Linuxや各種UNIXで動作する。 図1 fluentdのWebサイト ログ収集のためのソフトウェアとしてはsyslogdやsyslog-ngなどが有名だが、fluentdがこれらと異なる点としては、以下が挙げられる。 さまざまなソースからのイベントをさまざまな媒体に出力できる fluentdの大きな特徴としては、ログの収集方法やログの記

                                                                柔軟なログ収集を可能にする「fluentd」入門 | さくらのナレッジ
                                                              • どうしてもドメインを永久保持できない企業向け 企業はどうドメインを捨てるべきか - web > SEO

                                                                コロナ禍中に取得された地方自治体のドメインがオークションで高値売買され、中古ドメインとして悪用されるなど、公的機関のドメイン放棄問題が注目されています。 11月25日のNHKニュース7でドメイン流用の件が報じられました。私も取材を受け少しご協力をしています。 www3.nhk.or.jp 公的機関のドメイン放棄問題の理想の解決は、今後は lg.jp、go.jp などの公的機関しか使えないドメインだけを使うようにすることです。 ただ今回の問題はコロナ禍初期の大混乱時、非常にスピーディにサイト立ち上げが求められていた時の話です。 信頼が求められる lg.jp などのドメインの利用には厳格なルールがあるのも当然です。あの混乱時期にルール改定も難しかったと思います。新規ドメインが選ばれた事は仕方がない事と思っています。 ただ、コロナ禍が落ち着いた今、無責任に放棄されるのは明らかな問題です。 今回の

                                                                  どうしてもドメインを永久保持できない企業向け 企業はどうドメインを捨てるべきか - web > SEO
                                                                • 忙しくても週1回更新でも、半年で月10万回読まれるブログを育てる7つのポイント

                                                                  この記事には広告を含む場合があります。 記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 私が独自ドメインにてブログを始めたのは2011年2月。 会社を辞めた今でこそブログに時間を割くことができますが、当時は日付が変わる前に帰れればいい方。 終電がなくなってタクシーや始発で帰ることもある、多忙な毎日を送っていました。 当然、帰ってからブログを毎日更新…というわけにはゆかず、週1ペースくらいで書くのが精一杯。 そんな状況の中でも、半年後の2011年7月には、ありがたいことに月間10万PVを達成することができました。 はてブやTwitterによるスパイラルがあったとはいえ、とても嬉しかったです。 もちろん、ブログのやり方は人それぞれ。ページビューなど気にせずゆるゆる続けていければいい、という人もたくさんいらっしゃるでしょう。 ですが、せっかくWeb上に

                                                                    忙しくても週1回更新でも、半年で月10万回読まれるブログを育てる7つのポイント
                                                                  • よく使う正規表現はもうググりたくない! - Qiita

                                                                    タイトル通りによく使う正規表現を毎回ググるのが効率悪いのでまとめてみました。各言語で正規表現のサンプルを書いてみました。 正規表現式 Emailアドレス ^\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*$ ドメイン名 ^[a-zA-Z0-9][a-zA-Z0-9-]{1,61}[a-zA-Z0-9]\.[a-zA-Z]{2,}$ インタネットURL ^(http|https)://([\w-]+\.)+[\w-]+(/[\w-./?%&=]*)?$ ユーザー名 (Twitter username) ^[a-zA-Z0-9_\-.]{3,15}$ 固定電話 ^0\d-\d{4}-\d{4}$ 携帯電話 ^(070|080|090)-\d{4}-\d{4}$ IP電話 ^050-\d{4}-\d{4}$ フリーダイヤル ^0120-\d{3}-\d{3}

                                                                      よく使う正規表現はもうググりたくない! - Qiita
                                                                    • ボトムアップドメイン駆動設計

                                                                      はじめに この記事は前後編に分かれています。 順序だてた解説になっているので最後までお付き合いいただけると幸いです。 後編記事: https://nrslib.com/bottomup-ddd-2/ 順序立っての説明になっておりますので、前編からご覧になることを強くお勧めします。 セミナー情報 こちらの内容のセミナーを不定期で開催しています。 ◆セミナーページ 第一回: https://ddd-community-jp.connpass.com/event/103428/ 第二回: https://ddd-community-jp.connpass.com/event/107106/ 第三回: https://nrs-seminar.connpass.com/event/117283/ ◆あとがき 第一回ボトムアップドメイン駆動設計勉強会を開催しました セミナースライド まえがき この章は

                                                                        ボトムアップドメイン駆動設計
                                                                      • ドメインとDNS < Wiki | さくらのレンタルサーバ非公式FAQ

                                                                        often find unexpected finds among the things they leave behind. Used to warn against rushing ahead

                                                                        • FLoCとはなにか - ぼちぼち日記

                                                                          1. はじめに Google がChrome/89よりトライアルを開始しているFLoC (Federated Learning of Cohorts)技術に対して、現在多くの批判が集まっています。 批判の内容は様々な観点からのものが多いですが、以前より Privacy Sandbox に対して否定的な見解を示してきたEFFの批判「Google Is Testing Its Controversial New Ad Targeting Tech in Millions of Browsers. Here’s What We Know.」が一番まとまっているものだと思います。 これまで Privacy Sandbox 技術に関わってきた身としては、各種提案の中でFLoCは特にユーザへの注意が最も必要なものだと思っていました。しかし、これまでのド直球なGoogleの進め方によって、FLoCのトラ

                                                                            FLoCとはなにか - ぼちぼち日記
                                                                          • 日本のHuluが「happyon.jp」にURL変更 なぜ?

                                                                            「Hulu」日本版がのURLが「hulu.jp」から「happyon.jp」に変わる。なじみのあるドメインをなぜ今、変更するのだろうか。 動画配信サイト「Hulu」の日本版が5月17日にリニューアルし、URLが「hulu.jp」から「happyon.jp」に変わる。なじみのあるドメインをなぜ今、変更するのだろうか。Hulu日本版を運営するHJホールディングス(日本テレビ放送網子会社)に理由を聞いた。 日本のHuluは、米Hulu日本法人が2011年にスタート。14年に日本テレビ放送網が事業を譲り受け、日テレ子会社のHJホールディングスが運営している。 これまで米国のシステムを使用していたが、5月17日にリニューアルし、日本のシステムに全面移行する。新システムでは、PCだけでなくスマートフォンやタブレットでもリアルタイム視聴ができるようになるほか、検索機能を強化するなどさまざまな改善を加える

                                                                              日本のHuluが「happyon.jp」にURL変更 なぜ?
                                                                            • なぜChromeはURLを殺そうとするのか? (Chrome Dev Summit 2019) - ぼちぼち日記

                                                                              今年もChrome開発者の集まりChrome Dev Summit 2019 (CDS) がサンフランシスコで開催されました。 今回、私が Chrome Customer Advisory Board (CAB) に選出していただいたこともあり、CDSに初めて参加しました。 これは、CDS終了後のCAB meetingで頂いたChrome Dinosaurフィギュアです。ちなみにゲームはできません。 タイトルの「なぜChromeはURLを殺そうとするのか?」は、2日目Chrome Leadsのパネルセッションで司会のGooglerが、Chrome UX担当のProduct Managerに対して一番最初に投げかけた問いです。 PMは直ちに「そんなことはしない」と即答しました。しかしChromeは、URLの表示領域からHTTPSの緑色表示の廃止・EV表示場所の移動・wwwサブドメイン表示の削

                                                                                なぜChromeはURLを殺そうとするのか? (Chrome Dev Summit 2019) - ぼちぼち日記
                                                                              • 新クラウドサービス「PHP APPS」が最強の無料ブログサービスになりそうな件

                                                                                無料のブログサービスといえばアメブロやFC2、bloggerなどが有名です。かくいう私も忍者ブログの無料レンタルシステムを利用して当ブログを運営しています。 多くの人がこれらのメジャー系無料ブログサービスを利用していると思いますが、ここへ来て新たな無料ブログサービスが誕生しました。これはもしかしたら最強になるかもしれない。 ネットオウルがphpアプリケーションの無料クラウドサービスを開始まずはニュース記事で概要を。 WordPressなどPHPアプリを無料で利用できるクラウドサービス、ネットオウルが提供開始ネットオウルは2012年10月17日、オープンソースのブログプラットフォーム「WordPress」などのPHPアプリケーションを無料(広告表示付き)で利用できるクラウドサービス「PHP APPS」(写真)を提供開始した。サーバー構築や運用の知識を必要とせず、簡単なフォームを埋めるだけです

                                                                                  新クラウドサービス「PHP APPS」が最強の無料ブログサービスになりそうな件
                                                                                • 大量出現したニセ通販サイトを探る - 午前7時のしなもんぶろぐ

                                                                                  こんにちは! しなもんです。 ふとしたきっかけから、日本語のニセ通販サイトが大量に作られたことが判明しましたので、注意喚起を兼ねて調査結果を公開します。 こうした偽サイトに個人情報や金融情報などを入力しないようにご注意ください。 はじめに 偽サイトの発見 ニセサイト群の特定 ドメインを分析 実際のサイトの様子 運営会社の身元 画像の出所 ソースの分析 注文してみた 評価サイトでの扱い 攻撃を仕掛けているのは何者なのか ニセサイトは平然と存在している 調査に使用したサービス 付録 調査対象のドメイン一覧 更新履歴 はじめに 調査はしなもんが自力で実施しましたが、ニセ通販サイトの存在自体は I 氏から教えてもらいました。 調査上の重要なアイデアのいくつかも I 氏によるものです。 この場を借りてお礼を申し上げます。 以下、不用意なアクセスの防止のために、URL や IP アドレスを 「hxxp

                                                                                    大量出現したニセ通販サイトを探る - 午前7時のしなもんぶろぐ