てがろぐ
- Fumy Otegaru Memo Logger -
No.3306, No.3305, No.3304, No.3303, No.3302, No.3301, No.3300［7件］
暑いのも困るが、寒いのも困る……！ 冬眠してしまいそう……。
🍘Re:3305◆ご要望は需要判断の参考にもなりますので、直接的に実装できない場合でもたいへんありがたいです。ご要望は歓迎ですのでまた何かお気づきの点があればいつでもお気軽にお知らせ下さい～。
🍘Re:3305◆ご要望は需要判断の参考にもなりますので、直接的に実装できない場合でもたいへんありがたいです。ご要望は歓迎ですのでまた何かお気づきの点があればいつでもお気軽にお知らせ下さい～。
めちゃくちゃさむい……！
返信が遅くなってすみません。ねむい。
🍘Re:3301◆カウントする種類を増やせば増やすほど動作が遅くなる(と思う)ので今のところカウントは最小限にしたいと思ってはいるのですが、もし何か遅くならずに済みそうな方法を思いついたときには実装を試してみるようにします。一応はToDoにメモっておきますので、期待せずにお待ち下さい。^^;
🍘Re:3302◆ご要望をどうもありがとうございます！ てがろぐの画像投稿機能は本当にオマケ程度の機能として始まったので、内部で何のデータも持っていないのですよね。元々は投稿日時もファイル名から得ていましたし。今は日付はファイルのタイムスタンプを参照するようになっていますが。で、投稿者のユーザIDだけはファイルに保持させる方法がないので、ハイフンで区切られたファイル名を見る仕様のままなわけですが。
で、今のままだと「鍵付き投稿用にUPした画像」のような属性を加えることもできないので、新着画像リストには問答無用で全部の画像が出てしまいます。それでは困りそうなので、投稿されている全画像を独立したデータファイル（画像インデックス）で管理する仕様を作る計画でいます。この画像インデックスができれば、画像1つ1つに対して任意のデータを付与できますから、
問題は、この画像インデックス生成機能を実装するのがわりと大変そうなので（1から作るだけなら良いのですが、既存の画像管理機能との整合性を取りつつ改造しないといけないので）実装する時間と気力をどうやって確保するのかが難しいところなのですけども。_(┐｢ε:)_
当初は画像投稿にここまで需要があるとは思っていなかったので（てがろぐVer.1では画像投稿機能がそもそもありませんでした）かなりテキトーな実装だったのですが、最初からもうちょっと設計しておけば良かったな……と今では思います。^^;
そんなわけで、気力さえ出ればもうちょっと便利な仕様になりますので、気長にお待ち頂ければ幸いです。
🍘Re:3303◆計算したところ、翌年の8月26日が11月299日のようですね。閏年でなければ。
返信が遅くなってすみません。ねむい。
🍘Re:3301◆カウントする種類を増やせば増やすほど動作が遅くなる(と思う)ので今のところカウントは最小限にしたいと思ってはいるのですが、もし何か遅くならずに済みそうな方法を思いついたときには実装を試してみるようにします。一応はToDoにメモっておきますので、期待せずにお待ち下さい。^^;
🍘Re:3302◆ご要望をどうもありがとうございます！ てがろぐの画像投稿機能は本当にオマケ程度の機能として始まったので、内部で何のデータも持っていないのですよね。元々は投稿日時もファイル名から得ていましたし。今は日付はファイルのタイムスタンプを参照するようになっていますが。で、投稿者のユーザIDだけはファイルに保持させる方法がないので、ハイフンで区切られたファイル名を見る仕様のままなわけですが。
で、今のままだと「鍵付き投稿用にUPした画像」のような属性を加えることもできないので、新着画像リストには問答無用で全部の画像が出てしまいます。それでは困りそうなので、投稿されている全画像を独立したデータファイル（画像インデックス）で管理する仕様を作る計画でいます。この画像インデックスができれば、画像1つ1つに対して任意のデータを付与できますから、
- 画像のキャプション
- 画像が鍵付きかどうか(新着画像リストに掲載して良いかどうか)のフラグ
- 画像を投稿したユーザID
問題は、この画像インデックス生成機能を実装するのがわりと大変そうなので（1から作るだけなら良いのですが、既存の画像管理機能との整合性を取りつつ改造しないといけないので）実装する時間と気力をどうやって確保するのかが難しいところなのですけども。_(┐｢ε:)_
当初は画像投稿にここまで需要があるとは思っていなかったので（てがろぐVer.1では画像投稿機能がそもそもありませんでした）かなりテキトーな実装だったのですが、最初からもうちょっと設計しておけば良かったな……と今では思います。^^;
そんなわけで、気力さえ出ればもうちょっと便利な仕様になりますので、気長にお待ち頂ければ幸いです。
🍘Re:3303◆計算したところ、翌年の8月26日が11月299日のようですね。閏年でなければ。
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
「元のファイル名をできるだけ維持してアップロードする機能」の話です。
＞この機能をONにした場合で、元のファイル名が維持されてアップロードされた場合、編集者権限未満のユーザは（自分でUPした画像でも）削除できなくなります。
＞編集者権限未満だと「自分でUPした画像しか削除できない」仕様ですが、元のファイル名が維持されると「誰がUPした画像なのか」が分からなくなる仕様だからです。(^_^;;;
とありますが、これに関しふと思いついて軽く検証をした結果、
例えば「hogehoge.png」の名前でアップロード後、「hogehoge-tomoyo.png」のように最後がハイフン+ユーザIDになるように変更すると、その画像はそのユーザIDに属することになるみたいですね。
現状ではハイフン込みの状態でアップロードできないので実質的には裏技未満ですが。
（ファイル名を後からいじるにしてもそのサイトの管理者でないと変更できませんし）
それで、何が言いたいかというと、「元のファイル名をできるだけ維持する」の追加オプションで「ファイル名にユーザIDを付加する」が増えると、（ONにすれば）画像をUPした本人の手でも削除することができるようになって便利になるかな、と思ったわけです。
……どう締めていいのかわからなくなったのでハッシュタグをつけて終わります。#要望
＞この機能をONにした場合で、元のファイル名が維持されてアップロードされた場合、編集者権限未満のユーザは（自分でUPした画像でも）削除できなくなります。
＞編集者権限未満だと「自分でUPした画像しか削除できない」仕様ですが、元のファイル名が維持されると「誰がUPした画像なのか」が分からなくなる仕様だからです。(^_^;;;
とありますが、これに関しふと思いついて軽く検証をした結果、
例えば「hogehoge.png」の名前でアップロード後、「hogehoge-tomoyo.png」のように最後がハイフン+ユーザIDになるように変更すると、その画像はそのユーザIDに属することになるみたいですね。
現状ではハイフン込みの状態でアップロードできないので実質的には裏技未満ですが。
（ファイル名を後からいじるにしてもそのサイトの管理者でないと変更できませんし）
それで、何が言いたいかというと、「元のファイル名をできるだけ維持する」の追加オプションで「ファイル名にユーザIDを付加する」が増えると、（ONにすれば）画像をUPした本人の手でも削除することができるようになって便利になるかな、と思ったわけです。
……どう締めていいのかわからなくなったのでハッシュタグをつけて終わります。#要望
>>3299
3297です。
>「ギャラリーに表示される投稿だけを対象にしたカウント値を見せたい
その通りです…！わかりやすくまとめてくださり、ありがとうございます。
そして機能的にないことが分かってスッキリしました。どこかにあるのかも？とずっと探していたので…
ずぼらな自分が良くないのですが、あまりカテゴリを増やすとカテゴリ分け自体しなくなるので少なめにしたくて(汗)
このカテゴリ総数に対して、画像がどれくらいあるのかな？と知りたいことがありまして。
でも確かにカテゴリを増やせばいいですし、リンクを押せば状態を表すところに件数が出ますね。自分なりに模索してみます。
迅速なご返信、本当にありがとうございました！
3297です。
>「ギャラリーに表示される投稿だけを対象にしたカウント値を見せたい
その通りです…！わかりやすくまとめてくださり、ありがとうございます。
そして機能的にないことが分かってスッキリしました。どこかにあるのかも？とずっと探していたので…
ずぼらな自分が良くないのですが、あまりカテゴリを増やすとカテゴリ分け自体しなくなるので少なめにしたくて(汗)
このカテゴリ総数に対して、画像がどれくらいあるのかな？と知りたいことがありまして。
でも確かにカテゴリを増やせばいいですし、リンクを押せば状態を表すところに件数が出ますね。自分なりに模索してみます。
迅速なご返信、本当にありがとうございました！
開発進捗状況報告サイトで、てがろぐ Ver 3.8.7(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。
このバージョンでは、影響の大きなバグを修正しています。普通に使っている状況ではまず問題は起きないでしょうし、問題を起こすには管理者権限のあるIDでログインする必要がありますから悪用される可能性もほとんどないとは思いますが、もし悪用されるとダメージが大きいので、3.8.2β以降をご試用下さっている場合は必ずバージョンアップをお願い致します。
主に以下の点を搭載しています。
🆕 Ver 3.8.7βの更新点(概要)：
《▼新機能》
●上位ディレクトリや別階層に存在するスキンも指定可能に。「?skin=../upperdir/some/skin-dir」のような感じで。
●スキン切り替え画面で、任意のディレクトリ名を指定してスキンをプレビューしたり簡易適用したりできる機能を追加。
●投稿日時の経過時間表記(「xx日前」のような相対時間)で、使用単位を「時間→日」に切り替えるタイミングを自由に設定できる機能を追加。
●ハッシュタグだとは認識されない「#」記号を簡単に表示させる方法として、「#」を入力できる項目をハッシュタグ簡単入力プルダウンメニューに追加できる機能を追加。
《▼仕様改善》
●管理画面の投稿一覧表にも「全部選択」・「全部解除」ボタンを追加。
●10件以上の投稿や画像を一括削除するときには、確認画面にある「削除する」ボタンを押した後にJavaScriptで最終確認する安全仕様を追加。
●モバイル端末で閲覧した場合のログイン画面を改善。
《▼スキン更新》
●すべてのスキンに、最初から「xx日前」のような相対時間(投稿後の経過時間)の表記も表示しておくよう更新。
●「最終更新日時」にも経過時間(相対時間)表記を表示するよう更新。
《▼不具合修正》
●Ver 3.8.2β以降に存在していた(影響の大きな)バグを修正。
●Lightboxが必要ない状況でも、そのスクリプトとjQueryが無駄に読み込まれる可能性があったバグを修正。
●サーバのエラーログに「CGI::param called in list context」のようなアラートが出力されるのを防ぐよう改善。
●『サムネイル画像があればサムネイルの方を表示』項目がONでもOFFでも、問答無用でONの動作をしていた不具合を修正。
●『画像パスに絶対URL(フルパス)を使う』がONで、「スラッシュで始まる絶対パス」で画像が指定されたとき、画像のURLがおかしくなって正しく画像が表示されない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
このバージョンでは、影響の大きなバグを修正しています。普通に使っている状況ではまず問題は起きないでしょうし、問題を起こすには管理者権限のあるIDでログインする必要がありますから悪用される可能性もほとんどないとは思いますが、もし悪用されるとダメージが大きいので、3.8.2β以降をご試用下さっている場合は必ずバージョンアップをお願い致します。
主に以下の点を搭載しています。
🆕 Ver 3.8.7βの更新点(概要)：
《▼新機能》
●上位ディレクトリや別階層に存在するスキンも指定可能に。「?skin=../upperdir/some/skin-dir」のような感じで。
●スキン切り替え画面で、任意のディレクトリ名を指定してスキンをプレビューしたり簡易適用したりできる機能を追加。
●投稿日時の経過時間表記(「xx日前」のような相対時間)で、使用単位を「時間→日」に切り替えるタイミングを自由に設定できる機能を追加。
●ハッシュタグだとは認識されない「#」記号を簡単に表示させる方法として、「#」を入力できる項目をハッシュタグ簡単入力プルダウンメニューに追加できる機能を追加。
《▼仕様改善》
●管理画面の投稿一覧表にも「全部選択」・「全部解除」ボタンを追加。
●10件以上の投稿や画像を一括削除するときには、確認画面にある「削除する」ボタンを押した後にJavaScriptで最終確認する安全仕様を追加。
●モバイル端末で閲覧した場合のログイン画面を改善。
《▼スキン更新》
●すべてのスキンに、最初から「xx日前」のような相対時間(投稿後の経過時間)の表記も表示しておくよう更新。
●「最終更新日時」にも経過時間(相対時間)表記を表示するよう更新。
《▼不具合修正》
●Ver 3.8.2β以降に存在していた(影響の大きな)バグを修正。
●Lightboxが必要ない状況でも、そのスクリプトとjQueryが無駄に読み込まれる可能性があったバグを修正。
●サーバのエラーログに「CGI::param called in list context」のようなアラートが出力されるのを防ぐよう改善。
●『サムネイル画像があればサムネイルの方を表示』項目がONでもOFFでも、問答無用でONの動作をしていた不具合を修正。
●『画像パスに絶対URL(フルパス)を使う』がONで、「スラッシュで始まる絶対パス」で画像が指定されたとき、画像のURLがおかしくなって正しく画像が表示されない不具合を解消。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
