@Blog

Jsonの返却時に便利ですよを貼っときますねと雑煮.

2025.07.14

Logging

おはようございます.Jsonの返却時に便利ですよを貼っときますね、こう書くのがベストプラクティスなのか分かりませんが便利な時がありますので覚えておいて損はない書き方だと思います.

//Jsonの返却時に便利ですよ👍️
const obj = {
  name: "Taoka",
  age: 25,
  country: "Japan"
};
Object.entries(obj).forEach(([key, value]) => {
    console.log(key,value)
});
//console log ⬇️
//name Taro
//age 25
//country Japan

雑煮ではなくて雑談です、最近？のUPDATEでウィンドウズ11のメモ帳でもマークダウン記法が使えるようになったソウデス.ちょっと驚きました、なんかメモ帳ってウィルスに感染しないぐらい強固なアプリなイメージがあるので、いまのメモ帳は今まで無かったものを拡張していっている感じがしてちょっと心配なイメージが少しあります.

便利になることは良いことですが、拡張していくとバグや脆弱性が発生するので大丈夫かなって思います.マイクロソフト開発陣営は優秀な人だと思いますが、やっぱ心配.

全然関係ない話をもう一つウィンドウズをアップデートしていく内に何だか家のパソコンが熱暴走で…固まりだした.この原因を探ろうとログを見て解決したいと思っています.原因が分かったら記事にしようと思います.

明日へ続く

タグ

```, アップデート, アプリ, いま, イメージ, ウィルス, ウィンドウズ, こと, そうです, ダウン, なん, バグ, パソコン, ベストプラクティス, マーク, マイクロソフト, メモ, もの, よう, ログ, 一つ, 便利, 優秀, 原因, 大丈夫, 強固, 心配, 感じ, 感染, 拡張, 明日, 暴走, 書き方, 最近, 発生, 脆弱, 解決, 記事, 記法, 返却, 開発, 関係, 陣営, 雑煮, 雑談,

404画像をそのまま残しておくとSEOに影響があるのでどうするか？#php

2025.04.23

Logging

おはようございます.404画像をそのまま残しておくとSEOに影響があるのでどうするか？php の場合、下記のコードで404ページに飛んでいるかどうかの確認は出来る.でも毎回、確認しているとページを表示している時に遅延が発生してとても良い処理とは言えないなのでDBに画像あるなしが確認できるテーブルを作ります.

<?php
class HttpCodeChecker
{

    public function getHttpStatusCode(string $url): int|false
    {
        $ch = curl_init($url);
        curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
        curl_setopt($ch, CURLOPT_NOBODY, true);
        curl_exec($ch);

        if (curl_errno($ch)) {
            curl_close($ch);
            return false; // エラーがあった場合
        }

        $httpCode = curl_getinfo($ch, CURLINFO_HTTP_CODE);
        curl_close($ch);

        return $httpCode;
    }
}

画像のステータス確認できるコードで定期的にページをクロールしてステータスをテーブルに保存（更新）することにより404画像によってSEOに影響を与えない作りになります.

他にも方法はあるけど、レンタルサーバーではこの方法がベストプラクティスな解なのかもしれない.クロールするのが出来ない場合は一度、画像URLをJsonデータで出力してフロントエンド側で画像有無を判断し存在するものだけを表示するという案もあるのだけども、今のSEO的にはあまりオススメはしない.

明日へ続く

タグ

```, エラー, コード, ステータス, データ, テーブル, フロントエンド側, ベストプラクティス, レンタルサーバー, 下記, 保存, 影響, 方法, 案, 毎回, 画像, 画像有無, 確認, 良い処理, 遅延,

ドメインを削減した話の続きとWordPressのマルチサイトにしない運用のお話.

2025.03.25

Logging

おはようございます.ドメインを削減した話の続きとWordPressのマルチサイトにしない運用のお話を書いていきます.先日、ドメインを削減した話を書いたんだけど、いままで運用していた他のブログをこのブログの配下にすべて置きました.

そしてそのブログとは別に、再度レンタルサーバーの運用も行うことにしました.レンタルサーバーで運用するサービスはEC管理システムだけですが、その後いろいろな商用のサイトはレンタルサーバーで運用していくつもりでいます.

本当はVPSで運用したいのですが餅は餅屋に任せるべきかなという判断でレンタルサーバーにお任せします.

前置きはそれぐらいにしてマルチサイト化しないWordPressの運用を書いていきます.ルート配下にWordPressがある事を前提に書いていきます.サブブログはルート配下にサブディレクトリを構えてインストールします.このときに大切なのは.htaccessの存在です.例えばサブディレクトリのディレクトリ名をexample-1とした場合、ルート配下の.htaccessとサブディレクトリ配下の.htaccessはどうすれば良いかの答えなんですがこうするのが今のベスト解です.

#追加 RewriteBase / の下に
RewriteRule ^example-1/.* - [L]

# BEGIN WordPress
# "BEGIN WordPress" から "END WordPress" までのディレクティブ (行) は
# 動的に生成され、WordPress フィルターによってのみ修正が可能です。
# これらのマーカー間にあるディレクティブへのいかなる変更も上書きされてしまいます。
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /example-1/ # <=修正
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /example-1/index.php [L] # <=修正
</IfModule>

# END WordPress

このようにすることでサブディレクトリの単独運用出来ます.これで運用することは可能ですが何も無いサイトならマルチサイトでの運用をオススメしますが、もしサブディレクトリは別のドメインに今後切り替えて運用するとかの場合はこの方法がベストプラクティス（最善の解決策）です.

明日へ続く

タグ

サブディレクトリ, サブディレクトリ配下, ディレクティブ, ディレクトリ名, ドメイン, フィルター, ベストプラクティス, マーカー間, ルート配下, レンタルサーバー, 再度レンタルサーバー, 前提, 前置き, 単独, 商用, 最善, 運用, 配下, 餅, 餅屋,