検索語「〔除外:$ci=;〕」の検索結果［1201件］（3ページ目）

492文字編集

にしし (nishishi) 2025年4月13日日曜日 14:34:16〔94日前〕回答/返信 Post No.5094

β版のご試用をどうもありがとうございます。
また、不具合報告もありがとうございます。助かります。

今のところ Ver 4.5.5βで認識している不具合は以下の3点です。

1. カード型リンクが文字化けするケースがある。
2. リスト記法で何らかのオプションを加えると表示されなくなる（記法によっては先頭項目だけ見える）。
3. 鍵入力窓を自由な位置に配置する機能が無効になる。（指定位置ではなく先頭に鍵入力窓が出て、すべて隠されてしまう。）

カード型リンクが文字化けするケースは、おそらく「HTMLソース内に <meta charset="UTF-8"> のような文字コードを表す記述が出るよりも前の段階で、日本語文字などの非ASCII文字が出現している場合」に発生しているような気がします。

とりあえず、こちらのローカルにあるファイルでは（たぶん）解消しましたので、今日の内には Ver 4.5.6β を出します。もうしばらくお待ち下さい。

あと、上記の3点以外に何らかの不具合を目撃していらっしゃれば、教えて下さい。（今のところ、上記の3点しか認識していませんので。）

143文字編集

にしし (nishishi) 2025年4月10日木曜日 12:17:49〔97日前〕回答/返信 Post No.5078

昼食はハヤシライス。おなかいっぱい。ぐっふぅ。_(┐｢ε:)_

🍛いつの間にかすべて解決しているようですね。サポートありがとうございます。(╹◡╹)ﾉ
🍛Re:5075◆すべての投稿を一括編集するには、No.5077さんの回答がまさしく正攻法ですのでお試し下さい～。

852文字編集

にしし (nishishi) 2025年4月3日木曜日 23:06:39〔103日前〕回答/返信 Post No.5069

🍎Re:5068◆ああ、それなら共有SSLの形態が原因ですね。「ブラウザのアドレス欄に見えているHTTPSのURL」と「システムが認識しているURL」とが異なる場合があって、今回のケースでは後者は「 http:// で始まるURL」になるのでしょう。その結果（てがろぐ側は http:// のURLで画像を出力してしまって）「HTTPSページの中にHTTPでしかアクセスできない画像がある」という解釈になるために、ブラウザが画像の表示をブロックしたのでしょうね。
（たとえ画像URLがHTTPで出力されていても、同じURLでプロトコルをHTTP→HTTPSに変えるだけで閲覧できるのであれば、（最近のChromeなら）ブラウザ側が内部で切り替えて表示してくれるのですけども。HTTPとHTTPSとでURLが異なる場合には（存在を認識しようがないので）ブロックされます。）

で、解決策ですが、てがろぐ管理画面の［設定］→［システム設定］→【フルパス設定】で『固定』の方に切り替えた上で、その入力欄に『 https://ss1.xrea.com/ から始まっているURLで表記した場合の、てがろぐが存在するディレクトリまでのURL』(※)を入力して保存してみて下さい。そうすると、プログラム側が認識する「自分の位置」を強制的に固定できますので、おそらく問題はなくなると思います。

※具体的にどう指定する必要があるかは実際に見ないとわかりませんが、たぶん https://ss1.xrea.com/hogehoge/higehige/tegalog/ のような感じではないかと思います。最後の文字は「/」になります。）

なお、一番良いのは、共有SSLを使わずに、「独自ドメイン」または「サーバ会社提供の、自分だけが権利を持てるサブドメイン（ hogehoge.なんたら.com みたいな）」で自分専用のSSLを使う方法です。（ご契約のサーバでそれが可能なのかどうかは分かりませんが。）

88文字編集

にしし (nishishi) 2025年4月3日木曜日 17:07:29〔104日前〕回答/返信 Post No.5065

りんごを食べました。おいしい。🍎🍎🍎

🍎Re:5064◆そのソースに出ているsrc属性値のURLを、ブラウザのアドレス欄に貼り付けてアクセスすると、画像は正しく見えますか？

342文字編集

にしし (nishishi) 2025年4月3日木曜日 13:12:38〔104日前〕回答/返信 Post No.5063

換気はしたいが、花粉は入れたくない。網戸にマスクを敷き詰めたらいいか……？┌(:3」└)┐

🌳Re:5062◆てがろぐが出力するHTMLソースに、どんなURLが出力されているのかを確認してみて下さい。
例えば、 sample1.jpg という画像なら、てがろぐは、 <img class="embeddedimage" src="images/sample1.jpg" width="～" height="～" loading="lazy" alt="～"> のようなHTMLを出力します。
画像が表示されないということは、このURLの出力結果に問題があるということでしょうから、まずはこの点を確認してみる必要があります。
どんなHTMLが出力されていますか？

2393文字編集

にしし (nishishi) 2025年3月29日土曜日 10:39:17〔109日前〕回答/返信 Post No.5057

今日からまたちょっと寒くなるっぽい……？

🍔Re:5055◆その適用順序は半分(前半が)間違っていますのでご注意下さい。robots.txtでクローラーをブロックすると検索避けができなくなる点は、Google自身が公式ヘルプで明言しています。（「インデックスに登録してはいけない」という指示自体が読めなくなるため）
robots.txt ファイルでページのクロールが許可されていない場合、インデックス登録や表示に関するルールについての情報は検出されず、その結果無視されます。
後半の「metaタグ→それでも読まないお行儀悪いものは.htaccess」は正しい順序ですが、最初に「まずはrobots.txtを読んでもらう」とすると、Googleでは検索避けに失敗します。（※robots.txtでGoogle等の紳士的なクローラーをブロックしていないなら問題ありませんが。）

🍔Re:5053◆Googleに関してはその通りです。.htaccessでブロックしてもいけないし、robots.txtでブロックしてもいけません。なぜなら、ブロックされると「登録するな」という指示自体も読めないからです。

もちろん、robots.txtでブロックされているならクローラーはページの内容を読みませんから、（ページ内に何が書かれているのかの情報は得られないため）インデックスに登録される可能性は減りはします（※なので「この方法で検索避けは成功する」と思えるケースもあるでしょう）。
しかし、登録禁止だという指示自体も伝わっていないため、よほど評価値の高い外部サイトからリンクされている場合などの外部要因次第では（リンク元ページにあるリンクテキストなどのように「読むことを禁止されていない場所にある情報」を用いて）インデックスに登録される可能性が残ります。

なので、少なくともGoogleに関しては、.htaccessはもちろんrobots.txtでもブロックしてはならず、meta要素だけで指示するのが最も確実です。

※2000年代からある古典的な話ですが、「出口」という検索語でググると、Yahoo! Japanがヒットします。これは「出口」というリンクテキストを使ってYahoo!にリンクしているサイトが多いことによる影響です。つまり、「どんなリンクテキストを使ってリンクされているのか」という情報も検索サイトに反映される（要素の1つになる）のです。なので、robots.txtでページの中身を読むことだけを禁止しても（＆.htaccessでページ自体を読めなくしても）、インデックスに登録される可能性はあります。
したがって、インデックス登録を避けるには、ページそのものに書かれた登録禁止の指示を確実に読ませる必要があるため、ブロックしてはいけないのです。

……とはいえ、世の中に存在するクローラーはGoogleやBingのような比較的紳士的に動作するものだけではありません（※検索のシェアはGoogleが1強ですが）。metaタグの存在を無視してインデックスに登録しようとするクローラーも存在するでしょう。なので、metaタグを読まないような無作法なクローラーに対しては、何らかのブロックをするほかありません。（そのような無作法なクローラーはrobots.txtだって読まないでしょうから、.htaccessでサーバ側に応答を拒否させるしかないでしょう。）
したがって、検索避けを厳密にしたいなら、以下のような方策が必要です。

まずは、metaタグを読ませる。（←紳士的なクローラーはこの指示に従うので、まずはこれを確実に読ませる必要がある。）
（次に、metaタグを無視するようなBotだけに限定して、robots.txtでブロックする。）
最後に、1も2も無視するようなBotだけに限定して、.htaccessでブロックする。

この順序です。（metaタグの指示に従わないBotはrobots.txtだって読まないでしょうから、.htaccessでブロックできるなら2は省略して良いですが。）
この順序を逆にしてしまうと（＝あらゆるクローラーを.htaccessでブロックすると）、そもそもmetaタグを書く意味がなくなってしまいますから注意して下さい。なぜなら『あらゆるクローラーがmetaタグを読めなくなる』からです。
Googleだけを対象にするなら、そもそもmetaタグだけで充分です。他の無作法なBotも対象にしたい場合は、「Googleのような紳士的なクローラーにはアクセスを許可しつつ、無作法なクローラーだけを拒否するような .htaccessを書く」必要があります。

※なお、robots.txt自体に意味がないわけではありません。検索サイト以外のクローラー（最近ではAI学習用のBotも多いですね）をブロックする用途や、「クロールそのものは許可したいがクロール頻度を低く抑えたい（＝負荷軽減）」場合などの指示には役立ちます。
とはいえ、Googleはrobots.txtに書かれた「クロール頻度の指示」は無視するんですけども……。┌(:3」└)┐

🍔Re:5054◆その場合は、2つの方法があります。

『サイトマップページモードをカテゴリ限定で表示させたページ』をiframeで読み込んで並べるページを作る。
『サイトマップページモードをカテゴリ限定で表示させたページ』の中身をJavaScriptで読み込んで1ページに合成するページを作る。

iframeは（コンテンツが可変長の場合に）サイズ調整が難しいので、②の方が柔軟に配置できるでしょうね。必要な箇所だけを抽出するのも簡単ですし。

667文字編集

にしし (nishishi) 2025年3月27日木曜日 11:11:13〔111日前〕回答/返信 Post No.5050

風が強い。花粉と黄砂も飛んでいるので窓は絶対に開けられない……。

☕Re:5049◆検索避けには、まさしくそのmeta要素を使う必要があります。
.htaccessやrobots.txtを使ってクローラーからのアクセスをブロックしてしまうと、「検索インデックスに登録するな」という指示そのものが読めなくなるので、結果として検索避けに失敗します。（他サイトからのリンクを経由してクローラーが来た場合、そのページに書かれている情報は読めないため取得されませんが、リンク元ページにあるリンクラベル等を使ってインデックスに登録される可能性があります。）
なので、検索避けのためには「『登録するな』という指示(<meta name="robots" content="noindex">)自体はクローラーにも読めるように」しておく必要があります。
※参考：このGoogle検索セントラルHelpページ末尾の「robots.txt ルールとインデックス登録および表示に関するルールとの組み合わせ」項目には、「クロール禁止の情報自体が読めなかったら、指示は無視されるよ」的なことが書いてあります。

なお、IPアドレスは明確に対象国が分割されているわけではありません。「今は日本国内に割り当てられているIPアドレスが、来月は海外で使用されている」というケースもあり得ます（もちろんその逆も）。なので、IPアドレスを使ってアクセス元を判断するには常に最新の情報にアップデートし続ける必要があり、個人ではあまり現実的ではなさそうに思います。

950文字編集

にしし (nishishi) 2025年3月26日水曜日 09:23:02〔112日前〕回答/返信 Post No.5048

春の陽気。🌸🌸🌸
まだ今週末はまた寒くなるっぽい予報ですけども。

🌸Re:5047◆なるほど。
普通の半角「 # 」記号は、Unicodeで U+0023 で、
キーキャップ化した「 #️⃣ 」は、UnicodeでU+0023 U+FE0F U+20E3 なのでそういう動作になるんですね。

U+0023 ： #
U+FE0F ： (Emoji Variation Selector)
U+20E3 ： (Combining Enclosing Keycap)

ある文字に続けて U+FE0F U+20E3 を加えると、キーキャップになるUnicodeの仕様で、

#️⃣ ← # + U+FE0F + U+20E3
1️⃣ ← 1 + U+FE0F + U+20E3
9️⃣ ← 9 + U+FE0F + U+20E3

のようになると。

最初の例では、『 #️⃣これってハッシュタグになる…？』の先頭はあくまでも「 # 」で、その続きが「 U+FE0F、 U+20E3、こ、れ、っ、て…… 」になるので、『U+FE0F (Emoji Variation Selector)』から「？」までがハッシュタグだと認識されると。
U+FE0F と U+20E3 は半角文字の範囲に含まれていないので、U+FE0F から？までを一連のハッシュタグだと認識するんですね。

次の2つの例では、先頭の「 # 」と「 [ 」や「 - 」とにある U+FE0F U+20E3 だけがハッシュタグだと認識されるので、「 #️⃣ 」だけがクリックできるわけですね。^^;

※ハッシュタグを角括弧で囲む場合は、「 # 」と「 [ 」記号が連続している必要がありますが、ここではその間に U+FE0F U+20E3 が含まれていますから、連続していません。
※隠れハッシュタグとして扱う場合は、「 # 」と「 - 」記号が連続している必要がありますが、ここではその間に U+FE0F U+20E3 が含まれていますから、連続していません。

とりあえず、「 # 」の後に U+FE0F が続いている場合はハッシュタグにしないような仕様が必要でしょうね。(^_^;)

736文字編集

にしし (nishishi) 2025年3月22日土曜日 22:04:12〔115日前〕回答/返信 Post No.5045

今日の昼食はパエリア。🥘🥘🥘
パエリアには、まさしくそれ用の絵文字が定義されているのか……。🥘🥘🥘
……と思ったけども、Unicodeでの定義の名称は SHALLOW PAN OF FOOD（浅い鍋の食べ物）なので環境によってはパエリアとは限らないかもしれない……？

🥘Re:5042◆反応ありがとうございます。需要がありそうだと分かってありがたいです。^^
🥘Re:5043◆計画はしましたが、どうなるかは作ってみないと分からないので、気長にお待ち下さい～。^^;

🥘Re:5044◆日本国内に割り当てられているIPアドレスからのみ閲覧を許可するには、『日本国外からのアクセスを制限する.htaccess』を使うと良さそうです。ただし、検索サイトのクローラーはたいてい海外から来ますので、それを弾きたくない場合は、このページの『5.Apache「.htaccess」設定』を参考にすると良いです。
ただ、国内のユーザが必ず日本に割り当てられているIPアドレスから来るとは限りませんし、海外からのアクセスが必ずしもそれ以外のIPアドレスから来るとは限らない（VPNもありますし）点や、海外に住んでいる日本人もブロックしてしまう点にもご注意下さい。たぶん、「国内／国外」ではなく、本当に弾きたいものに限定して弾く方が望ましいと思います。

なお、てがろぐには「高頻度アクセス制限機能（迷惑Bot対策機能）」を用意していますので、ご活用下さい。（使うには事前準備が必要です。）
また、管理画面への不正ログインを警戒する場合は、「ログインセキュリティ関連機能」もありますのでご活用下さい。（一部はデフォルトで有効になっています。）

370文字編集

にしし (nishishi) 2025年3月18日火曜日 19:59:31〔119日前〕回答/返信 Post No.5041

今週の土曜日からはようやく春になりそう……？木曜日の朝に出かけるのだけども。_(:3」z)_

🌸Re:5037◆β版のご試用をありがとうございます。No.4389でご要望頂いてから11ヶ月経っていましたね。^^; お役に立ったようで良かったです。(╹◡╹)
🌸Re:5039◆いいねボタン機能は、「てがろぐアドオンとしても使えて、単独でも使える、汎用Web拍手(いいねボタン)ツール」として開発しようかと計画しています。すごくうまく行ったとして、6月頃に最初のβ版が出せるといいな……と、なんとなく思ってはいます。^^; とりあえず、開発はする予定です。もうしばらく（数ヶ月）お待ち下さい～。（とはいえ、初回のβ版からいろいろ機能を盛るわけではないので、本格的に活用できるようになるにはもっとかかるかもしれませんが。）

255文字編集

にしし (nishishi) 2025年3月14日金曜日 19:53:10〔123日前〕回答/返信 Post No.5035

フィットボクシング3を買おうかな、どうしようかな……。

🥞Re:5030◆ご要望をありがとうございます。たしかに、1画像だけを消したいときには、現状のUIだと操作が面倒ですね。
🥞Re:5033◆ご要望をありがとうございます。なお、[[COMMENT:TITLE]] の代わりに [[COMMENT:LINE:1]] を使うと、1行目が空行のときには何も出力されませんのでお試し下さい。（ただし、1行目に画像等のオブジェクトがあると、それをそのまま出力してしまいますが。）

323文字編集

にしし (nishishi) 2025年3月14日金曜日 18:28:54〔124日前〕アップデート✨ Post No.5034

開発進捗状況報告サイトで、てがろぐ Ver 4.5.4(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。

🆕 Ver 4.5.4βの更新点(概要)：
《▼新機能》
●ユーザ一覧を出力できる記法 [[USERLIST]] と [[USERLIST:識別子]] を追加。

《▼仕様改善》
●投稿削除ボタンやカテゴリ削除枠の配色を（目立ちすぎる赤色から）灰色に変更。

《▼不具合修正》
(なし)

詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。

🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：

（ツイート埋め込み処理中...）Twitterで見る

48文字編集

あどみ (admin) 2025年3月11日火曜日 23:41:32〔126日前〕

つぶやき Post No.5031

chatgptに色々聞きながら小説ビュワー作ってるんだけど思い通りにならず難しい…という吐き出し

805文字編集

にしし (nishishi) 2025年3月10日月曜日 21:20:12〔127日前〕回答/返信 Post No.5029

今日の夕食はカレーライス。🍛🍛🍛

🍛Re:5022◆情報ありがとうございます。WAF（Web Application Firewall）は、SQLインジェクションとかクロスサイトスクリプティング(XSS)とかに使われるような感じの投稿本文をチェックしてブロックしますからね。長い英文を貼り付けて投稿するだけでも、そこに「or」があって、遠く離れた位置に「=」とかの記号があるだけでもダメだったりしますし。とはいえ、WAFが使えるのならあえてOFFにはしない方が良いですから、いろいろ試していくしかないですね。^^;

🍛Re:5023◆てがろぐのご活用をどうもありがとうございます！末永くご愛用頂ければ幸いです！(╹◡╹)ﾉ

🍛Re:5024◆情報ありがとうございます。WAFは、サーバに送信された文字列から「攻撃の可能性」を判断して通信をブロックするか通すかを決めますので、基本的にはスキンは無関係です。ただ、お使いのスキンに、何か必ず特定の文字列を付加して送信させるような特別なスクリプトがあるなら話は別ですが、たぶんそういうケースは滅多にないでしょうね。^^; なので、403になるパターンは、おそらく他のスキンを使っても403になります。半角の丸括弧 ( ) 記号の存在も誤判定によく影響します。(^_^;) 今更なんですけども、てがろぐの各種記法では、区切りに「/」を使って、オプションのカッコには < > を使うような、「攻撃だと誤解されにくい」書き方を採用していれば良かったな……、とは思います。（仕様を考えたときには、WAFにブロックされる可能性は全く想定していなかったもので。）

🍛Re:5025◆分かりやすい画像をありがとうございます。WAFのログをリアルタイムで確認できると、「何だと誤解されたのか」がハッキリするので良いですね。

603文字編集

にしし (nishishi) 2025年3月3日月曜日 13:16:26〔135日前〕回答/返信 Post No.5018

久しぶりにぜんざいを食べました。

🍵Re:5017◆ここのてがろぐはデモモードで動作していますので、管理者権限のあるIDでログインしていても設定の変更等はできない仕様になっています（既存投稿の削除は可能ですが）。なので、どのIDでお試し下さっても構いません。

🍵Re:5016◆β版のご試用をどうもありがとうございます。(╹◡╹)ﾉ
🍵Re:5013◆β版のご試用をどうもありがとうございます。問題なく動作しているようで良かったです。重複投稿のNo.5014は削除しておきました。
🍵Re:5012◆ついこの前、正月だったのに……。┌(:3」└)┐

🍵Re:5011◆私は使っていないので直接の回答はできないのですが、何らかの有効な回答を得るためには、状況の説明が具体的である必要があります。設置している場所のURLを示すのが最も望ましいですが、そうできないのであれば、もうちょっと具体的な状況の説明が必要だろうと思います。「人参を買ってきましたがカレーライスになりません」と言われているような感じで、もうちょっとその中間を説明してくれないと……というような。(笑)
とりあえず、「カスタマイズせずに、スクリプト側の説明書の通りにスキンを書いた場合なら動くのか、それでも動かないのか」あたりから調べてみると良いのではないかと思います。

558文字編集

にしし (nishishi) 2025年2月28日金曜日 20:06:46〔137日前〕アップデート✨ Post No.5009

開発進捗状況報告サイトで、てがろぐ Ver 4.5.3(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。

🆕 Ver 4.5.3βの更新点(概要)：
《▼新機能》
●カテゴリごとに「1ページあたりの表示件数」を別設定できる機能
●カテゴリごとに「表示に使うスキン」を別指定できる機能
●カテゴリごとに「先頭に固定する投稿」を別指定できる機能
●現在ログインしているユーザの情報を取得できる簡易API機能

《▼仕様改善》
●カテゴリ管理画面の一覧表が崩れないように、概要文のプレビュー文字数を少なめに固定。
●カテゴリ登録データの保存形式を(拡張性の高いものに)改善
●カテゴリ生データ編集機能を新データ仕様に更新

《▼不具合修正》
❎サーバのエラーログに「Use of uninitialized value $3 in concatenation (.) or string at tegalog.cgi」というアラートが記録されるケースがあった点を解消。

詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。

🍘SNSでのアナウンス：
Mastodon(Pawoo)
Bluesky
Twitter：

（ツイート埋め込み処理中...）Twitterで見る

764文字編集

にしし (nishishi) 2025年2月28日金曜日 20:03:22〔137日前〕回答/返信 Post No.5008

夕食を食べ過ぎておなかいっぱい。ぐっふぅ。最後の卵焼きが多かった……。_(┐｢ε:)_🍚🥚🥚

🍚Re:5006◆それは「?」という1文字をリンク先にしているためです。あらゆる環境で確実にHOMEに戻すために、そのような仕様になっています。

もし仮に、<a href="tegalog.cgi"> のようにファイル名を直接リンク先として書いたとしましょう。すると、以下のような動作になります。

⭕てがろぐを tegalog.cgi というファイル名で使っている場合：リンク先は tegalog.cgi になるので問題なくHOMEへ移動できる。
❌てがろぐを index.cgi というファイル名で使っている場合：リンク先が tegalog.cgi になるので Not Found になる。
🔺てがろぐを / で終わるURLで使えるように設定している場合：リンク先は tegalog.cgi になるので問題なくHOMEへ移動できるが、せっかく「/」で終わるURLで使えるように設定しているのに、その設定を無駄にしてしまう。

ところが、<a href="?"> のように「?」1文字をリンク先にすると、以下のような動作になります。

⭕てがろぐを tegalog.cgi というファイル名で使っている場合：リンク先は tegalog.cgi? になるので問題なくHOMEへ移動できる。
⭕てがろぐを index.cgi というファイル名で使っている場合：リンク先が index.cgi? になるので問題なくHOMEへ移動できる。
⭕てがろぐを / で終わるURLで使えるように設定している場合：リンク先は /? になるので問題なくHOMEへ移動できる。

というわけで、そんな仕様になっているのです。

111文字編集

にしし (nishishi) 2025年2月27日木曜日 22:31:10〔138日前〕

つぶやき Post No.5005

カテゴリ単独での限定表示時にだけ、

1ページの表示件数を別指定したり、
表示に使うスキンを別指定したり、
先頭固定投稿を別指定したり

できる機能は実装できました。明日あたりに次のβ版として公開できるといいな……。

191文字編集

にしし (nishishi) 2025年2月27日木曜日 22:28:06〔138日前〕

つぶやき Post No.5004

この動作試験場では、カテゴリ「つぶやき」を単独で表示した場合に限って、スキン「skin-twipink」で表示され、No.5004（※いま読んでいる投稿）が先頭に固定されます。
パラメータで直接表示用スキンを指定した場合は、カテゴリ側の設定は無視されて指定スキンで表示されますが、カテゴリ側で先頭固定に指定した投稿はその場合でも先頭に固定されます（RSSモードの場合を除く）。

448文字編集

にしし (nishishi) 2025年2月21日金曜日 19:40:38〔144日前〕情報,アップデート✨ Post No.4998

てがろぐベースで開発した、スキン式で自由に装飾できるスケジュール・カレンダー表示フリーCGI「さんごよみ」Ver 2.0.0をリリースしました。

ログインセキュリティ機能、カスタム絵文字機能、リンク・文字装飾記法の仕様拡充など、てがろぐ側にある便利機能をこちらにも実装しました。あと、若干の不具合修正も。
さんごよみをお使いの方は、ぜひバージョンアップして下さい。

設定もデータもすべてそのまま引き継げます。
バージョンアップするには、パッケージZIPから sangoyomi.cgi と fumycts.pl の2ファイルを上書きUPするだけです。

ヘルプドキュメントも増量して、てがろぐサイトと同様に、セットアップ(設置)方法・使い方・設定方法・カスタマイズ方法ページを個別に設けました。
さんごよみは（てがろぐCGIをベースにして作ったので）てがろぐと仕様がかなり共通しています。てがろぐをカスタマイズした経験があれば、さんごよみのスキンカスタマイズも難なくできるだろうと思います。

1524文字編集

にしし (nishishi) 2025年2月21日金曜日 15:29:17〔145日前〕回答/返信 Post No.4997

昼食はピザ。🍕🍕🍕

🍕Re:4992◆未開封の飴なので、私も大丈夫だと思う派です。1年くらいは。(笑)◆スマートフォンの所有が前提になっているサービスもわりと見かけますね。昨年の春にエアコンを買い換えたとき、領収書が「SMS経由で送られてきたURLにアクセスして、PDFをダウンロードする形式」になっていてちょっと驚きました。
🍕Re:4995◆気に入って頂けて嬉しいです。(╹◡╹)ﾉ

🍕Re:4996◆とりあえずの疑問を以下に5つ挙げますのでご返答下さい。

1. 「反映されている記事と反映されていない記事があります」とのことですが、「反映されていない」とは具体的にはどのような表示になるのでしょう？

隠されている部分が全部見える＆「続きを読む」ボタンも「畳む」ボタンも見えない＆[H:～]の記法自体がそのまま見えている。
隠されている部分が全部見える＆「続きを読む」ボタンも「畳む」ボタンも見えない＆[H:～]の記法は見えない。
隠されている部分が全部見える＆「続きを読む」ボタンも見えるが押しても何も起きない。
隠されている部分が全部見える＆「続きを読む」ボタンは見えないが「畳む」ボタンは見える。
隠されている部分は見えない＆「続きを読む」ボタンも見えない。
隠されている部分は見えない＆「続きを読む」ボタンは見えるが押しても何も起きない。
その他

……等々、一口に「反映されていない」と言っても様々な可能性があります。長くなっても構いませんので、できるだけ状況を詳細に書いて下さい。そうでないと、何が起きているのかが分かりませんので。（問題のページのURLを書いて頂くのが一番の早道です。）

2. 「てがろぐ再設置→復旧後」とは具体的にはどのような操作をしたのでしょう？

ローカルに保管していた『システム＋スキン＋データ』のバックアップ(一式)まるごとを再度アップロードした。
てがろぐ自体は新たに設置したが、スキンやデータファイルはローカルにあるバックアップを上書きUPして、設定は管理画面で1から設定し直した。
新たにてがろぐを設置した上で、スキンも新たに(ダウンロードし直したものを)設置して、データファイルだけはバックアップファイルを上書きUPした。設定は管理画面で1から設定し直した。
新たにてがろぐを設置して、新たなデータファイルに自力で過去データを結合してからアップロードした。設定は管理画面で1から設定し直した。
その他

……等々、一口に「再設置」と言っても様々な方法があります。長くなっても構いませんので、どのような方法で復旧に至ったのかを教えて下さい。そうでないと、「再設置」によって何が起きた可能性があるのかの推測ができませんので。（例えばⓐ以外の方法だと、「設定」は元通りになっていない可能性があります。）

3. 「手動で修正後も反映されません」とのことですが、「手動で修正」というのは、具体的には何をどう操作したのですか？

4. 「【H:【H:】】のようにすると反映されます」とのことですが、その書き方だと本来は「続きを読む」ボタンが二重の入れ子構造になって2回出てくるハズですが、1個だけ出てくるのですか？それとも2個出てくるのですか？（例：1つめの隠し空間2つめの隠し空間←2個目）

5. 何のスキンをお使いですか？

なお、標準スキン以外をお使いの場合は、試しに標準スキンを適用してみた状態でどのように表示されるのかも確認してみて下さい。（それによって、「スキンの影響」なのか「スキンの影響ではない」のかが分かります。）

633文字編集

さくら (sakura) 2025年2月17日月曜日 03:12:35〔149日前〕

つぼやき Post No.4992

> 龍角散のどすっきり飴（未開封）の賞味期限が2025年1月だった……。┌(:3」└)┐
薬効は失せてるかもですが、食べてもお腹壊すと言うことはないのでは。多分。多分。自分は大丈夫でしょって食べちゃう派。

最近PC使いがほんとうに少数派になってる感で、人類すべてがネット端末持ち歩いてると思うな！！と思うことしばしば。外でネットできるのがものすごい贅沢でお金持ち、あるいは仕事が超大変と言う証だった日々はすでに遠く。
老害通り越して化石ですよ自分はもう。以前は人類すべてが携帯持ってると思うな！！！だったのに。今は携帯持ってないと人類枠に入れませんねはい。

自分にはあまり関係のない話題でしたが、林檎と蜜柑のお話、ありがとうございます。大変興味深かったです。
時々ネットでプログラマーと世間一般人の認識のズレみたいなのが笑い話になってますが、こういうことかーと。こういうのを勉強して、そしてプログラムになって、我々一般ユーザーの元へ届くのですね。便利と素敵と楽しさをありがとうございます。

1/11締切の原稿を勘違いして11月に提出して、提出先を困惑させた話、締切を守ったら、今度は色々事情があって締切が超延長されてしまった件orz ("締切"がゲシュタルト崩壊)
別の締切も絶賛延長中で、守る！と言う気概が消えてしまった流れ。←ｲﾏｺｺ
とりあえずがんばれー自分ー。あの時締切守ったのを褒めていただいた(>>4792)のをエネルギーに･･･。┌(:3」└)┐

2089文字編集

にしし (nishishi) 2025年2月16日日曜日 21:09:26〔149日前〕回答/返信 Post No.4991

備蓄していた龍角散のどすっきり飴（未開封）の賞味期限が2025年1月だった……。┌(:3」└)┐

🍘カテゴリ周り機能のアンケートに回答下さった方々、どうもありがとうございます。今の時点で143件の回答がありました。ご協力に感謝致します。そろそろ閉じようかな、と思いますので何か意思表示しておきたい方々はお早めにどうぞ～。

🍘Re:4990◆回答ありがとうございます。先のアンケートでも、どの項目も最多の回答は「どれでも構わない」でしたので、「機能は欲しいが細かな仕様は問わない」という方々が一番多いのだろうな、と解釈しています。

🍘Re:4989◆まさしくそれが唯一の正解です。仮に「ORの構成要素にNOTが使える」仕様だったとしても、お望みの動作を実現するためにはORを使ってはいけません。AND（＝半角スペース）で区切る必要があります。

例えば「林檎」と「蜜柑」で考えましょう。
ある場所に集まった人々が皆、林檎や蜜柑を手に持っていると考えて下さい。このとき、
✅「林檎を持っていない、AND（かつ）、蜜柑を持っていない人は手を挙げて～！」
……と言えば、
➡どちらも持っていない人だけが手を挙げますね。これがお望みの動作でしょう。（＝mode-galleryではなく、mode-pictsでもない）

ところが、
❎「林檎を持っていない、OR（または）、蜜柑を持っていない人は手を挙げて～！」
……と言ってしまうと、以下のようになるはずです。

林檎を持っておらず、蜜柑を持っている人は手を挙げる（前者の条件「林檎を持っていない」に該当するから）
蜜柑を持っておらず、林檎を持っている人も手を挙げる（後者の条件「蜜柑を持っていない」に該当するから）
林檎を持っておらず、蜜柑も持っていない人も手を挙げる

➡つまり、「林檎と蜜柑の両方を持っている人」以外は全員が手を挙げてしまいます。これは、お望みの動作とは異なるでしょう。
（※「mode-galleryとmode-pictsを同時に満たす場合以外」となるので、（その2条件を満たす状況はあり得ませんから）あらゆるモードが該当してしまいます。）

※この場所に集った人々は全員AND・ORの論理学をマスターしていて決して誤解しないことが前提の例えですが。😋

🟢AND（かつ） → 全条件が同時に成立しないとダメ
🟢OR（または） → どれか1つでも成立すればOK
……という点はご理解なさっていると思いますが、ここにNOTを使う場合には特に解釈に注意が必要でしょうね。

以上のことから、林檎と蜜柑を除外したい場合は、ANDを使って「 -林檎 -蜜柑」と書かなければなりません。
ORを使ってしまい「 -林檎|-蜜柑」だと、望みの結果は得られないのです。
（※全文検索の場合でも同様ですが、既にご認識頂いているように、てがろぐでは「ORの構成要素にNOTは使えない」仕様なので、そのようなOR検索は元々できないわけですけども。^^;）

論理学の講義みたいな感じになりましたが。^^; 良い質問をありがとうございます。ヘルプドキュメントにも補足的に書いておく方が良いかもしれませんね。「○○でもなく××でもない」という条件指定は AND を使って下さい。

🍘Re:4988◆Fancyboxはバージョンによって仕様が異なりますから、お使いのFancyboxのバージョンも述べた方が良いと思います。また、どんなスキンでお使いなのかも影響しますからその情報も必要です。Fancyboxを使っているということは、少なくともその辺の設定は変更しているわけですよね。なので、どの設定をどう変えて使っているのか、という情報も必要だと思います。一番望ましいのは、お使いのURLを書くことですが。公開する情報を絞れば絞るほど、（その状況が見えなくなるので）回答は得られにくくなると思います。
なお、実装方法にはいろいろあるとはいえ、基本的な考え方はLightboxでもFancyboxでも同じです。No.4918さんのソースを読み解いて応用する(スキルを付ける)か、同じスキンでFancyboxを使って同じことをしている人からの回答を待つか、Lightboxを使うように変えるか、ですが、せっかくCGIを設置して活用なさっているなら、JavaScriptのスキルも付けると『できることの幅』が大きく広がるのでお勧めです。(╹◡╹)ﾉ

🍘Re:4987◆意見表明ありがとうございます！
🍘Re:4986◆最近たしかに「PCからは(ほとんど)使わない」という方々を見かけることもあってちょっと驚いています。今は「PCを使わないけどもCGIを設置しようと考える」時代なのかと。モバイル環境からの使いやすさも考慮していく方が良いんだろうな～、というようなことは朧気に思ってはいるんですけどもね。回答ありがとうございます！

802文字編集

にしし (nishishi) 2025年2月9日日曜日 21:57:09〔156日前〕回答/返信 Post No.4984

春はまだかー。🌸🌸🌸

🍘Re:4981◆アンケート回答ありがとうございます。「細やかなところまで考えて」というか、実装するからには考えざるを得ないわけです。^^; 実際にどう出力すれば良いのかを判断しないと出力ができませんから。^^;
ご要望もありがとうございます。作るとしたら、単独で使えるスクリプトにしようと思っています。その上で、てがろぐのアドオンとして動作する場合には、てがろぐ側のログイン情報を使って、管理画面からアクセスできるような感じにできると良いな……とは思っています。実際にできるかどうかは今の段階では分かりませんが。^^;

🍘Re:4983◆すみません、自分で実際にてがろぐ上で実験してみて気付きました。先のソースでは要素名を小文字で書いていたので認識されませんね。┌(:3」└)┐ 大文字で書く必要がありました。あと、そこを修正しても、右クリックは阻止できるのですが、「a要素に対して発生するドラッグ」でも画像をコピーできるのでドラッグは阻止できていませんでした。
以下のソースなら、画像がリンクになっている場合でもドラッグを阻止できます。（てがろぐ標準スキン上で実験済み）
['contextmenu', 'dragstart'].forEach(eventType => {
document.addEventListener(eventType, function(event) {
   if(['IMG', 'A'].includes(event.target.tagName)) {
   event.preventDefault();
   }
});
});
もし、img要素やa要素以外も対象にしたい場合は、要素名の配列の部分（ ['IMG', 'A'] の部分）に好きなだけ足すと良いです。お試し下さい。

478文字編集

にしし (nishishi) 2025年2月5日水曜日 23:32:09〔160日前〕回答/返信 Post No.4980

さむぅい……。外は朝まで氷点下のようだ……。

🍵Re:4974,4976,4977◆アンケート回答ありがとうございます！
🍵Re:4978◆個包装のまま投げるんですね。^^;

🍵Re:4979◆調べて下さってありがとうございます。Pawooの仕様が標準なのかどうかが分からなかったもので。
画像の右クリックとドラッグを阻止するなら、以下のJavaScriptでどうですか？
['contextmenu', 'dragstart'].forEach(eventType => {
document.addEventListener(eventType, function(event) {
   if(event.target.tagName === 'IMG') {
   event.preventDefault();
   }
});
});
➡(追記)このソースでは不十分でした。>>4984 に、使えるソースを再掲していますので、そちらをご覧下さい。

401文字編集

みさき (misaki) 2025年2月5日水曜日 17:17:39〔161日前〕質問/要望 Post No.4979

4972
Mastodonの埋め込みについて返信ありがとうございます。調査していたため遅くなり申し訳ございません。
当方知識もないため検索で探してみたのですが、うまく引っかからなかったためAIに聞いてみましたところ、にしし様の仰っている方法で問題ないのではと考えます（自分も同じ考えでした）。埋め込み関連に独自の機能を実装しているインスタンスのほうが少ないかと思うんですよね…どうでしょう😅

ここでもう一つ要望をさせてください💦
画像の持ち帰りを抑止しようとJavaを組み込むなどしてカスタマイズを試みているのですが、imgタグへの干渉が難しく、ギャラリースキンへの実装がどうしてもできません。絵描きさんも利用されている方が多いですから、画像の右クリックやドラッグ防止で十分ですので、デフォルトでの実装（画像一覧スキンやギャラリースキンといった画像表示をさせるスキン）を検討いただけますと助かります。

861文字編集

にしし (nishishi) 2025年1月30日木曜日 22:08:00〔166日前〕回答/返信 Post No.4972

1月が終わってしまう……！
返信が遅くなってすみません。仕事が、すさまじく、忙しいので……！！

🧇Re:4967◆そのように設定する方法は用意していないのですが、『embeddedimageクラスに囲まれていない画像の外側に、JavaScriptでembeddedimageクラスを追加する』方法はあります。この方法を使えば、[PICT:～記法で書かれていても、[PICT:FIG:～記法で書かれたのと同じように装飾できます。
具体的な方法は、私がChatGPTに質問した結果に分かりやすく解説されていますのでご参照下さい。試してはいませんが、ここで提示されているJavaScriptソースを <script>～</script> に書けば済むと思います。

🧇Re:4968◆反応ありがとうございます。あのFanbox投稿に対する反応は、あなたが第1号です。(笑) あまりにも反応がないので、需要がないのかな、と思いつつありました。「てがろぐと組み合わせて使うことを考慮しつつ、単独でも使える、汎用いいねPHP」みたいな感じで作ろうかな……と今のところなんとなく思ってはいます。

🧇Re:4969◆ご要望をありがとうございます。将来的には、PDFとかZIPとかを添付ファイル的にUPできる機能を作りたいな、と思っていまして、その際にMP3やMP4もUPして表示できるようにできると良いかな……と今のところは考えています。気長にお待ち頂ければ幸いです。

🧇Re:4970◆Mastodonが提供されているドメインは多々ありますが、埋め込み用に読み込むべきスクリプトは「必ずサイト最上階層に存在する embed.js というファイル名のスクリプト」と決め打ちで考えて良いんでしょうかね……？（Pawooなら https://pawoo.net/embed.js なんですが。）そこを決め打ちで問題ない仕様なら、Mastodonの埋め込みもできるとは思うのですけども。

34文字編集

あどみ (admin) 2025年1月26日日曜日 14:26:19〔171日前〕質問/要望 Post No.4969

要望です。公式の機能で動画やMP3の投稿ができたらいいなと思います。

1148文字編集

にしし (nishishi) 2025年1月23日木曜日 21:30:11〔173日前〕回答/返信 Post No.4966

みかんを生搾りする自動販売機を初めて目撃しました。買ってはいませんけども。🍊🍊🍊

🍊Re:4962◆もしかして、ドメインの設定は以下のような構成になっているのでしょうか？
さくらサーバー/www/　　　← hogehoge.sakura.ne.jp でアクセスできる
┣ wordpress　　　　　　← www.example.com でアクセスできる
└ 任意のフォルダ名　　← hogehoge.example.com でアクセスできる

つまり、WordPressとてがろぐは別のサブドメインですか？
そもそも、てがろぐ自体は今どのような構造のURLで見えているのでしょう？

例1： www.example.com/tegalog/ なのか
例2： www.example.com/何らかのフォルダ/tegalog/ なのか
例3： sub.example.com/ なのか

それによって、favicon.icoがどんなURLで見えるのかが変わります。
もうちょっと、実際のサーバがどうなっているのかの情報を開示して頂く必要があります。隠されている情報を推測するにも限界がありますので。（一番良いのは、本当のURLを書いて下さることです。）

とりあえず、favicon.icoのURLにブラウザでアクセスしてみて下さい。それでfaviconの画像が見えるなら問題ありませんが、Not Foundになるなら「設置した位置がおかしい」か「URLがおかしい」かのどちらかです。
まず、そこ（＝faviconを単独で見ることができるのかどうか）を確認する必要があります。

faviconでは分かりにくいようなら、sakura.jpg とか適当な画像を使って favicon.ico と同じ位置に置いてみて下さい。そして、その画像のURLにブラウザでアクセスして画像を表示させて下さい。そのURL末尾の sakura.jpg を favicon.ico に変えれば、それが「faviconのURL」になりますよね。そのURLをlink要素に書いていますか？

※「最も浅い位置」について補足ですが、てがろぐを設置しているドメインが hoge.example.com だとして、もしfaviconが https://hoge.example.com/favicon.ico の位置に見えるのであれば、HTML側には何も書かなくても認識されます。サーバ内のディレクトリ構造での「最も浅い位置」である必要はなくて、「ディレクトリを含まないURL」で見えることが条件ですから。

🍊Re:4965◆ありがとうございます！今年もてがろぐをご愛用頂ければ幸いです！(╹◡╹)ﾉ

131文字編集

あどみ (admin) 2025年1月23日木曜日 18:20:27〔174日前〕雑記 Post No.4965

遅ればせながら2024年も大変お世話になりました、今年もよろしくお願いいたします🎍🙇🎍 #感謝
そして1/12お誕生日おめでとうございました！ますますのご活躍をお祈り申し上げます✨🎉🎊✨
ひとことログによるとお体あまり調子が良くないようなのでご無理なさらず…！

«前の30件 / 次の30件»

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41

初期表示に戻る

2025年4月
日	月	火	水	木	金	土
		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30