2019年4月 この範囲を時系列順で読む この範囲をファイルに出力する
標準添付のスキン群も新バージョン用に更新。RSS Auto-Discoveryの記述がヘッダに加わったので、RSSフィードの購読が(ブラウザ側の操作で)可能になっているハズ。(※チャットタイプスキンを除く)
あと、最終更新日時(最後に投稿または編集した日時)の表示ができる [[INFO:LASTUPDATE]] もサイドバー等に追加しました。これは「最新投稿の投稿日時」ではなく「最後にデータが更新された日時」なので、過去投稿を編集・削除しただけでも、その時点の日付が「最終更新日時」になります。(もちろん、新しい投稿をした直後は、最新投稿日時＝最終更新日時になります。)
内側スキンに記述できる投稿日時の指定と同様に、[[INFO:LASTUPDATE:Y年M月D日(b) h:m:s]] などの書き方を使えば自由な日付形式を作って表示できます。
さらに、No.803でご指摘頂いた、「過去の投稿を編集する画面から『新規投稿』を選んで新規扱いで投稿すると、前の日付がそのまま引き継がれてしまう」という不具合を解消。新規扱いで投稿した場合は、投稿した瞬間の日時で記録されるように戻しました。(やはり、日付の手動入力機能を搭載したことで発生していた副作用でした。^^;)
あと、最終更新日時(最後に投稿または編集した日時)の表示ができる [[INFO:LASTUPDATE]] もサイドバー等に追加しました。これは「最新投稿の投稿日時」ではなく「最後にデータが更新された日時」なので、過去投稿を編集・削除しただけでも、その時点の日付が「最終更新日時」になります。(もちろん、新しい投稿をした直後は、最新投稿日時＝最終更新日時になります。)
内側スキンに記述できる投稿日時の指定と同様に、[[INFO:LASTUPDATE:Y年M月D日(b) h:m:s]] などの書き方を使えば自由な日付形式を作って表示できます。
さらに、No.803でご指摘頂いた、「過去の投稿を編集する画面から『新規投稿』を選んで新規扱いで投稿すると、前の日付がそのまま引き継がれてしまう」という不具合を解消。新規扱いで投稿した場合は、投稿した瞬間の日時で記録されるように戻しました。(やはり、日付の手動入力機能を搭載したことで発生していた副作用でした。^^;)
すみません。自分で笑ってしまった
○検索サイトで自動取得(URLを指定できない)だと引っかからないのです>_<
○検索サイトで自動取得(URLを指定できない)だと引っかからないのです>_<
検索サイトで自動取得だとに引っかからないのです>_<
Re:801◆テストありがとうございます。うまく認識されているようで良かったです。画像もありがとうございます。分かりやすくて助かります。Japan版ではない本家YAHOO!ロゴを久しぶりに見ました。(^_^;)
Re:802◆本気でフラグを実装しようと思うとデータ記録形式の拡張が必要なので結構かかりそうなのですが、例えば #none を付けた投稿だけはタイムラインから消す、みたいなハッシュタグを利用した形式だと簡単にできそうな気もしたりしなかったり。
Re:803◆ご報告をありがとうございます！ これは不具合です。(^_^;) 元々は「新規投稿」を選択した時点で「投稿された瞬間の日時」を新たに記録し直す設計になっていたのですが、たぶん「投稿日時の手動設定機能」を搭載したことによって（誤って）元々の日時が維持されてしまう仕様に変わってしまったのだと思います。次のバージョンで直します。
Re:804◆今回のRSSフィード出力機能のために実装した仕様を活用すると、サイトマップの出力機能も作れそうな気がしてきました。
Re:802◆本気でフラグを実装しようと思うとデータ記録形式の拡張が必要なので結構かかりそうなのですが、例えば #none を付けた投稿だけはタイムラインから消す、みたいなハッシュタグを利用した形式だと簡単にできそうな気もしたりしなかったり。
Re:803◆ご報告をありがとうございます！ これは不具合です。(^_^;) 元々は「新規投稿」を選択した時点で「投稿された瞬間の日時」を新たに記録し直す設計になっていたのですが、たぶん「投稿日時の手動設定機能」を搭載したことによって（誤って）元々の日時が維持されてしまう仕様に変わってしまったのだと思います。次のバージョンで直します。
Re:804◆今回のRSSフィード出力機能のために実装した仕様を活用すると、サイトマップの出力機能も作れそうな気がしてきました。
月名に英語略称(Jan～Dec)を採用できる機能を新たに実装したのは、RSSフィードに記載する日時表記は「Sat, 13 Apr 2019 09:58:07 +0900」みたいな形式で書く必要があるっぽいからなのだった。（RSSフィードは、デフォルトでは内蔵スキンを使用して出力しますが、自力で「RSSフィード出力スキン」を作った場合はそれを採用して出力することもできる仕様にする予定。）
多分Twitterに慣れちゃったせいだと思うんだけど、多分一呟きを140字程度にまとめる癖がついてる気がする。
っつか、RSSフィード使えば、簡易の記事一覧みたいに使えるのか。
今気がついたけど、例えば３月に書いた記事を、４月に編集のち新規として投稿すると、その記事が突然４月の記事の間に３月の記事として出現するww 日付が変わってなければ当然だけど、こういう表示になるとは思わなかったww #報告
４月記事の区切り
----------------------
投稿
投稿
----------------------
３月記事の区切り
----------------------
編集後新規投稿した３月の記事
----------------------
４月記事の区切り
----------------------
投稿
投稿(ry
「データとしては残しておくけども、一覧表示(タイムライン)からは非表示にできる」というようなフラグが欲しいな……。検索すると見つかるけど、一覧では見えない、というような。
すごく欲しいです！！！！ #要望
すごく欲しいです！！！！ #要望
テスト投稿はご自由にどうぞ。ご質問・ご要望などもあればお気軽にどうぞー。
なんとなく、RSSフィードを出力できるようになった気がします。
➡ tegalog.cgi?mode=rss で。
これで本当にRSSフィードとして機能するかどうかをチェックしないといけないけども。(ご協力お願いします！)
※投稿1行目(の最大30文字)を「記事タイトル」と解釈して、2行目以降(の最大100文字)を「本文抜粋」と解釈してRSSフィードにしています。
※ただし、投稿自体が1行しか存在しない場合はタイトルにも本文にも1行目を採用します。1行目が空行の場合や、1行目に画像しか存在しない場合は、記事No.をタイトルとして使います。
➡ tegalog.cgi?mode=rss で。
これで本当にRSSフィードとして機能するかどうかをチェックしないといけないけども。(ご協力お願いします！)
※投稿1行目(の最大30文字)を「記事タイトル」と解釈して、2行目以降(の最大100文字)を「本文抜粋」と解釈してRSSフィードにしています。
※ただし、投稿自体が1行しか存在しない場合はタイトルにも本文にも1行目を採用します。1行目が空行の場合や、1行目に画像しか存在しない場合は、記事No.をタイトルとして使います。
●和暦表記「睦月～師走」、
●英語フル「January～December」、
●英語略称「Jan～Dec」
……の3種類以外に何かあるかな？ とりあえず、この3種類は実装した。今なら次のバージョン用に追加実装できるかも？(^_^;)
●英語フル「January～December」、
●英語略称「Jan～Dec」
……の3種類以外に何かあるかな？ とりあえず、この3種類は実装した。今なら次のバージョン用に追加実装できるかも？(^_^;)
「データとしては残しておくけども、一覧表示(タイムライン)からは非表示にできる」というようなフラグが欲しいな……。検索すると見つかるけど、一覧では見えない、というような。ToDoリスト用途のときに欲しい。
◆Re:791,3,4：桜が咲いている上に雪が降ったのは関東圏だけだったんですかね？(^_^;) 停電もあったんですか！ 関西では雨だけでした。
◆Re:792：とりあえず次のバージョンでは「サイズ上限を設けない」というチェックボックスを加えて無制限にできるようにして、それをデフォルト設定にしてみます。
桜の花の上に雪が積もるのは珍しかったね!!
画像の投稿サイズ上限は自分で設定できるという点に気付いてない人多数の予感。
公式配布ページの「画像を直接アップロードする仕様」項目に、『※画像投稿エラーについて』と『※画像投稿ができない場合の対処方法』の説明を追加してみました。
Ⓐ4月9日(火) 午前1～7時 nishishi.com側サーバのメンテ（OS更新）終了
Ⓑ4月18日(木) 午前1～7時 nishishi.org側サーバのメンテ（OS更新）終了
配布サイトはⒶにあります。今ご覧のテストページはⒷにあり、βテスター用空間もⒷにあります。それぞれ、メンテ時間中にはアクセスできない可能性があります。※サーバのOSが「FreeBSD 11」にアップグレードされます。
Ⓑ
配布サイトはⒶにあります。今ご覧のテストページはⒷにあり、βテスター用空間もⒷにあります。それぞれ、メンテ時間中にはアクセスできない可能性があります。※サーバのOSが「FreeBSD 11」にアップグレードされます。
最新の機能を使うためには、最新の機能を使えるようにするための記述がスキン内に存在しないといけない場合もあるので、もし配布スキンをそのまま使っている場合は、スキンも上書きアップデートして下さい。(^_^;) スキンをカスタマイズしたり自作したりしている場合には、上書きはできませんが……。(そういう方々に向けた何らかの情報提供が必要かな……。)
アップデートの詳細内容を（バージョンごとに）確認できる簡単説明ページとかがあった方が良さそう。
とりあえず、配布ページに「Internal Server Errorになってしまう場合の対処方法」という解説項目を加えてみました。
配布しているCGIソース自体も、改行コードを LF だけにした状態で配布した方が良いかな……。（ただ、Windows上でソースの先頭付近を書き換える際には、改行コードが CR+LF ではない場合に困るケースもあるかな、とも思わないでもないんだけども。）
CGIの先頭行を #!/usr/bin/perl -- のように「--」を加えると動作する理由は https://oshiete.goo.ne.jp/qa/767872.html#an2393406 が参考になります。それで動作しているなら良いのですが、改行コードがCR+LFのままだと、他の動作部分で何か予期しない不具合が出る可能性もないとは言えません。なので、可能なら「--」を付けなくても動作するようにアップロードし直される方が無難だと思います。
Re:781◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
自己解決しました。
tegalog.cgiに記載のパスを
#!/usr/bin/perl --
に変更で無事動きました！
もし、同じような感じで悩まれている方は
参考にしてみてください。
お騒がせして申し訳ありませんでした！
tegalog.cgiに記載のパスを
#!/usr/bin/perl --
に変更で無事動きました！
もし、同じような感じで悩まれている方は
参考にしてみてください。
お騒がせして申し訳ありませんでした！
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134
