てがろぐ - Fumy Otegaru Memo Logger -

春の花粉がもう飛び始めたのか、それとも冬に花粉を飛ばす何らかの植物の花粉にも反応する身体になってしまったのか、もう花粉症の症状が出てきたんですけども……。_(┐｢ε:)_

🌲Re:5619◆投稿本文中に含まれている画像は、何らかのタグ等によって個別に出力されているわけではなく、てがろぐ本体の「本文出力機能」によって（他のテキストと併せて本文の一部として）一括で出力されていますので、（設定で『サムネイル画像があればサムネイルの方を表示』項目がONの状態なら）サムネイルが存在する場合にはサムネイルが出力されます。
（これを設定で防ぐには、[設定]→[ページの表示]→【投稿本文の表示／画像】で、『サムネイル画像があればサムネイルの方を表示』項目をOFFにするしかありませんが、そうすると、どんな場所でもサムネイルが出力されなくなりますので、お望みの動作とは異なりますね。）

幸い、『サムネイル画像のURLには必ず mini というディレクトリ名が含まれる』という前提条件がありますから、この仕様を利用することで、以下のJavaScriptを実行すると、サムネイルではなく原寸画像の方を強制的に表示させられます。（img要素のsrc属性値の中に /mini/ というディレクトリ名がある場合に、それを取り除く（＝/に置き換える）処理をするスクリプトです。）
<script>
document.addEventListener("DOMContentLoaded", () => {
  const images = document.querySelectorAll("img.embeddedimage");
  images.forEach(img => {
    const src = img.getAttribute("src");
    if(src && src.includes("/mini/")) {
      img.setAttribute("src", src.replace("/mini/", "/"));
    }
  });
});
</script>
これを、IF文での出力条件分けを使うなどして、投稿単独ページでのみ出力すれば、『投稿単独ページでは、サムネイルがあろうとなかろうと、常に原寸画像が表示される』という仕組みにできると思います。

いつもお世話になっております。
てがろぐについて、画像フォルダの直下にminiフォルダを作成して同じ名前でサムネイルを作成すればサムネイルをクリックするとオリジナル画像が表示されるという機能がございますが、
サムネイルを使用している時に「画像の原寸大ファイルそのもの」を指定出来るような変数って存在しますでしょうか？

サムネイルを並べたギャラリーから個別ページに飛ばして、飛んだ先でオリジナルサイズを表示させる……というような運用をしたいのですが、
サムネイルを設定しているとサムネイルそのもののURLかサムネイルをいったん表示させてからLightboxで原寸サイズを表示させる方法しかわからず。
miniフォルダを削除してCSSで画像サイズを制御するのが手っ取り早そうなのですが画像が増えてきて読み込みに時間がかかっているようなので、できればサムネから飛ばす運用にしたいです。

ヘルプページの「【投稿本文に含まれる画像関連要素】」の項目は一通り確認したのですがみつからなかったのでご質問させていただきました。
どこかに載っているようでしたら初歩的な質問となり申し訳ありません…！ないようでしたら追加をご検討いただけますと幸いです。

🍰Re:5617◆サーバのサポート窓口からの返信がめちゃくちゃ早いですね!?
ご報告をどうもありがとうございます。やはりCGIの使用が許可されていないのですね。残念……！
台湾のレンタルサーバ事情に関しては知識がないので、具体的な会社の選択肢は提示できないのですが、次にサーバを検討する際には、「CGIが実行可能」という他に、以下の2点にもご注意下さい。

1. Perl 5.6 以上が使える。
2. Perlに、「CGIモジュール」と「Time::Localモジュール」がインストールされている。

上記の条件を満たしていれば、てがろぐCGIは動作します。（詳しくは、動作要件項目もご覧下さい。）
※少なくとも日本の場合では、CGIの実行が許可されているレンタルサーバなら、多くのサーバが①も②も満たしています。

Re:5616
分かりました、西村さん、本当にありがとうございます。
もし無事に解決できたら、また投稿して報告します。

--
更新

サーバ側の返信によると、cPanel現在cgiについて許可されていないだそうです。
てがろぐを使うため、契約しましたのに、残念の結果になりました。
今後、また他の設置できんるサーバーを探します。ありがとうございます。

🍰Re:5615◆なるほど。パーミッションを705や755にすると、「ウェブページが表示される」のではなく「test.cgiファイルそのものがダウンロードされる」という動作ですかね？
なかなか珍しい動作ですね。
そうなると、サーバ側のサポート窓口に「どうすればCGIが実行できるのか？」を質問してみる以外に対処方法はないと思います。

なんとなく、CGIの実行が許可されていない気がします。

• 元々CGIの使用を許可していないサーバである。
• CGIは使用可能だが、今の契約状況では許可されていない。（試用期間中など）
• CGIを使うためには、コントロールパネル等から事前に設定が必要。

……などの可能性もあるかもしれません。
何にせよ、サポート窓口に問い合わせてみて下さい。

Re:5614

test.cgiアップロードしてみました。
パーミッションを700設定したら、同じく「403 Forbidden」になりましたけど、
705や755の場合、クセスしてみるとtest.cgiダウンロードができるようになりました（←これの日本語が分かりません…すみません）


サーバ側にも聞いてみます。
いろいろ教えてくれてありがとうございます🙏

🍰Re:5613◆ご回答をありがとうございます。
なるほど、tegup.phpに普通にアクセスできることや、skin-cover.htmlにもアクセスできることから考えて、設置方法やアクセス位置には問題なさそうですね。出ているエラーは「500 Internal Server Error」ではなく「403 Forbidden」なのですよね？ そうだとすると、最も可能性の高い原因は、パーミッション不足です。他にも、「.htaccessで制限されている」、「CGIの実行が禁止されている」、「WAF（Web Application Firewall）でブロックされている」などの可能性もありますが。

「てがろぐ」だけに発生する問題なのか、「Perlで書かれたCGI全般」に発生する問題なのかを区別するために、以下の3行をテキストエディタで test.cgi などのファイル名で保存して、サーバにUPして、パーミッションを700（または705や755）に設定してから、ブラウザでアクセスしてみて下さい。
#! /usr/bin/env perl
print "Content-Type: text/html\n\n";
print "<h1>Perl CGI OK!</h1>";

これでも 403 Forbidden エラーが出る場合は、お使いのWebサーバのサポート窓口に、「CGIの実行ファイルに設定するパーミッションの正確な値」を問い合わせる必要があります。もしかすると、そのサーバ独特の値に設定しないといけない制約があるのかもしれません。
もし、上位のディレクトリに .htaccess ファイルがある場合は、一時的に削除（リネームでも可）してから試してみて下さい。