@Blog

カゴヤ・ジャパンさんのVPSのスナップショット有料何だね.

2025.06.11

Logging

おはようございます.カゴヤ・ジャパンさんのVPSのスナップショット有料何だね.無料だと思ってスナップショットをONにしていたらサーバー代が倍になってた.そう言えば何だか警告が出ていた気もする🤔.

「そうでもないか・・・警告なかったかな.」

先月の請求が来るまで管理画面を覗かなかったのが悪いだけどもちょっと痛い出費です、再来月から支払いが安くなる感じですね.

VPSの話はここまでで余談です、9月には一年間分支払っていたディズニープラスの更新月になるのですが、エイリアンアースがその前ぐらいから始まるらしく、そして将軍の続編も決まっているのだとかで将軍を観たので一年後には解約しようと思っていたのが悩ましい状態になってます.

なかなか商売上手だなって思います、あまり観ないけどネトフリも何だかんだ継続していてサブスクっていうのは怖いなーって思いますね.

明日へ続く

タグ

アース, エイリアン, カゴヤ・ジャパン, ここ, サーバー, サブスク, サン, スナップショット, ディズニー, ネトフリ, プラス, 上手, 余談, 先月, 再来月, 出費, 商売, 将軍, 年間, 感じ, 支払い, 新月, 明日, 有料, 無料, 状態, 画面, 管理, 継続, 続編, 解約, 請求, 警告,

日本語形態素解析ライブラリをVibratoに切り替えました.自動タブ生成プラグインの話.

2025.06.10

Logging

おはようございます.日本語形態素解析ライブラリをVibratoに切り替えました.今までYahoo!APIを使用して日本語形態素解析を行って自動でタブ生成を行っていましたが、脱APIの一環としてVPSサーバにデータを送信して日本語文章を日本語形態素解析しタブ生成するように変更を加えました.

サーバが落ちていない限り動作する感じですね.

特に苦労した点は無いのですが、この頃さくらレンタルサーバーの通信が良くないのか分からないのですが通信エラーで処理が頻繁にエラーを出力するようになっています.

どうも、同時接続が多発するとなるようです、ちょっと困りものです、でもまぁ、660円で動いているですからね、あまり文句は言えないのですが困っています.

尚、ユーザーが管理画面からApacheサービスを再起動する唯一無二の方法はphp.iniを再保存することです、そうするとアパッチサービスが再起動します.そうすることにより原因不明の通信エラーが直ることもあります.

最後に日本語形態素解析ライブラリの参考にしたサイトを貼っときます.

明日へ続く

タグ

アパッチサービス, エラー, こと, サーバ, サーバー, サービス, サイト, さくら, タブ, データ, もの, ユーザー, よう, ライブラリ, レンタル, 一環, 不明, 使用, 保存, 処理, 出力, 動作, 原因, 参考, 同時, 唯一, 変更, 多発, 形態素, 感じ, 接続, 文句, 文章, 方法, 日本語, 明日, 最後, 無二, 生成, 画面, 管理, 自動, 苦労, 解析, 起動, 送信, 通信, 限り, 頻繁,

自前のAPIでほぼ動かしている.利点はサービスの終了が無いところ

2025.06.05

Logging

おはようございます.自前のAPIでほぼ動かしている.利点はサービスの終了が無いところですが、VPSサーバー等でしか動かない代物なのでそこが難でサーバー代がかさみます.

そこを何とか低予算で運用したいのだけどもなかなか難しいのが現状です.因みにいまはVPSサーバーとレンタルサーバーを合わして1300円ぐらいを毎月支払っています.

自分にとっては1300円は高いし未だに生成AIの有料版は高いので無料版でしのいでいます.もっと稼げるように慣れば有料版とかを使ってみたいなって思います.

お給与が今の倍以上に慣れば良いのだけども、なかなか難しいそうと言う想いもあります.何時までこのような状況が続くか分からないのであまりお金の掛かることは控えています.

最近読んだ記事で老後2000万円では足りないとか言う記事を読んで絶望しています、老後が心配でいまをあまり楽しんでいないような気もしています.今を楽しみたいなーって！

明日へ続く

タグ

お給与, サーバー, サーバー代, ば有料版, ば良い, レンタルサーバー, 代物, 低予算, 倍以上, 利点, 有料版, 未だ, 状況, 現状, 生成, 終了, 老後, 老後万円, 自前, 難,

デジタルアドレスAPIのコードを書いてみました.書いたのは

2025.05.30

Logging

おはようございます.デジタルアドレスAPIのコードを書いてみました.書いたのは生成AIだけど一度で上手く正しいコードが生成出来たわけではなくて二、三回の指示出しを行って下記のコードが生成されました.

デジタルアドレスのAPIを使用するには企業もしくは個人事業者で屋号を登録されている方でないとAPIのアカウント登録は今のところ出来ないので、自分はリファレンスと生成AIが出力したコードを見て恐らく正しく処理されるだろうと思ったのでgist.githubに公開しました.

尚、引数にIPアドレスを渡さないといけない所があるけれど、これはサーバーのIPアドレスになります.

<?php

class JapanPostAPIClient
{
    private string $clientId;
    private string $secretKey;
    private string $clientIp;
    private ?string $accessToken = null;
    private ?array $lastResponse = null;

    public function __construct(string $clientId, string $secretKey, string $clientIp)
    {
        $this->clientId = $clientId;
        $this->secretKey = $secretKey;
        $this->clientIp = $clientIp;
    }

    public function authenticate(): self
    {
        $url = 'https://api.da.pf.japanpost.jp/api/v1/j/token';
        $data = json_encode([
            'grant_type' => 'client_credentials',
            'client_id' => $this->clientId,
            'secret_key' => $this->secretKey
        ]);

        $headers = [
            "Content-Type: application/json",
            "x-forwarded-for: {$this->clientIp}"
        ];

        $ch = curl_init($url);
        curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
        curl_setopt($ch, CURLOPT_POST, true);
        curl_setopt($ch, CURLOPT_POSTFIELDS, $data);
        curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);

        $response = curl_exec($ch);
        $httpcode = curl_getinfo($ch, CURLINFO_HTTP_CODE);
        curl_close($ch);

        if ($httpcode !== 200) {
            throw new Exception("Token request failed with status {$httpcode}: {$response}");
        }

        $responseData = json_decode($response, true);
        $this->accessToken = $responseData['token'] ?? null;
        $this->lastResponse = $responseData;

        return $this;
    }

    public function searchCode(string $searchCode, array $params = []): self
    {
        if (!$this->accessToken) {
            throw new Exception("Access token is not set. Please call authenticate() first.");
        }

        $defaultParams = [
            'page' => 1,
            'limit' => 10,
            'choikitype' => 1,
            'searchtype' => 1
        ];

        $queryParams = http_build_query(array_merge($defaultParams, $params));
        $url = "https://api.da.pf.japanpost.jp/api/v1/searchcode/{$searchCode}?{$queryParams}";

        $headers = [
            "Authorization: Bearer {$this->accessToken}",
            "Accept: application/json"
        ];

        $ch = curl_init($url);
        curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
        curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);

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

        if ($httpCode !== 200) {
            throw new Exception("Search request failed with status {$httpCode}: {$response}");
        }

        $this->lastResponse = json_decode($response, true);
        return $this;
    }

    public function getJson(): string
    {
        return json_encode($this->lastResponse, JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT);
    }

    public function getArray(): ?array
    {
        return $this->lastResponse;
    }
}

// 使い方の例：
// $client = new JapanPostAPIClient('YOUR_CLIENT_ID', 'YOUR_SECRET_KEY', 'IPアドレス.xxx.xxx.xxx');
// echo $client->authenticate()->searchCode('1000001')->getJson();

明日へ続く

タグ

```, アカウント登録, アドレス, コード, サーバー, デジタルアドレス, リファレンス, 下記, 企業, 使い方, 例, 個人事業者, 屋号, 引数, 所, 指示出し, 正しいコード, 生成, 自分,

アットマークリブートという設定をご存知ですか.えっ知っている.

2025.05.03

Logging

おはようございます.アットマークリブートという設定をご存知ですか、これはclonetab -eで日時とか設定する場所に@rebootと記入することによりリブート時にコマンドを実行してくれるものです.

これは便利なのでVPSサーバーとかで任意のシェルなどを実行したい場合に便利かと思います.特にVPSサーバーでnodejsやPythonのサービスを動かしてサーバー運用している方などはこれを知っていると良いですよ.

極稀に運用側がVPSサーバーを緊急再起動とかされるとサービスが止まってしまう場合があります.なので、clonetabでリブート時の設定は必須かなーと自分は思っています.

これ以外にはsupervisorを使用して運用する方法もあります、因みに自分はこちらを使っています、どうしてこちらを使っているかはサービスが落ちた場合に再度立ち上がってくれます.なのでサーバーが再起動した時以外にも対応可能なので自分としてはこちらをオススメしています.

#centOS

dnf install epel-release
dnf update
dnf install supervisor

#Ubuntu
apt install supervisor

[program:fastapi]
command=/home/your_user/myenv/bin/uvicorn main:app --host 0.0.0.0 --port 8000
directory=/home/your_user/myenv/app
autostart=true
autorestart=true
stderr_logfile=/var/log/fastapi.err.log
stdout_logfile=/var/log/fastapi.out.log
user=your_user

systemctl start supervisord
systemctl enable supervisord

supervisorctl reread
supervisorctl update

supervisorctl start fastapi

明日へ続く

タグ

アットマークリブート, コマンド, ご存知, サーバー, サービス, シェル, リブート時, 再, 再度, 場所, 必須, 方法, 日時, 緊急再起動, 自分, 設定, 運用側,

サーバー移行に1日欠けた.一斉に12ドメインの引っ越しました.

2025.04.28

Logging

おはようございます.サーバー移行に1日欠けました.一斉に12ドメインの引っ越しましたという話を書いていきます.先日の休みの日の早朝にサーバーの移行を思い立ちました、何故に今かと言えばGWの連休を使いたくないのでやるなら今かなと思い実行に移しました.ちなみに自分は思い立ったら吉日という性格なので思い立つとその日の内に始めることが多いです.

今回も事前に計画を立てた訳ではないけど無事、全部のドメインを1日で引っ越しました.強引な引っ越しなので表示されない時間帯もあり、その時は収益化出来なかったのでその日はあまり収益が入って来なかったですが、やっぱ安定したサーバーの方が良いです.

当分はレンタルサーバーで運用しつつレンタルサーバーで出来ないことはVPSサーバーのバックエンドで投げるという形を取り運用しつつ.VPSサーバーを綺麗にして再度運用するかダウングレードしてバックエンド処理として使用するかを今考えています.

今回、Docker運用してたけどDockerってかなりメモリを食うことが判明してメモリやCPUが圧迫したら解放や再起動行うことを低レイヤーで処理していただけど、あまりにもお粗末な対応だと思ったので一旦引っ越しした経緯もありますが計画していた訳では無いです.

付け加えると自分としてはVPSサーバーを再構築したいという気持ちの方が強いけど、ボチボチするつもりでいます.今度はDocker使用しません.

明日へ続く

タグ

かなりメモリ, サーバー, サーバー移行, ドメイン, バックエンド, バックエンド処理, メモリ, レンタルサーバー, 一旦, 低レイヤー, 再度, 収益, 吉日, 実行, 性格, 早朝, 移行, 経緯, 解放, 連休,

dockerというよりLaravel Sailの環境構築にてのお話.mysqlサーバーが落ちる理由.

2025.03.20

Logging

おはようございます.dockerというよりLaravel Sailの環境構築にてのお話とmysqlサーバーが落ちる理由を書いていきます.まず結論から言うとLaravel SailでMysqlサーバーを使用する場合、env設定のDB_USERNAMEにrootを使用するとMysqlサーバーのコンテナが起動後、直ぐに落ちる.起動と落ちるの繰り返しが発生するのでrootユーザーは使用しないように！

この事でQiitaにもいろいろな記事が書いてあるのだけど、殆どが的外れな内容でした.これが発生する理由はhealthcheck（create-testing-database.sh）を行っている場合、其処でrootアカウントが重複してしまいこのような事象が発生するらしいので、DB_USERNAMEには適当なsailなどのユーザーを割り振ると良さげ.

https://zenn.dev/naoki_oshiumi/articles/4c69822b18566a （⏪️詳しくはこちら）

因みに自分はこの事象の解決に2時間ぐらい無駄な時間がかかりました.理由を分かると何のことはないのだけども生成AIに聞いてもトンチンカンな答えしか表示しないので、最終的にはまだググるが勝っている気がします.

因みに業務でLaravel sail構築するのははじめてでした.いつもは自分で環境構築を作っているので🐔

明日へ続く

タグ

アカウント, こんてな, サーバー, トンチンカン, ユーザー, 事象, 其処, 内容, 業務, 殆ど, 理由, 環境構築, 生成, 答え, 結論, 良さげ, 解決, 設定, 起動, 起動後,

Not Foundページのある際に画像の存在有無を調べる方法. #画像存在有無

2025.02.18

Logging

おはようございます.Not Foundページのある際に画像の存在有無を調べる方法を書いてみました.これでローカルNode.jsサーバーを走らして画像がちゃんとサーバーにアップしているかなどの確認することが出来ます.下記のコードは画像の存在有無だけの処理ですので画像URLリスト処理が必要なります.

Node.jsでもmysql接続可能ですので例えばPHPで画像のURLを発行しているなどの場合はPHPで書いているコードと同じようなコードをNode.jsでも発行して回してあげればサイト内の画像の存在有無を確認することが出来ます.

function checkImage(url, callback) {
    const img = new Image();
    img.onload = function () {
        callback(true); // 画像が正常にロード
    };
    img.onerror = function () {
        callback(false); // 画像が存在しない（404など）
    };
    img.src = url;
}

checkImage("https://taoka-toshiaki.com/icon.jpg", function (exists) {
    if (exists) {
        console.log("画像が存在します");
    } else {
        console.log("画像が見つかりません（Not Found）");
    }
});

全然関係ない話ですが、阿修羅のごとくはあと三話でコンプリートです、この記事がUPしている頃にはあと二話ぐらいになっている頃だとは思いますが、ドラマは全話7時間とちょっとなので結構見るのに体力が必要になります.観溜めするひとはマジでリスペクトですねー.コードはずっと書いていられるけど、ドラマは1日、一話か二話が限界です.ではでは～.

明日へ続く

タグ

コード, コンプリート, サーバー, ドラマ, ひと, リスペクト, ローカルサーバー, ロード, 下記, 体力, 処理, 存在有無, 接続, 画像, 画像リスト処理, 話, 関係, 阿修羅, 限界, 際,

SEOにとってサイトの表示速度は命なのかも.#内容よりレンダリングの速さSEO

2025.02.17

Logging

おはようございます.SEOにとってサイトの表示速度は命なのかも、レンタルサーバーからVPSサーバーに移行して数日経ちますが収益は若干改善してきたように思えます.変わったのはレンダリングの速さだけです.レンダリングと言ってもレンダリングは変わっていないのでサーバーの伝送速度がレンタルサーバーより改善されただけです、それだけでやっぱ違います.

VPSサーバー側にWordPressの表示速度が改善されるというKUSANAGIという物があるのですが、それを導入するとかなり改善されます.因みにSEOの改善のためにCDNを使用するのは良いことらしいです.

検索にヒットしても最終的には人が読むものなので読みづらい共感できない調べていることと違ったなどの思った瞬間、離脱していきます.これから検索するより生成AIに質問を投げることが多くなると思います.そうなると技術で検索サイトを利用することも減っていくだろうと思う反面.

最新の情報はネットに落ちているので従来通りの検索でしか見つけるのは難しいと思います.chatGPTのディープリサーチ（Deep Research）というものを使用すれば検索を生成AIがしてくれたり、商品を購入してくれたりしてくれますが、それでも難しいと思います.最終的に人が確認しないといけないという作業が残っているからです.

そして生成AIを使用しているのは主に大手企業やIT界隈ぐらいのものです、その他の企業などでは生成AIの使用を禁止する企業もあるとか.業界変われば何とやらで普及にはやはり10年単位は必要になりそうです.

これから先はSEOよりひとに伝わる内容がますます大事になりそうです（イライラさせないためにも速さも大事ですね（笑））.

明日へ続く

タグ

サーバー, サーバー側, ディープリサーチ, レンダリング, レンタルサーバー, 伝送速度, 作業, 反面, 収益, 命, 大手企業, 年単位, 従来通り, 改善, 普及, 生成, 界隈, 瞬間, 若干, 表示速度,

Pythonを分離しました.これはVPSサーバーとかしか出来ない事かも.

2025.02.16

Logging

おはようございます.有言実行と言うことでPythonを分離しました.これはVPSサーバーとかしか出来ない事なのかも知れないですね.コンテナとDockerfileをチラッとお見せします.こちらはローカルでの設定ですので本番環境とは違います.

services:
  testfastapi:
    image: python:3.9.21
    build:
      context: .
      dockerfile: Dockerfile
    container_name: testfastapi
    restart: always
    ports:
      - "8000:8000"
    volumes:
      - ./app:/app
    environment:
      - PYTHONUNBUFFERED=1
    command: ["python", "-m", "uvicorn", "app.main:app", "--host", "0.0.0.0", "--port", "8000"]

# Python 3.9.21 の公式イメージを使用
FROM python:3.9.21
# 環境変数の設定（バッファリングを無効化）
ENV PYTHONUNBUFFERED=1
# requirements.txt をコピーして依存関係をインストール
COPY /app/requirements.txt /app/
RUN pip install --no-cache-dir -r /app/requirements.txt

fastapi
uvicorn

from fastapi import FastAPI
app = FastAPI()

@app.get("/")
def read_root():
    return {"text": "Hello, FastAPI with Python3.9.21!"}

またfastAPIのバージョン上がっていくに連れてこの書き方では動か無くなる恐れがあるので、その時は公式サイトをご確認ください.

所感としてPythonとPHPを切り離すこと出来たのは良かったなと思います.内部的じゃない方法Equal外部的なAPIとして使用するにはNginx, Apache／（プロキシサーバ）と組み合わせて使用する必要があります.

明日へ続く

タグ

インストール, こんてな, サーバー, バージョン, バッファリング, プロキシサーバ, 使用, 依存関係, 公式イメージ, 公式サイト, 所感, 方法外部的, 書き方, 有言実行, 本番環境, 無効化, 環境変数, 設定,

VPSサーバーで学習済みのモデルを動かすことが出来るのか.

2025.02.14

Logging

おはようございます.VPSサーバーで学習済みのモデルを動かすことが出来るのかな…一度、こっそり試してみたけど動かなかった.2Gでは無理、最低4Gメモリは必要みたいです.この4Gというのは生成AIの回答なので本当なのかは分からないけど、小さなモデル？ならVPSサーバーでも動かすことは可能だと思います.

あと、それとは別にPythonのAPIフレームワークを使用して内部的に処理することを検討中です.今までも例えばPythonのライブラリMeCabとかを使用して形態素解析をさらっと処理してもらっていたのですがサービスAにもサービスBにも導入したい時にいちいち新たにファイルを生成するもの手間なのでFastAPIというフレームワークを導入したいなって思っています.

其の為、新たにコンテナを追加する予定です.こういう時にコンテナ運用は楽ですね.

なお、非公開APIですので外部からは叩け無いようにしたいなって思っています.こちらの構築したものを近日中に出来たら公開したいなと思っています.

明日へ続く

タグ

こんてな, コンテナ運用, サーバー, サービス, フレームワーク, モデル, ライブラリ, 一度, 其, 回答, 外部, 学習済み, 形態素解析, 手間, 最低メモリ, 検討中, 無理, 近日中, 非公開,

Dockerの事がよくわからない.ドッカーって機能追加はあとから出来ないのかな？

2025.02.12

Logging

おはようございます.Dockerの事がよくわからない.ドッカーって機能追加はあとから出来ないのかな？ymlファイルに後から修正して下記のコマンドを実行すると再度、初期化された状態になる.

docker-compose up -d --build

なのでDockerfileやボリュームとかいう物があるだと思います、それを使用して何とか凌ぐしかないかな.これだと後からコンテナの追加は出来るものの辛いものがある.サーバーを機能追加ために止めたくないのです.こうすれば良いよと教えてくれる方は一言コメントからアドバイスをお願いいたします🙇‍♂️.

生成AIに相談した所、どうも無理だという回答が返ってきたので恐らく無理なんだと思います.これからDockerが進化していけばそこら辺も変わってくるのだろうと思うものの、ちょっと不便さを感じる.

Dockerの良いところは簡単に環境構築が出来るところにあるだと思う反面、本番環境ではコンテナ運用はちょっと辛いものがある.そこら辺をクリアしたらめちゃ便利なツール何だけどね.

そういう痒いところに手が届くのはお高いけどAWSやGCP、Azureというものがあるのだろうね.何度か余裕資金がある時に使用したけどアレ高額請求が怖くて辞めてしまいました.

因みに先日のサーバがダウンしていたのはDockerでいろいろと試みていた結果.コンテナが壊れてしまい復旧作業に時間がかかっていました.

明日へ続く

タグ

アドバイス, アレ高額請求, コマンド, こんてな, コンテナ運用, サーバ, サーバー, そこら辺, ドッカー, ファイル, ボリューム, 一言コメント, 再度, 反面, 回答, 復旧作業, 本番環境, 環境構築, 生成, 結果コンテナ,

さくらレンタルサーバーからさくらVPSサーバーへ完全移行.＃有難うこんにちは

2025.02.01

Logging

おはようございます.さくらレンタルサーバーからさくらVPSサーバーへ完全移行で先週の休みは潰れました.潰れたけどいまは何とか運用できています、たまに負荷に負けていますが、仕方がない.これ以上、いまの段階でVPSサーバーにお金を支払えない.

負荷に負けたときの対処法は今のところ秘密です.因みに寝ずにサーバーを見張っているわけではないです.言えるのはここまでw.

話変わってトランプさんに変わってから株価下がっていませんか？このままだとトランプさんで4年も持ちそうにない気がします.アメリカの政治家も何だかんだ老人ばかりが政権を握っている、大国でも年功序列なんですけねぇ.あんなにいろいろな人材がいる社会なのに大した人が大統領になっていないように表面上は見えてしまいます.

裏で政権を操っている人がいるだと思います、今回は裏でもないけどイーロン・マスクがトランプさんをコマに使っているように見えますよね.実際、どうなんですかねー.

話戻してさくらレンタルサーバーは1月末で契約を解除しました.当分はさくらVPSサーバーで頑張っていこうと思います.最初はサーバーが落ちまくりでどうしよう契約したのにと思っていましたが、生成AIと協力して解決していきました.たぶん生成AIと対話しなかったらこんな短時間に解決しなかったのかも.

明日へ続く

タグ

アメリカ, イーロン・マスク, コマ, サーバー, さくらサーバー, さくらレンタルサーバー, 人材, 大国, 大統領, 年功序列, 政権, 政治家, 最初, 株価, 段階, 生成, 老人, 落ちまくり, 表面上, 負荷,

サーバーのIPアドレスはあまり見ていないようですね.Gさんは何見てるのか？

2025.01.30

Logging

おはようございます.サーバーのIPアドレスはあまり見ていないようですね.Gさんは何見てるのか？わからないという回答をするITコンサルに自分はお仕事を任せたい.あたかも何もかも知っているような事を言っている会社には頼みたくないペテン師みたいなもの.

SNSを活用したりして集客方法を伸ばすことを行っている人やITコンサルに頼みたいものです.今回、サーバーの移行を行ってサーバーのIPアドレスが変更されたけど影響はでなかったです、ただIPアドレスを見ていない訳でもないので注意が必要.

殆どのITコンサルと名乗っている会社はアクセス数もなくSNSのフォローも付いていない.そんなんで何をコンサルしてくれるというのか疑問しか残らない.収益が伸びた場合もそれはITコンサルのお陰で伸びたんじゃない事が多い.伸びたのはあなた自身（企業）の頑張りに過ぎない.

経営が上手くいっていないのは社員が悪いじゃない経営者が悪い.ITコンサルに頼むよりも自分達で考えることがより大事だと思います.

明日へ続く

タグ

アクセス数, アドレス, あなた自身, お陰, コンサル, サーバー, フォロー, ペテン師, 企業, 収益, 回答, 影響, 悪いコンサル, 殆ど, 注意, 疑問, 社員, 移行, 経営, 訳,

原因不明のサーバー負荷に悩まされる.未だ目処立たず.対処法は

2025.01.28

Logging

おはようございます.VPSサーバーに切り替えて4日目ぐらいだと思いますが、何だか不安定な感じになっている.たまに高負荷がかかってVPSサーバーが落ちるというのが続いている、DDOS攻撃かとも思えるのだがこんな大したことがないドメインにDDOS攻撃なんてして何得なのかと思い.

恐らく自分の設定によるものだろうと考えに至ったのだけども、実際、DDOS攻撃なのかも知れないというのも外してはいない.ログを見てどうこう分かれば良いのだけども分からないので生成AIに丸投げして判断してもらっている.

生成AIを課金すればもっと良い回答が得られるのだろうけども、そこまでしたくはないのが現状.

生成AIつづきで、昨日Xにポストした.流暢に日本語を話すAIがほんとうに凄い、ひとかAIかが全くわからない.中に人が入っているだろうぐらいの勢いで衝撃的だった.

もう見分けつかないかもなぁ.将来、ロボットと人の見分けがつかないレベルにまでなる可能性があるだなと気付かされた生成AIだった.

明日へ続く

タグ

サーバー, ドメイン, ひとか, ログ, ロボット, 丸, 勢い, 可能性, 実際, 将来, 感じ, 攻撃, 日本語, 現状, 生成, 生成つづき, 自分, 良い回答, 設定, 高負荷,

8割のドメインをVPSサーバーで運用に切り替えました.あとの2割

2025.01.25

Logging

おはようございます.8割のドメインをVPSサーバーで運用に切り替えました.あとの2割も切り替える予定です.正直な所、もう一ランク上のVPSサーバーで運用するべきだったと後悔しています.メモリ2Gあれば十分かと思っていたけどそうでもない.

因みに移行していないドメインはここのドメインとHドメインとTドメインになります.こちらのドメインも来週中に移行する予定です.ただメモリの関係上、移行することができない場合もあります.たぶんギリ大丈夫そうなんですけどねぇ.

サーバー移行の際にエンジンエックスプロキシ（リバースプロキシ）のコンテナ起てて、ドメインをそれぞれのコンテナに振り分けて運用しているわけですが、WordPressのサーバーがドメインを叩くと無限ループに陥るのですね.この解決策を探るのにかなり時間を費やしました.

解決策はwp-config.phpにこれを記載すれば無限ループから開放されます.

define('FORCE_SSL_ADMIN', true);
if ( ! empty( $_SERVER['HTTP_X_FORWARDED_PROTO'] ) && $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https' ) {
       $_SERVER['HTTPS']='on';
}

明日へ続く

タグ

```, エンジンエックスプロキシ, かなり時間, キリ, こんてな, サーバー, サーバー移行, それぞれ, ドメイン, メモリ, リバースプロキシ, 割, 所, 無限ループ, 解決策, 運用, 関係上, 際,

VPSサーバーとレンタルサーバーの選択で悩んでいる.甲乙つけがたい？

2025.01.20

Logging

おはようございます.VPSサーバーとレンタルサーバーの選択で悩んでいます、お金はかかると思うけど、レンタルサーバーからVPSサーバーに移行しないドメインもあるかも知れない、あるかも知れないじゃなく有ります！！

今回、何処かのタイミングでレンタルサーバーのドメインの半分ほどをVPSサーバで運用します.今回はコンテナ運用なので少し面倒.前段階としてデータベースはすべてインポートしました.更新のないサーバーはこの方法で良いと思うものの.一番のネックなのが大量のファイルが存在するHサービスですね.SEO的に削除依頼されたもの以外は残り続けている仕様なのでめちゃファイルが存在しています.

このサービスを移行するか廃止するかを悩んでいます.いちおうマネタイズは出来ているのだけどもう良いかなと思ったのが原因でいちからサービスを再立ち上げするか、もうサービス自体を閉鎖するかで悩んでいます.

因みに最終的にはすべてのドメインをレンタルサーバーで運用したいとは思っているのだけど、今後どうなるかは分からない.

ひとつ技術的な共有をするとさくらレンタルサーバーのデータベースがアップデートされた事により、コマンドからバックアップは出来るものの、バックアップしたファイルをダウンロード出来ないという事象が発生.ググってある対処法も試してみたのだが権限により操作が出来ないのでphpMyAdminよりダウンロードし解決しましたが・・・データ量の多いデータベースの場合は困りものだなって感じました.

明日へ続く

タグ

いち, コマンド, コンテナ運用, サーバ, サーバー, さくらレンタルサーバー, タイミング, データベース, ドメイン, ネック, バックアップ, ファイル, マネタイズ, レンタルサーバー, 事象, 仕様, 半分, 操作, 権限, 発生ググ,

VPSサーバーのお試しをお試している、契約するかは考え中です.

2025.01.15

Logging

おはようございます、さくらのVPSサーバーのお試しをお試している、契約するかは考え中です.一応、XでもポストしているようにDockerで構築するつもりでいるのだけど、どうなるかは未定.

WEBで管理できるコンテナ管理のツールを入れるかどうかに悩んでいる.入れたら管理は楽になりそうなんだけど、セキュリティ的に弱くなるかなという思いがあるので考え中です.GUIで可視化できるコンテナ管理できるものを社長に教えてもらったとても良さげportainer（ポーテナー）というものです.

ポーテナーは良い感じなツールですが、自分がセキュリティ知識が乏しいので自信がないですよね.今回は頑張りたいですが、やや慎重に運用したいと思っています.

明日へ続く

タグ

お試し, こんてな, コンテナ管理, サーバー, さくら, セキュリティ知識, ツール, ポーテナー, 可視化, 未定, 社長, 管理, 自信, 自分, 良い感じ, 良さげ,

VPSサーバーに今年移行するかも🦆.する場合はDocker運用で！？

2025.01.11

Logging

おはようございます.VPSサーバーに今年移行するかも🦆.する場合はDocker運用で行いたいなって思っているのだけど考え中です.Dockerの場合、環境構築は簡単なんだけど環境を後から追加したいとかいうのが、面倒なところがあるので…考え中.

先日、Xにもポストしたけどこんな感じの構成で運用しようと思っています.

そもそもVPSサーバーに切り替えるとなると結構面倒なのとレンタルサーバーから上手く切り替えることが出来れば良いけど、自分の場合は無料のSSLで運用しているので一旦停止みたいな事が発生する.少しずつドメインを以降するとほど金銭的に余裕資金はないので悩みどころです.

書いていて思ったのだけどVPSサーバーに移行する前に自宅サーバーで試してみてDockerコンテナ運用が良いかもと思ったら移行してみます.

明日へ続く

タグ

コンテナ運用, サーバー, ところ, ドメイン, レンタルサーバー, 一旦停止, 余裕資金, 感じ, 構成, 無料, 環境, 環境構築, 自分, 自宅サーバー, 運用,

LaravelのViteが使用できない環境でログイン画面などを表示させたい対処法.

2025.01.02

Logging

おはようございます．さて正月、2日目の記事はLaravelのViteが使用できない環境でログイン画面などを表示させたい対処法です.レンタルサーバーではnpmコマンドが使えないのでローカルでビルドしてサーバーにビルド後のファイルをUPしている方が殆どだと思いますが、npmをビルドするのも面倒、ビルドが出来ない方はソースコードを読んで何のコードが使われているかを判断して使用されているライブラリーのcdnを貼り付けるだけで大体の解決します.

尚、viteで参照しているところは削除してください（viteと差し替える形になります.）.

viteでエラーが出る話はこれで終わりです.ここから余談です今年から無料になったGitHub Copilotを個人開発では使用するようにしました、この事によって今までより開発効率が上がるということならば有料プランも検討したいなと思っています.今のところ、無料プランで使っていくというスタンスです.

因みに自分は正月そうそうからコードを書いています.

明日へ続く

タグ

エラー, コード, コマンド, サーバー, さて正月, スタンス, ソースコード, ビルド, ビルド後, ファイル, ライブラリー, レンタルサーバー, ログイン画面, 余談, 対処法, 形, 有料プラン, 正月そうそう, 殆ど, 開発効率,

ハッキングかもしくは不具合か分からないので.オーバーフローかな？

2024.12.24

Logging

おはようございます．ハッキングかもしくは不具合か分からないので問い合わせを行いました.これを書いているのは、問い合わせを行った当日なので、今のところ、自分のプログラムコードの不具合なのか、それともハッキングなのか分からない.

ソースコードは単純なソースコードなので当初はオーバーフローと考えたけど、３２ビット際のオーバーフローの桁に加算した値を入れたがオーバーフローはしなかったんです.だとすると何らかのサーバー異常でデータを取得できなかったというそれぐらいの事しか思い当たらない.

念の為にサポートセンターに投げた.あり得ないかもしれないけどハッキングという可能性もあるので、問い合わせした感じになります.

昔、VPSサーバーで運営していた時に何度か変なログインの痕跡があったのでもしかしたらハッキングしたファイルを引き継いでいる可能性もという懸念があり.

こういう時に知識の無さを痛感しますね.

明日へ続く

タグ

３２ビット際, オーバーフロー, サーバー, サーバー異常, サポートセンター, ソースコード, データ, ハッキング, ファイル, プログラムコード, ログイン, 値, 当初, 感じ, 懸念, 昔, 桁, 無さ, 痕跡, 知識,

お名前レンタルサーバーRS？

2024.05.23

Logging

おはようございます、お名前レンタルサーバーRSに全て移行しようと思ったけど無理だった件についてのお話です．お名前ではレンタルサーバーを契約するとそこで契約していたドメイン代（お名前ドットコムで契約した）は永続無料で使用できるサービスがあります．

それを使用すればかなりの固定費が浮くので、そちらに移行しようと試みたのが先日のことです．実際、移行しようと思って試して分かったことは下記になります．

この二点が厄介．

・ドメインを登録するとドメイン毎にディレクトリが勝手に作られる．
・ルートディレクトリにファイルやディレクトリがFTPからは作れないみたい．

確認はしていないけれども、事前にSSHなどでルートディレクトリにディレクトリを作ってもドメイン登録をコンパネで行うとディレクトリ内の内容が空になる可能性があるのでSCPなどのコマンドで一括移行が出来ない、または以前の階層を引き継げない可能性があります．

そういうことで移行することは時間をかければ可能かもしれないけど、あまり他社から乗り換えるには適していないサーバーなのかもしれないと判断しました．

良いところは、管理画面が初心者には優しい作りになっているところかなと思います．

明日へ続く．

タグ

FTP, SCP, SSH, お名前レンタルサーバーRS, コマンド, コンパネ, サーバー, ディレクトリ, ディレクトリ内, ドメイン, ドメイン代, ドメイン毎, ファイル, みたい．, ルートディレクトリ, レンタルサーバー, 一括移行, 厄介．, 永続無料, 階層,

php言語で機械学習できるライブラリ．

2024.05.13

Logging

おはようございます、php言語で機械学習できるライブラリがあるらしいです．ちょっと凄くないですかPythonでないと出来ないのかなって諦めていたのですがこれは良いですね．これを知ったのは先日のことです、Qiitaに掲載していた人がいて「これは良い」って思ったのが最初になります．

composer require php-ai/php-ml

Qiitaの記事はこちらになります、詳しい使い方はQiitaを参照されるか、公式のGitLabを参照ください．実際、まだ自分もインストールして試してはないので、レンタルサーバーで動くかは未確認です．たぶん負荷が凄いと思うので事前学習したものをアップロードしてサーバーでは推論だけさせた方が良さそうです．

近い内にローカルで検証してみたいと思います．

なお、テキスト系のデータ推論には使用できるのだけど、画像の推論なんかは今は出来ないと思ってください、MNISTはありますが．．．．

追伸：Docページがありました．https://php-ml.readthedocs.io/en/latest/

明日へ続く．

タグ

composer require php-ai, Docページ, gitlab, MNIST, php-ml, PHP言語, Python, qiita, サーバー, データ推論, テキスト系, ライブラリ, レンタルサーバー, 事前, 推論, 最初, 機械学習, 負荷, 近い内, 追伸,

コメント

2024.02.20

Logging

おはようございます、あるサービスにコメント機能を付けようかなって思っているのですが、まだ検討中です。レスが付けれるようになったら荒れたりするのかなって思うところがあるので悩んでいます。

あるサービスは運用しだして結構な時間が経過しているですが、今頃になって伸びてきています。伸びてきているということは大変嬉しいのですが、取り扱いが難しくなってきているのですね。

毎日のアクセスも3桁台あります、3桁台あって書き込んでくれる人はアレぐらいです。書き込み系は大体、そんなものなんですよ。大体の人は見てるだけで書き込みはしない、匿名とはいえ書き込みする人って少ないですね😌。

3桁台は少ないかどうか？、凄く多いものではなく今のところレンタルサーバーからお叱りが来るほどのものではないのですが、これから先、冨樫先生になにか話題になることが起きた時、サーバーがパンクするような気がしていて不安です。

「どうしようかな～」

明日へ続く

タグ

3桁台, Photo by Jens Mahnke on Pexels.com, アクセス, アレ, お叱り, コメント機能, サーバー, サービス, ところ, ところレンタルサーバー, 人, 先, 冨樫先生, 匿名, 多いもの, 時間, 検討中, 気, 話題,

DKIM/DMARCの利用設定などを

2024.02.09

Logging

おはようございます、DKIM/DMARCの利用設定などがさくらレンタルサーバーから簡単にできるようになりました。これで迷惑メールに振り分けられることが少なくなりそうです。さくらレンタルサーバーを選んでいてよかった～。恐らく他のレンタルサーバーも追随すると思いますが、国内一番で対応したのはさくらレンタルサーバーだと思います。

さくらインターネットは、国が使用するサーバーとしても初めて選ばれて、株価チャートは瀑上がりしていています。そして、さくらインターネットのサーバー拠点の一つ北海道ではサーバーの拡張に50億円投資するそうです。

さくらインターネットの社長（田中邦裕）さん、恐らく自分と同世代か何かですが落ち着きと茶目っ気の二面性を持ち合わせている方だとYOUTUBEの動画を見ていて思っていたんですが、攻めるときは攻めるという姿勢などを見て良いかなって感じます。

株は持っていないのですが、何処かのタイミングで保有しときたい株でもあります👍。

明日へ続く。

タグ

DKIM, DMARC, youtube, サーバー, サーバー拠点, さくらインターネット, さくらレンタルサーバー, タイミング, レンタルサーバー, 何処か, 同世代, 国, 姿勢, 拡張, 株, 株価チャート, 田中邦裕, 社長, 茶目っ気, 迷惑メール,