てがろぐ - Fumy Otegaru Memo Logger -

🍪Re:3187◆アンケートへのご回答もどうもありがとうございました！β版の新機能もご活用頂けているようで嬉しいです。◆レンタルサーバは、同じコースでも契約時期によって収容サーバが異なりますけども、ロリポップはそのサーバ間での仕様に開きがあるっぽいような感じですね。なんとなく、公式の「言語のパスはサーバーにより異なります」のあたりとかを読むと。その辺で違いがあるのかもしれません。何にせよ、suEXECのパーミッションで動作しているなら、（既に実践頂いている通り）全部suEXECの値にするのが良いです。

β版で対応していただき、とても感謝しています。
アップデートしたところ、無事に全て反映されました。
これでテンプレートの更新なども楽にできそうです。
本当にありがとうございました！！
あと、投稿時間の（〇分前）の表記、日付と一緒に表示するとわかりやすいです。
今日が何日なのかとっさに出てこないのでありがたいです。
こちらの機能も有効活用させていただきます＾＾
#感謝

今日のひとこと>>7823
パーミッションについて、suEXECを採用しているサーバーで一般の場合とsuEXECが混ぜてると回答しましたが、ロリポップのサイトにもパーミッションが「777」や「666」だとエラーが出る と書かれていますね。
それなのに普通に使えているのは確かに不思議ですね。
今後エラーが出ないとも限らないので、一応全部suEXECのパーミッションで設定し直しておきました。
何故そんなちぐはぐな設定にしたのか、設置したときの記憶がないので謎です(;'∀')

🍪Re:3185◆β版のご試用をどうもありがとうございます。そして、ご指摘もありがとうございます！ たしかに、おっしゃる動作になりますね……。各機能は行き当たりばったりでその都度追加しているので、1カ所でまとめて処理するようなスマートな仕組みになっていないために漏れていたようです。(^_^;;; 調べたところ、どうもハッシュタグに関しては、「本文中に挿入するハッシュタグリンク」と「ハッシュタグ一覧として出力するハッシュタグリンク」を同じ処理で出力していることが原因っぽいことが分かりました。次のバージョンでは修正します。

それと同時に気付いたんですけども、[[NO-LINKADJUSTMENT]] の記述は投稿本文とか「内側スキンで生成される内容」に含まれるリンクには影響しないのですよね……。これは、影響するように仕様を修正する方が良いか、それとも、内側スキンにも [[NO-LINKADJUSTMENT]] を書けるようにして、その場合にだけリンクを修正するか、検討しています。『外側スキンで [[NO-LINKADJUSTMENT]] を書いておきながら、内側スキンではリンクを修正されたくない』というケースはあまりなさそうな気がするので、手間を省くためにも前者（＝外側スキンに書いていれば内側スキンにも影響する）の方が良いかな、という気もしますが。でも、そういうケースがある可能性もないとは言い切れないかもしれませんから、後者（＝内側スキンにも [[NO-LINKADJUSTMENT]] を書ける）の方が自由度が高くて良いのかな……という気もしているのですけども。

早速試してみたのですが、一時スキン適用中の外部スキンに[[NO-LINKADJUSTMENT]]を記入していて、
設定【投稿本文の表示／テキスト】▼テキストリンクの出力調整：一時適用中のスキンを維持できるリンクを出力する　が有効な場合、
外部スキンに記入した[[HASHTAG:LIST]]では一時適用中のスキンのパラメータが入ったリンクが出力されました。

カテゴリーツリーの出力ではデフォルトスキンへのリンク（skinパラメータ無し）が出力されるので、ハッシュタグリストでもデフォルトスキンへのリンクになるものかと思っているのですが
こちらが仕様を勘違いしている場合はこの書込みはご放念ください。

🍵

🍠

☕

🆕 Ver 3.8.4βの更新点(概要)：
《▼新機能・仕様改善》
●相対時間表示（n分前、n時間前、n日前……のような表示）ができる日付表記オプションを追加。
●ログイン画面下部に表示させるメッセージを独立ファイル loginmsg.html に書いておけるよう仕様改善。
●RSS Auto-Discoveryを挿入する記法 [[RSS:AUTODISCOVERY]] を追加。(外側スキンのみ)
●投稿本文の行数が得られる記法 [[TOTALLINES]] を追加。(内側スキンのみ)
●スキン内に記述されている link要素やform要素に対して、「現在のスキンでの表示を維持する」目的で自動挿入される各種記述をスキップできる記法 [[NO-LINKADJUSTMENT]] を追加。
●[[INCLUDE:～]] 記法と [[PATH:～]] 記法を、内側スキンでも使用可能に。(従来は外側スキン専用でした)

●任意のファイルを挿入できる INCLUDE 記法の仕様拡充。

• 今読んでいるスキンディレクトリに存在する特定のファイルを読み込む [[INCLUDE:FROM-THIS-SKIN-DIR:ファイル名]] 記法を追加。
• [[INCLUDE:～]] 記法の中で [[PATH:～]] 記法によるパス指定が可能に。
• [[INCLUDE:～]] 記法で合成されたファイルの中に書かれている [[INCLUDE:～]] 記法も解釈するよう仕様改善。(ただし3階層まで)
• [[INCLUDE:～]] 記法で合成されたファイルの中に [[CALENDAR]]、[[DATEBOX]]、[[LATESTLIST]] 等、一部の記述があるとき、それが正しく解釈されない可能性があった点を修正。
• [[INCLUDE:～]] 記法で埋め込むファイル名として「/」で始まる絶対パスが指定された場合は、DOCUMENT ROOTからのパスとして解釈するよう仕様改善。(従来は相対パスでの記述を求めていました)

《▼スキン更新》
●標準添付の各スキンを更新

• head要素にあるRSS Auto-Descovery部分を [[RSS:AUTODISCOVERY]] に更新。
• 内側スキンの [[PARMAURL]] を [[PERMAURL]] に修正。
• 投稿日時の相対時間表示を、付箋スキン、チャットスキン、サイトマップページスキンに追加。

《▼不具合修正》
●スキンを簡易適用中のとき、[[PATH:SKINDIR]] でそのスキンのディレクトリが得られなかった不具合を修正。
●[[PATH:～]] 記法を複数書いたとき、出力HTMLが崩れてしまう可能性がある不具合を修正。
●投稿単独ページのURLを挿入する [[PARMAURL]] のスペル修正版 [[PERMAURL]] を追加。(従来のスペルのままでも使用可能)

ファイルの読み書き時の安全処理をちょっと足したので、全体的に普段通りの動作ができるかどうか確認して頂ければ幸いです。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。

🍘Re:3179◆詳しいご報告をどうもありがとうございます。参考になって助かります。$howtogetpathの値で動作が変わるのは、CGIモジュールのバージョンも影響していそうな気がします。前は正しく動作しなかった、とすると、前のサーバ（マイグレーション前のサーバ）では、CGIモジュールが古かったとか何かそういうことも影響しているのかもしれません。今まであまり気にしてきませんでしたが、Perlにバージョンがあるのと同じように、各Perlモジュールにもバージョンがあるんですよね。^^; 同じレンタルサーバ会社で、同じコース（プラン）でも、契約時期によって収容サーバの仕様が異なる可能性はあるので、他者の情報が参考にできるときとできないときがあって、いざトラブルに見舞われるとなかなか一筋縄にはいかないものですね……。^^; とりあえず、無事に動作するようになったとのことですし、引き続きご愛用頂ければ幸いです。

🍘てがろぐ稼働サーバアンケートにご回答下さった方々もどうもありがとうございます。ご回答頂いた情報もまとめて、セットアップ面でのヘルプ情報を増やしておこうと思います。とはいえ、大半の方は「何も書き換えずにそのまま動いた」的な感じなのですけども（もちろん、その情報も役に立ちます）。回答はまだ（というかずっと）受け付けておりますので、よろしければご回答をお願い致します。

3167に掲載いたしました、てがろぐは
my $howtogetpath = 2;で正常に動くのですが今まで動かしてきていた〝てがろぐ〟だとダメでして。
my $howtogetpath =9; にしたら動きました💦なぜかわからんですが。（0は試してないです！）

Re:3173  にしし様
この度は手厚いサポートをしていただき、ありがとうございます。
にしし様の他にも、てがろぐを愛してやまない方々からの書き込みを拝見させていただき、とても勉強になりました。

私も別途、覚書として記事を書こうと思います。利用者側なので、技術者に特化した記事ではないのですけども。
私の環境やサーバー情報、サーバーのヘルプページのリンクがまとまっている方が、後で見返した時に楽なので😊その時は記事のリンクをこちらへ貼らせていただきます。

私のmixhostの契約時期やプランなどについてです。

❄️長いのでマルっと畳みます。
　1. 2017年春にエコノミーとスタンダードプランを契約
　2. エコノミープランを8月に解約し、スタンダードプランのみ運用
　3.2019年の年末に、スタンダードプランから、プレミアム半永久プランを契約

今現在に至る。と言った形です。他のサーバーは両手の指の数で足りるくらい契約していましたが、今は割愛させていただきます。
3.についての補足ですが、キャンペーン中に契約したプランです。今は契約できないプランです。

他のプランを契約し、どのような設定になっているのか見てみたいな。とは思ってるのですが、素人の私だときっと良くわからないと思うので、私のマイグレーションだけの問題かも知れません...!と言うことを、念頭に置かせてくださいませ。

mixhostは同時アクセス数過多時のワードプレス動作や、作ったwebで遊べるゲームもストレスなくサクサク動くので、非常に利便性が高くパワーがあるなと思っています。コントロールパネル機能は、多機能すぎて使い熟せませんががが。
会員ページで動画配信もちょこっとやっていますけど、割とサクサクロードしてくれるのでありがたいです。

「mixhostで、てがろぐが動かないわけがないぞ」という方のブログも拝見させていただきましたが、本当におっしゃる通りです(^^;)

てがろぐが使えないアレルギー(戦慄)中はPerlの記事を読んでいました。静的サイトを運用していた時に愛用していたMovable typeの記事を読み漁ったりしていました。残念ながら、Perlについてはもちろん、書かれている内容が全く理解できませんでしたorz

ただ爆速で動いていた、あの頃のてがろぐに戻って欲しいなと思っていただけなので、悪しからずご了承ください🙏

▶︎mixhostに関するオマケ
私の管理能力の浅さによる〝キャッシュが効きすぎて辛い〟という問題と、マイグレーション前には謎のデータベースエラーが年に数回起きていました。

◉キャッシュが効きスギィ案件
ワードプレスでライトスピードプラグインを使用すると良く起きます。5年以上慣れたフリをしています。cssなどを新しく追加する場合、プラグインを予め切っておき、プラグイン操作で「キャッシュ削除」（リフレッシュ）しています。

◉データベースエラーについて
深夜帯にワードプレスを操作している時に「ん？投稿画面が動かんぞ？」と言った具合や、利用者の方から「サイトにアクセスできないよー」とメールでいただき発覚しました。待つしか対策がなさそうなので再接続されるまで待ちます。
畳む

Re:3171、Re:3169、Re:3168 暖かいお言葉で迎えていただき、冷えた身体が癒されました🙏
本当に感謝しております。
無事にのそのそと進捗や、見た作品などのメモを名前の通り〝手軽に〟アップしていけるので、すごく助かっています。

とうとう東京も6℃に。
中々寒いですね…。皆様方、風邪などひかぬよう暖かく過ごされてくださいね。長文失礼いたしました。

先頭固定の投稿では、この動作試験場では「アクセスした瞬間」の日時を表示する設定に変えてあるので、常に「0秒前」になっています。^^;

🍘Re:3174◆てがろぐのご活用をどうもありがとうございます！◆開発放言のRSSはたしかに機能していませんでしたね。^^; RSS内のURLにドメインが含まれていなかったのが原因でした。今は修正しましたので機能するようになったと思います。◆ご要望もありがとうございます。アンカーポイントも需要があると分かって嬉しいです。（個人的に欲しいのでなおさら）そのうち追加します。

大変些細なことなのですが、開発放言のRSSフィードの個別URLから、正しく記事へ飛べない？気がします。
こちらの環境（SlackのRSS購読機能を使っています）の問題や、意図的なものでしたらすみません。スルーしてください💦

画像のキャプション機能など、今後の開発予定案をお見かけするたびにわくわくしております✨
個人的にはアンカーポイント 機能が追加されたら嬉しいです！

🍟Re:3162◆アンケート回答ありがとうございます。アップデートもスマートフォンだけで済むのはなかなかすごいですね。
🍟Re:3163,3167◆無事に動きましたか。良かったです。私が寝ている間にすべてが解決していて驚きました。^^; mixhostではコントロールパネルからPerlモジュールを追加可能なのですね。だから標準モジュールすらも最初からは入れない方針なのかもしれませんが、せめて標準モジュールくらいは最初から入れておいて欲しかったですね。^^;（事実、マイグレーション前のサーバには標準で入っていたようですし。） いずれにせよ、お疲れさまでした。無事に復活頂けて私も嬉しいです。詳しい情報もどうもありがとうございます。後日、アンケート結果も参照しつつサーバ別のセットアップ情報を公開するつもりですが、その際にもご報告頂いた対処方法を活用させて頂きます。
🍟Re:3165◆Perl 5.26で「@INCからカレントディレクトリが削除された」仕様は、初期の頃のてがろぐなら影響を受けていたのですが、（いつかは忘れましたが）いつかのバージョンからは対策しまして、今では影響を受けなくなっているのでした。

【緩募】アンケートは継続して受け付けておりますので、もしよろしければ（まだの方は）ご回答をお願いできるとありがたいです。
➡緩募：てがろぐ稼働サーバについてアンケート回答のお願い
既にアンケートにご回答下さった皆様、どうもありがとうございます！ とても参考になります。

なんか私、勘違いしてますね
今が755で動いてるってやつですね！

mixhostさん側しかわからない事ですが、謎は謎ですね。

3164です。
無事に解決したようで、なんだか自分のことのように嬉しいです！

前は755で動いていたのですね。
なかなかの謎ですね。

本当によかった！

3166です。よかったです、おめでとうございます！お疲れ様でした。
一般のパーミッションでいけたなら同じmixhostサーバーでもプラン等によって違いがあるということですかね…難しいですね。たくさんの試行錯誤ややりとりが勉強になりました。よいてがろぐライフを！

　　    　 ∧＿∧
　／＼（ ・∀・）／ヽ
（ ●　と　　　つ　● ）
　＼ /⊂、　 　ノ  ＼ ノ
　　　　　し’

やったー。
ついにHello world してくれました！（てがろぐ も無事に動いてくれました♪）

まずは、以下の通りに修正いたしました。
●1行目
#! /usr/bin/perl
　↓
#!/usr/bin/perlml

参考：Perlモジュールのインストール方法
コピペができない恐ろしい黒画面と格闘していましたがうまく行かず、
現実逃避をしたいゆえに上の記事をGoogle検索で探しだせました。

Cパネル▶Perl モジュール　へ移動し、Find a “Perl Module”で

• CGI Version4.54
• Time::Local Version1.30

それぞれ検索をかけ、2つのモジュールをインストールしました。

●mixhost マイグレーションjp22からty10003からの変更内容まとめ

▶Perlモジュールがない

• CGI Version4.54
• Time::Local Version1.30

こちら2つを、コントロールパネル内にアクセスし、手動でインストールする必要性があります。

▶tegarog.cgiを、いじる （Ver3.8.0）
76行目
my $howtogetpath = 2;
こちらの行を初期値である「２」に戻しました。（なぜか、jp22では0にすると動いていました）

1行目
#! /usr/bin/env perl
↓
#!/usr/bin/perlml
と、変更しております。

▶パーミッション設定
🔧てがろぐセットアップ方法：パーミッション設定 に記載されている、〈一般の場合〉のパーミッションでOK。
画像ディレクトリは705で表示されました。

お騒がせ致しました…！そして、本当にありがとうございました。
────────
💬お返事リスト
🌃Re.3164 ご返信いただき、ありがとうございます！
おっしゃる通り、動かなくなる前（jp22サーバー時）では、suEXEUで動かしておりました。しかし、755で何故か動く…ということは、変わったのでしょうかね？
実はmixihostで〝てがろぐ〟を動かし始めたとき、755ではなく、suEXEUからパーミッション設定したのもありまして。そのまま知らず、使っていました。

🌃Re.3165 ご返信いただき、ありがとうございます！突然動かなくなるとびっくりしますよね…。
私も同じ記事を先日拝見させていただいておりました。全く何を言っているのか理解をできない、宇宙猫状態でした。( ﾟдﾟ )
あ、あと。実は先程ホームページを更新して、発覚したんですが、新しいマイグレーションになってからは、phpのモジュールも一部消えていると思います。
理由としてはいつも使っているCMSの機能が死んだので、発覚しました。CMSの開発元にお問い合わせを入れ「何のモジュール使っていますか」ということを聞いてみたいと思います。不幸中の幸い、その機能が死んでも私の場合は困ることがないということですね；でも困る人は困ると思います。

🌃Re.3166 おおお、仲間がいらっしゃるというだけで、なんだかホッとしました。ホッとしてはいけないのかもですが。仕事で思い切り使っていたらと思うと、多分震えるくらいヤバイなァと思っています。
私も今回の件で学ぶことがたくさんできました。mixihostの担当者様にも「解決できそうです」との旨をお伝えしてきます。

>>3164さんもパーミッションについて仰ってますが、先日mixhostでてがろぐを使用している方がパーミッションをsuEXECのものにしたら直ったと書いているのを見かけました。その方はmixhostのサポートが解決策を教えてくれたようでした。
mixhost利用者でcgiに躓いている方かなり多いですね…無事解決しますように。

ﾊｹﾞﾜﾛﾀwwww　モニタがカフェラテまみれになってしまったではないですかwwwww

>>3163
全然関係ない話になるんですが、自分もごく最近、まったく別のスクリプトで突然500エラーが出て、スクリプトもいじってないし、ついさっきまで普通に動いてたのに？？と言うので、サーバーに連絡したんですが、その直前くらいにサーバー元の方で更新があって、
　1) Perlのバージョンアップで仕様が変わったため　https://www.softel.co.jp/blogs/tech/archives/6721
　2) カレントディレクトリが削除されたので、ライブラリが見つからないエラー　https://gihyo.jp/dev/serial/01/perl-hackers-hub/004601

と言うことで、サーバー管理人側で書き換え等を行っていただき、スクリプトは無事に再開しました。
同サーバーに置いてあったてがろぐにはまったく何のエラーも起こらなかったので、関係ないとは思うのですが、突然の理由不明の500エラーと言うことで、一応。
(ちなみに、自分は上記の説明をまったく理解してません)

全然プログラムのことは分からないのですが
mixhostのヘルプにあるパーミッション設定だと実行ファイルを755にするように案内されてますが、
サーバ仕様をみるとsuEXEUっぽいので、パーミッションが設定が違うのかな？と思ったりします。

凄い見当違いなことだと思いますが

💬test.cgi について
ご教示いただけた5行のコードを記載し、上書きアップロードしたところ
500エラーが確認されました。
普通に動いていたものがいきなり動かなくなるのはとてもショックですね…。
Time::Localモジュールについても、調べてみたのですが、自分の力では難しすぎて読み解くのには時間がかかってしまいそうな感じでした。（Pythonの記事がたくさんでてきました）
📎RubyやPythonの利用可否について
あとはTerminalという、黒い画面との格闘で、イケるかどうか…ですね。
私の力量不足によって最悪、mixihostでのてがろぐの運用を諦める…といった形も踏ん切りがつきそうです。
ここまで詳しくサポートしてくださって、にししさんには頭が上がりません。
本当にありがとうございます。

💬[LF]の上書き保存について
こちらについても、詳しくご説明くださり、ありがとうございます！
上書き保存の方をかけ、アップロードしてみましたが、ダメそうでした。

そして、前回の 💬ただの転記ミスだとは思うのですが の部分のレスを怠ってしまって申し訳ないです。
おっしゃる通り、perlの方、「ｌ」の脱字になっていましたm(__)m
大変失礼いたしました。

Ps.No.3161のアンケートの方、記入させていただきましたm(__)m

投稿もアップデートもほぼほぼスマホで行ってるので(ここ数ヶ月パソコン起動してない…)テキストエディタはWindowsとAndroid、両方書きました。もうパソコンの使い方忘れそう😂

➡緩募：てがろぐ稼働サーバについてアンケート回答のお願い
もしよろしければ、ご回答をお願い致します。

🍩Re:3154◆テキストエディタの説明ってなかなか面倒ですよね。何の装飾もされていない文書がWordファイルで送られてくるケースはよくありました。いや、今でもあるでしょうけども。^^;
🍩Re:3156◆「灰色」の英単語は何の疑問もなく gray で覚えていたんですが、昔は gray だと色名として認識されなかったんですねえ。たぶんその当時は、#808080 みたいに16進数でしか指定しない（ブラウザに色名の解釈を期待しない）方針で居たので問題に直面せずに済んでいたのかもしれません。^^;
🍩Re:3159◆まあ、インターネットは米国が作った技術ですしね、と言おうかと思ったのですけども、そういえばHTMLを考案したティム・バーナーズ＝リーは英国人でした。┌(:3」└)┐ ◆今のWordってHTMLを吐けるんですかね？ ……と思ったので試したところ、たしかに今でも .html で保存する機能がありました。あるのか……。

>「gray」でも「grey」でもどっちでも良いみたいですね
ほんとですね、びっくり。自分がやってた時はGrayだとエラーで色が表示されなかったんですよ(恐竜がいた頃の話)。今はこの辺、ずいぶん柔軟になってるんですね。
いつかWordで作ったHTMLファイルもきちんと表示してくれるようになるかもですね(ならない)。

次に、以下の5行を（改行LFで）保存してUPしてブラウザでアクセスしてみて頂けますでしょうか。
#! /usr/bin/perl
use CGI;
use Time::Local;
print "Content-type: text/html \n\n";
print "Hello World!";
てがろぐを実行するには、CGIモジュールとTime::Localモジュールが必須なので、この2つを呼び出せるかどうかを確認するためです。（これらは標準モジュールなので普通は「最初から入っている」と考えて良いとは思うのですが。最初に転載して頂いたサーバのサポートさんの回答に「@INCの仕様変更があり～」という内容がありましたよね。これはつまり、「必要なモジュールが入っていないから、自力でモジュールを入れている」みたいな状況を前提としてそう語っているのかな、とちょっと思いました。だとしたら、『マイグレーション後のty10003サーバー』にはこれらのモジュールが存在しない可能性もあるな、と思いまして。）

あとこれは参考までの話ですが、改行コードは1ファイル内で混在ができます。「大半の行は[LF]だが、ある特定の行だけ[CR+LF]になっている」みたいなこともあり得ます。なので、転載して頂いた1枚目のMeryの画面では、そのファイル内の全部の改行コードが[LF]かどうかは分からない可能性があります。2枚目の画面のように、保存画面で[LF (UNIX)]を選択した上で上書き保存して頂ければ確実です。

たくさんのアドバイスを賜り、恐縮であります。リンクも掲載してくださり、感謝しております…！

💬改行コードについて
対処法について、詳しく記載してくださり、ありがとうございます！

WEB上でいじっていたtegalog.cgiファイルを、ダウンロードし、Maryで確認してみました。
（WitchServerさんでご紹介されていて、5年以上文章を書くために愛用しているので嬉しく感じました♥）

📎Maryの画面

ダウンロードしたファイルは、サーバー上での操作を行った上で、上記の画像の通りでした。

CGIのURLも掲載いたします。
https://mashiro.mixh.jp/tgtest/tegalog.cgi

💬1行目について
試したら、こうなりました。
箇条書きで失礼いたします。

#! /usr/bin/perl --
↓
500エラー

#!!/usr/bin/perlml
↓
普段のグーグルクロームのIDはもちろんですが、ゲストモードで閲覧しても
lscgid: execve():/home/onyxegpm/public_html/tgtest/tegalog.cgi: No such file or directory

といった表示になりました。（クリックしたら見えるため、ぼかさずそのまま掲載しております）

💬.htaccessについて
メインで使っているURLでは、
.htaccessで検索避けやロボットを遮断しています。

上から順番に組み合わせコピペをし、同ディレクトリ内に入れてます。
参考にしたページ：

• tegalog.cgiを省略して「/」で終わるURLでアクセスできるようにする方法
• Header set X-Robots-Tag noindex
• ボットのアクセスを制限する

アドレス欄は、てがろぐのURL（https://mashiro.mixh.jp/tgtest/tegalog.cgi）こちらのとおりに、見えておりますね。

💬他のCGIは動作していますか？
CGIはてがろぐ以外使用しておりません。
ご教示いただきました、下記のファイルをアップロードしてみました。
#! /usr/bin/perl
print "Content-type: text/html \n\n";
print "Hello World!";

作成いたしました、ファイルですm(__)m
▶　https://mashiro.mixh.jp/tgtest/test.cgi

1行目
#! /usr/bin/perl
　↓
#! /usr/bin/env perl

こちらに変えても動きました。


保存は対処法について教えて下さいました通りに、アップロードしております。

大変お手数をおかけしております。
何卒よろしくお願い申し上げます。