Serene Bach ver 2.00R 既知の不具合と対策
- 2005/07/31 Sun 06:30
- Serene Bach > 仕様
昨日、公開しましたSerene Bach 2.00Rですが、早速の多くの皆様からご反応を頂いております。本当にありがとうございます。
いくつか不具合が見つかりましたので、その対策方法をお知らせいたします。
- リンクに空のグループがあると表示されない
パッチを用意しましたので、ご利用下さい。
tar+gzip版とzip版があります。このパッチはEUC-JP/UTF-8どちらもにもご利用いただけます。
プラグインディレクトリにパッチファイル(LinkPatch.pm)を置いて頂き、環境設定→プラグインより該当するプラグインを有効にして下さい。
- インストーラで外部接続チェックが常に 999 Skipped になってしまう
このバグはSerene Bachの動作には直接関係ありませんので、そのままでも普通にご利用いただけます。
このバグを修正するためにはlib/sb/App/Install.pmの266行目を以下のように変更します。
die("error_inst_skipped\n") if ($flag);
- 個別htmlファイルが正しく再構築されていない
一度に再構築を行うファイル数が多いと、うまく行かない場合があります。再構築を行うファイル数を減らしてみて下さい。
lib/sb/Config.pmの169行目の
の10という数字を小さく設定してみて下さい。'basic_build_ajax' => 10,次の公開バージョンではグローバル環境設定として変更できるように修正されます。
また、現在でもinit.cgiに
という設定を追加すると、sbと同じ再構築オプションをご利用いただけます。OldStyleRebuilding 1
- Summer Breezeを最新版に差し替えたい
stick様のサイトにて、最新版がダウンロードできます。該当テンプレートをインポートして下さい。
また、Serene Bachに付属されているテンプレートをファイルを最新版に差し替えるには上記サイトよりダウンロードしたファイルを解凍してできる「summer_breeze.txt」を「summer_breeze.cgi」に名称を変更して、lib/resource/ディレクトリ内のファイルを差し替えます。
![[PR] Serene Bach オフィシャルガイド](http://serenebach.net/template/users/sb_book.png)
Comments
助かっています。その際問題なのですが、例えば比較的大きいFlashなどのファイルをアップロードしようとする
とエラーになります。
ex.
sb::Interface : Request to receive too much data: 2260384 bytes
Content-Type: text/plain Request to receive too much data: 2260384 bytes
ヘルプを見る限りではこの辺（サイズ上限数）の設定
が見当たらなかったのですが、対応するにはスクリプ
トの修正が必要になりますでしょうか？
よろしくお願いします。
横から失礼しますが…
CGI によるアップロードサイズの上限はサーバの能力で決まりますので、それはどうしようもないと思います。
1.14R では lib/sbcommon.pl の設定が優先されていたのですけれども。
え？そうなのですか？
CGIには明るくないのですが、CGIではサーバの
能力を判別してサイズの上限を決めるのでしょうか？
よくわからないのは、サイズ上限でひっかかっている
箇所は「sb」なのか「CGI」なのか、はたまたもっと
上位なのかがわかりません。
私はてっきりsbがサイズ上限を内部で切っている
と思っていたのですが。。
サーバの能力という話で言うと、使用している
サーバは自宅サーバであり、そんな貧弱でも
ないと思うのですが。。
「オススメ」をクリックすると、
Can't locate object method "new" via package "sb::Admin::Amazon" at lib/sb/App/Admin.pm line 300.
とエラー？が出ます。これは、サーバーの問題なのでしょうか。どこをどういじればいいか判りません。
ちなみに、今までのsbでは問題なくアマゾンも表示されるんですが。
失礼しました。ちゃんと追いかけるとご提示のエラーは Serene Bach が出していますね。100KB の制限がかかっています。
とりあえず、エラーの出ているファイルを見て、場所が分かれば都合のいいように直してみてはどうでしょう。
値は一般的なレンタルサーバで運用する分には妥当だと思いますし、CGI の知識がない人が簡単に直せるようだと制限の意味がないと思いますので、ここでどこをどう直すという指摘は控えたいと思います (_ _)
ありがとうございます。
あとはちょっと追ってみます。
＞sb開発者様
また、sbの内部で制限がかかっていることが
わかりましたので、ご要望ということでここ
に上げておきます。
今回新たにswfやmp3などのファイルがアップ
可能になったことにより、ファイルサイズも
ピンキリになると思います。
そこで、ユーザ側（管理者側）にファイルサイズ
の上限数を設定できる箇所があれば良いなと
思います。
次期バージョンへの要望の一つとして取って
頂けたら幸いです。
使わせて頂こうと思い、DLして取りあえずデフォルトでインストールし、パーミッションを合わせinstall.cgiにアクセスした所、
Need to set template at lib/sb/App/Install.pm line 189
と出てしまいます。
回避するには189行目をどう書き換えたら良いのでしょう？
あの後、スクリプトを追っていたところ
ファイルサイズ設定を発見しました。
結論から言いますと、現状ファイルサイズ
制限は2M(2048KB)になっております。
その設定を変更することにより回避致しました。
リンクで指定したtarget属性が上手く機能していないようなのですが。
記事のソースで確認すると、
target=" target="_blank""
となってしまっているのですが、どうすれば直せるのでしょうか。
自己解決しました。お恥ずかしい限りです。
今後、ますます注目のスクリプトになりそうです。
リリース後も細かい修正がなされているようですが、
プラグイン開発者向けドキュメントの作成予定はありませんか。
sbは cms部だけでなくadminにも機能追加できるようなので、
自分でイロイロ機能を追加していきたいと思っているのですが
sbの全構造を把握するのはなかなか難しいので、プラグイン作成も
躊躇してしまいます。
簡易的なもので構わないので、ぜひともよろしくお願いします。
(おまけ)
他に需要があるかどうかは分かりませんが、選択されたカテゴリーの"説明"を
表示する追加スクリプトを作ってみました。
lib/sb/Content.pm の _common_parts 内の適切な行の末尾(*)に追記してください。
(*: 改行を行うと、今後 公式な修正があったとき行数に差異が生じるので)
$cms->tag('selected_archive_text'=> (($var{'mode'} eq 'cat') ? $var{'cat'}->{$var{'id'}}->text : '') );
↑の方のコメントにある
ex.
sb::Interface : Request to receive too much data: 2260384 bytes
のエラーが表示されるのではなく、
サーバーが見つからないか、DNS エラーです。
の画面になります。エラー表示がうまくいってない。
アップロードの容量制限をしているところをコメントアウトしてしまいましたけど。
少し困ったことがあるのでお暇な時にお答えいただければと思います。
Serene Bachを設置するディレクトリからみて1階層上にindex.htmlとstyle.cssを設置したのですが、
テンプレートの位置に問題があり上手く画像系統が表示できていません。
templateフォルダをindex.htmlと同じ階層に置けば良いのかなとは思ったのですが、
インポート関係でエラーがでそうなので、テンプレートの設置位置をログ保存場所の設定と
同じような感じで変えれないかと弄っては四苦八苦しております。
横から失礼します。
お困りの件ですが、init.cgi に
StyleDir templateディレクトリへのパス
という風に、index.html のあるディレクトリからの相対位置の指定を追加すればよいと思います。〜template/ まで指定して下さい。
init.cgi の仕様についてはアーカイブ内の doc/src/settings_ja.html#global をご参照下さい。
なお、個々の環境の話をこちらですると作者様の負担になりますので、ぜひ sb UsersGroup のパティオへどうぞ。あちらならもっとたくさんの識者の方が答えて下さいますし、作者様も顔を出して下さっていますので。
・環境設定で「アーカイブ」「カテゴリ」を
日付順にしても反映されない。
以前は上記設定にすると日付の昇順で、生成
された気がするのですが、どうもうまく動き
ません。
私の環境的・作業的問題もあるかもしれません
ので、他に同事象の方、もしくはきちんと動く
方がいましたらフォローお願いします。
[環境設定]⇒[並び順設定]
・エントリ全体
⇒日付順にしても正常に動作しない
・アーカイブ
⇒日付順にしても正常に動作しない
・コメント
⇒日付順で正常動作する
・トラックバック
⇒未確認
上のスキップ９９９というのと関係ありますか？
これはどうすれば解消されるでしょうか。
お忙しいことと存じますが、ご教示いただければ幸いです。よろしくお願いいたします。
早速、色々機能を試してみたのですが
リンク先のターゲット指定の所で_blank以外に設定しても
全て_blankな状態になりました。
ソースを見ると
title="ほげ" target=" target="_top"">hoge</a>
みたいになってます。
どのように手直しをすれば宜しいでしょか？
アカウントの作成および削除は正常にできるのですが、ログイン ができません。
さらにmoblog経由の投稿だと、題名・内容 が空になってしまいます。
ネット上で調べてみたところ、ログインができないのはsb(1)のときからの
問題点のようです。("Not Registed or Password is not correct."と出て
先に進めなくなってしまう)
おそらく、XML-RPC の実装に問題があるのではないかと思うのですが…。
他の方で、正常に動作するという方がいらっしゃれば
助言をよろしくお願いします。m(_ _ )m
sbのためにあるものではないのではないでしょうか？
それを、sbのときに、無理矢理使う方法を見つけて使っていたと思うのですが…
元々、SereneBachはmoblog対応ではないので、別な方法で対応していただければ嬉しくはありますが、moblog.uva.ne.jpが思うように動作しないのは、sbの作者様には関係ない話なのでは？
moblog.uva.ne.jp を使うための仕組みはトラックバック受信の仕組みと本質的に同じものなので、moblog の機能だけ「無理矢理」と位置づけられることはないかと思います。
ホスティング型の weblog サービスのように「ツールからメールアドレスが発行されて、そのアドレス宛にメール送信するだけで即反映される」といった使用感のインターフェースは、メールサーバを立ち上げられる環境がなければまず実現不可能です。
# 逆に、そういうものを提供できるのがホスティング型サービスのアドバンテージです。
Serene Bach に実装されるという moblog 機能はもうちょっと違う感じになるかと思いますが、実装されるまでは moblog.uva.ne.jp の恩恵に浴していても問題ないのではないでしょうか。
で、実際 Serene Bach に XML-RPC に関連する不具合があるのは確かなようです。
いつかは分かりませんが、そのうち対応されるでしょう。
moblog.uva.ne.jp は、平田氏が個人でご提供くださっているものです。
現在はMovableType提供元のシックスアパートの方です。
本来、moblogを装備していない、MovableTypeのためのシステムなのです。
たまたま、使えるからと使っておいて、それが、上手く動作しないと、ここで文句を言ってる方がおかしいのではないでしょうか？
sbユーザーのための物ではなく、MovableTypeユーザのために提供されている物だという事を認識する必要があると思います。
moblog.uva.ne.jp は、本来、MovableTypeに最適化された、MovableTypeのためのしすてむなのですから。
nanika様の言い様は、勝手に他人の軒先を借りておいて、「雨がかかるじゃないか」と文句言っているように見えたので…
あたしから見ると、盗人猛々しいとしか思えないんですが…
どう思われますか？
Serene Bach に moblog.uva.ne.jp が利用できる機能（XML-RPC API）が実装されているのは、「たまたま」ではありません。ブログシステムとして、モブログを含む種々の web サービスとの連携を取る狙いがあって、公開されている仕様に基づいてサポートしているものです。
ですから、nanika 様の発言は純粋な不具合報告と捉えています。
なお、moblog.uva.ne.jp は元々は MT ユーザのために立ち上げられたシステムかもしれませんが、こちらが仕様に基づいて動作していれば、MT でなくてもちゃんと連携することが可能なようになっています。それが XML-RPC という技術の最大の利点です。
moblog.uva.ne.jp には XML-RPC API機能が実装されている、
だから、それが使えるsbユーザーには、moblog.uva.ne.jpを使うことが出来る
じゃあ、あなた方は、moblog.uva.ne.jpのシステムの提供者に許可を得て使われているのですか？
平田氏のサイトを隅から隅までご覧になりましたか？
結局、sbユーザーがmoblog.uva.ne.jpを利用している事が筋違いだと言っているのです。
それだけの事を、おっしゃるんだったら、ふうこ様がmoblog.uva.ne.jpと同じシステムをsbユーザのためにご提供されればよろしいのでは？
本来、特定の範囲の人のために作ったシステムを、たまたま使えるからと、別の範囲の人が使うということは、本来の範囲の人にも迷惑であり、提供者の意志とは違う使われ方をしてるのですよ。
ふうこ様が個人でシステムを提供されているとして、限られたリソースを、本来の範囲外の人が、「こちらが仕様に基づいて動作していれば、MT でなくてもちゃんと連携することが可能なようになっています。それが XML-RPC という技術の最大の利点です。 」などといって、大量に流れ込んできても平気なんですかね？
sbユーザがmoblog.uva.ne.jp利用している行為自体が単なるハッキング行為だとは思っていないのですか？
横合いから失礼します。
「平田氏のサイトを隅から隅までご覧になりましたか？」ということですが、
平田氏のblogを読む限りでは、
MT以外のツールからmoblog.uva.ne.jpを利用することに問題はないのではないでしょうか。
氏のblogの「moblog.uva.ne.jp の発表」
というエントリに次のような記述があります。
--引用-----------
現在は Movable Type のみへの対応ですが、
（中略）
画像アップロードのインターフェイスがあれば、別途サポートしますので、
ウェブログのツールビルダーの皆さんはご連絡ください。
（引用元 http://uva.jp/dh/mt/archives/001178.html）
--ここまで引用----
この部分が問題がなさそうだと思う理由です。
ただ、sbとmoblog.uva.ne.jpが連携する方法があるのであれば、
平田氏、takkyun氏のお二方にコンタクトを取って、
その方法をフィードバックするのが建設的な気はしますね。
＞この部分が問題がなさそうだと思う理由です。
とのことですが、平田氏のエントリーの時点から現在に至るまで
「Movable Type のみへの対応」のままなのですよ。
現状、takkyun氏は平田氏に連絡を取られて、仕様を会わせるなどされていますか？
都合の良い解釈をされてはいけません。
あくまでも「Movable Type のみへの対応」なのです。
玄関が開いているからといって、他人の家に上がり込んで、形状が同じだから使えるという理由で、その家のコンセントを無断で借りるようことは、一般的には犯罪なのでは？
そういうことをしておきながら、moblog.uva.ne.jpでsbユーザはちゃんと設定が出来ないとか、上手く使えないとか言っている人達に言いたいんです。
ネットで仕入れた情報を安易に使って、それが当たり前であるかのような態度はおかしいのでは？
sbユーザは本来、sbのためのシステムではないことを理解した上で、謙虚に利用させてもらうというのが本筋でしょう？
sbユーザーがアクションを起こして、takkyun氏に平田氏にコンタクトをとってもらって、オフィシャルにmoblog.uva.ne.jpが使える状況にしてもらえばいいのだと思います。
「ウェブログのツールビルダーの皆さんはご連絡ください」とあるように、作者が対応すべきことで、ユーザーレベルで、使えるから使っちゃえ的状況はよろしくないと申し上げているのですが。
ふうこ様のように優秀な方がいらっしゃるんでしたら、moblog.uva.ne.jpのようなシステムを提供されれば良いのです。
この部分には同意できるんですが、
平田さんではないと思われるe-toさんが
犯罪を引き合いに出しつつお怒りなのが
どうしてなのかな？と思っています。
sbユーザーがmoblogを利用させていただいたことで
e-toさんが何か困ったことになってしまわれたのでしょうか…
特に怒っているわけではないですよ。
ただ、正論を述べているだけです。
盗人にも三分の理があり
理屈と膏薬はどこへでも付く
っていうのは、ここの人達を見ていて思いました。
最終的には、モラルの問題だと思いますよ。
物事を自分の都合の良いように解釈して、実社会では犯罪といえることを正当化しようとするのには、あきれますがね。
とりあえずは、作者に正当な対応を依頼されることから始められては？
あたしに、屁理屈をぶつけるより現実的でしょ？
これだけ反論があるって事は、罪悪感の裏返しなんでしょ？
この人種、寛容という言葉を知らないのでしょうか？
moblog.uva.ne.jp に関して e-to さまが提示された事実には、「moblog.uva.ne.jp は MT 専用のシステム」という結論の決め手になるものはないと思います。逆に、私には MT 専用でないと信じるに足る理由があります。
nagi さまが引用された記事中には確かに「MT しか対応していない」という部分が見受けられますが、そこには「metaWeblog.newMediaObject に対応しているのが、Movable Typeくらいしかない(と思う)から」とあり、MT 以外でも当該 API を実装するシステムであれば対応できることを暗に示されています。さらに nagi さまの引用文が続き、MT 以外への対応に積極的な意思を表明されています。
（蛇足ですが、この場合の「連絡」とは、moblog.uva.ne.jp の使用許可を求めよということではなく、「あなたの開発したツールに実装されている XML-RPC API 仕様を教えて欲しい」ということです。）
ちなみに、metaWeblog API とは、web システム間のシームレスな連携を狙いにして以下の機関で策定された技術仕様で、別に MT の持ち物ではありません。
http://www.xmlrpc.com/metaWeblogApi
さらに、metaWeblog API の実装のために Serene Bach の作者様と平田様がネゴシエーションをとる理由もありません。同じものを実装することそのものがネゴシエーションとなるよう準備されるのが「技術仕様」だからです。
以上、それこそ他人様の軒先で長々と申し訳ありませんでしたが、moblog.uva.ne.jp が MT 専用のシステムではなく、Serene Bach ユーザが使って差し支えない理由を説明したつもりです。
☆ 名無し さま
モヒカン族とはちょっと違う気がします。
それはむしろ私のような人種に対する呼称でしょう(^^;
大変申し訳ありません。
たしかにこのXML-RPCの実装に関しては、他のサービスとの
連携の部分もあるので、確かに他のバグとは扱いが違うのかもしれません。
ただ、私としましては Serene Bach には XML-RPC のインターフェースという
優れた機能があり、また 平田さんのご好意による moblog ゲートウェイ
の一般利用という２つの要素が連動できたらすばらしいことでは無いかと
思い、報告させていただいた次第でした。
他のユーザの方に 良くない意味でとられてしまったのは残念です。
今後 Serene Bach がより良いものになることを願っています。
ってことだけど、ふうこさん。
これって、すでにsbの作者がしてるのかな？
それとも、ふうこさんがされたの？
誰もしてないんだったら、だまって、システムに合わない仕様を押しつけて使おうとしてるんとちがうん？
e-toさんは、そのことを言うてるんと違うんかな？
結局、ふうこさんの言ってる事は、「盗っ人猛々しい」って言う事になるよ
それやったら、ふうこさんが、e-toさんにとやかく言われへんもん作ったりーーな
口だけで、なんにも出来へんの？
ふうこさん、平田さんのシステムは、オープンにされてるけど
あくまで、個人のものやで、それを忘れたらあかんのと違う？
個人の所有物なんやから、あくまで、許可を得る事は必要やとおもうで。
ふうこさんは、世界中の誰も使える、すばらしいシステムを作らはるんやから
そっちを、sbユーザーに開放してあげたらええだけやけどな(笑
返事があまりにも長くなったので、自サイトのエントリとして公開しました。ふうこ様が既に言及されていることと重複する内容もありますが、参照いただけると幸いです。
http://calm.sakura.ne.jp/weblog/log/eid49.html
e-to様の「平田様の代弁者」であるかの物言いに疑問を感じます。
e-to様は、ここで論じるのではなく平田様にご報告するべきです。
平田様が問題だと思えば、ｓｂ開発者様と直接お話になるはずです。
そこで結論が出されれば問題ないのだと思うのですが。
そもそもが「筋違い」なのでは？
moblog.uva.ne.jpは使ったことがありませんが、今までping.bloggers.jpにpingを送り続けてきました。ping.bloggers.jpも平田さん個人のものですよね。許可を得なければいけなかったのでしょうか？
あの人にとってはいつものことですから。
これ以上は匿名など行った方がいいです。管理人様に迷惑極まりない。
自分で追加したpingがとばなかったバグが解決
されていて嬉しく思ってます。ちょっと感動しました(笑)
ここからは直ってないバグ?ですが
SBの頃からどうも長文をアップしようとすると、
このページが表示されません
と出て記事が反映されない現象が残ってます。
私個人の環境かもしれませんので、何ともいえませんが、結構泣けます>_<
ブラウザも関係しているのかな…
> SBの頃からどうも長文をアップしようとすると、
> このページが表示されません
> と出て記事が反映されない現象が残ってます。
と、ありますが こちらでは、
相当長い文章(6000文字程度)を投稿してみましたが
そのようなエラーは出ませんでした。
どの程度の長文のことでしょうか。
ttp://hoge.net/sb/data/log/20050804
こんな感じでブラウザから見ると訪問者や発言者の情報が丸見えなのですが
良い対策はないでしょうか？
あっ、この書き込みは問題でしたら削除して下さっても結構です。
作者様が留意して頂ければ幸いです。
一般ユーザが管理画面において、ttp://hoge.com/admin.cgi?__mode=user
等とURIを直接入力するとユーザーの閲覧・編集ができます。他の機能につきましても同じです。アカウントを持っていることが条件とはいえ、セキュリティー問題かと思いますのでご報告させていただきます。
この書き込みが問題でしたら削除して下さい。
とりあえず、拡張子(.cgi)を付けるようにしようかと思います。
ちなみにここでは別の方法で対策してみました。
＞＞ＰＥさん
閲覧は出来ると思いますが、編集できますか？
>うまく行かない場合があります。
すみません。このやり方はどうすればいいのでしょうか
あと
>lib/sb/Config.pmの169行目
>の'basic_build_ajax' => 10,の10という数字を
5〜8にしてもうまく行きません
個別HTMLが反映されずにお手上げです
あともう1つバグは旧sbからアップデートするとき
カテゴリーの順番が降順逆になります
イメージ的には書き込み数が多いとタイムアウト
みたいになって、書き込みの応答がなくなる感じです。
ブラウザも絡んでるのかわかりませんが…
/sb/data/log/フォルダに.htaccessを入れて
<Files *>
<Limit GET>
deny from all
</Limit>
</Files>
とすれば見えなくなりました。お騒がせしてすんません。
それはそうと、SB 作者様。デフォルトのテンプレートに、
<link rel="EditURI" type="application/rsd+xml" title="RSD" href="{site_rsd}" />
のようにして、XML-rpc のアクセス URL を自動検出できるようにしておいていただけるとありがたいです。
# ちなみに私のやってる sidebar.jp のモブログ機能は当然利用するブログシステムを選んだりしないです:p。当方か先方いずれかの対応不足でできない場合は仕方ないですけど。
Can't use an undefined value as an ARRAY reference at lib/sb/App/Xmlrpc.pm line 771.
が発生しました。該当行は以下です。
if ($entry->stat and @{$var{'ping'}}) {
$var{'ping'} が設定されないケースがある模様です。
そうですね、、、囲うとマズイですね。
ありがとうございました。早速、手直ししました。
ご返答が遅れました。
結論としてはできます。
具体的にはアドミンで一般ユーザー�，療佻燭鬚�こない、
その後、別の一般ユーザー�△悩妊蹈哀ぅ鵑鬚�こないます。
ユーザー管理URIを直接入力し、作成した一般ユーザー�，鬟船Д奪�し削除をおこないます。
「この処理を行う権限がありません。」なるメッセージが出ますが、再度一般ユーザー�△妊蹈哀ぅ鵑鬚�こないますと削除ができてしまいます。
みたいなことがでて編集が途中で途切れるのですが
どうすればいいですか？
平田氏から返答が頂けました。
結論としては（sbを含めた）MT以外のツールからの利用も問題ないとのことです。
これ以上議論を交わすこともないとは思いますが、
rei様の発言にもありますように、
このコメント欄での論は迷惑になりかねないため
控えていただけると幸いです。
一応、是非の部分について
メールから引用させていただきます。
> moblog.uva.ne.jp は、基本的には、metaWeblog API を利
> 瑞瑞瑞瑞用して実装していますが、追加の機能拡張で、カテゴリー
> 設定などで、一部 Movable Type の独自拡張機能を利用し
> ています。このため、標準的な規格である、metaWeblog
> API のみを実装しているブログツールには対応できていま
> せん。
>
> moblog.uva.ne.jp の利用方法については特に制限を加わ
> る考えはありません。開発当時、上記の問題から Movable
> Type 以外での動作は確認できていなかったので、対応を
> Movable Type のみとしました。動くなら使っていただい
> てかまいません。ご遠慮なくどうぞ。
なお、これ以上の詳細については、
前回の返答同様に自サイトのエントリにて公開する予定ですが、
早くて週末になると思います。
以上、お騒がせしました。
現象、確認しました。確かにそういう動作になっています。
2.01R で修正します。
＞＞Shinさん
RSD 件、2.01R で一応対策しますが、デフォルトのテンプレートにはまだリンクがない状態になるかと思います。
また、ご指摘のバグも修正されます。
＞＞りんさん
管理画面のクッキー保有期間はデフォルトで 1 日です。
編集中に 24 時間経ってしまったら、期限切れとなりますが、そうではないですよね？
お使いのブラウザはなんでしょうか？
あと、途中でウェブページの確認操作ないしプラグイン設定変更操作を行っていませんでしょうか？
数回の操作でセッション切れという報告はいくつか頂いていますが、どのような操作を行ってそうなったのかなど要因がはっきりしないところもあり、完全に特定できていません。
有効期限が切れました。
と出て編集内容が白紙に戻ったりしました。
例えば新規記事を作成して投稿ボタンを押す、環境設定を変更して変更ボタンを押すなど１つの動作をする度にログイン画面に戻ってしまいます。
環境はMacOS 10.15でIE5.2.3もしくはFirefox1.0です。
現在はhttp://serennz.cool.ne.jp/sblog/log/sb200b02.html#comments
でMilliさんがコメントしている方法を使って対処してます。
この対処で問題があるなら訂正したいので、別の方法を教えていただけると幸いです。
どうもありがとうございました。
ところで、データ移行がうまくいきません。
今までロリポブログを使用していましたので、JUGEMと同じSimple XML形式でエクスポート＆インポートできると思い挑戦しましたが
インポート画面で読込ボタンを押すと
処理通知：
mismatched tag 'entry'
return to top
という画面になり、ログイン画面に戻ってしまいます。
考えられる原因と解決策にお心当たりはないでしょうか？
なんせ初心者なので、どこか設定ミスがあるのかもしれません。
また以前に同じような質問がありましたらご容赦ください。
どうぞよろしくお願いします。
のですが、どういった原因が考えられますか？