てがろぐ - Fumy Otegaru Memo Logger -

お手軽一言掲示板(この辺の文章は「管理画面」の「設定」内にある「フリースペース」タブから編集できます。)

動作サンプルです。 ご自由にお試し下さい。パスワードguest管理画面もお試し頂けます。
■いま見ているスキンは「標準スキン」です。他に、 昔のツイッターっぽいスキン(ブルー)昔のツイッターっぽいスキン(ピンク)付箋型スキンシンプル日記スキンジャーナル(日誌)スキンブログタイプスキン(タイトル付きブログっぽくできるスキン)、 黒板スキンチャットタイプスキンがあります。
てがろぐCGIの配布・解説ページに戻る

or 管理画面へ

検索語「〔除外:$ci=;〕」の検索結果1215件]15ページ目)

もう6月4日……? 何もしていないのに日が過ぎていく……。┌(:3」└)┐

🍰Re:3755,3756◆はい。「埋め込み処理中」のまま表示されないのは主にInstagram側の問題です。Instagramの埋め込みは、Webページ側ではInstagramのURLを指定書式でマークアップしているだけで、実際の展開は「Instagram側の公式スクリプト https://www.instagram.com/embed.js 」が実行しています。なので、表示できないケースがあるのは(瞬間的にアクセスが集中したとかで)公式スクリプト側が処理してくれなかった(=Instagram側が反応しなかった)とか何かそんな理由でしょう。たいていは読み込み直せば表示されるのではないかと思いますが、混雑が理由ならあまり頻繁には読み込み直さない方が良い気もします。

なお、Instagramとは違ってTwitterの埋め込みの場合は、元のツイートが消えている場合にも「埋め込み処理中」のまま変わらなくなります。(Twitter側のスクリプトがそういう仕様だからです。)

by nishishi. 回答/返信 <492文字> 編集

もう6月3日……? 6月になってから、いつの間に2日も過ぎたのか🤔

🍰Re:3747,3749◆図解付きサンプル提示をどうもありがとうございます! カスタマイズ知見が貯まるのはたいへんありがたいです。
🍰Re:3748◆畳んだときに最初の位置が分からなくなる問題は確かにありますね。昔々にも要望は受けていたのですけども、良さそうな解決策を思いつけていません(>>2479,2482/R)。良さげな方法があると良いのですけどもね……。
🍰Re:3750◆弁護士なら頭は良い違いないだろうに、不思議です。^^; デジタルデバイスを叩きながら質問に回答してくれている各種専門家には、ChatGPTに尋ねていないか警戒が必要ですね。(笑)
🍰Re:3751◆InstagramのURLには www.instagram.com/p/(ID) だけでなく www.instagram.com/reel/(ID) というURLもあるんですねえ。/p/という文字列が含まれる場合に決め打ちしていましたので、今後のバージョンで対処します。
🍰Re:3752◆伝手は重要ですね。だいたい300~400kmくらい離れたところなら伝手があったんですけども、さすがに遠すぎました。(^_^;)

by nishishi. 回答/返信 <572文字> 編集

冷凍たこ焼きを80個買ってきました。……こう書くと、買いすぎな気もしてくるな……。^^; 大袋を2つ買っただけなんですが。

🍪Re:3736◆β版のご試用をどうもありがとうございます! 全体的にお試し下さってありがたいです。また、開発放言への反応もありがとうございます。反応がないと需要レベルを判断できないのでとてもありがたいです。(╹◡╹)
🍪Re:3737◆新機能がお役に立ったようで良かったです。手動入力した投稿日時順に並び替える機能は、やはりそこそこ需要があったのですね。
🍪Re:3738-3743◆サーバの障害は珍しいですがゼロにはならないのでしょうねえ。てがろぐリンク集には、どこのサーバで動かしているのかの情報もあったら参考になって良さそうですね。^^;
🍪Re:3740◆てがろぐ的なページを「てがろぐ」という名称で認識されるようになるとちょっと嬉しいです。(^_^)
🍪Re:3741◆はい。ここも、さくらインターネットのサーバで動作しています。スタンダードプランですが。かなり前に契約したサーバなためか、今回の障害の対象ではなかったようですね。
🍪Re:3744◆デザインツールからの変換だと元データの方にいろんな情報があるのでそれなりにできるとは思うんですよね……。ただ1枚の絵(PNG画像とか)から「そこに何が描かれているのか、サイズを変更するとどう見栄えが変わるハズか」みたいなのもAIで判断できるようになる日が来ると(まさしく私がそういう仕事をしているので)仕事が減りそうだな、と思いました。(笑)

🍪Re:3745◆「続きを読む」ボタンの開閉はJavaScriptを使って対象のdisplayプロパティの値を直接切り替えているだけですので、現状の仕様では残念ながらそこにアニメーションを加えるカスタマイズの余地はなさそうかな……という気がします。「続きを読む」ボタンで隠された範囲を開閉するJavaScriptソース自体も好きなソースに差し替えられる機能を用意すると、開閉動作を自由にカスタマイズしやすくなって望ましいかも知れませんね。ちょっとその辺も考えてみます。
(➡もしかしたら現状でもCSSのアニメーション機能で何かする方法があるかも知れませんけども。その辺を何か試したことがある方がいらっしゃったら情報をお待ちしております。)

by nishishi. 回答/返信 <1050文字> 編集

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

🆕 Ver 4.0.1βの更新点(概要):
《▼新機能》
●手動入力された投稿日時も含めて、全投稿を投稿日時の新しい順に再ソートする機能。
●全投稿の投稿番号をNo.1から昇順に連番で振り直す機能。
●全投稿を一括調整する機能を使用禁止に設定できる機能。
●「続きを読む」機能で隠されている文字数を「続きを読む」ラベル内に表示できる専用記法の追加。
●各種ボタンを出力するinput要素を、CSSで装飾しやすいように <span class="submitcover"><input type="submit" ...></span> のように別のspan要素で囲む仕様を追加。 >>3632,3625,3611

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


by nishishi. アップデート✨ <436文字> 編集

今日は玄米茶を飲みました。🍵🍵🍵

🍵Re:3728◆てがろぐのご活用をありがとうございます! [[COMMENT:TITLE]] ではなく [[COMMENT:LINE:1]] を使えばお望みの動作になると思いますが、この方法では何か別の問題があるでしょうか? [[COMMENT:LINE:1]] の記述だと1行目の内容がそのまま出力されます(1行目が画像なら画像がそのまま出力されますし、1行目のテキストに装飾が加えられている場合は装飾も含めて出力されます)。

投稿本文を行単位で分解する記法にはバリエーションがいろいろありますので、スキンを試行錯誤なさる際の参考にして頂ければ幸いです。

(追記) なお、もしかすると以下のようにするのが最もお望みに近いかもしれません。
  • タイトルには [[COMMENT:TEXT:30]] を使う。(=行に関係なく「先頭から30文字」が抽出されるので、1行目に何もなければ2行目以降にある文字も使われます。)
  • 本文には普通にそのまま [[COMMENT]] を使う。(=1行目からすべて表示されるので、1行目が画像でも問題なく表示されます。)
いかがでしょう?
※この方法を使う場合は、管理画面の[設定]→[ページの設定]→【投稿本文の表示/画像】→[▼画像が省略される場面での表示]にある『画像の代わりに「(画像省略)」という文字列を出力する』項目をOFFにする必要があります。(ONの状態だと、1行目に画像がある場合には「(画像省略)」という文字列が代わりに挿入されてしまいますので。

お望みの動作の意図が異なる場合はご指摘下さい。

by nishishi. 回答/返信 <697文字> 編集

お世話になってます。
ver4.0.0の上書きスタイルシート機能のおかげで自由装飾タグを簡単に追加できるようになったのでとても重宝しています。

#要望 です。
ブログタイプスキンのように[[COMMENT:TITLE]]と[[COMMENT:BODY]]を使用し、記事本文の1行目に[PICT:]を挿入すると画像が表示されませんでした。
なので、画像が1行目でも表示されるようにしてほしいです(ついでに、現状だとTITLE部分が投稿番号が表示されるので、可能であれば画像の次の行がタイトルとして表示されるようになればいいなと思います)
標準スキン
標準スキン
ブログタイプスキン
ブログタイプスキン


画像を1行目にしなければいいだけの話なのですが、すでに1行目に[PICT:]を使用している記事がたくさんあるので、要望を出させていただきました。
この要望が不可能・もしくは機能として不要でしたら、諦めてXMLファイルを頑張って修正したいと思います。
ご一考の程よろしくお願いいたします。

by admin. 質問/要望 <415文字> 編集

なんとなく5月になったばかりのように思っていたのに、そろそろ下旬に突入するとか……?🤔

🍵Re:3723◆ご活用ありがとうございます。ハッシュタグの使用数に関係なく掲載順序が変わらないように掲載する需要が存在するとは、要望を受けるまで全く思っていませんでした。^^;

by nishishi. 回答/返信 <135文字> 編集

桜餅の葉は食べるけど、柏餅の葉は食べないよね……?

🍵Re:3706◆おおっと、ご指摘ありがとうございます! 完全に勘違いしていました。今、修正しておきました!◆で、何もしなくても403エラーにならなくなっていましたか。最近、ロリポップは何やらサービス改良を進めているっぽい話も聞きますし、それと一緒にWAFも見直されたりしているのでしょうかね? それなら望ましいことですが。◆最新版を使って下さってありがとうございます!(╹◡╹)ノ

🍵Bing AIに尋ねてみました。
桜餅の葉は食べるけど、柏餅の葉は食べない(BingAI)

by nishishi. 回答/返信 <300文字> 編集

>>3693
以前ロリポップサーバーで「etc/アルファベット4文字」の文字列をフォームで送信すると403エラーになる現象に悩まされていた者です。にししさんがご提示下さった別ディレクトリからリダイレクトする方法を使って、WAFなどの設定は変更せずにずっとそのまま運用しておりました。

>>3692さんの有力な方法を試す前に、相変わらずetc/abcdのような文字列で403エラーが出る様子を確認しておこうとしたら…なんとエラーが出ませんでした┌(:3」└)┐ 少なくともここ数日で、てがろぐを含めた私のサイト内の様々なフォームから試した限りだとetc/abcdのような文字列を送信しても403エラーが全く出なくなっていました。い…一体いつの間に制限を緩和したんですロリポップさん…┌(:3」└)┐ いや、もしかしたらロリポップをお使いの他のサイトではまだ403エラーが発生するかもしれないですし、私のサイトでもたまたま最近発生してないだけかもしれないので制限が緩和されたかどうかは定かではありませんが…。

ともあれ、また403エラーが出るようになったら3692さんの方法を試してみようと思います。>>3692さん、にししさん、ありがとうございました。

先ほど気付いたのですが、にししさんがFAQ・豆知識ページに記載して下さった文だと
ロリポップのサーバのうち、先頭が「spd」か「ent」のサーバをお使いの場合は、
と書かれていますが、>>3692さんおよびリンク先のロリポップ公式の記事だと
※頭に「spd」と「ent」がつくサーバだと、この対策はできないようです。
…とのことなので「spd」か「ent」ではないサーバを、が正しいですね。

最後に、Ver.4.0.0.アップデートお疲れ様です!私もサイト内に設置しているてがろぐを全て4.0.0にバージョンアップしました。これからもてがろぐのお世話になります。いつもありがとうございます!#報告 #感謝

by admin. つぶやきつぶやき <833文字> 編集

柏餅と桜餅を食べました。🍵

🍵Re:3698-3702◆ありがとうございます。Ver.4もご愛用頂ければ幸いです!
🍵Re:3703◆投稿欄の下部にある、既存ハッシュタグ再入力プルダウンメニューの掲載数は、[設定]→[投稿欄の表示]→【既存ハッシュタグ簡単入力機能】→[リストアップする最大個数]項目に望みの個数を指定することで自由に変更できます。ここに「0」を指定すれば、上限なしで全ハッシュタグが含まれるようにもできます(※隠れハッシュタグは含みません)。お試し下さい。

by nishishi. 回答/返信 <327文字> 編集

Ver 4.0.0リリースの寸前に加えたのでリリースノートとかには書いていないんですが、(標準添付の各スキンでは)ツイートの埋め込みサイズが小さくなるようにCSSを加えました。スマートフォンで見ると従来と何も変わらないと思いますが、タブレットやPCのような比較的広いディスプレイで見ると、埋め込みツイートの横幅が狭くなっていて、文字も小さく見えると思います。
 ↓表示例

これは、CSSに以下の4行を加えただけです。(4行というか、中身は3行ですし、そもそも1行で書ける分量ですけども。^^;)
/* ▼埋め込みツイートの横幅を強制的に制限 */
div.twitter-tweet {
   max-width: 350px !important;
}

埋め込みツイートは、横幅が350pxあたりを下回ると小さな文字で表示されるっぽいですので、とりあえず350pxにしてみました。!importantが付いているのは、これがないと、Twitter側が埋め込んでくる要素に直接書かれたスタイルを上書きできないからです。サイズはお好みに調節して頂ければ良いと思います。 #🌱豆知識

by nishishi. 情報 <491文字> 編集

てがろぐ Ver 4.0.0 を公開しました。ログインセキュリティ機能、予約投稿機能、上書きスタイルシート登録機能、NSFWフラグ付き画像に対する代替画像の指定機能などの追加が主な更新点です。その他、多数の細かな機能追加や不具合修正を含んでいます。
https://www.nishishi.com/cgi/tegalog/

バージョンアップするには、tegalog.cgifumycts.pl の2ファイルだけ(※)を上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。(Ver.3以下も含む過去のどのバージョンからでも)

※今回も標準添付スキンのソースを全体的に更新しています。標準添付スキンをそのままお使いの場合は、それらも上書きアップロードして下さい。

🆕 Ver 4.0.0の更新点(概要):
《▼新機能:安全関連》
ログインセキュリティ機能:ログインに1回失敗したら直後に約2秒間だけロックする機能
ログインセキュリティ機能:ログインに連続で指定回数失敗したら、ログイン処理を指定分間ほどロック(拒否)する機能
●許可したIPアドレス以外からのログインを拒否できる設定を追加。

《▼新機能:その他の大きな機能》
予約投稿機能を追加。
設定に『上書きスタイルシート』項目を新設し、そこに書いたCSSソースを「スキンのhead要素末」または「スキン内の指定箇所」に挿入できる機能を追加。

《▼新機能:サイドコンテンツ関連》
新着投稿リストをカテゴリ別に出力できるオプションを追加。
OGP(og:image)に出力される画像がNSFWフラグ付きだった場合は、その画像ではなく代替画像を出力させる設定項目を追加。
RSSフィード内に出力される画像がNSFWフラグ付きだった場合は、og:imageと同じ代替画像にすべて差し替える設定項目を追加。
ハッシュタグの集計を停止する機能(ハッシュタグを集計しないようにする機能)。
ハッシュタグ一覧の表示順設定を、投稿数に関係なく文字コード順(昇順/降順)に固定する機能。

《▼新機能:状況・抽出関連》
[[SITUATION:CLASS]] に、表示モード名を示すclass名を追加。
[[SITUATION:CLASS]] で、スキン指定がない場合のHOMEページを表す専用のclass名 grandhome を追加。
文字数を指定して本文の一部分を抽出する記法で、三点リーダではない任意の記号を指定できる新記法 [[COMMENT:TITLE:文字数:省略記号]] 等を追加。

《▼新機能:バックアップ関連》
●設定ファイル tegalog.ini のバックアップ機能を追加。
●画像インデックスファイルのバックアップ機能を追加。

《▼新機能:細々》
●YouTubeの動画埋め込み時に、再生開始位置(秒数)を指定可能に。
●YouTubeの動画埋め込みサイズを任意に指定可能に。
●Spotifyの音楽埋め込みサイズを4種類から選択可能に(自由サイズの指定も可能に)。
●新着投稿リスト(LATESTLIST)に、所属カテゴリ名を表示できる記法を追加。
●スキンのプレビュー適用時に、絶対パスや上位ディレクトリを参照する相対パスの記述での指定を許可するか禁止するかを設定可能に。
●Powered-by表記のリンクを別タブでのリンクにできる新記法 [[VERSION:NEWTAB]] を追加。

《▼仕様改善》
●Spotifyの音楽埋め込みにも loading="lazy" を付加。
●自由装飾記法のclass名として、(英数字以外に)ハイフン記号とアンダーバー記号も使用可能に。
●新着画像リストを装飾するCSSを書きやすいように、リスト内の1項目ずつを囲むマークアップを追加。
●日付一覧にリストアップされる年月リンクの「年」や「月」という漢字だけをCSSで装飾できるよう、出力マークアップを追加。
●日付一覧・日付検索のリストで、2000年より古い日付もリストアップできるように改善。(ただし1970年以降のみ)
●日付境界バー内部の日付表記やリンクをCSSで装飾しやすいように、マークアップとclass名を追加。
●ギャラリーモードやサイトマップページモードでの表示時に「状況に応じた見出し行」に表示される名称を装飾しやすいようマークアップを追加。
●「補助出力」設定で、ギャラリーモード等のためのスキンディレクトリの指定でも相対パスを使用可能に。(従来は / や . 等の記号が強制削除されていました。)
●下げた投稿を新着投稿リストには掲載しないよう仕様改善。

《▼スキン更新》
NSFWフラグ付きの画像が新着画像リストに表示されるとき、ぼかしが枠からはみ出ないようCSSを修正。
Chromium系ブラウザで(キャプションありの)NSFWフラグ付き画像を表示したときに、画像の下側のぼかしが枠からはみ出てしまうCSSを修正。

《▼不具合修正》
❎新着画像リストを構成するHTMLソースに、img要素のalt属性値が重複して出力されていた不具合を解消。
❎『画像リンクに独自のclass属性値を追加』にチェックが入っている状態で、その直下のテキスト入力欄が空っぽのとき、『空白の連続を再現 (半角空白文字の連続をそのまま見せる)』項目がONの状態だと、フラグ付き画像のclassが正しく適用されなくなる問題を解消。
❎投稿日時として50年以上前の日付を指定すると、相対時間表記(=投稿時点からの経過時間の表記)が正しくなくなる問題を修正。
❎[[CATEGORYLINKS:SITEMAP]] 等の記法を使っても「カテゴリなし(cat=-)」の場合はデフォルトスキンでの表示になってしまう不具合を修正。
❎簡易本番適用中のスキンを削除した後でログアウトしてしまうと、「スキンが見つからない旨のエラー画面」と「ログイン画面」との間を無限に行き来するだけになってしまう不具合を解消。
❎設定『本文中のテキストリンクを絶対URL(フルパス)で出力する』項目がONだと、 [[HASHTAG:PULL:GALLERY]] 等の記法を用いてもモード指定リンクにならない不具合を解消。
❎共通鍵が設定されていない状態で設定画面にアクセスした際に、サーバのエラーログに Use of uninitialized value ... のようなアラートが記録される問題を解消。

更新点について詳しい解説は、リリースノート(No.40)をご参照下さい。

宣伝ツイート:


ご活用頂ければ幸いです!

by nishishi. アップデート✨ <2779文字> 編集

プリン食べたい……!🍮🍮🍮

🍮Re:3692◆おぉ、有力な情報をありがとうございます! やっぱりWAFが悪さをしているのですね! 早速FAQ・豆知識ページにも追記しておきました。ありがとうございます!

by nishishi. 回答/返信 <163文字> 編集

ロリポップのWAF対策について

.htaccessを使用して除外設定する事が出来たので報告させて頂きます。
※頭に「spd」と「ent」がつくサーバだと、この対策はできないようです。

参考サイト
PHPやCGIでプログラムの記述変更をしたところ403errorが表示されます – ロリポップ!レンタルサーバー
https://support.lolipop.jp/hc/ja/articles/360048375814

シグネチャで除外設定する
コードの確認は、WAF設定のログ参照から確認する必要があります。
また私の環境ではてがろぐで投稿しWAFでエラーが出た場合、
1つ目のコードを除外設定した後にもエラーが発生しましたが、
ログ参照し、2つ目のコードも除外設定する事で回避出来ました。
なので、複数のコードを除外する必要があるようです。

コード例
# AAA-11,BBB-12を確認したコードに変更
SiteGuard_User_ExcludeSig AAA-11
SiteGuard_User_ExcludeSig BBB-12


IPアドレスで除外設定する
IPアドレスが固定なら、この方法が楽かもしれません。

コード例
# カッコ内のxxx.xxx.xxx.xxxをご自身のIPアドレスに変更
SiteGuard_User_ExcludeSig ip(xxx.xxx.xxx.xxx)


この2つのどちらかを.htaccessに記述すれば、
/etc/abcdのような文字列でも問題なく投稿できました。
ロリポップをお使いで403エラーにお困りの場合は、お試しください。

by admin. 情報 <699文字> 編集

ショートケーキ食べたい! ないけど。(´・ω・`)

🍰Re:3683◆スキンが増えてくれるのはたいへん嬉しいです。(╹◡╹) ハンバーガーのダウンロードリンクが切れているっぽいですね
🍰Re:3684◆今のところ、「内側スキン管轄の文字列」を「外側スキン管轄の位置」に持ってくる方法がないので、公式の記法では無理なのですが、もしOGPを出力される設定にしているなら、以下のJavaScriptを書くことで、og:titleの中身をtitleに変えることはできます。
<script>
let ogtitle = document.querySelector('meta[property="og:title"]').getAttribute("content");
document.title = ogtitle;
</script>

上記のスクリプトを、body要素内のどこか(どこでも)か、head要素内で「title要素や[[OGP]]の記述よりも」の位置に書けば、og:titleとして出力されている文字列が、そのままページタイトルとしても使われます。
og:titleとして何を取得するかは、管理画面の[設定]→[補助出力]→【OGP+Twitter Cardの出力】→[▼OGPの設定]→「og:title」で選択できます。
なお、OGPを出力しない設定にしたい場合や、og:titleで設定できる選択肢よりももっと細かく出力内容を決めたい場合には、以前にNo.3293さんが解説して下さった方法( https://10prs.com/view/57 )を使うのが良いと思います。(そちらの方が出力内容が柔軟で、処理される状況が限定されていて無駄がないので望ましそうです。単純に記述量を短くしたければ先のソースだと2行で済むので楽ではありますが。^^;)

🍰Re:3685◆てがろぐ側では文字コードの変換をしていない上に、CSSファイルの中身には一切触れていないので、文字化けするなら概ねブラウザ側の問題だと思います。で、No.3686さんご指摘のように contentプロパティの値に多言語文字を使う場合には、Unicodeのコードポイントを16進数で指定する必要があるようですね。私もいま初めて知ったんですが。before疑似要素で「カテゴリ」と書きたい場合は、
content: '\30AB\30C6\30B4\30EA';
のように書くとうまくいきます。No.3686さんがご紹介下さっているサイトの変換ツールを使うと良いです。
なお、MDNの解説には、ラテン文字以外は Unicode エスケープシーケンスを使用してエンコードする必要があります。と書いてあるんですが、Unicodeエスケープシーケンスというのは \u +16進数 で表記する方法なので、微妙に違いますね。^^; その方法だとうまくいきませんでした。(^_^;;; せっかく(世界中の文字をそのまま表せる)UTF-8を使っているにもかかわらず「エスケープせよ」と言う仕様にするのは思想的におかしい気がしますので、そのうち改善されるのではないかとは思いますが。
この文字化けが発生している際はcssファイル内の他の日本語文字列(たとえばフォント指定など)も同様に文字化けしています。ということは、ブラウザがCSSファイルの文字コードの認識に失敗している、ということですから、CSSファイルの文字コードを明示できれば良いのかもしれませんけども。
  • CSSファイルの1行目に @charset "utf-8"; と書いておいたり、
  • CSSファイルの先頭付近に /* これは○○のスタイルシートで云々 */ みたいな日本語のかな漢字交じり文を書いておくなどして、
できるだけブラウザ側が「これはUTF-8で書かれた日本語ファイルだ」と認識できるような要素を含ませておくと、文字化けを回避しやすいかもしれません。

🍰Re:3686◆解説ありがとうございます!(╹◡╹)ノ

by nishishi. 回答/返信 <1736文字> 編集

お世話になっております。てがろぐ、とても楽しく使わせていただいています。
が、少し気になることがあったので報告させていただきます。

cssで、before疑似要素のcontentプロパティで文字列を表示させています。
この文字列がときどき文字化けします。
ただ、発生頻度は高くなく、一度文字化けしても何度かブラウザリロードを繰り返すと正常な表示に戻るので、そこまで困ってはいません。
具体的には「カテゴリ:」が「カテゴリ:」になります。他、「タグ  :」も化けますがこちらは取得し損ねました(30分ほど粘りましたが再現しませんでした)
「カテゴリ:」の方の実際の表示(と、Chromeのデベロッパーツール上で文字化けしている様子)を添付します。

尚、この文字化けが発生している際はcssファイル内の他の日本語文字列(たとえばフォント指定など)も同様に文字化けしています。

文字化けの発生契機が特定できず再現性も低いので申し訳ないのですが、お手隙の際にご確認いただければ幸いです。
解析に情報が必要であればできる限り取得しますのでお申し付けください。
2023y04m23d_025324664.png 2023y04m23d_025513954.png 2023y04m23d_025547867.png

by sakura. 質問/要望 <490文字> 編集

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

🆕 Ver 3.9.6βの更新点(概要):
《▼新機能》
●YouTubeの埋め込みサイズを任意に指定可能に。
●Spotifyの埋め込みサイズを4種類から選択可能に(自由サイズの指定も可能に)。
●Spotifyの埋め込みにも loading="lazy" を付加。

《▼不具合修正》
❎設定『本文中のテキストリンクを絶対URL(フルパス)で出力する』項目がONだと、 [[HASHTAG:PULL:GALLERY]] 等の記法を用いてもモード指定リンクにならない不具合を解消。>>3660,3664,3666,3667
❎共通鍵が設定されていない状態で設定画面にアクセスした際に、サーバのエラーログに Use of uninitialized value ~:$setdat{"skcomh"} in string ne at tegalog.cgi line 9966 のようなアラートが記録される問題を解消。
❎サーバのエラーログに "my" variable @failures masks ~:earlier declaration in same scope at ./fumycts.pl line 494. のようなアラートが大量に記録される問題を解消。(3.9.5βだけで発生した問題)>>3679

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

by nishishi. アップデート✨ <688文字> 編集

ポテトチップスが食べたい……! んだけども、買い置きがない……。(´・ω・`)

🍘Re:3678◆ご愛用ありがとうございます! 残念ながら今のところは管理画面から一括で設定する方法しかありません。個別に設定できる記法があると便利ですかね?
🍘Re:3679◆β版のご試用をどうもありがとうございます。ご報告もありがとうございます。たしかに、てがろぐを1回動かすたびに1件記録されますね。(たまたま動作上の問題はなかったものの)プログラムソースの記述にちょっとしたミスがありました。次のバージョンで修正します。(ローカルのソースはもう修正しましたので、近日中にはお使い頂けるようになります。)

by nishishi. 回答/返信 <305文字> 編集

てがろぐ使いやすくて愛用させて頂いてます!

質問ですが、投稿本文内のURL処理
・同一ウインドウ
・新規ウインドウ
一括で選べるのですが、個別で同一か新規か設定出来たりしますでしょうか?

by admin. 質問/要望 <94文字> 編集

ここ数年、たい焼きを食べる機会がないんですが、代わりにたい焼き型の和菓子を買いました。中身があんこな点は共通しているかもしれません。┌(:3」└)┐
なお、たこ焼きは昨日食べました。Unicode、たこ焼きの絵文字はまだか……!

🐟Re:3674,3675◆詳しい情報をありがとうございます。どうやらSpotify公式の短縮URLができたんですね。ただ、短縮URLから元のURLに(URLの情報だけで)変換するのは無理なようなので、短縮URLで埋め込むのは無理っぽいです。Spotify側が短縮URLでの埋め込みをサポートしてくれれば良いんですが、Spotifyの場合は(埋め込むWebサイト側が)直接iframeを書く方式なので、望み薄なような気もします……。

by nishishi. 回答/返信 <346文字> 編集

Spotify公式の埋め込みコードだと、横幅100%とか選べたり、高さは352px・152pxの2択になっていたりするんですね……。この辺も設定画面で指定可能にしましょうかね……?(まあ、CSSで指定して頂いても良い気もしますけども。)

🍵Re:3668◆β版のご試用をどうもありがとうございます。2秒ロックの画面にならないのはむしろ良いことで、それはつまり「人間が入力する際に不便になることはない」ということかなと思います。私の環境でも、パスワード未入力の状態で「ログイン」ボタンを素早く押す(のを2回繰り返す)、みたいなことをしないと表示されませんでした。パスワードを何か入力すると、もうそれで2秒ロックの時間は過ぎる感じで。◆大作スキンの配布もどうもありがとうございます!

🍵Re:3670◆こちらの環境だと問題なく埋め込めているのですが、「リンクをコピー」でどんなURLになりましたか? こちらでWeb版Spotifyと、Windows版(Microsoft Store版)Spotifyを最新版(1.2.9.743)にして試してみましたが、特に埋め込みに問題はありませんでした。どんなURLになっているかを教えて頂けると何らかの対処ができるかもしれません。

by nishishi. 回答/返信 <546文字> 編集

「白いルマンド」の「期間限定」というのは、いつまで……?

🍰Re:3664◆ありがとうございます。調べてみたところ、てがろぐ側の不備で『ノーマル状態の出力が <a href="?tag=%e3%82%bf… のように「?」で始まるURL』になっていないと、SITEMAPやGALLERY用のパラメータが付加されない動作になっていました。ちょっと実装方法を見直します。
SSIでご使用とのことですから、[設定]→[ページの表示]→【投稿本文の表示/テキスト】→[▼テキストリンクの出力調整]にある『本文中のテキストリンクを絶対URL(フルパス)で出力する』項目をONになさっているのだと思います。ここは「本文中のリンク先」を調整する目的で用意した機能ですが、ハッシュタグリストの出力ではここの設定が影響するようになっています(意図してそうしたわけではなく、いま気付きました^^;)。なので、ここをOFFにすることができればGALLERY用のリンクになりますが、SSIで合成にお使いならここはOFFにできませんね。実装方法を全体的に見直して解決しますが、とりあえず今の時点では、JavaScriptでご対処頂くしかなさそうです。すみません。

🍰Re:3665◆了解しました。その方向で考えてみます。

by nishishi. 回答/返信 <558文字> 編集

先程配布した Ver 3.9.5β では、特にログインセキュリティ機能の動作をお試し頂けますと幸いです。問題なければ、次は Ver 4.0.0 正式版になる予定です。

🍰Re:3658◆なるほど、目次用途だと最初から時系列順の方が嬉しい、という場合もあるのですね。リンクに &order=reverse を最初から付与する機能は今のところはありませんので、現状ではJavaScriptを使って付加して頂く対策くらいしかなさそうな気がします。もしかして、「サイトマップページモードでは最初から時系列順で表示される」みたいなオプション設定機能があると役に立ちますか?(リンクに &order=reverse を付加するよりも。)

🍰Re:3659◆大作です。JavaScriptでどうにかするだけで、ここまで機能を付加できるものなのかと、ずいぶん感心しました。

🍰Re:3660◆問題のてがろぐで、[[HASHTAG:LIST:GALLERY]] を記述した箇所に、実際にどのようなHTMLが出力されていますでしょうか? 全部でなくて良いので、1項目分のHTMLソースをそのままコピーして教えて頂けますでしょうか。例えば、<li class="count143"><a href="?tag=%e8%a6%81%e6%9c%9b" class="taglink" title="要望">要望</a><span class="num">(143)</span></li> のような感じです。

🍰Re:3661◆先程β版として配布しましたので、お試し頂ければ幸いです。ハッシュタグの集計機能をOFFにしたり、カテゴリ該当数の再カウントを単独で実行したりできるようになっています。

by nishishi. 回答/返信 <764文字> 編集

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

🆕 Ver 3.9.5βの更新点(概要):
《▼新機能》
ログインセキュリティ機能:ログインに1回失敗したら直後に約2秒間だけロックする機能
ログインセキュリティ機能:ログインに連続で指定回数失敗したら、ログイン処理を指定分間ほどロック(拒否)する機能
ハッシュタグの集計を停止する機能(ハッシュタグを集計しないようにする機能)。
ハッシュタグ一覧の表示順設定を、投稿数に関係なく文字コード順(昇順/降順)に固定する機能。
[[SITUATION:CLASS]] に、表示モード名を示すclass名を追加。
[[SITUATION:CLASS]] で、スキン指定がない場合のHOMEページを表す専用のclass名 grandhome を追加。
●日付一覧で、月の掲載順を「降順:12→1月」だけでなく「昇順:1→12月」にもできる機能。
●「投稿を再カウント」機能で、再集計対象を個別に指定もできる機能。

《▼仕様改善》
●自由装飾記法のclass名として、(英数字以外に)ハイフン記号とアンダーバー記号も使用可能に。
●簡易本番適用中のスキンが見当たらない場合は、エラー報告画面から簡易本番適用を直接解除できるボタンを用意。

《▼不具合修正》
❎簡易本番適用中のスキンを削除した後でログアウトしてしまうと、「スキンが見つからない旨のエラー画面」と「ログイン画面」との間を無限に行き来するだけになってしまう不具合を解消。

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

案内ツイート:

by nishishi. アップデート✨ <755文字> 編集

牛乳寒天を食べました。

🍫Re:3650◆情報ありがとうございます。投稿総数が128しかないのに10秒とはかなり掛かりますね……。ハッシュタグが3千種類くらいあると、そうなるんですねえ。(^_^;;; 再集計対象を絞れる機能はできるだけ早めに用意します。「 # 」記号を含む投稿をするとハッシュタグが再集計される仕様ですから、そうすると「 # 」を含む投稿をするたびに10秒くらいの待ち時間が発生しているのですかね……? ハッシュタグを再集計するのはハッシュタグリストの生成と該当個数を調べるためなので、ハッシュタグリストを表示しないならそもそもハッシュタグを集計する必要性もないんですよね。ハッシュタグを集計しない機能も用意します。用意しました! 次のバージョンからお使い頂けます。
🍫Re:3651◆ローカルにあるプログラムには既に実装しましたので、次に公開するバージョンからお使い頂けます。
🍫Re:3652◆お望みの動作になったようで良かったです。(╹◡╹)

by nishishi. 回答/返信 <452文字> 編集

珈琲ゼリーも食べました!

🍫Re:3648◆謎の空白は、要は「オブジェクトの下端」が「ベースライン」に合わせられてしまうHTML側のデフォルト仕様が原因です。解決策は複数ありますが、簡単なのは、次のようにCSSを書くことでしょうかね。
.embeddedmusic iframe {
   vertical-align: middle;
}

値は(デフォルトのbaselineでなければ良いので)middle以外に、topとかbottomとかでも良いです。画像の下に空白ができるのと現象としては同じです。

何らかの事情で vertical-align プロパティを使いたくない場合は、他にも、以下のようなCSSでも対処できます。
.embeddedmusic {
   display: inline-block;
}
.embeddedmusic iframe {
   display: block;
}

以上、お試し下さい。

by nishishi. 回答/返信 <427文字> 編集

カカオ85%のチョコレートを舐めています。🍫🍫🍫

🍫Re:3638◆投稿内容をRSSリーダーでチェックすると、その機能はたいてい使えますね。RSSリーダーがもうちょっと復興すると良いなあ、と思っています。
🍫Re:3641◆複数人でチャット的に使っている場合には、そういう機能があると便利ですかね?
🍫Re:3642◆ご活用をありがとうございます。◆まず1点目ですが、[[NO-LINKADJUSTMENT]]を使っていても、ページ移動ナビゲーション系のリンクでは適用スキンを維持したリンクが出力されます。この点の解説が不足していたので加えておきました。適用スキンを外したHOMEへ移動させたい場合は、[[HOME:URL:FULL]] を使うか <a href="?">HOMEへ戻る</a> のようなa要素を直接書いて頂けますと幸いです。◆次に2点目ですが、それは確かにあると便利そうですね! mode-gallery や mode-sitemappage のようなclass名も加えるようにします。ご要望をありがとうございます!

🍫Re:3643◆ありそうでないんですかね。^^; なんとなく作りたい気分ではいます。あまり期待せずにお待ち下さい。^^;;;
🍫Re:3645◆なるほど、そういえばハッシュタグの集計自体を止める方法は用意していませんでした。参考までにもしよろしければ3点教えて欲しいのですが、①ハッシュタグは何種類抽出されますか? ②再集計にどれくらい秒数が掛かりますか? ③投稿総数は何件ありますか? ハッシュタグは全投稿を走査するので大量にあると重たくなるだろうな、とは思います。再集計対象を限定できるような機能も(そう遠くないうちに)用意しようと思います。なお、既存の # 記号を &#35; に置き換えるには、 tegalog.xml をテキストエディタで開いて編集すると現実的に可能かもしれません。(てがろぐ上で再編集するのは量が多いと非現実的でしょうから。)

🍫Re:3646◆てがろぐ完全構成ZIPの中には rss というフォルダの中にRSS用スキンが含まれています。これをベースにして skin-onelog.html をお望みのように編集なされば良いと思います。編集できたら、管理画面の[設定]→[補助出力]→【RSSフィードの出力】で『自作のRSSスキンを使う』項目にチェックを入れて保存して下さい。そうすると、RSSモードで自作のRSS用スキンが使われるようになります。なお、そこまでしなくても、この項目を『内蔵のRSSスキン(抜粋収録)を使う』に変更すればお望みに近くなる可能性もあります。抜粋収録にすると、RSSフィードには「投稿の先頭から120文字」だけしか収録されなくなります。(開発放言RSSフィードもその設定で出力しています。※正確には「1行目の先頭から最大30文字」がタイトルになり、2行目以降の先頭120文字だけが本文として抜粋して収録されます。画像等のテキスト以外の物体は一切省略されます。投稿が全1行の場合は1行目の先頭最大120文字だけが抜粋収録されます。

by nishishi. 回答/返信 <1361文字> 編集

てがろぐの民ー!しおりってどれー???
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。

by tomoyo. つぼやきつぼやき <21文字> 編集

ね、む、い……。_(:3」∠)_

🍵Re:3624◆「想定していない」というのは単に「開発段階でそういう用途を考慮して作ってはいない」というだけの話で、「やっちゃダメ」というわけではありませんけどね。基本的には、主な表示時でPowered-by表記が見えていてリンクが繋がっていれば問題ありません。
🍵Re:3625◆::before疑似要素等をお使いになりたいのが理由なら、例えば『(出力形態はinput要素のままだけども)<span class="submit"><input type="submit" ...></span> のように、ボタンを作るinput要素を別のspan要素で囲む』というような出力仕様でも望みに適います?
🍵Re:3627◆宣伝ありがたいです。(╹◡╹)
🍵Re:3628◆ピークは過ぎましたかね……?^^; 本当にあの2日間は何があったのか。^^;
🍵Re:3630◆ご愛用ありがとうございます。また、ご要望もありがとうございます。「年」も古い順に並ぶ方が良いですか? それとも「年は新しい順のまま、月だけ古い順(1→12月)」に並ぶ方が良いですか?
🍵Re:3631◆ナイスな案をありがとうございます。たしかにそのCSSですべて古い順にできますね。.datelimitlistを消して.datelimitsublistだけにすれば、「年は新しい順のまま、月は古い順」にもできますね。

by nishishi. 回答/返信 <660文字> 編集

DASHBOARD

■複合検索:

  • 投稿者名:
  • 投稿年月:
  • #タグ:
  • カテゴリ:
  • 出力順序:

■新着画像リスト:

Perlのバージョンを上げる設定(さくらインターネット)

全321個 (総容量 36.37MB)

■日付一覧:

■日付検索:

■カレンダー:

2023年6月
123
45678910
11121314151617
18192021222324
252627282930

■最近の投稿:

■フリースペース:

ここは、CGIの設定画面から自由に文章を入力して掲載できるスペースです。スキンを編集しなくてもCGI上から手軽に内容を変更できます(HTML使用可)。
動作サンプルです。◆他のスキン:標準スキン, 昔のツイッターっぽいスキン(ピンク版), 付箋型スキン, シンプル日記スキン, ジャーナル(日誌)スキン, ブログタイプスキン, チャットタイプスキン, 黒板スキンてがろぐCGIの配布ページに戻る

編集

▼現在の表示条件での投稿総数:

1215件

▼最後に投稿または編集した日時:

2025年8月18日(月) 17:41:35〔1時間前〕

RSSフィード

動作サンプルです。 ご自由にお試し下さい。パスワードguest管理画面もお試し頂けます。
■いま見ているスキンは「標準スキン」です。他に、 昔のツイッターっぽいスキン(ブルー)昔のツイッターっぽいスキン(ピンク)付箋型スキンシンプル日記スキンジャーナル(日誌)スキンブログタイプスキン(タイトル付きブログっぽくできるスキン)、 黒板スキンチャットタイプスキンがあります。
てがろぐCGIの配布・解説ページに戻る