検索語「〔除外:$ci=;〕」の検索結果［1219件］（36ページ目）
単独記事のOGP出力機能、私も欲しいと思っていたので期待しています！
できれば画像もそれぞれ指定できれば嬉しいですけど、あまり細かく設定出来てしまうとシンプルなてがろぐから逸脱していまいますかね？
ついでにツイッター関係の#要望 で、記事内にツイートの埋め込みをできるようにしてほしいです。
できれば画像もそれぞれ指定できれば嬉しいですけど、あまり細かく設定出来てしまうとシンプルなてがろぐから逸脱していまいますかね？
ついでにツイッター関係の#要望 で、記事内にツイートの埋め込みをできるようにしてほしいです。
ちなみに私（てがろぐ作者）が日々の呟きに使っているてがろぐCGIは、今日のひとことログにあります。ウェブサイトのHOMEページに最新の1件が埋め込まれる仕様でもあり、その仕組みの作り方は以前にブログ記事で紹介しました。
設置当初は1日1件のつもりで、こんな頻度で投稿するつもりはなかったんですが。(^_^;)
以下、返信や回答です。
🍍Re:1296◆なるほど、ランダム移動だけではなくて前後への固定的なリンクもあったんですね。最近はリンク用バナー画像を用意しておく文化も消滅しつつある気はしますねえ。そもそも「標準的なバナー画像サイズ」というものが既に失われているというか。
🍍Re:1297◆私も時々そう思います。(^_^;)
🍍Re:1298◆単独投稿ページ専用のOGP(とTwitter Card)出力機能は私自身も欲しいとは思っています。ただ、OGPはhead要素内に書き出さないといけない仕様なわけですが、現状のてがろぐスキンだと、個別の投稿内容を出力するskin-onelog.htmlファイルではhead要素内の情報を書き出す仕様にはしにくいので、ちょっと実装方法が難しいな……と悩んでいるところです。そこが解決できれば、投稿単独用のOGP出力も可能にできると思うのですが。何か考えてみたいとは思っていますので、気長にお待ち頂ければ幸いです。（実装アイデアあれば歓迎します。^^;） てがろぐリンク集を作る際には誰でもフォーム上から登録可能なように作る予定ですが、ご指定のURLでリンクさせて頂きます。ありがとうございます。ちょっと作る気力が出てきました。(^_^)
🍍Re:1299◆ああ、そういえば[ラベル:LB]記法で出力される属性値は強制的に固定されているままでしたか。すっかり忘れていました。これは実装を忘れていただけなので、次回更新時に設定を反映できるように修正したいと思います。「URL自動リンクの特殊表示化」項目内で設定した方のLightbox用属性が使われる仕様にすると思います。もし他に何か仕様上のご要望があればお知らせ下さい。
🍍テスト投稿はご自由にどうぞ。ご要望やご質問等もお気軽にどうぞ。（返信は遅くなることもあります。）
設置当初は1日1件のつもりで、こんな頻度で投稿するつもりはなかったんですが。(^_^;)
以下、返信や回答です。
🍍Re:1296◆なるほど、ランダム移動だけではなくて前後への固定的なリンクもあったんですね。最近はリンク用バナー画像を用意しておく文化も消滅しつつある気はしますねえ。そもそも「標準的なバナー画像サイズ」というものが既に失われているというか。
🍍Re:1297◆私も時々そう思います。(^_^;)
🍍Re:1298◆単独投稿ページ専用のOGP(とTwitter Card)出力機能は私自身も欲しいとは思っています。ただ、OGPはhead要素内に書き出さないといけない仕様なわけですが、現状のてがろぐスキンだと、個別の投稿内容を出力するskin-onelog.htmlファイルではhead要素内の情報を書き出す仕様にはしにくいので、ちょっと実装方法が難しいな……と悩んでいるところです。そこが解決できれば、投稿単独用のOGP出力も可能にできると思うのですが。何か考えてみたいとは思っていますので、気長にお待ち頂ければ幸いです。（実装アイデアあれば歓迎します。^^;） てがろぐリンク集を作る際には誰でもフォーム上から登録可能なように作る予定ですが、ご指定のURLでリンクさせて頂きます。ありがとうございます。ちょっと作る気力が出てきました。(^_^)
🍍Re:1299◆ああ、そういえば[ラベル:LB]記法で出力される属性値は強制的に固定されているままでしたか。すっかり忘れていました。これは実装を忘れていただけなので、次回更新時に設定を反映できるように修正したいと思います。「URL自動リンクの特殊表示化」項目内で設定した方のLightbox用属性が使われる仕様にすると思います。もし他に何か仕様上のご要望があればお知らせ下さい。
🍍テスト投稿はご自由にどうぞ。ご要望やご質問等もお気軽にどうぞ。（返信は遅くなることもあります。）
いつも使わせていただいております。ありがとうございます。
#要望 「▽LBコマンド付きラベル」についてなのですが、普段「画像リンクにLightbox用の属性を付加する」の属性名は別のものにしてるので、LBラベルのも属性名を変更できるようにしていただければなあと思いました。
設定部分に属性名を変更できる場所があるかと思ったら恐らくなかったのでCGI本体の属性名を変更して使っております。
ご検討いただければ幸いです。
#要望 「▽LBコマンド付きラベル」についてなのですが、普段「画像リンクにLightbox用の属性を付加する」の属性名は別のものにしてるので、LBラベルのも属性名を変更できるようにしていただければなあと思いました。
設定部分に属性名を変更できる場所があるかと思ったら恐らくなかったのでCGI本体の属性名を変更して使っております。
ご検討いただければ幸いです。
テスト投稿もご要望もお気軽にどうぞー。（返信は遅くなることもあります。）
🌰Re:1292◆Twitter Cardはやはり、単独投稿ごとに異なるDescriptionを出力できるようにしたい、というご要望でしょうかね？ てがろぐ内で出力内容が共通で構わなければ、今でも（リリースノートで使っているように）スキン内に書いておけばTwitter Cardsの提供は可能ではあるのですが。
🌰Re:1291◆ご要望ありがとうございます。無限スクロールは、jQueryプラグインのAutoPager的なものを使うことで一応は可能っぽいです。ページ内のメインコンテンツの範囲を指定できれば使えますから。無限スクロール機能を使ったスキンも公開してみても良いな、とは思っていました。AutoPager用スクリプトがCDNで配信されていると使いやすいんですけどもねー。
🌰Re:1290◆今のてがろぐならRSSフィードを読むことで（ページデザインがどうカスタマイズされていても）内容を拾いやすいので、たしかに各サイトでの新着投稿の一覧とかも不可能ではないですね。
🌰Re:1289◆Web Ringなつかしい。……Web Ringってどんなのでしたっけ。(笑) たしか、Ring用のコードを自身のページに貼り付けると、そこに参加者のバナーがランダムに出てくるとかそういう仕組みでしたっけ？
🌰Re:1288◆ネット上のサービスでも携帯電話のSMSを使った2段階認証が必要だったりして、携帯電話がないと困るケースも出てきましたね。
🌰Re:1292◆Twitter Cardはやはり、単独投稿ごとに異なるDescriptionを出力できるようにしたい、というご要望でしょうかね？ てがろぐ内で出力内容が共通で構わなければ、今でも（リリースノートで使っているように）スキン内に書いておけばTwitter Cardsの提供は可能ではあるのですが。
🌰Re:1291◆ご要望ありがとうございます。無限スクロールは、jQueryプラグインのAutoPager的なものを使うことで一応は可能っぽいです。ページ内のメインコンテンツの範囲を指定できれば使えますから。無限スクロール機能を使ったスキンも公開してみても良いな、とは思っていました。AutoPager用スクリプトがCDNで配信されていると使いやすいんですけどもねー。
🌰Re:1290◆今のてがろぐならRSSフィードを読むことで（ページデザインがどうカスタマイズされていても）内容を拾いやすいので、たしかに各サイトでの新着投稿の一覧とかも不可能ではないですね。
🌰Re:1289◆Web Ringなつかしい。……Web Ringってどんなのでしたっけ。(笑) たしか、Ring用のコードを自身のページに貼り付けると、そこに参加者のバナーがランダムに出てくるとかそういう仕組みでしたっけ？
🌰Re:1288◆ネット上のサービスでも携帯電話のSMSを使った2段階認証が必要だったりして、携帯電話がないと困るケースも出てきましたね。
お世話になっております、たまに来ておりますバウムクーヘンの者です。
すでに要望一覧にあるようなのですが、わたしもぜひ、Twitter Card出力機能があるとありがたいと思います。
それから、Web Ringという言葉が懐かしすぎて、わくわくしてきました(^^)。
#要望
すでに要望一覧にあるようなのですが、わたしもぜひ、Twitter Card出力機能があるとありがたいと思います。
それから、Web Ringという言葉が懐かしすぎて、わくわくしてきました(^^)。
#要望
続きのページに移るときに、別ページに移動するのではなく無限スクロールみたいに同一ページで続きを読み込むみたいな機能を実装することは不可でしょうか？ #要望
Twitterとかピンタレストみたいな感じで…
今の仕様でもjQueryのプラグインを組み込めば可能なんでしょうか… 怖くて試してませんが＞＜
Twitterとかピンタレストみたいな感じで…
今の仕様でもjQueryのプラグインを組み込めば可能なんでしょうか… 怖くて試してませんが＞＜
ご質問もお気軽にどうぞー。
🍋Re:1285◆ご使用をありがとうございます。気に入って下さったようで嬉しいです。(^-^)
ご質問については、その通りです。
tegalog.cgiと同じディレクトリに存在する skin-cover.html と skin-onelog.html を(お望みのスキンのファイルで)上書きして下さい。
🍋Re:1285◆ご使用をありがとうございます。気に入って下さったようで嬉しいです。(^-^)
ご質問については、その通りです。
tegalog.cgiと同じディレクトリに存在する skin-cover.html と skin-onelog.html を(お望みのスキンのファイルで)上書きして下さい。
テスト投稿はご自由にどうぞ。ご要望やご質問の投稿もお気軽にどうぞー。（返信は遅くなることもあります。）
🍓Re:1282◆ググってみたところ、葬祭費に含められる範囲なら相続税の計算対象から除外できる制度になっているっぽいです。特に請求したわけでもないのにお寺から封書で領収書が届いて驚きました。送るのが当たり前みたいな感じになっているんでしょうかね。ググったときに見つけたお寺関係サイトでも「うちでは必ず送るようにしている」的な記述がありましたし。
🍓Re:1283◆リンク集は時々ご要望を頂きますね。てがろぐのURLを登録することで更新日時順にリンクがリストアップされるような公式ページを作っても良いかなと思わなくもないんですが。以前に裏話でも書きましたが、メールで「使っていますよ」とご報告頂くことはあり、お知らせ頂いたページはよく拝見しているのですが、あまりOPENにしたくなさそうな（軽く検索避けを設定なさっている）方もいらっしゃるので問答無用でリンクするわけにはいきませんから。何かご自身で登録できる仕組みでも用意すれば良いのかな……、と思わなくはないのですけども。需要がどれくらいあるか次第な気がします。^^;
てがろぐCGI自体の機能でもそうですが、「欲しい」という声の多さも追加機能の開発の参考になりますので、欲しい機能は（既に他者が表明済みでも）欲しい！と表明して頂くのがお勧めです。(^_^;)
🍓Re:1282◆ググってみたところ、葬祭費に含められる範囲なら相続税の計算対象から除外できる制度になっているっぽいです。特に請求したわけでもないのにお寺から封書で領収書が届いて驚きました。送るのが当たり前みたいな感じになっているんでしょうかね。ググったときに見つけたお寺関係サイトでも「うちでは必ず送るようにしている」的な記述がありましたし。
🍓Re:1283◆リンク集は時々ご要望を頂きますね。てがろぐのURLを登録することで更新日時順にリンクがリストアップされるような公式ページを作っても良いかなと思わなくもないんですが。以前に裏話でも書きましたが、メールで「使っていますよ」とご報告頂くことはあり、お知らせ頂いたページはよく拝見しているのですが、あまりOPENにしたくなさそうな（軽く検索避けを設定なさっている）方もいらっしゃるので問答無用でリンクするわけにはいきませんから。何かご自身で登録できる仕組みでも用意すれば良いのかな……、と思わなくはないのですけども。需要がどれくらいあるか次第な気がします。^^;
てがろぐCGI自体の機能でもそうですが、「欲しい」という声の多さも追加機能の開発の参考になりますので、欲しい機能は（既に他者が表明済みでも）欲しい！と表明して頂くのがお勧めです。(^_^;)
Re:1277◆ご活用ありがとうございます。お役に立っているようで嬉しいです。
Re:1278◆Sitemap XMLを設置できれば最も望ましいですが、Sitemap XMLはRSSフィードで代替することもできますので、RSSフィードに全文を含めて配信しておけば検索されやすくする効果はありそうに思います（Ver 2.3.0以降のデフォルト設定では全文が含まれます）。その際は、RSSフィードに含める件数を多めに設定しておかれると良いでしょう。（例えば100件とか。デフォルトでは25件です。） なお、Google Search Consoleを使って、てがろぐのURLを登録しておくことも効果があると思います。サイトマップXMLとして、RSSフィードのURLを登録しておくとなお良いかもしれません。（※Google Search Consoleのサイトマップ指定欄に（サイトマップとして）RSSフィードを登録したことがないので、指定可能なのかどうかは分からないのですが。）
Re:1278◆Sitemap XMLを設置できれば最も望ましいですが、Sitemap XMLはRSSフィードで代替することもできますので、RSSフィードに全文を含めて配信しておけば検索されやすくする効果はありそうに思います（Ver 2.3.0以降のデフォルト設定では全文が含まれます）。その際は、RSSフィードに含める件数を多めに設定しておかれると良いでしょう。（例えば100件とか。デフォルトでは25件です。） なお、Google Search Consoleを使って、てがろぐのURLを登録しておくことも効果があると思います。サイトマップXMLとして、RSSフィードのURLを登録しておくとなお良いかもしれません。（※Google Search Consoleのサイトマップ指定欄に（サイトマップとして）RSSフィードを登録したことがないので、指定可能なのかどうかは分からないのですが。）
🍥Re:1270◆ちなみにですが、ユーザIDの設定画面にある「アイコン」設定欄ではURLを入力するよう促されますが、アイコンの画像ファイルが「CGI本体と同じディレクトリ」に置いてある場合は、単にファイル名を書くだけでも表示できます。 #🌱豆知識
🍥Re:1269◆なるほど、記述行数に応じて自動的にテキストエリアの高さが変化してくれるのは便利そうですね。私は今まで人力でテキストエリアの右下をマウスでドラッグして広げていました。(^_^;) 自動で調整されると便利ですね。(特にモバイル端末ではドラッグできませんし。)
てがろぐでの投稿欄のtextarea要素には「tegalogpost」というclass名が付加してありますので、（QUICKPOSTに関しては）わざわざCGIソースを編集してclass名を付加しなくても、この「tegalogpost」というclassに対してスクリプトが実行されるように以下のように書くと良いと思います。
すると、textarea要素に専用のclass名を足す必要はありません。
ただ、QUICKPOSTではなく、管理画面の新規投稿画面でもこのスクリプトを使いたい場合には、毎回自力で「スクリプトを読み込むためのソース」を </body> 直前あたりに足す必要がありますね……。この点については、もうちょっと何か良い方法がないか考えてみます。
なお、投稿欄への入力が終わってから「投稿する」ボタンを押したい場合は、キーボードから [Tab]→[Enter] の順に押すのがお勧めです。すると、すぐに投稿できます。（最初の[Tab]キーでフォーカスが「投稿する」ボタンへ移動し、次の[Enter]キーでボタンを押下できるため。） #🌱豆知識
てがろぐでの投稿欄のtextarea要素には「tegalogpost」というclass名が付加してありますので、（QUICKPOSTに関しては）わざわざCGIソースを編集してclass名を付加しなくても、この「tegalogpost」というclassに対してスクリプトが実行されるように以下のように書くと良いと思います。
$(function() {
$('.tegalogpost').autosize();
});
すると、textarea要素に専用のclass名を足す必要はありません。
ただ、QUICKPOSTではなく、管理画面の新規投稿画面でもこのスクリプトを使いたい場合には、毎回自力で「スクリプトを読み込むためのソース」を </body> 直前あたりに足す必要がありますね……。この点については、もうちょっと何か良い方法がないか考えてみます。
なお、投稿欄への入力が終わってから「投稿する」ボタンを押したい場合は、キーボードから [Tab]→[Enter] の順に押すのがお勧めです。すると、すぐに投稿できます。（最初の[Tab]キーでフォーカスが「投稿する」ボタンへ移動し、次の[Enter]キーでボタンを押下できるため。） #🌱豆知識
>>1264
機能追加を期待して#カスタマイズ の報告と#要望
長文を書くことが多いので入力した内容が見やすくなるように、テキストの量に合わせてtextareaが広がるjQuery Autosizeというのを入れています。
表示行数の設定で高めに入れていますが、それでも指定行数超えることもあるし、高すぎると短文を書いた時に投稿ボタンが遠くなってしまうので…。
アップデートの度に</body>直下にjs、textareaにclassを追加をしていますので、自動リサイズがてがろぐで設定出来るようになれば嬉しいです🐰
参考：文字量に応じてテキストエリアが自動でリサイズするjQueryプラグイン「jQuery Autosize」
https://www.webantena.net/javascriptjquery/plugin-jque...
過去のタグ挿入機能使ってみましたが本当に便利ですね。
にししさんありがとうございます！
機能追加を期待して#カスタマイズ の報告と#要望
長文を書くことが多いので入力した内容が見やすくなるように、テキストの量に合わせてtextareaが広がるjQuery Autosizeというのを入れています。
表示行数の設定で高めに入れていますが、それでも指定行数超えることもあるし、高すぎると短文を書いた時に投稿ボタンが遠くなってしまうので…。
アップデートの度に</body>直下にjs、textareaにclassを追加をしていますので、自動リサイズがてがろぐで設定出来るようになれば嬉しいです🐰
参考：文字量に応じてテキストエリアが自動でリサイズするjQueryプラグイン「jQuery Autosize」
https://www.webantena.net/javascriptjquery/plugin-jque...
過去のタグ挿入機能使ってみましたが本当に便利ですね。
にししさんありがとうございます！
🍥Re:1266◆基本は、32×32サイズに縮小/拡大されます（32×32を超える画像なら32×32に縮小され、32×32より小さい画像なら32×32に拡大されます）。表示されなくなることはありませんし、トリミングされることもありません。（スキン側でCSSを使ってアイコンの表示サイズが指定されていない限りは。）
なお、ユーザアイコンを出力しているimg要素には usericon というclass名が付いていますので、CSSを使って指定すれば任意のサイズで表示することもできます。例えば以下のようにCSSを書いておくと、64×64で表示されます。
※スマートフォンなどの高精細ディスプレイで表示されることを考慮するなら、「32×32px」で表示する場合でも、画像ファイル自体は倍以上（64×64px以上）のサイズで用意しておく方が、より綺麗に見えます。
なお、ユーザアイコンを出力しているimg要素には usericon というclass名が付いていますので、CSSを使って指定すれば任意のサイズで表示することもできます。例えば以下のようにCSSを書いておくと、64×64で表示されます。
.usericon { width: 64px; height: 64px; }
※スマートフォンなどの高精細ディスプレイで表示されることを考慮するなら、「32×32px」で表示する場合でも、画像ファイル自体は倍以上（64×64px以上）のサイズで用意しておく方が、より綺麗に見えます。
🍥Re:1262◆カテゴリ機能は将来の構想には含んでおりますので、気長にお待ち頂ければ幸いです。
カテゴリの仕様としては、①「カテゴリの階層化が可能(深さに制限なし)」、②「カテゴリの順序や親子構造を後から変更可能」、③「1投稿に複数のカテゴリを選択可能(上限なし)」、④「カテゴリ名を後から変更可能」くらいの仕様は必要でしょうね……。あと何か気にしておく点はありますかね？
（Fumy News Clipperのカテゴリ機能を作ったときは、そこまで深く仕様を考えていなかったので、④以外はできなかったのでした。^^; てがろぐでは、もうちょっと事前に設計しておいてから実装したいと思っています。）
カテゴリの仕様としては、①「カテゴリの階層化が可能(深さに制限なし)」、②「カテゴリの順序や親子構造を後から変更可能」、③「1投稿に複数のカテゴリを選択可能(上限なし)」、④「カテゴリ名を後から変更可能」くらいの仕様は必要でしょうね……。あと何か気にしておく点はありますかね？
（Fumy News Clipperのカテゴリ機能を作ったときは、そこまで深く仕様を考えていなかったので、④以外はできなかったのでした。^^; てがろぐでは、もうちょっと事前に設計しておいてから実装したいと思っています。）
🍹Re:1258◆そうです。返信先を指し示すリンクは、単にそういうテキストリンクを自力で書いているだけです。(^_^;) もうちょっと簡単な記法で特定No.の投稿を指し示すリンクを造れる方法は追加したいなと思ってはいるのですが。（なお、返信は返信でも「Twitterのように離れた投稿同士を連結して表示できる機能」は、データ形式の拡張が必要なので、実現できたとしてもずいぶん先になります。たぶん。）
新バージョン 2.3.0 に関連するリリースノートNo.18～21を、なんとなく良い感じに書き換えてみた。
https://www.nishishi.com/cgi/tegalog/releasenotes/
本当に良い感じかどうかは分かんないけども。
🍦Re:1252◆バージョンアップありがとうございます。埋め込み活用もうまく行ったようで良かったです。(^-^)
🍦Re:1251◆最近、バームクーヘンを買って食べようと思う頻度が増えました。(笑)
https://www.nishishi.com/cgi/tegalog/releasenotes/
本当に良い感じかどうかは分かんないけども。
🍦Re:1252◆バージョンアップありがとうございます。埋め込み活用もうまく行ったようで良かったです。(^-^)
🍦Re:1251◆最近、バームクーヘンを買って食べようと思う頻度が増えました。(笑)
Re:1246◆早い！(；ﾟДﾟ) ありがとうございます～。ご活用頂ければ幸いです。
てがろぐ Ver 2.3.0 を公開しました！ #UpdateLog
てがろぐCGIを2つ以上設置しても個別にログイン状態を維持できる新仕様、掲載画像も装飾できる仕様、画像で任意のURLへリンクできる書き方の追加、RSSフィードのカスタマイズ機能が主な更新点です。
➡ https://www.nishishi.com/cgi/tegalog/
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけを上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。
🆕 Ver 2.3.0の更新点(概要)：
●てがろぐCGIを複数設置しても、それぞれでログイン状態を維持可能になりました。
●任意のURLへ画像を使ってリンクできるようになりました。 #仕様改良
●画像も装飾できるようになりました。(掲載画像ごとに適用CSSを分ける用途にも使えます)
●RSSフィードの出力に関する設定が可能になりました。
●RSSフィードに含める本文の分量を選択できるようになりました。
●RSSフィード用スキンを作ることで、自由な中身のRSSフィードを出力可能になりました。
●RSSフィード出力用のサンプルスキンを公開しました。
詳しくは、リリースノートNo.21をご覧下さい。
てがろぐCGIを2つ以上設置しても個別にログイン状態を維持できる新仕様、掲載画像も装飾できる仕様、画像で任意のURLへリンクできる書き方の追加、RSSフィードのカスタマイズ機能が主な更新点です。
➡ https://www.nishishi.com/cgi/tegalog/
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけを上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。
🆕 Ver 2.3.0の更新点(概要)：
●てがろぐCGIを複数設置しても、それぞれでログイン状態を維持可能になりました。
●任意のURLへ画像を使ってリンクできるようになりました。 #仕様改良
●画像も装飾できるようになりました。(掲載画像ごとに適用CSSを分ける用途にも使えます)
●RSSフィードの出力に関する設定が可能になりました。
●RSSフィードに含める本文の分量を選択できるようになりました。
●RSSフィード用スキンを作ることで、自由な中身のRSSフィードを出力可能になりました。
●RSSフィード出力用のサンプルスキンを公開しました。
詳しくは、リリースノートNo.21をご覧下さい。
新バージョンは、ここやβ環境での試用にも問題なければ、近日中に Ver 2.3.0 として配布予定です。
🎃Re:1230◆HalloweenHelloweenを「はてなキーワード電子辞典(for ATOK)」で調べると、『ドイツのヘヴィ・メタルバンド。ジャーマン・メタルの代表格。1985年ミニアルバム「Helloween」でメジャーデビュー』と解説が出てきてちょっと笑いました。^^;
🎃Re:1233◆複数個を共存させるアップロード方法はその通りです。UP先のディレクトリ（フォルダ）を分けるのが簡単です。
ご活用頂ければ幸いです。
🎃Re:1230◆
🎃Re:1233◆複数個を共存させるアップロード方法はその通りです。UP先のディレクトリ（フォルダ）を分けるのが簡単です。
●https://example.com/mymemo/ , https://example.com/tsubuyaki/ のように分離しても良いですし、
●https://example.com/tegalog/yomogi/ , https://example.com/tegalog/daifuku/ のように共通のディレクトリ以下にサブディレクトリを作って分けても良いです。
ご活用頂ければ幸いです。
便利なCGIを自作したな……、と自画自賛しております。(笑)＞Re:1219
Fumy News Clipperに怒濤のご要望を頂いたユーザさんのおかげです。(笑) そのときのやりとりがなかったら、確実にてがろぐは開発しませんでしたからね。(^_^;;;
Fumy News Clipperに怒濤のご要望を頂いたユーザさんのおかげです。(笑) そのときのやりとりがなかったら、確実にてがろぐは開発しませんでしたからね。(^_^;;;
そろそろ秋になってくるのかなと思ったり、まだ夏だなと思ったり。夜に寝ている間の空調選択に迷います……。
🍞Re:1216◆おつかれさまでした！ 書類は溜めれば溜めるほど、手を付けるのが大変になりますよね……。日が経てば経つほど、参照しないといけない別資料も多くなりがちですし。(^_^;)
🍞Re:1213◆お役に立っているようで嬉しいです。今後ともご愛用頂ければ幸いです。(^-^)
🍞昨年10月に書いたKindle本(電子書籍)第1号「ピンポイントCSS講座／画像が自動リサイズ(拡大/縮小)されるスタイルシートの書き方4選」を全面改稿して、Kindle Unlimited対応で刊行し直しました。ページ数は倍増（B6換算だと99ページ）。画像サンプルも全部1から作り直して増量しています。よろしければぜひ覗いてみて下さい～。▶https://www.amazon.co.jp/gp/product/B07HYZK5N8/
🍞Re:1216◆おつかれさまでした！ 書類は溜めれば溜めるほど、手を付けるのが大変になりますよね……。日が経てば経つほど、参照しないといけない別資料も多くなりがちですし。(^_^;)
🍞Re:1213◆お役に立っているようで嬉しいです。今後ともご愛用頂ければ幸いです。(^-^)
🍞昨年10月に書いたKindle本(電子書籍)第1号「ピンポイントCSS講座／画像が自動リサイズ(拡大/縮小)されるスタイルシートの書き方4選」を全面改稿して、Kindle Unlimited対応で刊行し直しました。ページ数は倍増（B6換算だと99ページ）。画像サンプルも全部1から作り直して増量しています。よろしければぜひ覗いてみて下さい～。▶https://www.amazon.co.jp/gp/product/B07HYZK5N8/
🍯Re:1210◆ご要望をどうもありがとうございます！
あらかじめ管理画面の「画像の管理」から画像を投稿しておいてから新規投稿文中に埋め込む場合は、URLを指定する方法ではなく、「画像の管理」画面で埋め込みたい画像にチェックを入れてから、プルダウンメニューで「選択した画像を新規投稿に使う」を選択して「実行」ボタンを押して頂く方がお勧めです。どちらの方法でも表示結果は同じですが、将来的にサーバを移転したりドメインを変更したりした際に、画像の掲載をそのまま維持できるのは後者の方法ですので。（ただ、その場合、今のところは代替文字を指定できませんが。）
画像の埋め込み仕様については、あまり設計することなく実装してきたこともあって、代替文字の扱いがあったりなかったりテキトーですね。(^_^;) たしかに、画像投稿時に代替文字も一緒に登録しておける仕組みだと便利だとは思います。データを記録する方法から用意しないといけないのですぐには実装できませんが、将来的にはそのようにする方向で考えたいと思います。
あらかじめ管理画面の「画像の管理」から画像を投稿しておいてから新規投稿文中に埋め込む場合は、URLを指定する方法ではなく、「画像の管理」画面で埋め込みたい画像にチェックを入れてから、プルダウンメニューで「選択した画像を新規投稿に使う」を選択して「実行」ボタンを押して頂く方がお勧めです。どちらの方法でも表示結果は同じですが、将来的にサーバを移転したりドメインを変更したりした際に、画像の掲載をそのまま維持できるのは後者の方法ですので。（ただ、その場合、今のところは代替文字を指定できませんが。）
画像の埋め込み仕様については、あまり設計することなく実装してきたこともあって、代替文字の扱いがあったりなかったりテキトーですね。(^_^;) たしかに、画像投稿時に代替文字も一緒に登録しておける仕組みだと便利だとは思います。データを記録する方法から用意しないといけないのですぐには実装できませんが、将来的にはそのようにする方向で考えたいと思います。
🍮Re:1208◆ご愛用ありがとうございます。以下返信です。
▼「続きを読む」の有効箇所について：
ブログタイプスキンのように、本文の一部分だけを抜き出して掲載する [[COMMENT:***]] 系統の挿入方法では、「続きを読む」機能は無効になる仕様になっております。おっしゃるとおり、[[COMMENT]] を使うと機能します。（というか、[[COMMENT]] を使う場合しか機能しません。）
この仕様はもう少し改善の余地があるかな、とは思っています。(ただ、どのように改善するかは、まだ検討している段階ですが……。)
▼ハッシュタグのグループ化：
現状でも、複数のハッシュタグを列挙した部分全体に対して、適当な文字装飾を適用すると、全体を囲んでclass名を付けることができます。
例えば、 [I:#使い方 #🌱豆知識] のように記述すると、2つのハッシュタグが斜体用の要素で囲まれます。
この場合、実際の出力では <i class="decorationI">～</i> でハッシュタグ群が囲まれますので、このclass名に対して何かを事前に装飾しておけば、ハッシュタグ群用の装飾が作れると思います。
もっともその場合、「斜体」用の装飾を斜体とは別の用途に使うことになりますが。（何か普段から特に使っていない装飾があれば、それを1つ流用することで対処できます。）
既存の装飾を流用しなくてもいろいろ作れるようにする仕様を今考えているところですので、それを実装できればもうちょっとカスタマイズしやすくなるかも知れません。とりあえず今のところは上記の方法でご対処頂ければ幸いです。
▼「続きを読む」の有効箇所について：
ブログタイプスキンのように、本文の一部分だけを抜き出して掲載する [[COMMENT:***]] 系統の挿入方法では、「続きを読む」機能は無効になる仕様になっております。おっしゃるとおり、[[COMMENT]] を使うと機能します。（というか、[[COMMENT]] を使う場合しか機能しません。）
この仕様はもう少し改善の余地があるかな、とは思っています。(ただ、どのように改善するかは、まだ検討している段階ですが……。)
▼ハッシュタグのグループ化：
現状でも、複数のハッシュタグを列挙した部分全体に対して、適当な文字装飾を適用すると、全体を囲んでclass名を付けることができます。
例えば、 [I:#使い方 #🌱豆知識] のように記述すると、2つのハッシュタグが斜体用の要素で囲まれます。
この場合、実際の出力では <i class="decorationI">～</i> でハッシュタグ群が囲まれますので、このclass名に対して何かを事前に装飾しておけば、ハッシュタグ群用の装飾が作れると思います。
もっともその場合、「斜体」用の装飾を斜体とは別の用途に使うことになりますが。（何か普段から特に使っていない装飾があれば、それを1つ流用することで対処できます。）
既存の装飾を流用しなくてもいろいろ作れるようにする仕様を今考えているところですので、それを実装できればもうちょっとカスタマイズしやすくなるかも知れません。とりあえず今のところは上記の方法でご対処頂ければ幸いです。
バームクーヘンっていろんな形があるんですね。バームクーヘンの絵文字は定義されていないのか……。^^;
🍪Re:1205◆ご活用ありがとうございます。気に入って下さったようで嬉しいです。ご要望もありがとうございます。画像の代替文字の編集は今でもわりと簡単にできそうな気がしているのですが、どんな感じをお望みでしょうか？
🍪Re:1204◆ご使用ありがとうございます。簡単設置も特長の1つと考えております。(^_^)
🍪ハッシュタグ簡単入力機能がわりと好評なようで嬉しいです。ご要望下さった方々にも感謝致します。
※個数設定（デフォルトでは10個）を「0」にすると全部がリストアップされますが、個数が多い場合にはQUICKPOST（投稿欄）の出力も遅くなるので、20とか30とか個数を絞っておく方が望ましいと思います。
🍪Re:1205◆ご活用ありがとうございます。気に入って下さったようで嬉しいです。ご要望もありがとうございます。画像の代替文字の編集は今でもわりと簡単にできそうな気がしているのですが、どんな感じをお望みでしょうか？
🍪Re:1204◆ご使用ありがとうございます。簡単設置も特長の1つと考えております。(^_^)
🍪ハッシュタグ簡単入力機能がわりと好評なようで嬉しいです。ご要望下さった方々にも感謝致します。
※個数設定（デフォルトでは10個）を「0」にすると全部がリストアップされますが、個数が多い場合にはQUICKPOST（投稿欄）の出力も遅くなるので、20とか30とか個数を絞っておく方が望ましいと思います。
Re:1199◆ああ、なるほど。Font Awesome。
おっしゃるとおり、CSSを使ってアイコンを追加する方法でご対処頂ければ幸いです。
おっしゃるとおり、CSSを使ってアイコンを追加する方法でご対処頂ければ幸いです。
Re:1195◆ご使用ありがとうございます！
設定項目内にはいくつか自由に文字を入力できるテキスト入力欄がありますが、「HTML使用可」と明示していない項目については元々は「HTMLは書けない」という解釈でした。ただ、チェックがずさんだったので(^_^;)実際にはHTMLを書けてしまう項目もあったわけですが。今回、諸々の不具合修正に合わせて、その辺のチェックもしっかりする仕様にしたので、「続きを読む」などの『ラベル』用途の入力欄ではHTMLは書けなくなっています。（逆に言えば「<」や「>」などの記号はそのまま記号としてちゃんと表示される、ということでもありますが。）
どんなカスタマイズをなさっていましたか？（それによっては直接HTMLを書かずに対処する方法があるかも知れません。）
設定項目内にはいくつか自由に文字を入力できるテキスト入力欄がありますが、「HTML使用可」と明示していない項目については元々は「HTMLは書けない」という解釈でした。ただ、チェックがずさんだったので(^_^;)実際にはHTMLを書けてしまう項目もあったわけですが。今回、諸々の不具合修正に合わせて、その辺のチェックもしっかりする仕様にしたので、「続きを読む」などの『ラベル』用途の入力欄ではHTMLは書けなくなっています。（逆に言えば「<」や「>」などの記号はそのまま記号としてちゃんと表示される、ということでもありますが。）
どんなカスタマイズをなさっていましたか？（それによっては直接HTMLを書かずに対処する方法があるかも知れません。）
てがろぐ Ver 2.2.4 を公開しました！
➡ https://www.nishishi.com/cgi/tegalog/
今回は、既存ハッシュタグの簡単再入力機能、Lightbox用属性のカスタマイズ機能、LazyLoad属性の追加機能、投稿単独ページでの移動リンクや見出しのカスタマイズ機能が最大の更新点です。 #UpdateLog
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけを上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。
Ver 2.2.4の主な更新点(概要)：
●既存ハッシュタグの簡単再入力ボタン表示機能を追加しました。
●前後のページへ移動するリンクを表示するかどうかについて、通常時と投稿単独表示時とで別々に設定できるようになりました。
●前後の投稿ページへ移動する際のリンクラベルを自由に指定できる設定項目を追加しました。
●1投稿の単独表示時に、本文の後にユーティリティリンク枠を表示するかどうかの設定項目を追加しました。
●画像表示時に挿入されるLightbox用の属性を書き換えられる設定項目を追加しました。
●画像にLazyLoad(遅延読み込み)用の属性を付加できる設定項目を追加しました。
●1投稿の単独表示時に、状況表示欄に記事番号を表示するかどうかを選択できる設定項目を追加しました。
●ページ移動リンクに表示されるページ番号の桁数を揃えて表示できる設定項目を追加しました。
●アイコンが設定されていないユーザや、削除済みIDに対して表示される「NO IMAGE」アイコンを変更できる設定項目を追加しました。
●1投稿の単独表示時で、最初の投稿を表示しているときだけ、次の投稿に移動するリンクが表示されない問題を解消しました。（例：No.1の単独ページにNo.2へのリンクが表示されない問題。）
●日付一覧のリストに </li> タグの出力が不足していた点を修正しました。
●ユーティリティリンク群の「投稿日時に関連する投稿」の末尾にも </li> タグの出力が不足していた点を修正しました。
●1投稿の単独表示時に表示されるページ移動リンクで、次の投稿へ移動するためのリンクに </a> タグが出力されていなかった点を修正しました。
●その他、管理画面上で設定する際に発生する細かな問題を解消しました。
各項目についての詳しい情報は、リリースノートNo.17 に書いておりますので、そちらをご参照下さい。
➡ https://www.nishishi.com/cgi/tegalog/
今回は、既存ハッシュタグの簡単再入力機能、Lightbox用属性のカスタマイズ機能、LazyLoad属性の追加機能、投稿単独ページでの移動リンクや見出しのカスタマイズ機能が最大の更新点です。 #UpdateLog
アップデートするには、tegalog.cgi と fumycts.pl の2ファイルだけを上書きアップロードして下さい。
データファイルや設定ファイルは、すべてそのまま引き継げます。
Ver 2.2.4の主な更新点(概要)：
●既存ハッシュタグの簡単再入力ボタン表示機能を追加しました。
●前後のページへ移動するリンクを表示するかどうかについて、通常時と投稿単独表示時とで別々に設定できるようになりました。
●前後の投稿ページへ移動する際のリンクラベルを自由に指定できる設定項目を追加しました。
●1投稿の単独表示時に、本文の後にユーティリティリンク枠を表示するかどうかの設定項目を追加しました。
●画像表示時に挿入されるLightbox用の属性を書き換えられる設定項目を追加しました。
●画像にLazyLoad(遅延読み込み)用の属性を付加できる設定項目を追加しました。
●1投稿の単独表示時に、状況表示欄に記事番号を表示するかどうかを選択できる設定項目を追加しました。
●ページ移動リンクに表示されるページ番号の桁数を揃えて表示できる設定項目を追加しました。
●アイコンが設定されていないユーザや、削除済みIDに対して表示される「NO IMAGE」アイコンを変更できる設定項目を追加しました。
●1投稿の単独表示時で、最初の投稿を表示しているときだけ、次の投稿に移動するリンクが表示されない問題を解消しました。（例：No.1の単独ページにNo.2へのリンクが表示されない問題。）
●日付一覧のリストに </li> タグの出力が不足していた点を修正しました。
●ユーティリティリンク群の「投稿日時に関連する投稿」の末尾にも </li> タグの出力が不足していた点を修正しました。
●1投稿の単独表示時に表示されるページ移動リンクで、次の投稿へ移動するためのリンクに </a> タグが出力されていなかった点を修正しました。
●その他、管理画面上で設定する際に発生する細かな問題を解消しました。
各項目についての詳しい情報は、リリースノートNo.17 に書いておりますので、そちらをご参照下さい。
Re:1191◆ありがとうございます。いろいろご活用頂ければ幸いです。(^-^)
雨は降っていないが風が強いなあ。（涼しい点では望ましい）
🍔Re:1177◆ご活用とご要望をどうもありがとうございます。ページ番号リストはたしかに、多くなりすぎる場合には途中を省略できる方がレイアウト的にも良さそうですね。ハッシュタグについては、ボタン型よりもプルダウンメニューの方が良いというご要望ですかね？（たしかにプルダウンメニューなら個数を気にせず全部格納することも可能ではありますね。）
🍔Re:1178◆今時でもなく昔時からある機能なんですが、ウェブサーバにはSSI（Server Side Include）という機能がありまして、HTML中に別ファイルの中身を挿入できます。例えば、HTMLソース中に以下のように記述すると、その位置に abc.txt の中身がそのまま結合されます。(※サーバの設定でSSIが有効になっているか、HTMLの拡張子を.shtmlにした場合。)
私のサイトの「今日のひとこと」の場合は、まず、てがろぐ側で埋め込み専用のスキンを作ってあります。HOMEページを作っているHTML内に例えば以下のように記述することで、この出力をそのまま埋め込めます。
こうすると、インラインフレームなどを使わなくてもシームレスに合成できて便利です。
過去ログ用のシンプルなスキンについては、YesでもNoでもありません。(^_^;) てがろぐVer 2.0.0以降では、スキン内部に外部ファイルの中身をそのまま合成できる [[INCLUDE:ファイル名]] という書き方が増えました。この機能を使って、「うちのサイト内で共通しているヘッダやフッタ」をてがろぐスキン内からも呼び出すように書いてあります。つまり、先の場合（＝HTMLの中からてがろぐの出力を読み込む形態）とは逆で、「スキンの中から外部ファイルを読み込んでいる」形態です。
※INCLUDEの仕様について詳しくは、リリースノートNo.11の「▼今回のその他の機能追加」の部分をご覧下さい。
https://www.nishishi.com/cgi/tegalog/releasenotes/#pos...
🍔Re:1177◆ご活用とご要望をどうもありがとうございます。ページ番号リストはたしかに、多くなりすぎる場合には途中を省略できる方がレイアウト的にも良さそうですね。ハッシュタグについては、ボタン型よりもプルダウンメニューの方が良いというご要望ですかね？（たしかにプルダウンメニューなら個数を気にせず全部格納することも可能ではありますね。）
🍔Re:1178◆今時でもなく昔時からある機能なんですが、ウェブサーバにはSSI（Server Side Include）という機能がありまして、HTML中に別ファイルの中身を挿入できます。例えば、HTMLソース中に以下のように記述すると、その位置に abc.txt の中身がそのまま結合されます。(※サーバの設定でSSIが有効になっているか、HTMLの拡張子を.shtmlにした場合。)
<!--#include virtual="abc.txt" -->
私のサイトの「今日のひとこと」の場合は、まず、てがろぐ側で埋め込み専用のスキンを作ってあります。HOMEページを作っているHTML内に例えば以下のように記述することで、この出力をそのまま埋め込めます。
<!--#include virtual="/path/to/tegalog.cgi?skin=umekomi" -->
こうすると、インラインフレームなどを使わなくてもシームレスに合成できて便利です。
過去ログ用のシンプルなスキンについては、YesでもNoでもありません。(^_^;) てがろぐVer 2.0.0以降では、スキン内部に外部ファイルの中身をそのまま合成できる [[INCLUDE:ファイル名]] という書き方が増えました。この機能を使って、「うちのサイト内で共通しているヘッダやフッタ」をてがろぐスキン内からも呼び出すように書いてあります。つまり、先の場合（＝HTMLの中からてがろぐの出力を読み込む形態）とは逆で、「スキンの中から外部ファイルを読み込んでいる」形態です。
※INCLUDEの仕様について詳しくは、リリースノートNo.11の「▼今回のその他の機能追加」の部分をご覧下さい。
https://www.nishishi.com/cgi/tegalog/releasenotes/#pos...
