臨時会議室†
ここにはTeam及びWeb委員のみ、書き込みしてください。
アクセスするURLによってスキンを選択†
reimy (2003-06-30 (月) 10:13:59)
PukiWiki .orgのスキン(正確にはCSS)を選択できるようにしました。
PukiWiki自体にはスキン(CSS)を変更する機能はないので、アクセスするURLによってスキンを選択できるようにしました。
- ttp://pukiwiki .org/ ←新スキンで表示
- ttp://www.pukiwiki .org/ ←旧スキンで表示
最後まで問題となったのはpukiwiki.ini.phpの中で設定しているリストの左マージンの値。新スキンの値のままでは、旧スキンではInternet ExplorerとOperaでリスト構造が正常に表示できない(Mozillaでは正常に表示できる)ため*1、init.phpの中で旧スキンの場合にpukiwiki.ini.phpで設定した値を書き換えるという荒技で対処しました。行儀悪いけど(笑い)
- あんまりひつこいとCSSファイルを削除して、CSSなしの表示にします。 -- reimy
- なにがひつこいの?意味が分からないんだけど。 --
- 鯖缶 = pukiwiki .org 代表?
- user agent で判別して問題の起きるブラウザに対して CSS を適用しない skin を用意することにすると Netscape 4 や iCab も含めて全部対処可能ですな。明らかに乱暴な方法だけどね。 --
pukiwiki .org†
通りすがり (2003-06-28 (土) 00:36:22)
2003-06-28 (土) 00:36:44現在、ttp://pukiwiki .org/ の全コンテンツが消去されていますが、何かの作業中なんでしょうか。それとも事故?
- サーバ切替えに伴うDNS切替えで本日一時的にコンテンツが無くなった画面が現れたようです。まだ、DNS情報がそちらのルートに行っていないかProxyに残っている可能性があります。しばらくお待ちくださるか 新サーバ をたたいてみては? -- merlin
- 移行が完了したのを(自分のDNS環境からは)確認しました。私のようなうっかりさん防止のため、一週間程度、本画面の左側のバナーに静的IPでリンクを張っておいたほうが良いのでは? -- 通りすがり
- 追記しますが、name base で virtualhost とかしている可能性もありましたね。ごめんなさい、黙殺してください。 -- 通りすがり
- そのようですね。www.pukiwiki .org なら 大丈夫だけど pukiwiki .org だとだめだっりするし -- merlin
- こちらでも同様です。ちなみに、ttp://pukiwiki .org は「Index of /」の画面です。 -- masao
- 30日現在、当方ではpukiwiki .orgもwww.pukiwiki .orgも新サーバも見れない状態です。何ででしょう(TT -- MKT
- tracerouteを実行して、どこで止まってるか調べてみては? -- reimy
- 一部のプロバイダのDNSはタコってる場合があります。2年ほど前に移転した宮台慎司のmiyadai.comには、うちのプロバイダからはいまだに旧サイトに飛んでいってしまう。プロバイダに言っても梨の礫だったので、miyadai.comにアクセスするときだけ、よそのDNSでアクセスしてます(;_;) -- reimy
- 私の環境での問題かと思い、いろいろ試しましたがダメでした(TT ここにtracertの結果を載せても良いですか? -- MKT
- 追記します。プロバイダはplalaです。DNSキャッシュも削除してみました。しかし、pukiwiki .orgもwww.pukiwiki .orgも「Index of /」の画面です。上記の新サーバは「表示できません」になります。 -- MKT
- 旧サイトにアクセスしてるみたいですね。プロバイダが対応してくれるまで、よそのDNSを使ってアクセスするしかないですね。 -- reimy
- NIFTYもダメでした。待っててもいつになるか、わからんので、D:\WINNT\system32\drivers\etc\hostsファイル編集して対応しました。とりあえずこれで一時しのぎします--龍司
- YahooBBでも Index of になります。使えるDNSを教えてください。 --
- nslookupして 210.255.165.72 が帰って来る所ならおっけ。ns1.sphere.ad.jp とかは大丈夫そう。 -- merlin
- この現象が発生するのは、決まって悪名高き「お名前.com」で取得したドメインです。pukiwiki .orgもゆうさんが「お名前.com」で取得したようです。 -- reimy
- なんとか、DNSを代えて見れました。だけどなんだかなあ。まさしく、敷居が高くなりましたね。 --
- pukiwiki.reimy.com をしばらく残すという選択肢はなしですか? --
orgドメインを管理するPIRで正常にname serverが登録されている以上、それが一部のプロバイダのDNSに反映されない問題は、お使いのプロバイダ側の問題ですのでこちらでは対処できません。PIR Whois -- reimy
- .ORG Registry(.orgを一括管理しているところ) PIR Whois
Name Server: NS2.AKIRA.NE.JP
Name Server: NS1.AKIRA.NE.JP
なお、PIR Whois以外の主要Whoisでの結果は次のとおり。きちんと反映されています。
- whois.discount-domain.com
Name Server: ns1.akira.ne.jp
Name Server: ns2.akira.ne.jp
- whois.networksolutions.com
Name Server:NS2.AKIRA.NE.JP
Name Server:NS1.AKIRA.NE.JP
- dns411.net
Name Server:NS2.AKIRA.NE.JP
Name Server:NS1.AKIRA.NE.JP
- こちら(Yahoo!BB)でも、待てど暮らせどアクセスできるようにならないので、しょうがないので hosts ファイルに以下のように設定してアクセスしています。 -- nao-pon
210.255.165.72 pukiwiki .org
210.255.165.72 www.pukiwiki .org
- 正常反映のDNS(臨時措置として…)
asahi-net 202.224.32.1 dion 210.196.3.183
bb.excite 210.130.232.1 so-net 202.238.95.24
maja
- 閲覧側プロバイダの責任とばかりは言い切れません。DNSについては詳しくないので、はっきりとは断言できませんが、レジストラの側に問題があるために、更新情報が一部のDNSサーバーに伝わらないことがあるようです。DNSサーバーは、誤って設定しても、一見動いているように見えることが多く、問題が顕在化され難い特性があります。このため、非常に多くのDNSサーバーで、問題のある設定が放置されているそうです(全体の半数近くのDNSサーバーに何らかの設定上の問題があると報告されています:JPNIC ネームサーバの適切な設定に向けて 参照)。取り合えず、www.pukiwiki .org の NS レコードを引いてみたところ、
Authoritative answers can be found from:
pukiwiki .org
origin = ns1.akira.ne.jp
mail addr = info.akira.ne.jp
serial = 2002053101
refresh = 10800 (3H)
retry = 3600 (1H)
expire = 604800 (1W)
minimum ttl = 7200 (2H)
という返答が帰ってきました。ぱっと見たところ、serialが古いです。DNSサーバーは更新情報を伝達するか否かをserialを見て判断します。serialは、通常。YYYYMMDDSS(YYYY:年、MM:月、DD:日、SS:その日の中でユニークなID)とします。www.pukiwiki .orgはごく最近、更新されていますので、serialがもっと新しいものでなければいけません。プロバイダのDNSサーバーがこのserialを見て、更新された情報を取得しようとしないのも、当然のように思います。少なくとも、serialが古いことの問題は、レジストラ(この場合、お名前.com)の設定に原因があるはずです。(DNSに関しては、あまり詳しくないので、鵜呑みにはしないでくださいね。詳しい方がフォローしていただけるとありがたいです) -- 三浦克介
- ということで、苦情はこちら --
- やはり、中途半端な知識でしのごの言うのは良くありませんので、只今、DNSの勉強中です。ちょっと、勉強しただけでも、上記の書き込みでいろいろ間違った事を言っていることが分かりました。上記の書き込みは、信用しないようにしてください。 -- 三浦克介
- まだ勉強途中ですが、一つ、原因と思われる点が見つかりました。現在、pukiwiki .orgゾーンのDNSサーバーは、ns1.akira.ne.jp, ns2.akira.ne.jp となっており、以前は、ns1.hisec.co.jp, ns.dml.co.jp となっていました。これらのサーバーでpukiwiki .orgの情報を引いたところ、dns1.hisec.co.jpは古い情報となっていました(他は新しい情報でした)。dns1.hisec.co.jpは以前のpukiwiki .orgゾーンのマスターネームサーバーであり、このホストがpukiwiki .orgゾーンのホスト名<->IPの対応表を持っていたはずです。現在は、ns1.akira.ne.jpがマスターネームサーバーで、このホストがpukiwiki .orgゾーンの情報を持っているはずです。これら以外のDNSサーバーは、以前であれば、dns1.hisec.co.jp または ns.dml.co.jp に問い合わせをし、現在であれば、ns1.akira.ne.jp または ns2.akira.ne.jp に問い合わせをすることで、pukiwiki .orgゾーンのホスト名<->IP対応情報を得ています。
旧サーバーから新サーバーへ、正常に移行が行われていれば、dns1.hisec.co.jp から pukiwiki .org ゾーンに関する情報が削除されているはずです。上記4台以外の DNS サーバーは、キャッシュの有効期限が切れると、dns1.hisec.co.jp に問い合わせをします(多分)が、dns1.hisec.co.jp には、pukiwiki .org に関する情報はもうありませんので、ルートから問い合わせをし直し、ns[12].akira.ne.jp が現在のサーバーであることが分かり、これらのサーバーから正しい情報を得るはずです。
ところが、今だに dns1.hisec.co.jp が、古い情報を返しいます。おそらく、hisec.co.jp は、以前のホスティングサービス会社ではないかと思いますが、そこの DNS サーバーに登録されている pukiwiki .org の情報が削除されていないのではないでしょうか? 旧ホスティングサービス会社との契約解除、およびドメイン登録の移行に関する手続きはどのようになっていますでしょうか? この辺のことは、reimy さんでしょうか? ゆう さんでしょうか? -- 三浦克介
- DNSの変更はドメイン所有者のゆうさんのほうでお願いしました。 -- reimy
- DNSサーバー名から推察すると、レジストラ(お名前.com)では、pukiwiki.orgゾーンのDNSサーバーの登録のみを行い、DNSサーバーの設置・運用はホスティングサービスの方で行っている形態だと思います。この推察が正しいとすると、ゆう さんが行われたDNS変更作業は正しく行われています。問題は、以前のホスティングサービスとの契約解除です。単に、Webコンテンツを消去するだけではなく、pukiwiki.orgゾーンのDNS情報も削除してもらわなければいけません。この点の確認をお願いしたいのですが、旧ホスティングサービスとの連絡となると、やはり ゆう さんでしょうか。 -- 三浦克介
- 勉強・調査を続けている所ですが、上記推察が正しそうだという感触を強めております。可能なら、緊急避難的措置として、旧Webサーバーに、header("Location: ..."); なり、<meta http-equiv=refresh...> なり、<a href=...> なりで、http://www.reimy.com/pukiwiki/ に飛ばすindex.php または index.html を置いた方が良いように思います。 -- 三浦克介
- hisec.co.jpはゆうさんの会社ですね~。ゆうさんが自前でDNSサーバも管理してました。レジストラに対してはドメインの取得代行だけやってもらったことになると思います。また、セカンダリのns.dml.co.jpは私のほうで管理してまして、こちらに関してはセカンダリの設定を切ってあります。DNSについて、ゆうさんに連絡取ってみます。 -- kawara
- ゆうさんに連絡を取り、dns1.hisec.co.jpからpukiwiki .orgゾーンの情報を削除して頂きました。あとは、古い情報を保持している各プロバイダのDNSサーバーのキャッシュが期限切れになるのを待てば良いということになると思います。が、nifty や ZAQ など、今だに新しい情報が引けません。キャッシュの有効期限はそれほど長くないはずだと思うのですが・・・? やっぱり、DNS は難しい・・・。 -- 三浦克介
- キャッシュの有効期限は3日のようです。ということで、遅いところでも、7月11日の深夜までには復旧するはずだと思います。 -- 三浦克介
- YahooBBですが未だに接続できません…。 --
- YahooBBのDNSサーバーのIPアドレスを教えてもらえますか? コマンドプロンプトを開いて、ipconfig /all と打つと、DNS Servers という欄に数字が表示されます。 -- 三浦克介
- 別にYahooBBをいじめたいわけではありませんが、サポートのDNSアドレスが間違ってちゃあ、ねぇ。*2 -- maja
- 手動設定もWebに載ってたのですね。気づきませんでした。DNS逆引きのホスト名から推察すると、ちゃんとDNSサーバーのようです。pingすら通りませんので、パケットフィルタリングで、外部から使用できないようにしているようです。というわけで、こちらからは状況調査はできません。Yahoo!BBの方で、digコマンドの使い方が分かる方、pukiwiki .orgのNSレコードを引いて、TTLを調べてください。それが、0になったら、新しい情報に更新されるはずです。ま、遅くてもあと1日のはず。 -- 三浦克介
- ZAQ, Nifty は復旧したようです。その他の所も、もう、大丈夫なのでは? 7/12 になってもアクセスできない所がありましたら、DNSのIPアドレスをお教え下さい。 -- 三浦克介
- winなのですが、nslookupでは調べられませんか?digの場合どんなコマンドを打てばいいのでしょうか? --
- nslookupでキャッシュの有効期限(TTL:Time To Live)を表示させられるのでれば、それでも良いです。私は、nslookupでTTLを表示する方法を知らないので。digは、通常、windowsには入っていません。 -- 三浦克介
- winでは、nslookup set debugで見られるようです。昨日見たTTLが2日で、今日みても2日と全く減りません。何がどうおかしいかもわかりません… --
- すみません。ここのところ忙しかったので、遅くなりました。TTLが減らないようでは、プロバイダが提供しているDNSサーバーの実装または設定がおかしいと言わざるをえないと思います。ただし、負荷分散の為、接続の度に違うDNSサーバーに繋がることもあるようで、そういった場合、一見、TTLが減らなかったり、増えたりするように見えることもあるようです。本当に同じDNSサーバーに繋がっているのか、注意が必要です。 -- 三浦克介
サーバー移転作業の進捗状況†
reimy (2003-06-17 (火) 19:21:39)
作業の進捗状況について
今週中に作業を終える予定です。
移転作業内容の説明 -- reimy†
誤解している人がいるようなので、作業内容を説明しておきます。
新サーバーへの移転に伴い、1.4リリース準備のため、1.4開発版をインストールしています。
作業で時間がかかっているのは、PukiWIki.orgのデータの1.3.2→1.4への「コンバート作業」です。1.3.2→1.4へのコンバートツールは用意されていますが、残念ながらPukiWiki.orgのデータは1.3.2だけでなく、それ以前の1.3.1やsngさんのところから移したデータなど、1.3.2に準拠していないものも少なからず存在し、コンバートツールでは正常にコンバートできません。そのため、1ページずつ手作業でコンバートしています。
また、1.4で採用されたブロック要素のネストへの対応、ユーザー定義→インラインプラグインへの変更などもコンバートツールではできません。
質問箱やFAQなどは一覧性をよくするため、ぱんださん作成のtrackerプラグインを採用しました。従来のarticleプラグインはいろいろ問題がありましたので。
スキンやCSSについては、PukiWiki.org立ち上げ時のときと同様、移転後にスキン担当、デザイン担当を中心に話し合って作ってもらうことを念頭に、時間的余裕がないので暫定的なものを使用しています。
メニュー、アイコンメニューについては、以前、BugTrack/286で話し合われた内容に沿って、整理しました。
URLエンコードされたページ名を渡す必要のあるtemplateプラグインやrenameプラグインをアイコンメニューに追加しました(そうしないと使えないので)。
ページ更新時にキャッシュが読み込まれたのに気づかない場合が多々見られる(official:過去の質問箱/9ほか)ので、現在日時・更新日時を画面上部に表示するようにしました。
また、official:質問箱でたびたび要望が出ていた整形済み行による画面レイアウトの乱れを防ぐため、overflow:autoを設定してみました。ほんとは表組みに対しても設定しないと乱れる恐れがありますが、表組みには1.4では新たにwidthを設定する機能があるので、記述する人が注意すれば防げるのでそのままにしています。長いURLを貼り付けた場合の対策もしていません。エイリアスを使ってもらうということで…
- 整形済み行については、印刷時にはoverflow:visibleに設定してあります。ただし実際の印刷では紙の幅からはみ出た部分は当然印刷されません(ブラウザ側の印刷機能で紙の幅に合わせて縮小機能がある場合には全体を印刷することができます)。
同様にレイアウトを乱す原因となって評判の悪かった画面上部のURL表示をやめました。
:categoryは今回ははずしました。わかっている人だけがアクセスするサイトであれば便利な機能ですが、そうでないサイトではページが作成されるたびに管理者やWeb委員がいちいちチェックして適切なカテゴリーにする必要があるので。(必要ならば全ページ移行後に導入しますが)
ページの移動・新規作成のフォームをメニュー部分に貼り付けました。1.4では相対指定が可能となったため、このほうがはるかに便利になります。
同様に検索フォームもメニューバー上部に貼り付けました*3。
階層化したページでの移動に便利なにぶんのにさんのtopicpathプラグインを採用しています。
- topicpathプラグインはとても便利なので同梱しましょう>ぱんだ
外部サイトからの直リンクに対応できるように、固定id出力に設定してあります。
インライン要素(インラインプラグイン、置換文字)は&~;の形式に統一。What time is it now?がWhat time is it 2003-06-24 (火) 06:05:17に化けるのを防止。
- 互換性のために、従来のdate?、time?、now?も使えるように修正。
メニューバーの幅が固定されるように対策済み。
org内用メニューバーとdevへのメニューバーを独立(表示だけでなく編集も独立)。
Web委員が管理しやすいように、「タイムスタンプを変更しない」でページを更新する機能を殺してあります。
機能の高いtemplateプラグインが実装されたため、$load_template_funcはoffにしてあります。
paintプラグイン、touchgraphプラグインはインストールしてません。
編集画面では、できるだけ編集フォームがブラウザの画面からはずれてしまわないように、ページのタイトル部(メニューより上の部分)を表示しないようにしています。画面サイズ(高さ)が小さい場合でも編集しやすくしています。
- 追記
CSSからfont-familyの設定をはずしました。これに伴い、表示フォントはすべてユーザーがブラウザでデフォルト設定したフォントが使用されます。「日本語」のフォントだけでなく、「ラテン語基本」のフォントも適切に設定していないと、半角英数字が正しく表示されないので注意してください。
- 謝辞
ご協力ありがとうございました。
PukiWiki.orgの運営について†
reimy (2003-06-15 (日) 05:51:46)
新サーバーでは、PukiWikiのページの凍結・削除に使用するパスワードについて、Web委員で共有する方向で考えてます。
PukiWiki 1.4から:configページが導入されたこともあり、:configページやFrontPage、ヘルプなど、自由に書き換えられると困るページについては、凍結しようと思います。その場合でも、Web委員が書き換えなどができないと不便ですので、パスワードを共有しておくということで。
パスワードは、ページ名のrenameにも使いますので、ページの整理に役立つでしょう。
- プラグインとか作って添付してる側としては、Web委員 に消してもらったりするのも悪いなぁ。とは思いつつ、しっかりと運用ができればよいと思っていますので、少数精鋭かなぁ? ということで、お手数をおかけするとは思いますが、よろしくお願いします。 -- upk
- でも、ここの ML って公開されちゃっているので、Web委員 同士で、連絡が取れる体制にあるんですかね?じゃないと、Web委員 を名乗っているだけになってしまいますね。再考するんですか? -- upk
とりあえずメールアドレスがわかっているTeam及びWeb委員にはパスワードをお送りします。今後の体制については、またあらためて相談しましょう。 -- reimy
- 先に体制を決めてから、パスワードを送ったほうがよさそうですね。 -- reimy
PukiWiki.orgのサーバー移転について†
reimy (2003-06-14 (土) 22:24:21)
PukiWiki.orgを管理しているゆうさんが多忙のため、PukiWiki.orgの管理を代わってほしいという申し出がofficial:質問箱でありました。
その後、reimyに管理をしてほしいという声があり、しばらく様子を見ていましたが、新たな意見も出てこなかったため、お引き受けすることにしました。Team及びWeb委員の方々の異論が無ければですが…(^^;;
なお、これに伴い、PukiWiki .orgのサーバーを移転することになりました。サーバーの準備はすぐにできます。
そこで提案なのですが、現行のPukiWiki 1.3.5をインストールしても、すぐにPukiWiki 1.4がリリースされますし、コンバート作業など二度手間やトラブルの元になるので、新サーバーにはPukiWiki 1.4をインストールするほうがいいのではないかと思ってます。
- もうそろそろリリースできますか?>ぱんだ -- reimy
- 積み残しが若干(PukiWiki/1.4/ちょっと便利に/任意のページごとの閲覧・編集制限等)ありますが。現状で問題なければすぐにでも。 -- ぱんだ
- では、積み残しと判断しているものを明確化した後に、これで凍結してリリースというのはいかがでしょうか?そうすれば、積み残されたとしても、次版でという流れが明確化されるわけですからね。-- upk
- 了解しました。とりあえず現在の1.4 rc2を放り込んでおきます。 -- reimy
- 外野ですが、気になった事が一つ。FrontPage にCVSのコミット権が欲しい方はゆうさんに、とありますよね。これについては現状のままという事で良いのでしょうか。 -- にぶんのに
- CVSは開発側なので、ぱんださんが引き継がれるのがいいと思います。 -- reimy
- Jakartaプロジェクトではコミッタ3人以上の承認があり、反対がない場合はコミット権を与えるという決まりだそうです。今後は、すでにある運用モデルを使うのもいいですね。 -- tejicube
- サーバ移転状況がみづらくなりそうなので、勝手にこちらに移させてもらいました。と、思ったのですが、一番上にここにはTeam及びWeb委員のみ、書き込みしてください。とありますね。名乗っていないコメントは削除したほうが良いのでしょうか?(このコメントを含む) --
- reimyさんなんか大人げない行動で悲しい。文句言われたら「やーめた」ですか? -- 名無しさん
- BugTrackで「pukiwiki.orgでは正式版でないと使っちゃいけないそうなので」って書いて強引に自分の考えを押しつけるようなやり方はどうなんでしょう? -- 名無しよん
- だったら、お前が鯖缶やればいいのでは?できないなら、文句は言わないこったな。 -- 名無しよん
- その手の指摘はあちこちで見かけるけど短絡的過ぎて何も問題解決に役立たない。 --
- pukiwiki.org立ち上げたときも、最初はゆうさんの設定で立ち上げ、正式版でないBugtrack.inc.phpを使用していた。立ち上げてからTeamでスキンやCSSを作る作業を行った。今回も同じ。文句を言うほうがおかしい。 --
- 問題ないと思います。BugTrack プラグインなんてつい最近まで正規のプラグインとして入ってなかったんだから。まぁ tracker の早期完成も望みたいですが、優先度としては pukiwiki.org を放置しないこと、1.4 正式版リリース、よりも下ですよね。 -- わたなべ
- MLにてしょーごさんもサーバ提供できる可能性があるとの申し出をされておりましたがそれに対するフォローがどなたからもないのが気になってます。関係者間で見えないところで話し合いがありその結果現状に落ち着いたということなんでしょうか。もしそういう経緯があるなら報告していただきたい気が。 --
- 報告も何もないよね?貴方は、reimyさんじゃ、納得いかない。しょーごさんが適任なんだ、そうハッキリ書きなよ。そうでなければ、うだうだ言わない。--
- うやむやにしないでクリアに行こうよって言ってるだけに見えるけど。それをそういう風に理解しちゃうあたりがなんだかね。 --
- official:コメント/pukiwiki.orgの新しい管理人を決める為の会議室での話し合いの結果、MLでゆうさんに連絡したというのが話の流れだと思います。なので、突然しょーごさんの話がMLで出ても、誰も対応できないのでは? --
- テンポが早過ぎたとも言えると思います。けっこう重要な話の割にものすごいスピードで決まってしまいましたから。もう少し落ち着いてゆっくりしてみてもよいのでは? ちょうどいい機会ですから、今までうやむやだったことに対して丁寧に対処してみてはどうでしょう? --
- なので、の論理がよくわかんないですが、コントリビュートできるよっていう人に対してそれを却下するのならば、決定のプロセスに関わった人はその理由を示すとかは最低限するべきな気が。どういう比較検討がなされて決定されたかっていうサマリの形で報告するとかしたらいい感じ。 --
- 時間をかけていいんですか? XSS脆弱性の残ったままで。だったらゆっくりしましょう。 --
- どこがテンポ早いんだろうね。XSS 脆弱性対応を放置して。あの週末にはね。がなければ、こんな問題になっていないわけだから。そこを理解していないわけなんだ。という指摘だね。--
- なので、も何もないんじゃないの?そもそも名無しなわけですから。わたしもね。--
- 話の決定についてでしょ? 会議室できてから話が決まるまでは早かったと思うよ。「なので」ってどこに書いてあるわけ?*5 って指摘は Wiki では無意味かなぁ。 --
- XSS脆弱性という問題への対処と民主的運営は両立しないものではないと思うんだけどなぁ。そういう大義名分みたいのを理由として持ち出してくるあたりに違和感感じるよ。解決するまでサーバを一時的に止めたって別にいいんだし。優先順位が違うんじゃないかな。オープンなコミュニティーであって欲しい。ソースがオープンだったらオープンソースってことではないと思う。PukiWikiをサポートしたいっていうみんなの心意気を大切にして欲しい。PukiWikiは好きなのでそう思う。 --
- いいんじゃない。好きなようにやりたい人(reimy)がやれば。反対意見があっても通る雰囲気ないもんね。こんな機能追加したいとかも勝手にやればいいんじゃない。文句言っても同じ・・・内容によっては消しちゃえばいいんだし。これも消されるな。たぶん --
- 「文句を言ってる輩もいますので」←意見と考えてはいないよね。この一言に誰かの考えが凝縮されてると思うね。 -- ・
- 言葉尻をとらえるよりも、現在の言動を見れば「意見」は尊重されていると思いますよ。口先より行動ですよ。 --
- 「文句を言ってる匿名の
者もいますので」だったら良いのだろうか?
というか、ここってこんなに人いたっけ?荒らすネタがあるからわらわら寄ってきたのか、もともとROMってたのが多かったのか……? -- 水無月神魔
- 「文句を言ってる輩もいますので」についてなんですが、私が勝手に見苦しい誹謗・中傷を消しちゃったので、それについていっているんだと思います。わかりづらくして余計にreimyさんにご迷惑をおかけして申し訳ないです。 --
- もうこの位で良いんではないですか? 移転作業がスムースに運べるように見守りましょう --
- 移行作業などご苦労様です。Plugin なんですけど Devサイトに避難していたものも新サーバに集約するのでしょうか? 最近使いだしたもので昔のPluginなど持っていないので早く復旧して欲しいと思い 臨時会議室/Plugin一覧なんてのを作って見ました。何かの助けになれば幸いです。 -- merlin
- いただきましたm(__)m。整理して新サイトのほうにも掲載しました。 -- reimy
- Plugin なんとかなりましたね。それに新しいのも登録してあったし.. みなさん 素早い..
ただ, FrontPageのmenu にプラグインへのリンクが必要 では? -- merlin