2022年11月 この範囲を時系列順で読む この範囲をファイルに出力する
🆕 Ver 3.8.5βの更新点(概要):
《▼新機能・仕様改善》
●サムネイル画像が存在する場合には『ページ上の表示にはサムネイル画像を使い、Lightboxでのリンク先にはオリジナル画像を使う』ように表示できる機能を追加。
●「現在のスキンでの表示を維持する」目的で自動挿入される各種記述をスキップできる記法 [[NO-LINKADJUSTMENT]] を内側スキンにも書けるように改善。
●文字色として自動入力するサンプルと、背景色として自動入力するサンプルを設定できる機能を追加。
●ログインフォームの下部に表示できるメッセージを設定画面で設定できる機能。
●[PICT:/hogehoge/hoge.png] のように、スラッシュで始まる絶対パスで画像が指定されたときに、ファイルが見つからなければその旨をエラー表示するよう仕様改善。(従来は、何も表示されないimg要素が出力されていました。)
●[PICT:../../hogehoge/hoge.png] のように、上位ディレクトリを参照するパスで画像が指定されたときに、ファイルが見つからなければ注釈を含むエラーを表示するよう仕様改善。
●デフォルトで読み込むLightboxを Ver 2.11.3 にバージョンアップ。(※従来はIE対策として、あえて 2.11.0 を読み込んでいました。)
●将来的に設定画面をカスタマイズできるようにするための布石として画面出力方法をちょっとだけ変更しました(見た目にはほとんど変わりありません)。
《▼不具合修正》
●「続きを読む」機能を本文中に使っていながら、設定画面で「続きを読む」機能をOFFにすると、Internal Server Errorになる不具合を修正。
●外側スキンに [[NO-LINKADJUSTMENT]] を書いていても、ハッシュタグリストではスキンが維持されてしまう不具合を修正。
●比較的古いバージョンのPerlで実行すると、「Unrecognized escape \\v passed through at tegalog.cgi」というアラートがサーバのエラーログに記録される問題を解消。
●設定画面のHTMLにいくつか存在していた文法ミスを修正。
設定画面の生成方法を変更したので(見た目にはほとんど変わりないのですけども)、問題なく設定変更できるかどうかもお試し頂ければ幸いです。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
はーい |´ω`)ノ゙))
てがろぐアンケートのおかげで、同サーバてがろぐ仲間が見つかるという思わぬ喜びが。
🍕Re:3207◆スマートフォンでも不便ではないと聞いて安心しました。私自身がほとんど常にPCの前に居る生活なので、モバイル端末であまりアクセスしないものですから、小型端末での使用感を把握できていないので、どうなのかな……と思っていたのでした。
➡てがろぐ稼働サーバと機能認知度の話
※注:てがろぐ側でサムネイル画像が自動生成できるわけではありません。FTP等の手段を使って、オリジナル画像の他にサムネイル画像を自力でアップロードした場合に限って使える機能です。
※画像のアップロード先は、必ずしもてがろぐの画像保存用ディレクトリでなく他のディレクトリでも構いません。
※サムネイル画像は、てがろぐ内蔵機能を使ってはアップロードできません。少なくとも今のところは。(なので、FTP等の別手段で画像をUPしている方々のみに向けた機能です。今のところ。)
てがろぐユーザーでusamimiの民ー! |´ω`)ノ゙))
き
る
よ
😎
のテストです。
🍪Re:3193◆アドバイスをありがとうございます。こうして見ると、BBCのclass名の付け方が謎ですね。本当にそこまでclass分けする必要があるのかと。たぶんCMSがランダムに割り振っているだけなんでしょうけども、16pexesとかwoxom8とか、ぱっと見て何か意味があるのかな、と思ってしまいます。(^_^;)
🍪Re:3192◆管理画面もスキン式にとは斬新なアイデアですね! そこには思い至りませんでした。面白そうですね。ただ、実装が大変そうですけども。^^; それこそ >>3193 さんの方法が役に立たないでしょうか? CSSだけで実現可能な範囲でなら何でも対処できそうな気がします。
私はこれを使って、自分の好きなフォントでウェブサイトを見ています。快適です。
BBCにお好きなフォントを適用するCSSを書いてみました。参考にどうぞ。
body, button, select, input, option, textarea, label, .bbc-uc98c5, .bbc-1vr3bdn, .bbc-1tf9dgo, .bbc-1hic50p, .bbc-piraa4, .bbc-1s1cxbv, .bbc-1oa7vn6, .bbc-1lz5bd3, .bbc-1y0drz9, .bbc-dv6s4x, .bbc-1g1sves, .bbc-yn6o4f, .bbc-br9lqb, .bbc-7x6bd, .bbc-bsvy9j, .bbc-otirxy, .bbc-x8tdvl, .bbc-1c2bffn, .bbc-3mkwa9, .bbc-8qmk60, .bbc-1xek14n, .bbc-6nijst, .bbc-mzf1mo, .bbc-1l80z7i, .bbc-1ssqj8h, .bbc-1376p5v, .bbc-1c5klff, .bbc-1c8gppe, .bbc-190umnl, .bbc-sahdy6, .bbc-16pexes, .bbc-woxom8, .bbc-1w4k4yn { font-family: /* お好きなフォント */; }畳む
DLしていろいろ触ってみているところです。
質問というか要望というかなのですが、管理画面のデザインを少々変えたく思い試行錯誤中です。
管理画面のシステム設定からedit.cssの読み込みをオンにしてみましたがこれが適用されるのは「編集画面(フォームが表示されるページ)」だけなのですね。これを管理画面の全ページで読み込むようにはできませんか?
あるいは管理画面もスキン式に…と思いましたがそうすると公式アップデートで変更があったときにちょっと面倒になるかもですね🤔
2022年10月 この範囲を時系列順で読む この範囲をファイルに出力する
🍪Re:3188◆詳しい分析と背景と解説をありがとうございます。どんな動作になると望ましいかがよく分かって参考になります。[[NO-LINKADJUSTMENT]] に関しては、外側スキンと内側スキンで別々に記述でき、それぞれお互いには影響しない仕様で行こうと思います。本文からハッシュタグだけを抽出して掲載する [[COMMENT:TAGS]] に関しては、[[COMMENT:TAGS:PURE]] というオプションを設けると便利かもしれませんね。(ただ、「本文中に挿入されているハッシュタグリンクからはskinパラメータを抜く」というJavaScriptを用意している場合は、それがそのまま [[COMMENT:TAGS]] で出力される内容も対象にして処理するでしょうから、記法として存在してもあまり意味はないかもしれませんけども。^^;)
最初は10件くらい集まれば良い方かな……などと思って始めたのですけども、今の時点で57件の回答が得られました。予想外にたくさんご協力頂けてたいへん嬉しいです。57件とは。もしかして、てがろぐを使って下さっている方々は100人くらいはいらっしゃるのかな……?
まだ回答は受け付けておりますので、もしまだでしたらよろしければご回答をお願いします。
今のところ、ご回答頂いたレンタルサーバは下記の通りです。(2022/11/01更新)
- さくらインターネット 14件
- ロリポップ 12件
- リトルサーバー 10件
- スターサーバー
6件7件 - WitchServer 3件
- XREA 3件
- usamimi.info 2件
- fya.jp 2件
- mixhost 2件
- JSN(Just-Size.Networks)
(1件のみ)2件 - カラフルボックス (1件のみ)
- SPPD (1件のみ)
- WebARENA SuiteX (1件のみ)
- CPI(KDDI) (1件のみ)
同じレンタルサーバの同じコースでも、契約時期によっては仕様の異なるサーバが割り当てられている可能性もあるんですよね。「いつ頃に契約されたサーバなのか」という点も設問に加えておけば良かったかな……と後になってからちょっと思いました。^^;(同じサーバでも、異なるセットアップ方法を採用されている回答がちらほらありまして。)
上記以外のサーバをお使いの方や、上記にあっても回答数が1件だけのサーバをお使いの方がいらっしゃいましたら、特に特にご協力頂けますとありがたいです。(もちろん、契約コース等によって仕様が異なる場合もありますので、上記に既にあるサーバをお使いの場合でも、ご回答頂ければ助かります。)
>>3185 です。外部スキンで出力したハッシュタグリストについて、
設定【投稿本文の表示/テキスト】▼テキストリンクの出力調整:一時適用中のスキンを維持できるリンクを出力する
の設定が有効でもスキンパラメータなしで出力されるのはとても嬉しいです。有難うございます。
個人的意見になりますが、[[NO-LINKADJUSTMENT]]を外部スキンに記入して、一括で内部スキンのリンクにおけるスキンパラメータ補完がなくなって困ることはほぼないと考えますし、正直に言うと[[NO-LINKADJUSTMENT]]の影響が外部スキンにのみ留まるでも全然構わないです。
既存の機能と運用でどうにでもできると思うのですが……どちらかというと外部スキンに書いた[[NO-LINKADJUSTMENT]]は外部スキンにのみ影響がある方が使い勝手はいいかもしれないです。
内部スキンで出力する可能性のあるリンクの種類を考えると
・外部リンク(http(s)、Youtube、Twitter等) //そもそもスキンパラメータを含まない
・記事固有のURL([[PARMAURL]])他編集URL,削除URL ///PURE出力有り
・記事を投稿したユーザー一覧へのURL([[USERURL]])//PURE出力有り
・記事が所属するカテゴリーリンク([[CATEGORYLINKS]])//PURE出力有り
・記事に含まれるハッシュタグリンク([[COMMENT:TAGS]]) //PURE出力無し
・他記事への言及リンク(>>ポストID 等) ////PURE出力無し
・鍵付き投稿の個別URL
このあたりになるかと思います。(抜けがあったら申し訳ありません)
3.8.4βの機能を使って、スキンパラメータを含めたくないリンクに対してスキン側で制御することができないのは記事に含まれるハッシュタグリンクと、他記事への言及リンクになりますが、これは前述の設定項目で一時適用中のリンクにするか、デフォルトリンクにするかの切替が可能なので、[[NO-LINKADJUSTMENT]]の説明に内部スキンでの出力に関してはその設定を有効にして使うようにドキュメントでの説明があるだけで個人的は構わなかったです。(この[[NO-LINKADJUSTMENT]]が内部スキンに影響するのかどうかより、外部スキンでのハッシュタグリストの出力にのみ関心があったので……)
現在、当方の設置しているてがろぐでは記事一覧用のデフォルトスキンと個別記事用の一時適用スキンを分けて使用しているので、ハッシュタグのリンク先についてはデフォルトの一覧用スキンで閲覧させたいが、他記事への言及リンク(複数連結の場合も含む)に関しては一時適用中のスキンで見せたいというシーンがあります。
なので、外部スキン記述の[[NO-LINKADJUSTMENT]]が内部スキンに影響して困るケースはあまりないけど無いわけではないな…という感じが致しました。
が、そんなことをするケースが多いか?……というと否だと思いますので、一時適用中スキンのリンク出力設定を切ってしまった、どうにかしたい場合に外部リンク機能で連結したURLを渡せばいいし、運用でどうにでもできるかなと思いました。
(hrefに含まれるドメインが同じで class="url"or"taglink"を含むリンクに対しては~みたいな処理をしてもいいです)
鍵付き投稿を使用する場合は一時適用中のリンクを有効化しておきたいですので、どちらかというと外部スキンに書いた[[NO-LINKADJUSTMENT]]は外部スキンにのみ影響がある方が好ましいです。畳む
🍪Re:3187◆アンケートへのご回答もどうもありがとうございました!β版の新機能もご活用頂けているようで嬉しいです。◆レンタルサーバは、同じコースでも契約時期によって収容サーバが異なりますけども、ロリポップはそのサーバ間での仕様に開きがあるっぽいような感じですね。なんとなく、公式の「言語のパスはサーバーにより異なります」のあたりとかを読むと。その辺で違いがあるのかもしれません。何にせよ、suEXECのパーミッションで動作しているなら、(既に実践頂いている通り)全部suEXECの値にするのが良いです。
β版で対応していただき、とても感謝しています。
アップデートしたところ、無事に全て反映されました。
これでテンプレートの更新なども楽にできそうです。
本当にありがとうございました!!
あと、投稿時間の(〇分前)の表記、日付と一緒に表示するとわかりやすいです。
今日が何日なのかとっさに出てこないのでありがたいです。
こちらの機能も有効活用させていただきます^^
#感謝
今日のひとこと>>7823
パーミッションについて、suEXECを採用しているサーバーで一般の場合とsuEXECが混ぜてると回答しましたが、ロリポップのサイトにもパーミッションが「777」や「666」だとエラーが出る と書かれていますね。
それなのに普通に使えているのは確かに不思議ですね。
今後エラーが出ないとも限らないので、一応全部suEXECのパーミッションで設定し直しておきました。
何故そんなちぐはぐな設定にしたのか、設置したときの記憶がないので謎です(;'∀')
🍪Re:3185◆β版のご試用をどうもありがとうございます。そして、ご指摘もありがとうございます! たしかに、おっしゃる動作になりますね……。各機能は行き当たりばったりでその都度追加しているので、1カ所でまとめて処理するようなスマートな仕組みになっていないために漏れていたようです。(^_^;;; 調べたところ、どうもハッシュタグに関しては、「本文中に挿入するハッシュタグリンク」と「ハッシュタグ一覧として出力するハッシュタグリンク」を同じ処理で出力していることが原因っぽいことが分かりました。次のバージョンでは修正します。
それと同時に気付いたんですけども、[[NO-LINKADJUSTMENT]] の記述は投稿本文とか「内側スキンで生成される内容」に含まれるリンクには影響しないのですよね……。これは、影響するように仕様を修正する方が良いか、それとも、内側スキンにも [[NO-LINKADJUSTMENT]] を書けるようにして、その場合にだけリンクを修正するか、検討しています。『外側スキンで [[NO-LINKADJUSTMENT]] を書いておきながら、内側スキンではリンクを修正されたくない』というケースはあまりなさそうな気がするので、手間を省くためにも前者(=外側スキンに書いていれば内側スキンにも影響する)の方が良いかな、という気もしますが。でも、そういうケースがある可能性もないとは言い切れないかもしれませんから、後者(=内側スキンにも [[NO-LINKADJUSTMENT]] を書ける)の方が自由度が高くて良いのかな……という気もしているのですけども。
早速試してみたのですが、一時スキン適用中の外部スキンに[[NO-LINKADJUSTMENT]]を記入していて、
設定【投稿本文の表示/テキスト】▼テキストリンクの出力調整:一時適用中のスキンを維持できるリンクを出力する が有効な場合、
外部スキンに記入した[[HASHTAG:LIST]]では一時適用中のスキンのパラメータが入ったリンクが出力されました。
カテゴリーツリーの出力ではデフォルトスキンへのリンク(skinパラメータ無し)が出力されるので、ハッシュタグリストでもデフォルトスキンへのリンクになるものかと思っているのですが
こちらが仕様を勘違いしている場合はこの書込みはご放念ください。