サイトマップ ［5077件］（31ページ目）
➡ 2021年5月30日(日) 20時05分 〔4年以上前〕 No.2173 ✎ ！
てがろぐ FAQ・豆知識ページを作りました！
➡ https://www.nishishi.com/cgi/tegalog/faq/
ここで公開してきた #🌱豆知識 とか、トラブルシューティング関連情報とか、その他よく頂いたご質問等をまとめた新解説ページです。覗いてみて下さい。
ほぼ5月（の、てがろぐ開発用時間）は、このページの作成に費やしました。その辺の話はこちら。
ねむい。_(:3」∠)_
➡ https://www.nishishi.com/cgi/tegalog/faq/
ここで公開してきた #🌱豆知識 とか、トラブルシューティング関連情報とか、その他よく頂いたご質問等をまとめた新解説ページです。覗いてみて下さい。
ほぼ5月（の、てがろぐ開発用時間）は、このページの作成に費やしました。その辺の話はこちら。
ねむい。_(:3」∠)_
➡ 2021年5月26日(水) 21時19分 〔4年以上前〕 回答/返信 No.2168 ✎ ！
ノンシュガーエスプレッソ飴を舐めております。🍬
🍩Re:2167◆ご要望をどうもありがとうございます。一般に公開したい内容と公開したくない内容とを、同じ1つのてがろぐで（ユーザを分けることで）投稿・管理したい、というような感じの用途でしょうかね？ それとももっと別な用途をお考えでしょうか。もう少し具体的な用途が分かると実装方法の検討がしやすくて助かりますので、よろしければお知らせ下さい。なお、「ログインしたときにだけ見える」に似たようなご要望として「投稿単位でパスワードを掛けられるようにしたい」というようなのもありまして、それはなんとなく実装方法が固まってきたのでそう遠くないうちに実装できるような気がしています。
冷蔵ピザのストックがもっと必要な気がする！
🍩Re:2167◆ご要望をどうもありがとうございます。一般に公開したい内容と公開したくない内容とを、同じ1つのてがろぐで（ユーザを分けることで）投稿・管理したい、というような感じの用途でしょうかね？ それとももっと別な用途をお考えでしょうか。もう少し具体的な用途が分かると実装方法の検討がしやすくて助かりますので、よろしければお知らせ下さい。なお、「ログインしたときにだけ見える」に似たようなご要望として「投稿単位でパスワードを掛けられるようにしたい」というようなのもありまして、それはなんとなく実装方法が固まってきたのでそう遠くないうちに実装できるような気がしています。
冷蔵ピザのストックがもっと必要な気がする！
➡ 2021年5月21日(金) 17時26分 〔4年以上前〕 回答/返信 No.2165 ✎ ！
ケーキとドーナツが食べたい気分。どちらもないけど。(´･ω･`)
🍩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に資する情報を手軽に登録できるアドオンも多々ありますし、サイトマップを自動生成するアドオンもありますし。）
昨夜のプレバト俳句の兼題がケーキだったので、何度も何度もショートケーキの写真を見せられて、ケーキが食べたくなった……！🍰🍰🍰
➡ 2021年5月21日(金) 01時49分 〔4年以上前〕 質問/要望 No.2164 ✎ ！
いつも手軽に便利に使っております。
ところで、てがろぐでSEO対策（検索に引っかかりやすくなる）を試みるのは難しいでしょうか？
これまで色々ブログやホームページを作ってみましたが、何もしないで画像までしっかり検索に引っ掛かってきたのはジオでした。ジオは偉大だったんだな…と惜しく思います。#質問
ところで、てがろぐでSEO対策（検索に引っかかりやすくなる）を試みるのは難しいでしょうか？
これまで色々ブログやホームページを作ってみましたが、何もしないで画像までしっかり検索に引っ掛かってきたのはジオでした。ジオは偉大だったんだな…と惜しく思います。#質問
➡ 2021年5月20日(木) 14時46分 〔4年以上前〕 質問/要望 No.2162 ✎ ！
自由入力した投稿日付を使って、日付順にソートし直す機能。
全投稿の番号を連番で振り直す機能。(途中に削除した投稿があって番号が抜けている場合に、すべて詰めて採番し直す機能。)
これらの機能が欲しいです… #要望
全投稿の番号を連番で振り直す機能。(途中に削除した投稿があって番号が抜けている場合に、すべて詰めて採番し直す機能。)
これらの機能が欲しいです… #要望
➡
2021年5月20日(木)
13時03分
〔4年以上前〕
つぼやき
No.2161
✎
！
3.2.5をDLして、また飽きもせずにただただシンプルなスキンを作る。
リンクの色とか訪問済みとかカーソル置いた時とか押した時とか、色々色替えるのが大好きなんですが、今回はあんまり色々はせずにリンクとカーソル置いた時だけの２色にしました。これはこれでごちゃごちゃにならずにいい。
本文内のハッシュタグだけは特に目立つ色にするのが好き。
リンクの色とか訪問済みとかカーソル置いた時とか押した時とか、色々色替えるのが大好きなんですが、今回はあんまり色々はせずにリンクとカーソル置いた時だけの２色にしました。これはこれでごちゃごちゃにならずにいい。
本文内のハッシュタグだけは特に目立つ色にするのが好き。
➡ 2021年5月19日(水) 22時14分 〔4年以上前〕 回答/返信 No.2160 ✎ ！
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が適用されたリンクに差し替わります。
➡ 2021年5月19日(水) 12時19分 〔4年以上前〕 回答/返信 No.2159 ✎ ！
朝食は食パン。
🍨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◆ありがたい限りです。ご活用頂いているところが見えると、開発のモチベーション維持に絶大な効果があります。(╹◡╹)
昼食は焼き飯。
➡ 2021年5月19日(水) 09時41分 〔4年以上前〕 質問/要望 No.2158 ✎ ！
てがろぐ、便利に使わせてもらってます。ありがとうございます。
てがろぐでの投稿をSSIで埋めこんでいるんですが、投稿本文の内部リンク(ハッシュタグや指定No.リンク)のURLがtegalog.cgi?skin=skin-twitterというようにスキン名がくっついてくるので正しいURLにアクセスできません。今のところCSSでpointer-events:none;とすることでポインターイベントを無効にしてます。
スキンの仕様上難しいのかもしれませんが、正しいURLにリンクさせる方法があれば教えていただきたいです。
#質問
てがろぐでの投稿をSSIで埋めこんでいるんですが、投稿本文の内部リンク(ハッシュタグや指定No.リンク)のURLがtegalog.cgi?skin=skin-twitterというようにスキン名がくっついてくるので正しいURLにアクセスできません。今のところCSSでpointer-events:none;とすることでポインターイベントを無効にしてます。
スキンの仕様上難しいのかもしれませんが、正しいURLにリンクさせる方法があれば教えていただきたいです。
#質問
➡ 2021年5月16日(日) 15時52分 〔4年以上前〕 回答/返信 No.2155 ✎ ！
トマトプリッツが美味い。🍅
🍅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◆ご活用報告を下さる方々の中でもそこそこな割合で検索避け設定をされている方がいらっしゃるのですが、ユーザリンク集ができれば登録したいとおっしゃる方もいらっしゃるので、そのうち自己登録型のユーザリンク集を作ろうかと思ってはおります。今はまだ何も進んでいないのですけども。
とんがりコーンも美味い。
トウモロコシの絵文字はないのか……。ポップコーン🍿はあるけど。
➡ 2021年5月14日(金) 22時21分 〔4年以上前〕 No.2154 ✎ ！
>>2153
昔は掲示板や日記CGIのスキンを配布してるサイトがたくさんありましたが、今は全部ブログ(WordPress)とSNSにもっていかれてほとんどないですからね…。本当なら一番参考になるんですが。
ブログのテンプレートは参考にはなりますが、やや難易度は上がりそうです。
一番はてがろぐを使ってるサイトを検索で探して、そちらを参考にするのが良さそうです。
昔は掲示板や日記CGIのスキンを配布してるサイトがたくさんありましたが、今は全部ブログ(WordPress)とSNSにもっていかれてほとんどないですからね…。本当なら一番参考になるんですが。
ブログのテンプレートは参考にはなりますが、やや難易度は上がりそうです。
一番はてがろぐを使ってるサイトを検索で探して、そちらを参考にするのが良さそうです。
➡ 2021年5月9日(日) 16時09分 〔4年以上前〕 アップデート✨ No.2143 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 3.2.5(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🍰複数月のカレンダーを同時に表示できる仕様を追加。(※)
🍰前後の月へ移動するリンクの出力機能を追加。
🍰表示対象が1件も存在しない場合でも、パラメータに年と月の指定があるなら、指定年月のカレンダーを表示する仕様に変更。
🍰箱形カレンダーの各日を構成するセル(td要素)に、曜日を示すclass名（mon～sun）も出力する仕様を追加。
🍰Lightboxの代わりにFuwaimg等の「class属性値の設定」が必要なスクリプトを採用した際に、設定によってはスクリプトが挿入されない不具合を解消。
🍰画像拡大用スクリプト用のclass属性を、img要素ではなくa要素に対して出力するよう仕様修正。
※標準添付スキンでは、複数月のカレンダーを同時に表示するところがないので、表示例は私の個人サイト（のページ下部）でもご覧下さい。
詳しい記述方法等は、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
🍰複数月のカレンダーを同時に表示できる仕様を追加。(※)
🍰前後の月へ移動するリンクの出力機能を追加。
🍰表示対象が1件も存在しない場合でも、パラメータに年と月の指定があるなら、指定年月のカレンダーを表示する仕様に変更。
🍰箱形カレンダーの各日を構成するセル(td要素)に、曜日を示すclass名（mon～sun）も出力する仕様を追加。
🍰Lightboxの代わりにFuwaimg等の「class属性値の設定」が必要なスクリプトを採用した際に、設定によってはスクリプトが挿入されない不具合を解消。
🍰画像拡大用スクリプト用のclass属性を、img要素ではなくa要素に対して出力するよう仕様修正。
※標準添付スキンでは、複数月のカレンダーを同時に表示するところがないので、表示例は私の個人サイト（のページ下部）でもご覧下さい。
詳しい記述方法等は、上記の開発進捗状況報告ページの記事をご覧下さい。今のところ、そこ以外に解説はありません。
➡ 2021年5月6日(木) 21時14分 〔4年以上前〕 No.2142 ✎ ！
fuwaimg指定時の問題を解消したり、複数月のカレンダーを挿入できたり、カレンダーでの前後月への移動リンクを出力可能にした Ver 3.2.5(未配布) の動作テスト。
➡ 2021年5月5日(水) 18時16分 〔4年以上前〕 No.2141 ✎ ！
そろそろケーキ食べたい。🍰
🍰Re:2140◆直近で楽しみにしているのは、5日後に発売されるティアムーン帝国物語の最新刊(7巻)です。おもしろいです。挿絵がめちゃくちゃ激しくかわいいです。(*´ヮ｀)
🍰Re:2140◆直近で楽しみにしているのは、5日後に発売されるティアムーン帝国物語の最新刊(7巻)です。おもしろいです。挿絵がめちゃくちゃ激しくかわいいです。(*´ヮ｀)
➡ 2021年5月2日(日) 23時53分 〔4年以上前〕 No.2139 ✎ ！
リンゴ味の飴を舐めております。
🍰Re:2137◆ご要望をどうもありがとうございます。開発放言を覗いている方がいらっしゃったことに驚きました。(笑) カレンダーの複数月表示機能はもう実装できましたので、次のバージョンでお使い頂けます。以前からご要望頂いていた「カレンダーの前後移動リンク出力機能」もついでに作る予定でいます。もうしばらくお待ち下さい。
🍰Re:2138◆実験をどうもありがとうございます。そういえば確かに、いま書くと日付境界バーが挿入し直されて 4月→5月→4月 になってしまいますね。月が変わってからまだ誰も投稿していない間だけのチャンスということで。(笑)◆元気玉のローカル風習がそういえばここにありましたね。検索すると1年以上途絶えていたようですが。(笑) ありがとうございます。
カレンダーの複数月表示ができるようになっても、デフォルトで2つ以上掲載するような標準添付スキンはなさそうな感じだな……。サンプルとして何か1つでもあると良いのだけど。
🍰Re:2137◆ご要望をどうもありがとうございます。開発放言を覗いている方がいらっしゃったことに驚きました。(笑) カレンダーの複数月表示機能はもう実装できましたので、次のバージョンでお使い頂けます。以前からご要望頂いていた「カレンダーの前後移動リンク出力機能」もついでに作る予定でいます。もうしばらくお待ち下さい。
🍰Re:2138◆実験をどうもありがとうございます。そういえば確かに、いま書くと日付境界バーが挿入し直されて 4月→5月→4月 になってしまいますね。月が変わってからまだ誰も投稿していない間だけのチャンスということで。(笑)◆元気玉のローカル風習がそういえばここにありましたね。検索すると1年以上途絶えていたようですが。(笑) ありがとうございます。
カレンダーの複数月表示ができるようになっても、デフォルトで2つ以上掲載するような標準添付スキンはなさそうな感じだな……。サンプルとして何か1つでもあると良いのだけど。
➡
2021年5月2日(日)
04時53分
〔4年以上前〕
つぼやき
No.2138
✎
！
>>2136
『存在しない日時での投稿も許可する』にチェックを入れておけば、4月31日という表記で投稿することは可能ではあります。(笑)
(-ω-`) やってみたら、記事番号は当然ながら５月の記事のNo. 2136より後になるので、５月の日付区切りの上に、もうひとつ別の４月区切りが出ると言う珍妙な見掛けになってしまい、ちょっとここでやるのはどうかなと思って諦めました(珍妙は嫌いじゃないけど他ユーザー連を戸惑わせるのはまずいと思って)。
でも確かに4/31が表示されました！('▽`*) 今日は４月32日！
マメ更新できっとお疲れのにししさんに、元気玉 ( ・_・)ノ((((((○
それからお供えのアメ玉。つ ◎ ○ ●
➡ 2021年5月2日(日) 00時14分 〔4年以上前〕 No.2137 ✎ ！
開発放言の
私も欲しいです！
あんまり投稿しないので、カレンダーが1ヶ月だけだとほとんど丸がつかないので、2～3ヶ月くらい並べて表示したいです。
カレンダーを単月ではなく複数月分表示させる機能が欲しい
私も欲しいです！
あんまり投稿しないので、カレンダーが1ヶ月だけだとほとんど丸がつかないので、2～3ヶ月くらい並べて表示したいです。
➡ 2021年5月1日(土) 19時20分 〔4年以上前〕 No.2136 ✎ ！
設定で日付の自由入力ボタンを表示させた上で、『存在しない日時での投稿も許可する』にチェックを入れておけば、4月31日という表記で投稿することは可能ではあります。(笑) ただし曜日は表示されません。
➡
2021年5月1日(土)
15時23分
〔4年以上前〕
つぼやき
No.2135
✎
！
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
➡ 2021年4月30日(金) 22時13分 〔4年以上前〕 No.2134 ✎ ！
>2133
先ほど質問した者です。
すみません、肝心のバージョンを書き忘れてしまいました。
このまま使って、バージョンアップを待ちたいと思います。
お忙しい中、回答ありがとうございました！
先ほど質問した者です。
すみません、肝心のバージョンを書き忘れてしまいました。
このまま使って、バージョンアップを待ちたいと思います。
お忙しい中、回答ありがとうございました！
➡ 2021年4月30日(金) 21時04分 〔4年以上前〕 回答/返信 No.2133 ✎ ！
ノンシュガー贅沢なゼロ フランス産発酵バターと北海道生クリーム キャラメルミルク味を舐めております。🍬
🍔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;のように書いておくとアラートの記録を避けられます。◆というわけで、どちらにしてもそのままお使い下さって問題はありません。末永くご活用頂ければ幸いです。
➡ 2021年4月30日(金) 20時15分 〔4年以上前〕 No.2131 ✎ ！
はじめまして、素晴らしいCGIをありがとうございます。
てがろぐを設置して動作テストをしています。
サーバーのエラーログに以下のようなエラーが表示されます。一通り機能を試しましたが、動作には何も問題ありません。
[cgi:error] AH01215: Argument "" isn't numeric in numeric ne (!=) at tegalog.cgi line 4296.: /CGI設置パス/tegalog/tegalog.cgi, referer: https://サイトURL/tegalog/tegalog.cgi?mode=admin
[cgi:error] AH01215: CGI::param called in list context from tegalog.cgi line 3502, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/perl/5.26/lib/perl5/site_perl/5.26/CGI.pm line 412.: /CGI設置パス/tegalog/tegalog.cgi, referer: https://サイトURL/tegalog/tegalog.cgi?mode=edit
レンタルサーバーはさくらです。
「vulnerabilities」は検索すると脆弱性と出たのですが、このエラーが出たまま使用しても大丈夫でしょうか？
てがろぐを設置して動作テストをしています。
サーバーのエラーログに以下のようなエラーが表示されます。一通り機能を試しましたが、動作には何も問題ありません。
[cgi:error] AH01215: Argument "" isn't numeric in numeric ne (!=) at tegalog.cgi line 4296.: /CGI設置パス/tegalog/tegalog.cgi, referer: https://サイトURL/tegalog/tegalog.cgi?mode=admin
[cgi:error] AH01215: CGI::param called in list context from tegalog.cgi line 3502, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter" at /usr/local/perl/5.26/lib/perl5/site_perl/5.26/CGI.pm line 412.: /CGI設置パス/tegalog/tegalog.cgi, referer: https://サイトURL/tegalog/tegalog.cgi?mode=edit
レンタルサーバーはさくらです。
「vulnerabilities」は検索すると脆弱性と出たのですが、このエラーが出たまま使用しても大丈夫でしょうか？
➡ 2021年4月30日(金) 10時52分 〔4年以上前〕 No.2129 ✎ ！
β版の配布ありがとうございます！
fuwaimgが設定できるようになってとても嬉しいです……！できたらいいなーと思っていたので！ありがとうございます！
fuwaimgが設定できるようになってとても嬉しいです……！できたらいいなーと思っていたので！ありがとうございます！
➡ 2021年4月29日(木) 21時29分 〔4年以上前〕 No.2125 ✎ ！
🍘Re:2123（返信②:No.2124の続き）◆もしかして、『画像リンクにLightbox用の属性を付加する』項目のチェックをOFFにしていないでしょうか？
ソースを調べたところ、（カスタムdata属性が不要な場合でも）『画像リンクにLightbox用の属性を付加する』項目をOFFにすると、画像拡大用スクリプトが読み込まれない処理になっていました。^^;
不要な場合でも『画像リンクにLightbox用の属性を付加する』項目のチェックは入れてみて下さい。属性の文字列は何でも良いので、デフォルトのdata-lightbox="tegalog"等のままで可です。
次のバージョンでは修正します。ご報告ありがとうございます！
ソースを調べたところ、（カスタムdata属性が不要な場合でも）『画像リンクにLightbox用の属性を付加する』項目をOFFにすると、画像拡大用スクリプトが読み込まれない処理になっていました。^^;
不要な場合でも『画像リンクにLightbox用の属性を付加する』項目のチェックは入れてみて下さい。属性の文字列は何でも良いので、デフォルトのdata-lightbox="tegalog"等のままで可です。
次のバージョンでは修正します。ご報告ありがとうございます！
➡ 2021年4月29日(木) 18時19分 〔4年以上前〕 No.2124 ✎ ！
1日ほとんど寝ていました。
🍘Re:2123◆ご試用ありがとうございます。スクリプトの読み込みを必要とする処理の部分でちょっと実装で抜けていたところがあったかも知れません。調べてみます。そして、img要素にclassが要るんだとばかり思っていたんですが、a要素だったんですね。(笑) 勘違いしていました。FuwaimgのJavaScriptソースを見てみると、class名「fuwaimg」の要素リストを取得した後で、closest('a')の記述で（ルート方向に直近の）a要素リストを取得していたので、元々内側のimg要素のclass属性に書いても動くように作られているような気がします。これならa要素とimg要素の間に何か別の要素があっても大丈夫でしょうし、柔軟な作りですね。しかしまあ、本来の記述方法に従っておく方が良いので、ちょっと設定欄は見直します。(^_^;;; カスタムdata属性の指定欄と並べて、追加classの入力欄を設けた方が良いですね。情報感謝です。
🍘Re:2123◆ご試用ありがとうございます。スクリプトの読み込みを必要とする処理の部分でちょっと実装で抜けていたところがあったかも知れません。調べてみます。そして、img要素にclassが要るんだとばかり思っていたんですが、a要素だったんですね。(笑) 勘違いしていました。FuwaimgのJavaScriptソースを見てみると、class名「fuwaimg」の要素リストを取得した後で、closest('a')の記述で（ルート方向に直近の）a要素リストを取得していたので、元々内側のimg要素のclass属性に書いても動くように作られているような気がします。これならa要素とimg要素の間に何か別の要素があっても大丈夫でしょうし、柔軟な作りですね。しかしまあ、本来の記述方法に従っておく方が良いので、ちょっと設定欄は見直します。(^_^;;; カスタムdata属性の指定欄と並べて、追加classの入力欄を設けた方が良いですね。情報感謝です。
➡ 2021年4月29日(木) 15時18分 〔4年以上前〕 No.2123 ✎ ！
2111です。
β版配付ありがとうございます。早速アップデートしてfuwaimgで試してみました。
しかし何故かCSSとJavaScriptを読み込んでくれません。JavaScriptが挿入されるはずのところには「Lightboxを必要としない状況なのでスクリプトは挿入されません」とソースに表示されるだけです。
class属性は挿入されて問題なく動くのですが、fuwaimgはa要素にclass属性を書くことになってるのにimg要素に書いても動くのは何故？😅(cssとJavaScriptをskin-cover.html直書きで確認しました)
スクリプトが挿入されないのはサーバー環境に依存してるのかもしれませんが、とりあえずご報告まで。
#報告
β版配付ありがとうございます。早速アップデートしてfuwaimgで試してみました。
しかし何故かCSSとJavaScriptを読み込んでくれません。JavaScriptが挿入されるはずのところには「Lightboxを必要としない状況なのでスクリプトは挿入されません」とソースに表示されるだけです。
class属性は挿入されて問題なく動くのですが、fuwaimgはa要素にclass属性を書くことになってるのにimg要素に書いても動くのは何故？😅(cssとJavaScriptをskin-cover.html直書きで確認しました)
スクリプトが挿入されないのはサーバー環境に依存してるのかもしれませんが、とりあえずご報告まで。
#報告
➡ 2021年4月29日(木) 10時14分 〔4年以上前〕 アップデート✨ No.2122 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 3.2.4(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🍘Lightbox以外の画像拡大スクリプトを読み込む機能を追加。
🍘画像掲載時のimg要素に、指定のclass名を付加する機能を追加。
これまでCGIソースを直接カスタマイズしてLightbox以外のスクリプトに対応させてこられた方は、上記の設定機能でうまくいくかどうかをお試し頂ければ幸いです。開発段階では、FancyboxとFuwaimgでは動作確認をしています。 Fuwaimgが読み込まれない問題があるっぽいです。(調査中) →『画像リンクにLightbox用の属性を付加する』項目は使わない場合でもONにしたままにして下さい。そうすれば問題なく動きます。
詳しくは、上記の開発進捗状況報告ページやNo.2118をご覧下さい。
🍘Lightbox以外の画像拡大スクリプトを読み込む機能を追加。
🍘画像掲載時のimg要素に、指定のclass名を付加する機能を追加。
これまでCGIソースを直接カスタマイズしてLightbox以外のスクリプトに対応させてこられた方は、上記の設定機能でうまくいくかどうかをお試し頂ければ幸いです。
詳しくは、上記の開発進捗状況報告ページやNo.2118をご覧下さい。
➡ 2021年4月29日(木) 10時11分 〔4年以上前〕 回答/返信 No.2121 ✎ ！
コーヒーカップの絵文字って存在しなさそう……？
🍘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と言ったときに中に入れるのは紅茶じゃなくて緑茶で良いのだろうか。言語圏によって絵文字の液体の色が異なっていたりしないのかな。
➡ 2021年4月28日(水) 09時52分 〔4年以上前〕 No.2120 ✎ ！
>>2117
まさにトラブルシューティングの何も表示されなかったり、一部の画面だけがエラーになったりする場合を読んで弄ってみた次第です。ちなみに値は9でもOK👌でしたが、1はエラーが出て駄目でした。一応投稿はできるけどアクセスするたびに投稿され続けるっぽい。めちゃくちゃ投稿削除しました😅
まさにトラブルシューティングの何も表示されなかったり、一部の画面だけがエラーになったりする場合を読んで弄ってみた次第です。ちなみに値は9でもOK👌でしたが、1はエラーが出て駄目でした。一応投稿はできるけどアクセスするたびに投稿され続けるっぽい。めちゃくちゃ投稿削除しました😅
➡ 2021年4月28日(水) 00時37分 〔4年以上前〕 No.2119 ✎ ！
>>2117
2115です。RSSフィードだとimgタグを挟むaタグが含まれないので、原寸画像へのリンクや拡大表示をしたい場合に自力でaタグを生成する等の処理を加えないといけないのが面倒だなと思いまして…。あと埋め込むページからカテゴリへのリンクも入れようとしていたのですが、これもRSSフィード経由だと自力でやらなければいけない事が予想以上に多くて…。(カテゴリidとカテゴリ名を連想配列で紐付ける処理、2つ以上のカテゴリを指定していた場合の分割処理、新しいカテゴリが増えた時は連想配列部分を手動で増やす必要があるなど)
そんな中にししさんの解説記事を見て埋め込み用スキンを試しに作ってみたら、悩んでいた事が全部一気に解決して「うおおおお！すっげー!!てがろぐ最高!!!」と声を出して唸りました。埋め込む方法の解説記事は早い段階で見つけてはいたのですが、SSIおよびshtmlの方法だから関係ない・PHPならRSSフィードからやるしかないと思い込んでいたので最初はあまりじっくり読んでいなかったのです(^^；)何から何まで痒い所に手が届くCGIを作って下さって、そして便利な使い方の解説まで公開して下さって本当に感謝しております。
話は変わりますが、今まで自分でCGIのソースに手を加えてfuwaimgを使っていたのでVer 3.2.4β版の管理画面を早速覗きに行って喜んでます。次回のアップデートが楽しみです！
2115です。RSSフィードだとimgタグを挟むaタグが含まれないので、原寸画像へのリンクや拡大表示をしたい場合に自力でaタグを生成する等の処理を加えないといけないのが面倒だなと思いまして…。あと埋め込むページからカテゴリへのリンクも入れようとしていたのですが、これもRSSフィード経由だと自力でやらなければいけない事が予想以上に多くて…。(カテゴリidとカテゴリ名を連想配列で紐付ける処理、2つ以上のカテゴリを指定していた場合の分割処理、新しいカテゴリが増えた時は連想配列部分を手動で増やす必要があるなど)
そんな中にししさんの解説記事を見て埋め込み用スキンを試しに作ってみたら、悩んでいた事が全部一気に解決して「うおおおお！すっげー!!てがろぐ最高!!!」と声を出して唸りました。埋め込む方法の解説記事は早い段階で見つけてはいたのですが、SSIおよびshtmlの方法だから関係ない・PHPならRSSフィードからやるしかないと思い込んでいたので最初はあまりじっくり読んでいなかったのです(^^；)何から何まで痒い所に手が届くCGIを作って下さって、そして便利な使い方の解説まで公開して下さって本当に感謝しております。
話は変わりますが、今まで自分でCGIのソースに手を加えてfuwaimgを使っていたのでVer 3.2.4β版の管理画面を早速覗きに行って喜んでます。次回のアップデートが楽しみです！
➡ 2021年4月27日(火) 20時54分 〔4年以上前〕 No.2118 ✎ ！
画像の拡大表示に使われるスクリプトをLightbox以外に設定できるようになった Ver 3.2.4β版(未配布)の動作テスト。……とはいえ、ここではLightboxで表示されます。ので、Fancyboxで表示される設定にした第2試験場を期間限定でOPENしました。Fancyboxでの表示をお試しになりたい場合にどうぞ。
下図のように、管理画面の[設定]→[システム設定]で、画像拡大用スクリプトのURLを指定できるようになったほか、対象画像にclass名を加えないと動作しないFuwaimg等にも対応できるよう、画像に任意のclass名を付加できる項目(緑色矢印部分)も追加しました。LightboxやFancyboxのようにカスタムdata属性を使う場合は、従来通りLightbox用属性の付加項目(黄色矢印部分)を使えます。
➡この設定を実際に見るには、第2試験場へどうぞ。
下図のように、管理画面の[設定]→[システム設定]で、画像拡大用スクリプトのURLを指定できるようになったほか、対象画像にclass名を加えないと動作しないFuwaimg等にも対応できるよう、画像に任意のclass名を付加できる項目(緑色矢印部分)も追加しました。LightboxやFancyboxのようにカスタムdata属性を使う場合は、従来通りLightbox用属性の付加項目(黄色矢印部分)を使えます。
➡この設定を実際に見るには、第2試験場へどうぞ。
➡ 2021年4月27日(火) 20時47分 〔4年以上前〕 No.2117 ✎ ！
夕食に唐揚げを食べ過ぎてしまった疑惑。腸が無事か気になる……。
🍵Re:2116◆ぎょへー！ぎょへー！ぎょへー！)ﾟoﾟ( ご報告をどうもありがとうございます。よくその解決方法にたどり着きましたね!?!?!? (；ﾟДﾟ) 「CGIは設置できて動作もしているが投稿や設定操作ができない」という相談は過去に1回か2回くらい受けたことがあるのですが、よくよく調べると今回ご報告頂いたように「CGIのデータ送信先がサーバ側のディレクトリを含む形になっている」という謎の動作だったのですよね。そのときにその解決策を提示できたのだったかどうか微妙に自信がありません。どうだったかな……。なんか結局「このサーバでは諦めます」という結果になった方も1名いらっしゃったような気がするのですが。どひー！どひー！どひー！ 貴重なご報告をありがとうございました。早めにトラブルシューティングに載せておきます。
🍵Re:2115◆ご活用をどうもありがとうございます。ちなみにですが、RSSフィードで埋め込まれていたときの「画像を含む投稿で不都合」というのはどんな問題だったのでしょうか。もしよろしければ教えて下さい。
最初に唐揚げの量を見て「全部食べるとちょっと食べすぎになるかな」とは思っていたものの、お腹が減っていたので結局全部食べたのでした。ぐふー。(今はお腹いっぱい)
🍵Re:2116◆ぎょへー！ぎょへー！ぎょへー！)ﾟoﾟ( ご報告をどうもありがとうございます。よくその解決方法にたどり着きましたね!?!?!? (；ﾟДﾟ) 「CGIは設置できて動作もしているが投稿や設定操作ができない」という相談は過去に1回か2回くらい受けたことがあるのですが、よくよく調べると今回ご報告頂いたように「CGIのデータ送信先がサーバ側のディレクトリを含む形になっている」という謎の動作だったのですよね。そのときにその解決策を提示できたのだったかどうか微妙に自信がありません。どうだったかな……。なんか結局「このサーバでは諦めます」という結果になった方も1名いらっしゃったような気がするのですが。どひー！どひー！どひー！ 貴重なご報告をありがとうございました。早めにトラブルシューティングに載せておきます。
🍵Re:2115◆ご活用をどうもありがとうございます。ちなみにですが、RSSフィードで埋め込まれていたときの「画像を含む投稿で不都合」というのはどんな問題だったのでしょうか。もしよろしければ教えて下さい。
最初に唐揚げの量を見て「全部食べるとちょっと食べすぎになるかな」とは思っていたものの、お腹が減っていたので結局全部食べたのでした。ぐふー。(今はお腹いっぱい)
➡ 2021年4月27日(火) 19時53分 〔4年以上前〕 No.2116 ✎ ！
>>2112
>>2113
2111です。お二方ともご回答ありがとうございます。早速設置してみました。
レンタルサーバーの仕様通りパスとパーミッションを変更し、tegalog.cgiにもアクセスできたのですが、設定を変更しても投稿しても「そんなページないよ(意訳)」という英文のページに飛ばされてしまってちょっと頭を抱えました。
よくよくURLを見るとなんかおかしい。○○.com/home/ユーザー名/public_html/○○.com/～となってました。なんでホームディレクトリのパスがくっついてくるの…。そこでCGIの高度な設定にあるmy $howtogetpath = 2;の値を0に変更したらうまく動くようになりました。
ちなみにサーバーはカラフルボックスです。
#報告
>>2113
2111です。お二方ともご回答ありがとうございます。早速設置してみました。
レンタルサーバーの仕様通りパスとパーミッションを変更し、tegalog.cgiにもアクセスできたのですが、設定を変更しても投稿しても「そんなページないよ(意訳)」という英文のページに飛ばされてしまってちょっと頭を抱えました。
よくよくURLを見るとなんかおかしい。○○.com/home/ユーザー名/public_html/○○.com/～となってました。なんでホームディレクトリのパスがくっついてくるの…。そこでCGIの高度な設定にあるmy $howtogetpath = 2;の値を0に変更したらうまく動くようになりました。
ちなみにサーバーはカラフルボックスです。
#報告
➡ 2021年4月27日(火) 16時26分 〔4年以上前〕 No.2115 ✎ ！
#報告
てがろぐCGIが出力した最新の1件を任意の場所に埋め込む方法 がありますが、.phpのページに埋め込みたかったので力技で実現・成功しました。レアケースだと思いますが同様の事がしたい人がいらっしゃいましたら参考までに…。
やり方
①にししさんの解説 に従って「てがろぐCGIで最新の1件だけを簡潔に表示するスキン」を作る
②下の引用枠部分(<?phpから?>まで全部)をテキストエディタにコピペして、要設定部分を自分のサーバー仕様に合わせて書き換える。そしてtegalog_umekomi.phpなど任意の名前で、文字コードをUTF-8Nに指定して保存
③埋め込む側の.phpファイル内の埋め込みたい部分に include "tegalog_umekomi.php"; と書く
④埋め込む側のphpとtegalog_umekomi.phpを同じディレクトリにアップロード
最初はRSSフィードを読んで出力する方法でやっていたのですが、画像を含む投稿で不都合があったのでこっちの方が良いです。また、この方法ならSSIの時同様きちんとPowered-by表記も入ります(^∀^)
てがろぐCGIが出力した最新の1件を任意の場所に埋め込む方法 がありますが、.phpのページに埋め込みたかったので力技で実現・成功しました。レアケースだと思いますが同様の事がしたい人がいらっしゃいましたら参考までに…。
やり方
①にししさんの解説 に従って「てがろぐCGIで最新の1件だけを簡潔に表示するスキン」を作る
②下の引用枠部分(<?phpから?>まで全部)をテキストエディタにコピペして、要設定部分を自分のサーバー仕様に合わせて書き換える。そしてtegalog_umekomi.phpなど任意の名前で、文字コードをUTF-8Nに指定して保存
③埋め込む側の.phpファイル内の埋め込みたい部分に include "tegalog_umekomi.php"; と書く
④埋め込む側のphpとtegalog_umekomi.phpを同じディレクトリにアップロード
<?php
//----------要設定部分----------
//てがろぐCGIがあるフォルダの絶対パスもしくは埋め込む.phpファイルから見た相対パス
//cgi本体のファイル名は含めない、最後の/は入れない
$tegalog_pass = "ttps://example.com/tegalog";
//てがろぐCGI本体のファイル名
$tegalog_cgi = "tegalog.cgi";
//埋め込み用スキンが入ってるフォルダ名
$skinname = "umekomi";
//てがろぐ内部画像が入ってるフォルダ名
$naibuimg = "images";
//---------設定ここまで---------
//埋め込み用スキンがHTML出力した内容を$content変数に入れる
$umekomi_html = "$tegalog_pass"."/"."$tegalog_cgi"."?skin="."$skinname";
$content = file_get_contents($umekomi_html);
//埋め込み用スキンがHTML出力した相対パス部分を置換
//内部画像の表示
$content = str_replace("src=\"$naibuimg/", "src=\"$tegalog_pass/$naibuimg/", $content);
//内部画像へのリンク
$content = str_replace("href=\"$naibuimg/", "href=\"$tegalog_pass/$naibuimg/", $content);
//カテゴリやハッシュタグなどCGIの機能を使ったリンク部分
$content = str_replace("href=\"?", "href=\"$tegalog_pass/$tegalog_cgi?", $content);
//リンク部分で、埋め込み用スキン指定になっているのを解除
$content = str_replace("skin=$skinname", "", $content);
//出力
echo $content;
?>
最初はRSSフィードを読んで出力する方法でやっていたのですが、画像を含む投稿で不都合があったのでこっちの方が良いです。また、この方法ならSSIの時同様きちんとPowered-by表記も入ります(^∀^)
➡ 2021年4月27日(火) 15時46分 〔4年以上前〕 No.2114 ✎ ！
おぅ、回答を書いている間に回答が投稿されていた。(笑)
無意識のうちに寝ぼけつつも回答を書いて投稿していたのかな、と一瞬思ってしまうほど完璧な回答をどうもありがとうございます。一分の漏れもない完璧かつ分かりやすい回答です。>>2112
無意識のうちに寝ぼけつつも回答を書いて投稿していたのかな、と一瞬思ってしまうほど完璧な回答をどうもありがとうございます。一分の漏れもない完璧かつ分かりやすい回答です。>>2112
➡ 2021年4月27日(火) 15時41分 〔4年以上前〕 回答/返信 No.2113 ✎ ！
気力が、足りない。_(┐｢ε:)_
🍵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」∠)_
➡ 2021年4月27日(火) 15時31分 〔4年以上前〕 回答/返信 No.2112 ✎ ！
>>2111
サーバーを移転予定なんですが、てがろぐを引き継ぐときは動作確認してからtegalog.xml、tegalog.ini、imagesフォルダを上書きすれば大丈夫なんでしょうか？
①現在(移転前)のサーバー上にあるtegalogフォルダを丸ごとFTPソフトでダウンロードする
②そのダウンロードしたtegalogフォルダを新しいサーバー(移転先)にアップロードする。投稿した画像ファイルまでアスキーモードでアップロードしてしまわないように注意
③新しいサーバーの仕様にあわせてパーミッションを設定 し直す
…で、過去ログや設定もそっくりそのまま移転出来ますよ。私はただの1ユーザーですが、実際にこの方法で別サーバーに移設しました。移転先のサーバーの仕様によってはtegalog.cgiの1行目 #! /usr/bin/perl の部分を書き換えないといけないかもしれませんが大抵これだけで行けるはずです。
➡ 2021年4月26日(月) 23時37分 〔4年以上前〕 No.2111 ✎ ！
サーバーを移転予定なんですが、てがろぐを引き継ぐときは動作確認してからtegalog.xml、tegalog.ini、imagesフォルダを上書きすれば大丈夫なんでしょうか？
#質問
#質問
➡ 2021年4月26日(月) 15時38分 〔4年以上前〕 No.2110 ✎ ！
>>2109
文字数の上限はあるのかな？
単なる１ユーザーですが、上限はなかったはずです。確か１投稿百万字でも書けるって話だったような。
➡ 2021年4月25日(日) 13時05分 〔4年以上前〕 No.2107 ✎ ！
投稿時刻に近い時計絵文字を表示する機能はどうか、と一瞬思ったのだけど、需要がないな、と一瞬後に思い直した。🕐1時 午前と午後の区別も付かないし。
➡ 2021年4月25日(日) 13時01分 〔4年以上前〕 No.2106 ✎ ！
標準スキンで投稿日時表示領域の端に使っているのは腕時計絵文字⌚ですけども、(他の文字コードに変換して使われる可能性も考慮して)念のために ⌚ と表記してあってカスタマイズの際には分かりにくいかも知れないと思い至りました。コメントで注釈するか、もう絵文字を直接書いておいても良いかもしれませんね。元々文字コードはUTF-8以外を想定していないのですし。なお、時計関係の絵文字には ⏰(アラーム)、⏱(ストップウォッチ)、⏲(タイマー)、🕰(マントルピース時計)、時刻いろいろ 🕐🕑🕒🕓🕔🕕🕖🕗🕘🕙🕚🕛🕜🕝🕞🕟🕠🕡🕢🕣🕤🕥🕦🕧 などがあります。
➡ 2021年4月25日(日) 12時59分 〔4年以上前〕 No.2105 ✎ ！
アイスクリームが欲しくなる季節になりました。室温は25.1度。ややあつい。
🍨Re:2100◆たしかに解説分量が多すぎて情報を見つけづらい問題はありますね。そこはどうにかしたいと思ってはいるのですけども。画像ディレクトリのパーミッションは本当にあるあるなので、ここでも豆知識タグでNo.1515やNo.1218で年1回書いていたりするのですけども(^_^;)、焼け石に水みたいな感じですね。豆知識とFAQをまとめたページを作ろうとはしていまして、それができたら多少は(情報提供の分かりやすさが)マシになるかな……と期待しています。◆suEXECサーバのお知らせもありがとうございます。完全無料なサーバでも採用されているのですね。(採用する方が安全になるので、どこでも採用される方が望ましいわけですから、驚くことではないかも知れませんが。)
🍨Re:2101◆お知らせありがとうございます。(╹◡╹)ﾉ
🍨Re:2102◆お知らせありがとうございます。(╹◡╹)ﾉ
他にもお使いのサーバでsuEXEC対応でしたらぜひお知らせ下さい。➡緩募
🍨Re:2100◆たしかに解説分量が多すぎて情報を見つけづらい問題はありますね。そこはどうにかしたいと思ってはいるのですけども。画像ディレクトリのパーミッションは本当にあるあるなので、ここでも豆知識タグでNo.1515やNo.1218で年1回書いていたりするのですけども(^_^;)、焼け石に水みたいな感じですね。豆知識とFAQをまとめたページを作ろうとはしていまして、それができたら多少は(情報提供の分かりやすさが)マシになるかな……と期待しています。◆suEXECサーバのお知らせもありがとうございます。完全無料なサーバでも採用されているのですね。(採用する方が安全になるので、どこでも採用される方が望ましいわけですから、驚くことではないかも知れませんが。)
🍨Re:2101◆お知らせありがとうございます。(╹◡╹)ﾉ
🍨Re:2102◆お知らせありがとうございます。(╹◡╹)ﾉ
他にもお使いのサーバでsuEXEC対応でしたらぜひお知らせ下さい。➡緩募
➡ 2021年4月23日(金) 16時00分 〔4年以上前〕 No.2100 ✎ ！
>>2098
セットアップ方法解説ページにアップロードした画像が表示されない、ありがちな理由として書いていたのでした。
(´；ω；`) 簡易のセットアップにばっかり飛んでたせいで。おかしいなー問題あったらこの辺読んでねって言うセクションあったはずなのにーって、簡易セットアップの辺りを行ったり来たりしてましたorz すべて自業自得orz
詳細説明のページをブクマしておくことにします。ありがとうございましたー。
#[suEXECが採用されているレンタルサーバー]
https://www.usamimi.info/new/index.html
https://www.fya.jp
➡ 2021年4月23日(金) 14時44分 〔4年以上前〕 No.2099 ✎ ！
【緩募】さくらインターネットと、ロリポップ以外で、suEXECが採用されているレンタルサーバ（誰でも契約できるレンタルサーバ）があれば教えて下さい。注意喚起に加えておこうかなと。
➡ 2021年4月23日(金) 14時04分 〔4年以上前〕 No.2098 ✎ ！
ティラミスフラペチーノの売り切れが早すぎるのでは……。(´･ω･`)
🍩Re:2094◆早速のβ版試用をどうもありがとうございます。うまく動いているようで良かったです。
🍩Re:2095◆クリスピークリームドーナツは東京にしかないのだと思っていたのですけども、もっと店舗はあったんですね。とはいえ私の近隣にはありませんでしたが。しかし梅田には2店舗ある模様。コロナ禍下で梅田に出張ることはありませんけども、機会があったら買ってみようかな……。
🍩Re:2096◆お酒なんですね。酒にしなくても良かったんじゃないかと思わなくもないですが。^^;
🍩Re:2097◆試行錯誤をお疲れさまでした。画像保存ディレクトリのパーミッションは、実は「画像はUPできるのに表示されない！」という問題では真っ先に疑うポイントでして、セットアップ方法解説ページにアップロードした画像が表示されない、ありがちな理由として書いていたのでした。suEXECというのはWebサーバ上でのCGIやSSIの動作を安全にする仕組みなので、導入する方が望ましい仕様ですから、次第にsuEXEC使用サーバの方が優勢になっていくのではないかと思います。
代わりに、スーパーで販売されていたカップティラミスを食べました。ぐふー。
🍩Re:2094◆早速のβ版試用をどうもありがとうございます。うまく動いているようで良かったです。
🍩Re:2095◆クリスピークリームドーナツは東京にしかないのだと思っていたのですけども、もっと店舗はあったんですね。とはいえ私の近隣にはありませんでしたが。しかし梅田には2店舗ある模様。コロナ禍下で梅田に出張ることはありませんけども、機会があったら買ってみようかな……。
🍩Re:2096◆お酒なんですね。酒にしなくても良かったんじゃないかと思わなくもないですが。^^;
🍩Re:2097◆試行錯誤をお疲れさまでした。画像保存ディレクトリのパーミッションは、実は「画像はUPできるのに表示されない！」という問題では真っ先に疑うポイントでして、セットアップ方法解説ページにアップロードした画像が表示されない、ありがちな理由として書いていたのでした。suEXECというのはWebサーバ上でのCGIやSSIの動作を安全にする仕組みなので、導入する方が望ましい仕様ですから、次第にsuEXEC使用サーバの方が優勢になっていくのではないかと思います。
代わりに、スーパーで販売されていたカップティラミスを食べました。ぐふー。
➡
2021年4月23日(金)
06時14分
〔4年以上前〕
つぼやき
No.2097
✎
！
#報告
最新のをDLしてテスト設置したんですが、なぜか画像が表示されない。アップはできてて、設置側のimagesフォルダから直には開けると言う、え？なんで？状態。
以前設置した292は画像がきちんと表示されてる。ので、292を別設置して、そこから最新版を新たにDLしてアップデート。まだ表示されない。
これはもしや設置のサーバーに何か問題が？と思って、別のサーバーに最新版を、前verとまとめてフルにしてアップロード。結果同じ。ええー？
色々考えられること(CGIの１行目を書き換える、アップロード時のサーバー側漢字モードを変える、imagesフォルダをサーバー側に新規作成する等)をやってみて、全滅。
まさかと思ってパーミッションをsuEXECのに変えたら表示されたorz ええーなんでー今まで大丈夫だったじゃーん。と思いましたが、たまたま使ってるサーバー側で何か変更があったんでしょうきっと。
次からはこういうエラーが出たら、まずパーミッションを変えると言うことをしてみたいと思います。絶望し掛けた時間を返せ(自業自得)。
何はともあれ、最新Beta版、動いております。ありがとうございますー。同じようなことで困ってる人もいるんじゃないかと思って、書いてみた。心が折れなくてよかった。
(滅多と画像投稿しないので気づかなかった。)
最新のをDLしてテスト設置したんですが、なぜか画像が表示されない。アップはできてて、設置側のimagesフォルダから直には開けると言う、え？なんで？状態。
以前設置した292は画像がきちんと表示されてる。ので、292を別設置して、そこから最新版を新たにDLしてアップデート。まだ表示されない。
これはもしや設置のサーバーに何か問題が？と思って、別のサーバーに最新版を、前verとまとめてフルにしてアップロード。結果同じ。ええー？
色々考えられること(CGIの１行目を書き換える、アップロード時のサーバー側漢字モードを変える、imagesフォルダをサーバー側に新規作成する等)をやってみて、全滅。
まさかと思ってパーミッションをsuEXECのに変えたら表示されたorz ええーなんでー今まで大丈夫だったじゃーん。と思いましたが、たまたま使ってるサーバー側で何か変更があったんでしょうきっと。
次からはこういうエラーが出たら、まずパーミッションを変えると言うことをしてみたいと思います。絶望し掛けた時間を返せ(自業自得)。
何はともあれ、最新Beta版、動いております。ありがとうございますー。同じようなことで困ってる人もいるんじゃないかと思って、書いてみた。心が折れなくてよかった。
(滅多と画像投稿しないので気づかなかった。)
➡ 2021年4月20日(火) 12時23分 〔4年以上前〕 No.2096 ✎ ！
いやなんかちょっとタイムリーかなって思って。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
➡ 2021年4月20日(火) 00時24分 〔4年以上前〕 No.2095 ✎ ！
ドーナツ🍩と言えば「クリスピークリームドーナツ」は美味しいのだろうか？
名前は数年前に知ったが、なにせ近所にないので食べたことがない……
名前は数年前に知ったが、なにせ近所にないので食べたことがない……
➡ 2021年4月18日(日) 11時41分 〔4年以上前〕 アップデート✨ No.2087 ✎ ！
開発進捗状況報告サイトで、てがろぐ Ver 3.2.3(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。
🍮アップロードを許可する画像ファイル拡張子リストを編集できる設定項目を追加（gif、jpg、jpeg、png、svg以外でも何でも追加できます。）
🍮範囲選択していなくても装飾記法を追加する設定にしている場合で、実際に範囲選択されていなかった場合には、挿入後のカーソル位置を追記位置(カッコの内側)に配置するよう修正（追記しやすくなりました。）
🍮その他
詳しくは、上記の開発進捗状況報告ページをご覧下さい。（今のところ、そこ以外に説明はありません。）
🍮アップロードを許可する画像ファイル拡張子リストを編集できる設定項目を追加（gif、jpg、jpeg、png、svg以外でも何でも追加できます。）
🍮範囲選択していなくても装飾記法を追加する設定にしている場合で、実際に範囲選択されていなかった場合には、挿入後のカーソル位置を追記位置(カッコの内側)に配置するよう修正（追記しやすくなりました。）
🍮その他
詳しくは、上記の開発進捗状況報告ページをご覧下さい。（今のところ、そこ以外に説明はありません。）
➡
2021年4月18日(日)
00時10分
〔4年以上前〕
テスト
No.2086
✎
！
管理画面の設定(システム設定)から、アップロード可能な画像ファイルの拡張子を自由に指定できるようになった Ver 3.2.3 の動作テスト。(未配布)
➡ 2021年4月12日(月) 11時44分 〔4年以上前〕 回答/返信 No.2082 ✎ ！
朝食はサンドイッチ。🥪
🍩Re:2079◆ちなみにですが、複数のカテゴリに属している場合の区切り記号は、管理画面の［設定］→［ページの表示］→【カテゴリの表示】→「1投稿に複数のカテゴリが設定されている場合」項目で自由に指定ができます。デフォルトでは半角カンマ記号で区切られますが、ここでカスタマイズ可能です。また、装飾をカスタマイズしたい場合は、各投稿に表示されるカテゴリ名の装飾方法で解説していますのでご参照下さい。(╹◡╹)
🍩Re:2078◆どういたしまして！
🍩Re:2077◆WordPressでプラグインを使っていると、本当にWordPress本体をアップデートしても大丈夫なのかどうか不安になることはよくありますね。念のために全体のバックアップを取ってから作業したいのですけども、PHPMyAdminにログインしてデータベース(MySQL)側のバックアップを取る作業はかなり面倒ですし。その辺、ボタン1発でバックアップしてくれるような仕組みがあっても良さそうだと思うのですけども。(^_^;)
🍩Re:2076◆ご愛用ありがとうございます！
ドーナツ食べたい。しかし、運動不足な身体でドーナツを食べるのはやや憚られる……。(´･ω･`)
🍩Re:2079◆ちなみにですが、複数のカテゴリに属している場合の区切り記号は、管理画面の［設定］→［ページの表示］→【カテゴリの表示】→「1投稿に複数のカテゴリが設定されている場合」項目で自由に指定ができます。デフォルトでは半角カンマ記号で区切られますが、ここでカスタマイズ可能です。また、装飾をカスタマイズしたい場合は、各投稿に表示されるカテゴリ名の装飾方法で解説していますのでご参照下さい。(╹◡╹)
🍩Re:2078◆どういたしまして！
🍩Re:2077◆WordPressでプラグインを使っていると、本当にWordPress本体をアップデートしても大丈夫なのかどうか不安になることはよくありますね。念のために全体のバックアップを取ってから作業したいのですけども、PHPMyAdminにログインしてデータベース(MySQL)側のバックアップを取る作業はかなり面倒ですし。その辺、ボタン1発でバックアップしてくれるような仕組みがあっても良さそうだと思うのですけども。(^_^;)
🍩Re:2076◆ご愛用ありがとうございます！
ドーナツ食べたい。しかし、運動不足な身体でドーナツを食べるのはやや憚られる……。(´･ω･`)
➡ 2021年4月12日(月) 11時14分 〔4年以上前〕 No.2081 ✎ ！
🍩スキンHTML内でコメントアウトする際の#🌱豆知識:
スキンをカスタマイズする際に、例えば [[hogehoge]] という記述を一時的に無効化しようと考えて <!-- [[hogehoge]] --> のように書きたくなるケースがあると思うのですが、これはお勧めできません。
なぜかというと、 [[hogehoge]] の箇所に実際に挿入されるHTMLソースの中にもHTMLのコメント記法が含まれている場合があるからです。例えば [[hogehoge]]] の箇所は
このとき、スキンHTMLに <!-- [[hogehoge]] --> と書いてしまうと、実際には
HTMLの文法では、コメントは入れ子構造にできない仕様なので、最初に「-->」が現れたところでコメントアウトが終わってしまいます。つまり、上記だと、最後の「-->」ではなく、半ばの「-->」でコメントが終わったとブラウザは判断してしまいます。
その結果、HTMLタグの開閉が一致しなくなってレイアウトが崩れてしまいます。普通は、中途半端に何かが表示されていればコメントアウトがおかしいことに気付くでしょう。しかし、てがろぐの各種記法には「ある状況でしか中身が挿入されない」という記法がいくつかあります。そういうものをコメントアウトしていると、『状況によっては何も表示されないために、コメントアウトが中途半端なことに気付かない』というケースがあり得ます。その場合、ある特定の条件が成立している場合にだけ表示が崩れる、ということになってしまいます。
なので、[[hogehoge]] 等の記法をコメントアウトしたい場合は、例えば
……のようにするとか、何か余計な文字を加えるか削るかして、てがろぐCGI側が展開しないような書き方に修正することをお勧め致します。
※てがろぐ側の出力内容にもHTMLのコメント記法を使ってコメントを含めてあるのは、『最終的な出力ソース（＝ブラウザのソース表示機能を使って見えるHTMLソース）を参考にして、装飾のためのCSSを考える際に、「そこが何のための出力なのか」を示すことで考えやすくするため』です。(たいていは)
畳む
スキンをカスタマイズする際に、例えば [[hogehoge]] という記述を一時的に無効化しようと考えて <!-- [[hogehoge]] --> のように書きたくなるケースがあると思うのですが、これはお勧めできません。
なぜかというと、 [[hogehoge]] の箇所に実際に挿入されるHTMLソースの中にもHTMLのコメント記法が含まれている場合があるからです。例えば [[hogehoge]]] の箇所は
<div class="hagehage"><!-- ▼ここは○○です --><a href="higehige">ふげふげ</a></div>のように出力されていることがあります。
このとき、スキンHTMLに <!-- [[hogehoge]] --> と書いてしまうと、実際には
<!-- <div class="hagehage"><!-- ▼ここは○○です --><a href="higehige">ふげふげ</a></div> -->と出力されてしまいます。
HTMLの文法では、コメントは入れ子構造にできない仕様なので、最初に「-->」が現れたところでコメントアウトが終わってしまいます。つまり、上記だと、最後の「-->」ではなく、半ばの「-->」でコメントが終わったとブラウザは判断してしまいます。
その結果、HTMLタグの開閉が一致しなくなってレイアウトが崩れてしまいます。普通は、中途半端に何かが表示されていればコメントアウトがおかしいことに気付くでしょう。しかし、てがろぐの各種記法には「ある状況でしか中身が挿入されない」という記法がいくつかあります。そういうものをコメントアウトしていると、『状況によっては何も表示されないために、コメントアウトが中途半端なことに気付かない』というケースがあり得ます。その場合、ある特定の条件が成立している場合にだけ表示が崩れる、ということになってしまいます。
なので、[[hogehoge]] 等の記法をコメントアウトしたい場合は、例えば
<!-- {{hogehoge}} --> ←カッコの種類を変える
<!-- //hogehoge// --> ←カッコを別の記号にする
<!-- [[ hogehoge ]] --> ←カッコと英字の間に空白を入れる
……のようにするとか、何か余計な文字を加えるか削るかして、てがろぐCGI側が展開しないような書き方に修正することをお勧め致します。
※てがろぐ側の出力内容にもHTMLのコメント記法を使ってコメントを含めてあるのは、『最終的な出力ソース（＝ブラウザのソース表示機能を使って見えるHTMLソース）を参考にして、装飾のためのCSSを考える際に、「そこが何のための出力なのか」を示すことで考えやすくするため』です。(たいていは)
畳む
➡ 2021年4月11日(日) 14時51分 〔4年以上前〕 No.2077 ✎ ！
私もwordpressでしたが、ほんとに更新が毎回おっくうで嫌になりました…
プラグインとテーマの食い合わせなど、手軽さからどんどんかけ離れていく感じでした。
[>>2074]
お騒がせしました…Safariのキャッシュは履歴などと一緒くたにIDに紐付けされているようなので、たまたまアップルIDからログアウトしていたiPadで確認したところ、ちゃんと反映されていました！
アップル製は融通がきかないのですね😅
プラグインとテーマの食い合わせなど、手軽さからどんどんかけ離れていく感じでした。
[>>2074]
お騒がせしました…Safariのキャッシュは履歴などと一緒くたにIDに紐付けされているようなので、たまたまアップルIDからログアウトしていたiPadで確認したところ、ちゃんと反映されていました！
アップル製は融通がきかないのですね😅
