てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「回答/返信」に属する投稿［650件］（15ページ目）
ケーキもプリンも食べていませんが、フラペチーノとドーナツは食べました。
🍰Re:2414◆画像を投稿するフォームで「参照(選択)」ボタンの右側に「選択されていません」のような文字が見えると思うのですが、そこに画像をドロップすることはできます。複数のファイルを同時にドロップも可能です（これはあくまでもブラウザ側の機能ですが）。ちょっとドロップ可能な面積が狭いですけども。(^_^;) この方法ではどうでしょう？
🍰Re:2415◆もしかして、「画像アップロード完了」の報告ページを表示せずに、アップロード処理が終わったらまた同じ画像一覧ページに戻る仕様だと便利ですか？ ◆四国中央市をGoogle Mapで見てみて、「その位置を中央を呼んで良いのか？」というツッコミは感じました。(笑) 高知県あたりから文句がありそうな。^^;
🍰Re:2416◆気に入って下さってありがとうございます。Twitterでは、投稿した後に「ああっ誤字が！ でももうTLに流してしまったし、消して再投稿したらリアルタイムに見ている人のTLには2重に流してしまう。どうしよう!?」みたいな葛藤がよくありました。(笑) しっかり確認したつもりでも誤字脱字があったりするのですよね。^^;
🍰Re:2418◆昔々喫茶店でバナナジュースを頼んだら、明らかにバナナではない味で「これはなんだ……？」と目の前の友人に呟いたら、バナナではなくスキムミルクだったと気付いた店員さんが取り替えてくれたことを思い出しました。どう間違えられたのかよく分かりませんが液体の色はそっくり(白)だった気がします。
久しぶりに歩き疲れた……。
🍰Re:2414◆画像を投稿するフォームで「参照(選択)」ボタンの右側に「選択されていません」のような文字が見えると思うのですが、そこに画像をドロップすることはできます。複数のファイルを同時にドロップも可能です（これはあくまでもブラウザ側の機能ですが）。ちょっとドロップ可能な面積が狭いですけども。(^_^;) この方法ではどうでしょう？
🍰Re:2415◆もしかして、「画像アップロード完了」の報告ページを表示せずに、アップロード処理が終わったらまた同じ画像一覧ページに戻る仕様だと便利ですか？ ◆四国中央市をGoogle Mapで見てみて、「その位置を中央を呼んで良いのか？」というツッコミは感じました。(笑) 高知県あたりから文句がありそうな。^^;
🍰Re:2416◆気に入って下さってありがとうございます。Twitterでは、投稿した後に「ああっ誤字が！ でももうTLに流してしまったし、消して再投稿したらリアルタイムに見ている人のTLには2重に流してしまう。どうしよう!?」みたいな葛藤がよくありました。(笑) しっかり確認したつもりでも誤字脱字があったりするのですよね。^^;
🍰Re:2418◆昔々喫茶店でバナナジュースを頼んだら、明らかにバナナではない味で「これはなんだ……？」と目の前の友人に呟いたら、バナナではなくスキムミルクだったと気付いた店員さんが取り替えてくれたことを思い出しました。どう間違えられたのかよく分かりませんが液体の色はそっくり(白)だった気がします。
久しぶりに歩き疲れた……。
開発予定機能のうち「画像をFTPでUPしても良いようにする施策」についてはプログラムを書けたので、次のβ版でお試し頂けるようになります（まだ配布していません）。ついでに、「画像UPディレクトリ以外のディレクトリにUPした画像を [PICT:ファイル名] 記法で指定できる」機能も実装するつもりでいます。もしかしたら、「任意の画像URLを [PICT:URL] 記法で指定できる」機能も実装できるかもしれません。その場合、外部サーバに置いた画像も含めてギャラリーモードで表示することもできるようになります。昨日だけで思いのほか進行できたので、さらにもしかしたら、ファイル名を維持したまま画像を投稿(アップロード)する機能までできるかも知れません。似た機能は一気に実装してしまう方が楽なので、たぶんいけそうな気がしています。（今のところはまだ「気がする」だけですが。）
🍩Re:2399◆ご活用ありがとうございます。お役に立っているようで嬉しいです。(╹◡╹) ご要望もありがとうございます。カラーテーマに需要があるかどうかやや心配していたのですが（個人的には便利に使っていますけども）、役に立っているようで良かったです。もうちょっと増やせるように何か配色を考えてみます。
🍩Re:2400◆んんんといえば、mmhmmというソフトウェア会社が話題ですね。発音は「んーん」みたいな感じですが。
🍩Re:2401◆お気遣いをどうもありがとうございます。(^-^) たしかにご要望にはハッシュタグ「要望」かカテゴリ「質問/要望」が付いている方が、特に後から見直す際には分かりやすくて良いですね。というか、後から見直す際だと、ハッシュタグもカテゴリも付いていないと見つけられない気もします。(^_^;;;
昼食はピザ。🍕🍕🍕
🍩Re:2399◆ご活用ありがとうございます。お役に立っているようで嬉しいです。(╹◡╹) ご要望もありがとうございます。カラーテーマに需要があるかどうかやや心配していたのですが（個人的には便利に使っていますけども）、役に立っているようで良かったです。もうちょっと増やせるように何か配色を考えてみます。
🍩Re:2400◆んんんといえば、mmhmmというソフトウェア会社が話題ですね。発音は「んーん」みたいな感じですが。
🍩Re:2401◆お気遣いをどうもありがとうございます。(^-^) たしかにご要望にはハッシュタグ「要望」かカテゴリ「質問/要望」が付いている方が、特に後から見直す際には分かりやすくて良いですね。というか、後から見直す際だと、ハッシュタグもカテゴリも付いていないと見つけられない気もします。(^_^;;;
昼食はピザ。🍕🍕🍕
Ver 3.4.0正式版リリースのお祝いにケーキを食べても良いのではないか？ 良いのではないか？🍰🍰🍰
🍰Re:2379◆たしかに、ざっくざく出てくる小判は壺に入っているイメージですね。(笑) そろそろ秋の気温になって欲しいです……。_(┐｢ε:)_
🍰Re:2380◆本当に個人差が大きいようですね。1回目の接種のときは、夏コミ準備のような感じで臨みましたけども大した副反応はありませんでした。明日、2回目を接種してきます。その前にリリースできて良かった。^^;
🍰Re:2381◆アイスクリームはいつでも食べたいですからね！(笑)
🍰Re:2382◆毎年の定期接種になるんでしょうかね。その場合には、予約システムを全国共通化するなりもうちょっと何とかした方が良いのではないかと思いますけども。^^;
🍰Re:2383◆アメリカやイギリスも先行するようですから、その辺からの情報もそのうち入ってくるでしょうね。
問題は、ケーキがないということだ。(´･ω･`) アイスクリームはある。
🍰Re:2379◆たしかに、ざっくざく出てくる小判は壺に入っているイメージですね。(笑) そろそろ秋の気温になって欲しいです……。_(┐｢ε:)_
🍰Re:2380◆本当に個人差が大きいようですね。1回目の接種のときは、夏コミ準備のような感じで臨みましたけども大した副反応はありませんでした。明日、2回目を接種してきます。その前にリリースできて良かった。^^;
🍰Re:2381◆アイスクリームはいつでも食べたいですからね！(笑)
🍰Re:2382◆毎年の定期接種になるんでしょうかね。その場合には、予約システムを全国共通化するなりもうちょっと何とかした方が良いのではないかと思いますけども。^^;
🍰Re:2383◆アメリカやイギリスも先行するようですから、その辺からの情報もそのうち入ってくるでしょうね。
問題は、ケーキがないということだ。(´･ω･`) アイスクリームはある。
今日はあまり暑くならないのかな……と朝には思っていたのだけども、やはり夕方頃までには暑くなってきたのでエアコン稼働。
🍧Re:2306◆早速のβ版ご試用ありがとうございます。たしかに、日付は複数の場所に入れている可能性がありましたね。公式解説でも、日時の秒数を使って装飾バリエーションを用意するテクニックを紹介していましたがそこでも若干の問題になりそうです。この点はどう対処するかちょっと考えたいと思います。ご指摘ありがとうございます！
🍧Re:2301◆そうなんです。長年日記機能でもちゃんと存在しない日時が使えます。(笑)
🍧Re:2302◆気に入って頂けたようで嬉しいです。(╹◡╹) ご活用頂ければ幸いです。
アイスが美味いのは良いのだけど、体重に反映されるのが問題だ……。
🍧Re:2306◆早速のβ版ご試用ありがとうございます。たしかに、日付は複数の場所に入れている可能性がありましたね。公式解説でも、日時の秒数を使って装飾バリエーションを用意するテクニックを紹介していましたがそこでも若干の問題になりそうです。この点はどう対処するかちょっと考えたいと思います。ご指摘ありがとうございます！
🍧Re:2301◆そうなんです。長年日記機能でもちゃんと存在しない日時が使えます。(笑)
🍧Re:2302◆気に入って頂けたようで嬉しいです。(╹◡╹) ご活用頂ければ幸いです。
アイスが美味いのは良いのだけど、体重に反映されるのが問題だ……。
カップアイスクリームを開けると、端からどんどん溶けていく……。🍨🌞
🍨Re:2344◆ファイル名が自由になれば画像も検索できる方が望ましいですよね。当初の設計がかなり簡易的なものだったのですけども、代替文字くらい登録可能な仕組みとして設計しておいたほうが良かったな……と思っています。(^_^;;;
🍨Re:2345◆なるほど、アップロード時に任意の名前を付ける発想はありませんでした。ちょっと考えてみます。
🍨Re:2346◆お試し下さってありがとうございます。(╹◡╹) 画像関連の機能拡充もいろいろご要望を頂きますので、アップデートしていきたいと計画しています。ご要望をどうもありがとうございます。記事の非公開化機能も結構な需要があるらしいことが分かってきましたので、実装する方向で検討しています。気長にお待ち頂ければ幸いです。また、Fanboxご支援もどうもありがとうございます！(╹◡╹)ﾉ
🍨Re:2347,Re:2348◆迅速なサポートをどうもありがとうございます。(^_^) 外部画像をリンクなしで掲載する方法は今のところないのですが、時々ご要望を頂きますね。実現方法を考えてはいるのですが、当初の設計があくまでも「URLのリンク化」なので、今の記法のままでリンクなしにはできない（しようがない）のが悩ましいところです。
🍨Re:2349◆おっしゃるとおりです。できるだけ複雑にならずに済む実装方法を考えているところです。記法としては [PICT:任意URL] みたいにできるのがシンプルで分かりやすいとは思うのですけども、記法をシンプルにすると実装が複雑になるのですよね……。(^_^;;;
🍨Re:2350◆過去投稿を発掘して下さってありがとうございます！ 何度か似たようなことを述べた気はするのですけども、2019年から言っていたんですね……。^^;
アイスクリームの買い置きがあって良かった。🍨🍨🍨 めちゃくちゃ暑い……。_(┐｢ε:)_
🍨Re:2344◆ファイル名が自由になれば画像も検索できる方が望ましいですよね。当初の設計がかなり簡易的なものだったのですけども、代替文字くらい登録可能な仕組みとして設計しておいたほうが良かったな……と思っています。(^_^;;;
🍨Re:2345◆なるほど、アップロード時に任意の名前を付ける発想はありませんでした。ちょっと考えてみます。
🍨Re:2346◆お試し下さってありがとうございます。(╹◡╹) 画像関連の機能拡充もいろいろご要望を頂きますので、アップデートしていきたいと計画しています。ご要望をどうもありがとうございます。記事の非公開化機能も結構な需要があるらしいことが分かってきましたので、実装する方向で検討しています。気長にお待ち頂ければ幸いです。また、Fanboxご支援もどうもありがとうございます！(╹◡╹)ﾉ
🍨Re:2347,Re:2348◆迅速なサポートをどうもありがとうございます。(^_^) 外部画像をリンクなしで掲載する方法は今のところないのですが、時々ご要望を頂きますね。実現方法を考えてはいるのですが、当初の設計があくまでも「URLのリンク化」なので、今の記法のままでリンクなしにはできない（しようがない）のが悩ましいところです。
🍨Re:2349◆おっしゃるとおりです。できるだけ複雑にならずに済む実装方法を考えているところです。記法としては [PICT:任意URL] みたいにできるのがシンプルで分かりやすいとは思うのですけども、記法をシンプルにすると実装が複雑になるのですよね……。(^_^;;;
🍨Re:2350◆過去投稿を発掘して下さってありがとうございます！ 何度か似たようなことを述べた気はするのですけども、2019年から言っていたんですね……。^^;
アイスクリームの買い置きがあって良かった。🍨🍨🍨 めちゃくちゃ暑い……。_(┐｢ε:)_
昼食のピザはなぜかすごく柔らかくて箸で食べる必要がありました。🍕🍕🍕
🍈Re:2333◆No.2334さんの解説の通りです。(^_^) 装飾はすべてCSS側に書かれていますので、付箋型スキンのCSSソースもご覧下さい。ユーザIDをclass名に使うと、ユーザ別に装飾を分けられます。また、秒数を活用して装飾をランダムっぽく分ける方法は、FAQページの『大がかりな装飾バリエーションを複数用意したい場合の「秒数」活用テクニック』で紹介しています。なお、本当に毎回ランダムにする方法もあって『ランダムに色分けして表示したい場合』で紹介しています。この方法だと、アクセスする度に色が変わるようになります。
🍈Re:2334◆サポートありがとうございます。どういう装飾指定になっていたか、完全に忘却していました。(^_^;;; そういえばそんなことになっていましたね……。詳しく把握して下さってありがとうございます。あの付箋型スキンは「どんな装飾カスタマイズが可能なのか」を見せるサンプルのような位置付けだったので、何かいろいろしたのでした。^^;
🍈Re:2335◆行数の少ないプログラムならそういう変換も使えるとは思いますが、1万行を超えるようなプログラムの変換は現実的ではないと思います。PerlとPHPは似ている言語ですが、何もかもが1対1で対応しているわけではありませんから。例えば、PerlではHTMLタグ関連のエスケープ処理は自前でする必要がありますけども、PHPならhtmlspecialcharsを使った方が良いですよね。Perl側にあるアルゴリズムをそのままPHPの文法に置き換えれば移植したことになる、というわけではないので、機械的な変換で実用レベル（＝そのまま配布しても良いレベル）にするのは無理ではないかな、と思います。
🍈Re:2336◆投稿入力欄内で改行すれば、表示上でも改行されます。（この機能は設定でOFFにもできますが、デフォルトではONです。）
おやつにシュークリームも食べました。シュークリームの絵文字はないのか……。
絵文字をcreamで検索したら、🍦（SOFT ICE CREAM）、🍨（ICE CREAM）、😱（SCREAMING）がヒットしました。┌(:3」└)┐
🍈Re:2333◆No.2334さんの解説の通りです。(^_^) 装飾はすべてCSS側に書かれていますので、付箋型スキンのCSSソースもご覧下さい。ユーザIDをclass名に使うと、ユーザ別に装飾を分けられます。また、秒数を活用して装飾をランダムっぽく分ける方法は、FAQページの『大がかりな装飾バリエーションを複数用意したい場合の「秒数」活用テクニック』で紹介しています。なお、本当に毎回ランダムにする方法もあって『ランダムに色分けして表示したい場合』で紹介しています。この方法だと、アクセスする度に色が変わるようになります。
🍈Re:2334◆サポートありがとうございます。どういう装飾指定になっていたか、完全に忘却していました。(^_^;;; そういえばそんなことになっていましたね……。詳しく把握して下さってありがとうございます。あの付箋型スキンは「どんな装飾カスタマイズが可能なのか」を見せるサンプルのような位置付けだったので、何かいろいろしたのでした。^^;
🍈Re:2335◆行数の少ないプログラムならそういう変換も使えるとは思いますが、1万行を超えるようなプログラムの変換は現実的ではないと思います。PerlとPHPは似ている言語ですが、何もかもが1対1で対応しているわけではありませんから。例えば、PerlではHTMLタグ関連のエスケープ処理は自前でする必要がありますけども、PHPならhtmlspecialcharsを使った方が良いですよね。Perl側にあるアルゴリズムをそのままPHPの文法に置き換えれば移植したことになる、というわけではないので、機械的な変換で実用レベル（＝そのまま配布しても良いレベル）にするのは無理ではないかな、と思います。
🍈Re:2336◆投稿入力欄内で改行すれば、表示上でも改行されます。（この機能は設定でOFFにもできますが、デフォルトではONです。）
おやつにシュークリームも食べました。シュークリームの絵文字はないのか……。
絵文字をcreamで検索したら、🍦（SOFT ICE CREAM）、🍨（ICE CREAM）、😱（SCREAMING）がヒットしました。┌(:3」└)┐
朝食はピザ🍕。昨晩はドーナツ🍩をご馳走してもらう夢を見ました。(笑) え、こんなに頂いたら申し訳ないなあ、と夢の中の自分は恐縮しておりました。🍩🍩🍩
🍩Re:2313◆早速のご試用をどうもありがとうございます！
🍩Re:2314◆年月の新バリエーションがお役に立ったようで良かったです。(╹◡╹) 画像関連では近々にもう少し機能増強できる計画でいます。ご要望もありがとうございます。気長にお待ち頂ければ幸いです。
🍩Re:2315◆早いですね。そして、暑いです……。_(:3」∠)_
🍩Re:2316◆いつの間にか今年も半分が過ぎているのに驚きです。
🍩Re:2317◆おっしゃるとおり、「存在しない日時を許可する」設定でも3桁の入力はできません。これは、最初の設計時点では存在しない日付のことを考慮していなかったので、データファイル内の日付は『YYYY/MM/DD』の固定書式で存在することを前提にした実装になってしまっているためです。「存在しない日時を許可する」設定は、せいぜい「今日はまだ7月32日！」のようなちょっとだけ逸脱する軽いジョーク用としてお考え頂ければ幸いです。(^_^;;;
市販の300円冷蔵ピザそのままだとチーズ🧀成分が足りないので、電子レンジに入れる前にチーズ🧀をたくさん足しておかないとボリュームが足りなく感じるのだと知りました。チーズ大事。🧀🧀🧀
🍩Re:2313◆早速のご試用をどうもありがとうございます！
🍩Re:2314◆年月の新バリエーションがお役に立ったようで良かったです。(╹◡╹) 画像関連では近々にもう少し機能増強できる計画でいます。ご要望もありがとうございます。気長にお待ち頂ければ幸いです。
🍩Re:2315◆早いですね。そして、暑いです……。_(:3」∠)_
🍩Re:2316◆いつの間にか今年も半分が過ぎているのに驚きです。
🍩Re:2317◆おっしゃるとおり、「存在しない日時を許可する」設定でも3桁の入力はできません。これは、最初の設計時点では存在しない日付のことを考慮していなかったので、データファイル内の日付は『YYYY/MM/DD』の固定書式で存在することを前提にした実装になってしまっているためです。「存在しない日時を許可する」設定は、せいぜい「今日はまだ7月32日！」のようなちょっとだけ逸脱する軽いジョーク用としてお考え頂ければ幸いです。(^_^;;;
市販の300円冷蔵ピザそのままだとチーズ🧀成分が足りないので、電子レンジに入れる前にチーズ🧀をたくさん足しておかないとボリュームが足りなく感じるのだと知りました。チーズ大事。🧀🧀🧀
今日の昼食はピザでした。🍕 ピザを食べると返事を書かなくてはと思うようになってきました。^^;
🍰Re:2289◆いいねありがとうございます。(╹◡╹)
🍰Re:2290◆バックアップ機能がお役に立ったようで良かったです。黒板スキンもお気に召したようで何よりです。あまり使われることはないだろうなと思いつつ作ったスキンだったのですが、意外と使われているようで驚いています。(^_^;;;
🍰Re:2291◆ソース中のコメントがお役に立っているようで嬉しいです。何らかの説明がないと、まず「ソースを読み解く」作業から始めないといけなくなってしまって手間が増えますからね……。できるだけその場で分かって頂けると良いな、と思って書きました。
🍰Re:2292◆汎用的な配布用スキンにするためには、必ずしも自分が使っているわけではない機能とか、自分が使っている設定とは異なる設定での表示された場合の部分までを気にして作らないといけないので、そこそこな手間がかかりますしね。「こういう設定でのみ使えるスキン」みたいに限定すると、ニッチすぎて需要が見えなくて配布する意義を感じにくい、という面もあるかもしれませんね。おっしゃるとおり、個人サイトを運営している人の数が減っていそうなのでなおさら……。
🍰Re:2293◆解説はがんばって書きましたのでお役に立ったならとても嬉しいです。(╹◡╹) 標準添付の各スキンには、あらゆる機能を盛っておく必要があると思っていますので（そうしないと機能の存在自体に気付いてもらえないでしょうから）、バージョンアップのたびにすべてのソースをメンテナンスするのがちょっと面倒なのですが(^_^;)、カスタマイズしようとするユーザさんの役に立っているなら労力を費やした甲斐があったというものです。
🍰Re:2294◆たぶん環境によって見え方は異なるとは思うのですが、私のWindows環境からだと、一瞬、線香花火を連想しました。^^; ☀
明日はアイスクリーム🍨を買いに行かなければならない気がする。ストックが1つしかないので……。あつい。_(┐｢ε:)_
🍰Re:2289◆いいねありがとうございます。(╹◡╹)
🍰Re:2290◆バックアップ機能がお役に立ったようで良かったです。黒板スキンもお気に召したようで何よりです。あまり使われることはないだろうなと思いつつ作ったスキンだったのですが、意外と使われているようで驚いています。(^_^;;;
🍰Re:2291◆ソース中のコメントがお役に立っているようで嬉しいです。何らかの説明がないと、まず「ソースを読み解く」作業から始めないといけなくなってしまって手間が増えますからね……。できるだけその場で分かって頂けると良いな、と思って書きました。
🍰Re:2292◆汎用的な配布用スキンにするためには、必ずしも自分が使っているわけではない機能とか、自分が使っている設定とは異なる設定での表示された場合の部分までを気にして作らないといけないので、そこそこな手間がかかりますしね。「こういう設定でのみ使えるスキン」みたいに限定すると、ニッチすぎて需要が見えなくて配布する意義を感じにくい、という面もあるかもしれませんね。おっしゃるとおり、個人サイトを運営している人の数が減っていそうなのでなおさら……。
🍰Re:2293◆解説はがんばって書きましたのでお役に立ったならとても嬉しいです。(╹◡╹) 標準添付の各スキンには、あらゆる機能を盛っておく必要があると思っていますので（そうしないと機能の存在自体に気付いてもらえないでしょうから）、バージョンアップのたびにすべてのソースをメンテナンスするのがちょっと面倒なのですが(^_^;)、カスタマイズしようとするユーザさんの役に立っているなら労力を費やした甲斐があったというものです。
🍰Re:2294◆たぶん環境によって見え方は異なるとは思うのですが、私のWindows環境からだと、一瞬、線香花火を連想しました。^^; ☀
明日はアイスクリーム🍨を買いに行かなければならない気がする。ストックが1つしかないので……。あつい。_(┐｢ε:)_
明日は米を買いに行かねば。🍙
🍔Re:2284◆問題が解消したようで良かったです。(╹◡╹) 日頃からβ版のご試用をどうもありがとうございます。なかなか不具合の存在には1人では気付けませんので、ご指摘頂けたのはたいへん助かりました。ありがとうございます。今後ともよろしくお願い申し上げますです。
ピザも買っとこうかな……？ ピザはまだ微妙に在庫があるのだけど。それより食パンを買っておかねばならない気もする。🍞
🍔Re:2284◆問題が解消したようで良かったです。(╹◡╹) 日頃からβ版のご試用をどうもありがとうございます。なかなか不具合の存在には1人では気付けませんので、ご指摘頂けたのはたいへん助かりました。ありがとうございます。今後ともよろしくお願い申し上げますです。
ピザも買っとこうかな……？ ピザはまだ微妙に在庫があるのだけど。それより食パンを買っておかねばならない気もする。🍞
昼食はピザ。🍕
🍘Re:2251◆「メモができるスタンプカード」という用途は新しいですね！ 新たな知見をありがとうございます。最新バージョンでは複数月のカレンダーをいくつでも並べて表示できますから、例えば半年分のカレンダーを最初に並べた上で投稿を下部に続けるような「スタンプカードスキン」を用意すると、もしかしたら新たな用途として活用してもらえるかな……という気もしてきました。
🍘Re:2252◆ご返信ありがとうございます。なるほど、確かに「書いている途中で過去の画像を挿入したくなる」ことはありますね。埋込用コードの簡単コピー機能は、何か実現方法を考えてみます。画像一覧画面では、「ID～日時～サイズ」欄が縦方向にちょっと余り気味ですから、この辺にコードを記載した上でワンクリックでコピーできるような仕組みを用意しても良いかな……とちょっと考えています。
🍘最新のFancybox Ver.4はデフォルトで画面下部に画像サムネイルが並ぶ仕様にパワーアップしていました。まだCDNでは配信されていませんので、Ver.4を使うには自力で自サーバにファイルを置く必要がありますけども。
🍘Re:2251◆「メモができるスタンプカード」という用途は新しいですね！ 新たな知見をありがとうございます。最新バージョンでは複数月のカレンダーをいくつでも並べて表示できますから、例えば半年分のカレンダーを最初に並べた上で投稿を下部に続けるような「スタンプカードスキン」を用意すると、もしかしたら新たな用途として活用してもらえるかな……という気もしてきました。
🍘Re:2252◆ご返信ありがとうございます。なるほど、確かに「書いている途中で過去の画像を挿入したくなる」ことはありますね。埋込用コードの簡単コピー機能は、何か実現方法を考えてみます。画像一覧画面では、「ID～日時～サイズ」欄が縦方向にちょっと余り気味ですから、この辺にコードを記載した上でワンクリックでコピーできるような仕組みを用意しても良いかな……とちょっと考えています。
🍘最新のFancybox Ver.4はデフォルトで画面下部に画像サムネイルが並ぶ仕様にパワーアップしていました。まだCDNでは配信されていませんので、Ver.4を使うには自力で自サーバにファイルを置く必要がありますけども。
ピザとアイスを買いに行くのだ。🍕🍦
🍩Re:2211◆そんなタイミングになってしまいましたか。(笑) 3.2.7もご活用頂ければ幸いです。(笑)
🍩Re:2212◆ご提案をありがとうございました。なかなか面白い機能を搭載できて嬉しいです。そういえばclass名の解説はまだしていなかったのですが発見して下さってありがとうございます。^^
🍩Re:2213◆セキュリティ面の心配はたしかにありますね。
🍩Re:2214◆ご活用ありがとうございます。画像が1枚だけだった場合に非表示にするのも簡単で、class="count[[PICTCOUNT]]"のようにclass属性を書いておくと良いです。すると、画像が1枚だけの場合には count1 というclass名になりますから、.count1 { display:none; }のようにCSSを書いておくと、画像が1枚だけの場合には非表示にできます。
ヨーグルトも買う。🥛
🍩Re:2211◆そんなタイミングになってしまいましたか。(笑) 3.2.7もご活用頂ければ幸いです。(笑)
🍩Re:2212◆ご提案をありがとうございました。なかなか面白い機能を搭載できて嬉しいです。そういえばclass名の解説はまだしていなかったのですが発見して下さってありがとうございます。^^
🍩Re:2213◆セキュリティ面の心配はたしかにありますね。
🍩Re:2214◆ご活用ありがとうございます。画像が1枚だけだった場合に非表示にするのも簡単で、class="count[[PICTCOUNT]]"のようにclass属性を書いておくと良いです。すると、画像が1枚だけの場合には count1 というclass名になりますから、.count1 { display:none; }のようにCSSを書いておくと、画像が1枚だけの場合には非表示にできます。
ヨーグルトも買う。🥛
🍨Re:2207◆てがろぐCGIに興味を持って下さってありがとうございます。(╹◡╹) 気に入って頂けたようで嬉しいです。◆画像拡大スクリプトのための「カスタムdata属性」の値をもうちょっとどうにか自由に設定したいというご要望はちょくちょく頂いておりまして、なんとかする方法はないかな……と考えております。今のところ良いアイデアは思いついていないのですけども。気長にお待ち頂ければ幸いです。◆[[PICTCOUNT]]の値を「1枚目の画像」に重ねて表示するのは、CSSを駆使すると可能です。書き方はいろいろなので例示が難しいですが、ベースの要素（＝「画像そのもの」と「画像枚数の掲示要素」との両方に共通する親ブロック）にposition:relative;のように記述しておいて、画像を配置し、画像枚数を掲示する要素はposition:absolute;で絶対配置にして、top:5px; right:5px;などのように端からの座標を指定すると、「画像の右上内側5pxの部分に枚数の数字を重ねる」みたいなことはできます。具体的な解説ではなくて申し訳ないですが。(^_^;) 何か良い例を思いつけたら豆知識ページ等でご紹介したいと思います。◆今後ともご愛用頂ければ幸いです。(╹◡╹)ﾉ
なぜか、Earth, Wind＆Fireの Boogie Wonderland が脳内でヘビーローテーションしている。┌(:3」└)┐
🍨Re:2199◆冬の寝具ではさすがに相当厳しそうですね。(^_^;)◆無料サーバだとやはり管理上の都合で厳しくせざるを得ないのでしょうね。オランダとは、幅広く世界のサーバをご活用なのですね。(笑)
🍨Re:2200◆次のβ版(Ver 3.2.7)では、class名も割り振りましたし、設定画面からチェックボックスで取捨選択できるようにもなりますのでご期待下さい。(笑)
🍨Re:2201◆「車輪を再発明するな」は開発の鉄則ですね。
🍨Re:2202◆CSSが書けるようになると爆発的にカスタマイズの幅が広がりますのでがんばって下さい～。
🍨Re:2203◆はい。_(┐｢ε:)_
🍨Re:2204◆梅雨ですね。関西はとっくに梅雨入りしたわけですが、なぜか関東はまだだとか？
🍨Re:2205◆開発時点では予想もしなかった用途に活用されることもあるので、実用的かどうかは気にせずに公開してしまいましょう。(^_^;)
ブーギ ワンダー ら～ん
🍨Re:2199◆冬の寝具ではさすがに相当厳しそうですね。(^_^;)◆無料サーバだとやはり管理上の都合で厳しくせざるを得ないのでしょうね。オランダとは、幅広く世界のサーバをご活用なのですね。(笑)
🍨Re:2200◆次のβ版(Ver 3.2.7)では、class名も割り振りましたし、設定画面からチェックボックスで取捨選択できるようにもなりますのでご期待下さい。(笑)
🍨Re:2201◆「車輪を再発明するな」は開発の鉄則ですね。
🍨Re:2202◆CSSが書けるようになると爆発的にカスタマイズの幅が広がりますのでがんばって下さい～。
🍨Re:2203◆はい。_(┐｢ε:)_
🍨Re:2204◆梅雨ですね。関西はとっくに梅雨入りしたわけですが、なぜか関東はまだだとか？
🍨Re:2205◆開発時点では予想もしなかった用途に活用されることもあるので、実用的かどうかは気にせずに公開してしまいましょう。(^_^;)
ブーギ ワンダー ら～ん
あつい。_(:3」∠)_
🍧Re:2197◆ああ、なるほど。HTTPSでアクセスしているときに、画像がHTTPで読み込まれている問題の延長だったんですね。Basic認証はHTTPとHTTPSが異なるだけでも別扱いになるので、「HTTPSで認証できている状態」でも「HTTPでは認証されていない」ので表示されないとか、なんかそんな理由でしょうかね。そこには思い至りませんでした。解決して良かったです。(^_^;;; No.2195の欄は、絶対URIの入力を求めている欄ではあるものの、実は http/https のプロトコルから書く必要はなくて「/」で始まる絶対パスで書いても良いので、そちらの書き方を標準でお勧めする方が無難だな、という気もしてきました。それならHTTPとHTTPSの混在は避けられますし。新たな知見をどうもありがとうございます。
🍧Re:2196◆プログラミングが楽しくてのめり込んでしまうのはよくありますね。他にも進めたいことがあるのに、うっかりプログラミングに長時間費やしてしまうとか。◆アップローダの設置すらダメなサーバというのもあるんですかね。無料サーバだとその辺もシビアに制限されるんですかね……？
6月の初めでこんなに暑かったら7月とか8月とかどうなるのか……。
🍧Re:2197◆ああ、なるほど。HTTPSでアクセスしているときに、画像がHTTPで読み込まれている問題の延長だったんですね。Basic認証はHTTPとHTTPSが異なるだけでも別扱いになるので、「HTTPSで認証できている状態」でも「HTTPでは認証されていない」ので表示されないとか、なんかそんな理由でしょうかね。そこには思い至りませんでした。解決して良かったです。(^_^;;; No.2195の欄は、絶対URIの入力を求めている欄ではあるものの、実は http/https のプロトコルから書く必要はなくて「/」で始まる絶対パスで書いても良いので、そちらの書き方を標準でお勧めする方が無難だな、という気もしてきました。それならHTTPとHTTPSの混在は避けられますし。新たな知見をどうもありがとうございます。
🍧Re:2196◆プログラミングが楽しくてのめり込んでしまうのはよくありますね。他にも進めたいことがあるのに、うっかりプログラミングに長時間費やしてしまうとか。◆アップローダの設置すらダメなサーバというのもあるんですかね。無料サーバだとその辺もシビアに制限されるんですかね……？
6月の初めでこんなに暑かったら7月とか8月とかどうなるのか……。
昼食はサラダとホットケーキ。
🥞Re:2187◆サポートやメンテナンスのコストを下げようとするとそうなるのでしょうね……。個人的にもPerlは廃れないで欲しいのですけども。
🥞Re:2189◆お返事ありがとうございます。これは、index.shtml自体もBasic認証の範囲内にある(＝IDとパスワードがないと閲覧できない)ということですかね？ それとも、(.htaccessファイル自体は最上階層に置いていても)Basic認証の範囲は、tegalogディレクトリだけが対象になっている(＝index.shtmlは誰でも閲覧できる)のでしょうか？
右目の上まぶたあたりがゴロゴロする……。何が入ったのか。痛くはないのだけど、気になる。
🥞Re:2187◆サポートやメンテナンスのコストを下げようとするとそうなるのでしょうね……。個人的にもPerlは廃れないで欲しいのですけども。
🥞Re:2189◆お返事ありがとうございます。これは、index.shtml自体もBasic認証の範囲内にある(＝IDとパスワードがないと閲覧できない)ということですかね？ それとも、(.htaccessファイル自体は最上階層に置いていても)Basic認証の範囲は、tegalogディレクトリだけが対象になっている(＝index.shtmlは誰でも閲覧できる)のでしょうか？
右目の上まぶたあたりがゴロゴロする……。何が入ったのか。痛くはないのだけど、気になる。
お腹が減ったな……と思ってプリッツを食べると、美味いためか余計にお腹が減る。(´･ω･`)
🍯Re:2182◆このにゃんこを確認するためだけに新カップヌードルを調達したくなりました。😸
🍯Re:2184◆今後は「Perlは使えないがPHPは使える」というサーバが主に安価なところから出てきそうでちょっと怖いです。PerlとPHPはウェブ上ではほぼ同じことができて、セキュリティ面では（セキュリティ面以外もですが）PHPの方が楽に実装できるので、無用なトラブルを避けるために「Perlは使わせずにPHPだけを使わせたい」と考えるサーバ会社が増えてもおかしくなさそうにも感じます……。（ネット上にはPerl資産も多々あるので、あらゆるサーバがそうなることはないとは思うのですけども。）
🍯Re:2185◆解決策はありますが、その前に問題を切り分けないといけない気がします。なのでまず質問ですが、Basic認証を外したら、すべてうまく表示されるのですか？（てがろぐ上でも、SSIで埋め込んだ先でも、Basic認証を外しさえすれば画像も文章もすべて正しく表示されますか？） その回答次第で、次にご案内できる方策が変わります。
🍯Re:2182◆このにゃんこを確認するためだけに新カップヌードルを調達したくなりました。😸
🍯Re:2184◆今後は「Perlは使えないがPHPは使える」というサーバが主に安価なところから出てきそうでちょっと怖いです。PerlとPHPはウェブ上ではほぼ同じことができて、セキュリティ面では（セキュリティ面以外もですが）PHPの方が楽に実装できるので、無用なトラブルを避けるために「Perlは使わせずにPHPだけを使わせたい」と考えるサーバ会社が増えてもおかしくなさそうにも感じます……。（ネット上にはPerl資産も多々あるので、あらゆるサーバがそうなることはないとは思うのですけども。）
🍯Re:2185◆解決策はありますが、その前に問題を切り分けないといけない気がします。なのでまず質問ですが、Basic認証を外したら、すべてうまく表示されるのですか？（てがろぐ上でも、SSIで埋め込んだ先でも、Basic認証を外しさえすれば画像も文章もすべて正しく表示されますか？） その回答次第で、次にご案内できる方策が変わります。
ノンシュガーエスプレッソ飴を舐めております。🍬
🍩Re:2167◆ご要望をどうもありがとうございます。一般に公開したい内容と公開したくない内容とを、同じ1つのてがろぐで（ユーザを分けることで）投稿・管理したい、というような感じの用途でしょうかね？ それとももっと別な用途をお考えでしょうか。もう少し具体的な用途が分かると実装方法の検討がしやすくて助かりますので、よろしければお知らせ下さい。なお、「ログインしたときにだけ見える」に似たようなご要望として「投稿単位でパスワードを掛けられるようにしたい」というようなのもありまして、それはなんとなく実装方法が固まってきたのでそう遠くないうちに実装できるような気がしています。
冷蔵ピザのストックがもっと必要な気がする！
🍩Re:2167◆ご要望をどうもありがとうございます。一般に公開したい内容と公開したくない内容とを、同じ1つのてがろぐで（ユーザを分けることで）投稿・管理したい、というような感じの用途でしょうかね？ それとももっと別な用途をお考えでしょうか。もう少し具体的な用途が分かると実装方法の検討がしやすくて助かりますので、よろしければお知らせ下さい。なお、「ログインしたときにだけ見える」に似たようなご要望として「投稿単位でパスワードを掛けられるようにしたい」というようなのもありまして、それはなんとなく実装方法が固まってきたのでそう遠くないうちに実装できるような気がしています。
冷蔵ピザのストックがもっと必要な気がする！
ケーキとドーナツが食べたい気分。どちらもないけど。(´･ω･`)
🍩Re:2161◆ご活用ありがとうございます。(╹◡╹) スキンを頻繁に作り替えている方々もそこそこいらっしゃいますね。見た目を何でも好きにできるのが自サイトのメリットですしね。今後ともご愛用頂ければ幸いです。
🍩Re:2162◆ご要望をありがとうございます。日付ソート機能と再採番機能もそこそこ需要があるのですね。なんかそんな気がしてきました。どのように実装するかはまだ考えていませんが、そのうち実装しますので気長にお待ち頂ければ幸いです。
🍩Re:2163◆お役に立って良かったです。(╹◡╹) ご活用ありがとうございます。
🍩Re:2164◆てがろぐで構築したサイト(コーナー)丸ごと1つを「1つのコンテンツ」として検索にヒットすることを狙うなら大きな問題はない気がします。SEO面はスキンをどのように作るか次第ではありますが、よほどおかしな作り方をしない限りは検索には掛かるだろうと思います。
◆しかし、てがろぐに投稿した記事1つ1つを「別個のコンテンツ」として『それぞれの記事がそれぞれのキーワードでヒットする』ことを狙うなら苦しいと思います。なぜなら、てがろぐの仕様では、➊<title>に記事タイトルを入れられない、➋meta descriptionに記事ごとの概要を入れられない、という点がSEO面では少々不利だからです（og:descriptionは入れられますけども、検索サイト側がOGPの記述を代わりに使ってくれるかどうかは分かりませんし）。
◆また、内部画像を挿入する記法 [PICT:～] だと画像に代替文字を指定できないので、画像検索は期待できなくなります。とはいえ、外部画像を挿入する記法 [IMG:代替文字]URL だと代替文字を指定できますから、常にこの記法で画像を掲載すれば、画像検索には資すると思いますが。
◆なので、てがろぐ1つを丸ごと使って「1つの話題」のコーナー的に利用するなら現実的なSEO対策は可能だと思いますが、ブログ的に使って雑多な話題を投稿しつつ「1つ1つの記事を別個にSEO対策したい」という場合には厳しいと思います。その場合は、WordPress等のCMSツールを使う方が望ましいでしょうね。（特にWordPressにはSEOに資する情報を手軽に登録できるアドオンも多々ありますし、サイトマップを自動生成するアドオンもありますし。）
昨夜のプレバト俳句の兼題がケーキだったので、何度も何度もショートケーキの写真を見せられて、ケーキが食べたくなった……！🍰🍰🍰
🍩Re:2161◆ご活用ありがとうございます。(╹◡╹) スキンを頻繁に作り替えている方々もそこそこいらっしゃいますね。見た目を何でも好きにできるのが自サイトのメリットですしね。今後ともご愛用頂ければ幸いです。
🍩Re:2162◆ご要望をありがとうございます。日付ソート機能と再採番機能もそこそこ需要があるのですね。なんかそんな気がしてきました。どのように実装するかはまだ考えていませんが、そのうち実装しますので気長にお待ち頂ければ幸いです。
🍩Re:2163◆お役に立って良かったです。(╹◡╹) ご活用ありがとうございます。
🍩Re:2164◆てがろぐで構築したサイト(コーナー)丸ごと1つを「1つのコンテンツ」として検索にヒットすることを狙うなら大きな問題はない気がします。SEO面はスキンをどのように作るか次第ではありますが、よほどおかしな作り方をしない限りは検索には掛かるだろうと思います。
◆しかし、てがろぐに投稿した記事1つ1つを「別個のコンテンツ」として『それぞれの記事がそれぞれのキーワードでヒットする』ことを狙うなら苦しいと思います。なぜなら、てがろぐの仕様では、➊<title>に記事タイトルを入れられない、➋meta descriptionに記事ごとの概要を入れられない、という点がSEO面では少々不利だからです（og:descriptionは入れられますけども、検索サイト側がOGPの記述を代わりに使ってくれるかどうかは分かりませんし）。
◆また、内部画像を挿入する記法 [PICT:～] だと画像に代替文字を指定できないので、画像検索は期待できなくなります。とはいえ、外部画像を挿入する記法 [IMG:代替文字]URL だと代替文字を指定できますから、常にこの記法で画像を掲載すれば、画像検索には資すると思いますが。
◆なので、てがろぐ1つを丸ごと使って「1つの話題」のコーナー的に利用するなら現実的なSEO対策は可能だと思いますが、ブログ的に使って雑多な話題を投稿しつつ「1つ1つの記事を別個にSEO対策したい」という場合には厳しいと思います。その場合は、WordPress等のCMSツールを使う方が望ましいでしょうね。（特にWordPressにはSEOに資する情報を手軽に登録できるアドオンも多々ありますし、サイトマップを自動生成するアドオンもありますし。）
昨夜のプレバト俳句の兼題がケーキだったので、何度も何度もショートケーキの写真を見せられて、ケーキが食べたくなった……！🍰🍰🍰
JavaScriptを使ってリンク先URLを動的に編集する手もあります。（先程の続き）
🌽Re:2158◆補足ですが、複数のスキンを並行して利用しているなど、「適用中のスキン名を維持したリンクを出力する必要がある場合もある」なら、>>2159 で示したように『一時適用中のスキンを維持できるリンクを出力する』項目のチェックを外す方法だと困りますね。その際は、JavaScriptを使って動的にURLを書き換える方法があります。要はリンク先URLの中からスキンを指定している記述（例では skin=skin-twitter ）を削除できれば良いのですから、HTMLソースの中で『SSIで埋め込んだ部分』よりも後(重要)に以下のようなJavaScriptソースを書いておくと良いです。
このJavaScriptが実行されると、ページ内のすべてのa要素にあるhref属性値の中から「skin=skin-twitter」の文字列が削除されます。その結果、スキン指定を無視してデフォルトスキンで表示されるリンクになります。スキン名の部分(赤色文字)は適宜書き換えて下さい。#🌱豆知識
🌽補足1：
なお、すべてのa要素を対象にするのはちょっと無駄な処理が多いのではないか？ と思われる場合には、上記ソースの2行目を、以下のように「class名で対象を限定する記述」に書き換えると良いです。
●ハッシュタグリンクだけを対象にする場合：var targets = document.querySelectorAll(".taglink");
●指定No.へのリンクだけを対象にする場合：var targets = document.querySelectorAll(".postidlink");
🌽補足2：
もしくは、SSIで埋め込んでいる領域を例えば<div class="umekomi">～</div>で囲んでいるなら、この範囲に含まれるa要素だけを対象にするよう以下のように書く方法もあります。
var targets = document.querySelectorAll(".umekomi a");
この方がすべてのリンクを1行で対象にできて、分かりやすくて楽な気もします。
🍿蛇足：
補足というか蛇足ですが、もし「別のスキンを適用した状態」にリンクを書き換えたいなら、5行目のoldHref.replace('skin=skin-twitter', '');部分を、oldHref.replace('skin=skin-twitter', 'skin=skin-sakuratan');のように書き換えれば、skin-sakuratanが適用されたリンクに差し替わります。
🌽Re:2158◆補足ですが、複数のスキンを並行して利用しているなど、「適用中のスキン名を維持したリンクを出力する必要がある場合もある」なら、>>2159 で示したように『一時適用中のスキンを維持できるリンクを出力する』項目のチェックを外す方法だと困りますね。その際は、JavaScriptを使って動的にURLを書き換える方法があります。要はリンク先URLの中からスキンを指定している記述（例では skin=skin-twitter ）を削除できれば良いのですから、HTMLソースの中で『SSIで埋め込んだ部分』よりも後(重要)に以下のようなJavaScriptソースを書いておくと良いです。
<script>
var targets = document.querySelectorAll("a");
targets.forEach(function(oneTarget) {
var oldHref = oneTarget.getAttribute('href');
var newHref = oldHref.replace('skin=skin-twitter', '');
oneTarget.setAttribute('href', newHref);
});
</script>
このJavaScriptが実行されると、ページ内のすべてのa要素にあるhref属性値の中から「skin=skin-twitter」の文字列が削除されます。その結果、スキン指定を無視してデフォルトスキンで表示されるリンクになります。スキン名の部分(赤色文字)は適宜書き換えて下さい。#🌱豆知識
🌽補足1：
なお、すべてのa要素を対象にするのはちょっと無駄な処理が多いのではないか？ と思われる場合には、上記ソースの2行目を、以下のように「class名で対象を限定する記述」に書き換えると良いです。
●ハッシュタグリンクだけを対象にする場合：var targets = document.querySelectorAll(".taglink");
●指定No.へのリンクだけを対象にする場合：var targets = document.querySelectorAll(".postidlink");
🌽補足2：
もしくは、SSIで埋め込んでいる領域を例えば<div class="umekomi">～</div>で囲んでいるなら、この範囲に含まれるa要素だけを対象にするよう以下のように書く方法もあります。
var targets = document.querySelectorAll(".umekomi a");
この方がすべてのリンクを1行で対象にできて、分かりやすくて楽な気もします。
🍿蛇足：
補足というか蛇足ですが、もし「別のスキンを適用した状態」にリンクを書き換えたいなら、5行目のoldHref.replace('skin=skin-twitter', '');部分を、oldHref.replace('skin=skin-twitter', 'skin=skin-sakuratan');のように書き換えれば、skin-sakuratanが適用されたリンクに差し替わります。
朝食は食パン。
🍨Re:2158◆下図の黄色矢印部分のように、『一時適用中のスキンを維持できるリンクを出力する』のチェックを外すと、適用中のスキンを維持しないリンクが出力されるため、「埋め込み用のスキンが適用された状態のリンク」が出力されてしまうのを避けられます。同時に、『本文中のテキストリンクを絶対URI(フルパス)で出力する』にチェックを入れておくと、SSIで埋め込んでいるディレクトリの違いによってテキストリンクのリンクパスが正しくなくなるのを防げます。
2019年にブログに書いた「てがろぐCGIが出力した最新の1件を任意の場所にSSIで埋め込む方法」の初版では現在の最新バージョンに存在する種々の対策方法についての説明が足りていなかったので、先日書き足しておきました。この記事の見出し「SSIを使って、てがろぐCGIが出力する最新の1件だけを埋め込む」以降を再度ご覧頂ければ幸いです。（注： >>2160 に続きます。）
SSIで埋め込んでいる領域で画像が正しく表示されない場合は、下図の水色矢印部分にもチェックを入れると良いです。
#🌱豆知識
🍨Re:2157◆トウモロコシあったぁぁぁ！*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*🌽🌽🌽🌽🌽🌽
🍨Re:2156◆ありがたい限りです。ご活用頂いているところが見えると、開発のモチベーション維持に絶大な効果があります。(╹◡╹)
昼食は焼き飯。
🍨Re:2158◆下図の黄色矢印部分のように、『一時適用中のスキンを維持できるリンクを出力する』のチェックを外すと、適用中のスキンを維持しないリンクが出力されるため、「埋め込み用のスキンが適用された状態のリンク」が出力されてしまうのを避けられます。同時に、『本文中のテキストリンクを絶対URI(フルパス)で出力する』にチェックを入れておくと、SSIで埋め込んでいるディレクトリの違いによってテキストリンクのリンクパスが正しくなくなるのを防げます。
2019年にブログに書いた「てがろぐCGIが出力した最新の1件を任意の場所にSSIで埋め込む方法」の初版では現在の最新バージョンに存在する種々の対策方法についての説明が足りていなかったので、先日書き足しておきました。この記事の見出し「SSIを使って、てがろぐCGIが出力する最新の1件だけを埋め込む」以降を再度ご覧頂ければ幸いです。（注： >>2160 に続きます。）
SSIで埋め込んでいる領域で画像が正しく表示されない場合は、下図の水色矢印部分にもチェックを入れると良いです。
#🌱豆知識
🍨Re:2157◆トウモロコシあったぁぁぁ！*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*🌽🌽🌽🌽🌽🌽
🍨Re:2156◆ありがたい限りです。ご活用頂いているところが見えると、開発のモチベーション維持に絶大な効果があります。(╹◡╹)
昼食は焼き飯。
トマトプリッツが美味い。🍅
🍅Re:2152◆ご要望をありがとうございます。もし大量の記事を外部から移してくる際には、データファイル(tegalog.xml)をテキストエディタで編集した方が楽かもしれません。1件1行のXMLで、投稿日時が先頭に記載される仕様になっていますので、テキストエディタに文字コード順でのソート機能があれば、日付順に並び替えるのも簡単です。もっとも、その場合は投稿番号を自力で割り振らねばなりませんが。何らかのインポート機能もそのうち実装したいとは思っています。また、手動入力された日付順でのソート機能もToDoリストには加えてあります。気長にお待ち頂ければ幸いです。
🍅Re:2153◆てがろぐ用のスキンは私も見たいです。ご活用報告を頂いて伺うと、かなり凝ったスキンを作っていらっしゃる方々がたくさんなのですけども、スキンそのものの配布もしている方には今のところ遭遇していません。(^_^;) 手打ちサイト用のテンプレートは、例えばFuwaimgを配布なさっているdoで配布されているテンプレートをお使いになっている方々をちょくちょく目撃します。
🍅Re:2154◆ご活用報告を下さる方々の中でもそこそこな割合で検索避け設定をされている方がいらっしゃるのですが、ユーザリンク集ができれば登録したいとおっしゃる方もいらっしゃるので、そのうち自己登録型のユーザリンク集を作ろうかと思ってはおります。今はまだ何も進んでいないのですけども。
とんがりコーンも美味い。
トウモロコシの絵文字はないのか……。ポップコーン🍿はあるけど。
🍅Re:2152◆ご要望をありがとうございます。もし大量の記事を外部から移してくる際には、データファイル(tegalog.xml)をテキストエディタで編集した方が楽かもしれません。1件1行のXMLで、投稿日時が先頭に記載される仕様になっていますので、テキストエディタに文字コード順でのソート機能があれば、日付順に並び替えるのも簡単です。もっとも、その場合は投稿番号を自力で割り振らねばなりませんが。何らかのインポート機能もそのうち実装したいとは思っています。また、手動入力された日付順でのソート機能もToDoリストには加えてあります。気長にお待ち頂ければ幸いです。
🍅Re:2153◆てがろぐ用のスキンは私も見たいです。ご活用報告を頂いて伺うと、かなり凝ったスキンを作っていらっしゃる方々がたくさんなのですけども、スキンそのものの配布もしている方には今のところ遭遇していません。(^_^;) 手打ちサイト用のテンプレートは、例えばFuwaimgを配布なさっているdoで配布されているテンプレートをお使いになっている方々をちょくちょく目撃します。
🍅Re:2154◆ご活用報告を下さる方々の中でもそこそこな割合で検索避け設定をされている方がいらっしゃるのですが、ユーザリンク集ができれば登録したいとおっしゃる方もいらっしゃるので、そのうち自己登録型のユーザリンク集を作ろうかと思ってはおります。今はまだ何も進んでいないのですけども。
とんがりコーンも美味い。
トウモロコシの絵文字はないのか……。ポップコーン🍿はあるけど。
ノンシュガー贅沢なゼロ フランス産発酵バターと北海道生クリーム キャラメルミルク味を舐めております。🍬
🍔Re:2131◆ご使用ありがとうございます。お使いのバージョンは、おそらく 3.2.0 ですね？ ◆1つ目のアラートは、Ver 3.2.0以降で出るようになってしまったもので、Ver 3.2.3以降のβ版では解消しています（ので、次の正式版では出なくなります）。放置しても問題はありませんが、気になるようでしたら最新β版をご使用頂ければ幸いです。◆2つ目のアラートは、比較的新しいバージョンのPerlを使っているときに、複数のカテゴリを指定して投稿した場合等に出てきます。最新の書き方を採用すればこのアラートは避けられるのですが、やや古いサーバ環境でも動作可能なようにするために現状のままにしてあります。アラートの内容は「この書き方は脆弱性に繋がる可能性がある」というものですが、てがろぐCGIのソース内の当該箇所にある書き方なら大丈夫ですので、そのまま使って問題ありません。（この書き方が脆弱性に繋がるのは、このような（そこそこ横着な感じの）書き方をした場合なのですが、てがろぐCGIではそのような書き方はしていませんので大丈夫です。）どうしても気になるようでしたら、102行目にあるuse CGI;の直下に、$CGI::LIST_CONTEXT_WARN = 0;のように書いておくとアラートの記録を避けられます。◆というわけで、どちらにしてもそのままお使い下さって問題はありません。末永くご活用頂ければ幸いです。
🍔Re:2131◆ご使用ありがとうございます。お使いのバージョンは、おそらく 3.2.0 ですね？ ◆1つ目のアラートは、Ver 3.2.0以降で出るようになってしまったもので、Ver 3.2.3以降のβ版では解消しています（ので、次の正式版では出なくなります）。放置しても問題はありませんが、気になるようでしたら最新β版をご使用頂ければ幸いです。◆2つ目のアラートは、比較的新しいバージョンのPerlを使っているときに、複数のカテゴリを指定して投稿した場合等に出てきます。最新の書き方を採用すればこのアラートは避けられるのですが、やや古いサーバ環境でも動作可能なようにするために現状のままにしてあります。アラートの内容は「この書き方は脆弱性に繋がる可能性がある」というものですが、てがろぐCGIのソース内の当該箇所にある書き方なら大丈夫ですので、そのまま使って問題ありません。（この書き方が脆弱性に繋がるのは、このような（そこそこ横着な感じの）書き方をした場合なのですが、てがろぐCGIではそのような書き方はしていませんので大丈夫です。）どうしても気になるようでしたら、102行目にあるuse CGI;の直下に、$CGI::LIST_CONTEXT_WARN = 0;のように書いておくとアラートの記録を避けられます。◆というわけで、どちらにしてもそのままお使い下さって問題はありません。末永くご活用頂ければ幸いです。
コーヒーカップの絵文字って存在しなさそう……？
🍘Re:2120◆ああ、辛うじてトラブルシューティングに書いていましたか。自分でも忘れていました。(^_^;) よく見つけて下さいました。もうちょっと情報を拡充しておこうと思います。設定値もいろいろ試して下さってありがとうございます。参考になります。デフォルトの2がダメだと1もダメな可能性が高そうだとは思っていましたが、0で行けて良かったです。そういえば、以前に同様の問題に直面した方は0でもダメだったのでした(結局解決できず)。そこを踏まえて、値「9」を追加したのを思い出しました。9は、サーバからの情報取得を諦めて決め打ちにするというパターンなので、これは誰でも確実に動作するとは思っています。では何故それをデフォルトにしないのかというと、代わりにCGIファイル名をtegalog.cgi以外に変えると動かなくなったり、SSIで埋め込んで使いたい場合には動作に支障が出る(可能性がある)からなのでした。
🍘Re:2119◆なるほど、確かにRSSフィードに出力されている内容を使おうとするとそういう問題がありますね。RSSからの埋め込みを自分では使っていないのでそこまで気付いていませんでした。というか、この記事を書いた時点では、カテゴリ機能は存在しなかったのですが。(笑) PHPでもおっしゃるとおりfile_get_contentsで埋め込み用スキンの適用結果を読めるわけですから、その辺の情報も加えておく方が良さそうですね。情報をどうもありがとうございます。JavaScriptでどうにかしたい方でも、RSSを読むよりは埋め込み用スキンの適用結果をAjax的な何かで合成する方法の方が望ましい気もしてきました。
緑茶の絵文字🍵は存在しているのだけど、英語名が「TEACUP WITHOUT HANDLE」になっている。英語でTEACUPと言ったときに中に入れるのは紅茶じゃなくて緑茶で良いのだろうか。言語圏によって絵文字の液体の色が異なっていたりしないのかな。
🍘Re:2120◆ああ、辛うじてトラブルシューティングに書いていましたか。自分でも忘れていました。(^_^;) よく見つけて下さいました。もうちょっと情報を拡充しておこうと思います。設定値もいろいろ試して下さってありがとうございます。参考になります。デフォルトの2がダメだと1もダメな可能性が高そうだとは思っていましたが、0で行けて良かったです。そういえば、以前に同様の問題に直面した方は0でもダメだったのでした(結局解決できず)。そこを踏まえて、値「9」を追加したのを思い出しました。9は、サーバからの情報取得を諦めて決め打ちにするというパターンなので、これは誰でも確実に動作するとは思っています。では何故それをデフォルトにしないのかというと、代わりにCGIファイル名をtegalog.cgi以外に変えると動かなくなったり、SSIで埋め込んで使いたい場合には動作に支障が出る(可能性がある)からなのでした。
🍘Re:2119◆なるほど、確かにRSSフィードに出力されている内容を使おうとするとそういう問題がありますね。RSSからの埋め込みを自分では使っていないのでそこまで気付いていませんでした。というか、この記事を書いた時点では、カテゴリ機能は存在しなかったのですが。(笑) PHPでもおっしゃるとおりfile_get_contentsで埋め込み用スキンの適用結果を読めるわけですから、その辺の情報も加えておく方が良さそうですね。情報をどうもありがとうございます。JavaScriptでどうにかしたい方でも、RSSを読むよりは埋め込み用スキンの適用結果をAjax的な何かで合成する方法の方が望ましい気もしてきました。
緑茶の絵文字🍵は存在しているのだけど、英語名が「TEACUP WITHOUT HANDLE」になっている。英語でTEACUPと言ったときに中に入れるのは紅茶じゃなくて緑茶で良いのだろうか。言語圏によって絵文字の液体の色が異なっていたりしないのかな。
気力が、足りない。_(┐｢ε:)_
🍵Re:2111◆サーバを移行する際には、基本的には tegalog.cgi の存在する場所にあるすべてのフォルダとファイルをまとめて移動すれば良いです。もし移動するファイル数を最小限にしたい等の事情がある場合は、おっしゃるファイル群に加えて psif.cgi（＝パスワード・セッションID格納ファイル）もコピーして下さい。psif.cgiファイルをコピーしないと、全ユーザのパスワードが未設定に戻った状態で稼働してしまいますのでご注意下さい。
※psif.cgiファイルには、全ユーザのパスワードがハッシュ化されて保存されています。ハッシュ化というのは「元には戻せない暗号化」のような仕組みなので、ファイルの中身を覗いてもパスワード自体は分かりません(元のパスワード文字列に復元する技術的な方法が存在しません)。しかし、パスワードの正誤判定には必要です。
なお、psif.cgiファイルにはセッション情報（＝ログイン状態）も保存されているのですが、ログイン状態は「ドメインに対するCookie」で維持されていますので、別ドメインに移動させるとログイン状態は解除されます。（※サーバを移動してもドメインが変わらなければセッションは維持できますが。）
その際、管理画面の下部に灰色で小さく表示されている「現在のログイン件数」は、（psif.cgiファイルで管理されているため）仮に『前のサーバで3件のログインがある状態』で新サーバに移行すると、『本来は誰もログインしていないのに、ログイン件数が3件ある』と認識されてしまいます。その状態でも動作に支障はありませんが、その表示に不都合を感じられるようでしたら、一度『全員を強制ログアウト』を実行して、ログイン件数を0にリセットしてからお使い頂くと良いです。#🌱豆知識
🍵Re:2110◆サポートありがとうございます。(╹◡╹) おっしゃるとおりです。
🍵Re:2109◆仕様上の上限はありません。何万文字でも投稿可能です。(参考:No.160)
🍵Re:2108◆いろはにほへとちりぬるを（続きは覚えていない）
睡眠も、足りない。_(:3」∠)_
🍵Re:2111◆サーバを移行する際には、基本的には tegalog.cgi の存在する場所にあるすべてのフォルダとファイルをまとめて移動すれば良いです。もし移動するファイル数を最小限にしたい等の事情がある場合は、おっしゃるファイル群に加えて psif.cgi（＝パスワード・セッションID格納ファイル）もコピーして下さい。psif.cgiファイルをコピーしないと、全ユーザのパスワードが未設定に戻った状態で稼働してしまいますのでご注意下さい。
※psif.cgiファイルには、全ユーザのパスワードがハッシュ化されて保存されています。ハッシュ化というのは「元には戻せない暗号化」のような仕組みなので、ファイルの中身を覗いてもパスワード自体は分かりません(元のパスワード文字列に復元する技術的な方法が存在しません)。しかし、パスワードの正誤判定には必要です。
なお、psif.cgiファイルにはセッション情報（＝ログイン状態）も保存されているのですが、ログイン状態は「ドメインに対するCookie」で維持されていますので、別ドメインに移動させるとログイン状態は解除されます。（※サーバを移動してもドメインが変わらなければセッションは維持できますが。）
その際、管理画面の下部に灰色で小さく表示されている「現在のログイン件数」は、（psif.cgiファイルで管理されているため）仮に『前のサーバで3件のログインがある状態』で新サーバに移行すると、『本来は誰もログインしていないのに、ログイン件数が3件ある』と認識されてしまいます。その状態でも動作に支障はありませんが、その表示に不都合を感じられるようでしたら、一度『全員を強制ログアウト』を実行して、ログイン件数を0にリセットしてからお使い頂くと良いです。#🌱豆知識
🍵Re:2110◆サポートありがとうございます。(╹◡╹) おっしゃるとおりです。
🍵Re:2109◆仕様上の上限はありません。何万文字でも投稿可能です。(参考:No.160)
🍵Re:2108◆いろはにほへとちりぬるを（続きは覚えていない）
睡眠も、足りない。_(:3」∠)_
