changesHelpLoginComments開発談義01はじめまして。最近twitterからこちらを知りました。HTML5対応を楽しみにしています。08:04:10どうもです。このディストリビュージョンにおけるHTML5というは、最初は対応ってことでやったんですけど、Plus!との差別化や、専用のスクリプトを読み込まなければならないなどの理由からHTML5に特化した設計にすることにしたんですよ。07:39:22着々と進んでいますね。更新楽しみにしています。」としたらかっこいいのでは。pukiwikiじゃあ寂しいので適当に端的な特徴を入れただけですよ。PukiWiki自体海外では知られてないと思うので。07:51:12InterWikiNameの調整(編集)をお願いします。本家の開発サイト用の定義"dev"にeucがついていないため、マルチバイトを含むページ名だと移動できません。Comments/開発談義/01そういえば、EUCでしたね。Comments/開発談義/01プレビュー中に更新したら消えた・・・。Comments/開発談義/01誤解してるようなので。PukiWikiのofficialはUTF-8で、devはEUC-JPで運用されています。Comments/開発談義/01InterWikiNameに関してもう1点。Comments/開発談義/01プラグインのバグです。現在、プレビュー機能を使用したときに編集内容が消えてしまうバグがあるので当分リリースは無いと思います。人柱版ですら無いクオリティなので・・・。Comments/開発談義/01リンクありがとうございます。よろしければ使ってください。Comments/開発談義/01プレビュー機能を使用したときに編集内容が消えてしまうバグがある。skin.original.js非同期転送のバグと思います。2011-03-01(Tue)12:17:34プレビュー関連のバグは、プレビューボタンを押した後になにも修正しない状態で送信ボタンを押すと消えるというものです。非同期通信でページ更新というのは、競合が起きた場合の処理が決まっていない理由で実装していないため、おそらくDOM操作周りのバグだと認識しています。2011-03-02(Wed)01:55:00スクロール周りのバグはCSSが原因です。Boilerplateに原因があるとおもいます。2011-03-02(Wed)01:56:49スクロール関連の動作はバグでしたか。親切に答えてくれてありがとう。安定してきたら移行も考えてます。2011-03-03(Thu)15:41:04うーん;1.0RCを出すのに50%も行ってない状態です。アシスタントが動かないなど本体のバグの問題もありますが、とくにスタイルシートの整理が不十分です。(一番ひどいのがカレンダーや投票箱)あと、メイリオフォントを基準にしているので、強調が斜体にならない問題の対処もあります。Plus!の言語も書き直しをやっているので、提供できるまで数ヶ月かかりそうです。2011-03-03(Thu)22:31:33プレビューとアップロードのバグを修正したので、テストを継続できません。2011-03-03(Thu)01:27:29中国語でフォントが適している、問題はない。2011-03-04(Fri)23:53:44アシストは、リアルタイムプレビュー以外書き直す予定です。顔文字は、携帯電話と互換性のあるTypePadの絵文字にします。選べるアイコンが数倍に膨れ上がるため、インターフェースから見直す必要がありますね。Animationを用いてスプライト切り替えで実装する予定です。2011-03-08(Tue)02:04:26久しぶりに見に来たら、すごく閲覧しにくくなってますよ。リンクがすべて「pukiwiki.」無しのhttp://logue.be/になってて、いちいち手動で「pukiwiki.」をつけないと。POSTはもっと大変だし。i=0,f;f=els[i];++i)if(f.href)f.href=f.href.replace('//logue.be','//pukiwiki.logue.be')を作って、中見ました。2011-04-20(Wed)01:44:51すみません。2011-08-16(Tue)00:03:23一応、目立った変更点は、PHP5.3で非推奨になったPCRE命令1などを排除してPHPネイティブの命令になるようコードを書きなおしています。これで若干は軽くなっていると思います。他にもオプションで、Last-Modifiedヘッダーを出力する処理を拡張して、より厳密にキャッシュ制御を行うようにしています。この機能を使うと、PukiWikiの性質上、多言語で使う場合に、言語がすぐ切り替わらない問題が発生したり、カウンターが回らなくなるなどの不具合が出ます。今のところ、新しいコードへのリファインぐらいですね。2011-09-12(Mon)14:40:41失礼。ereg()命令が廃止の間違いでした。他にも、http_request()命令が競合しているバグを修正しています。2011-09-13(Tue)21:16:33Plus!との比較ですが、サーバー側で処理していた部分を極力クライアント側で処理するようにしています。具体的には、編集支援機能や、テーブルソート機能です。リアルタイムエディットの機能は、かなり軽量化しました。2011-08-20(Sat)12:35:02svnで最新パッチを当ててサーバに設置しました。サーバはさくらインターネットを利用しています。サーバに設置後にさくらインターネットの仕様上.htaccessで「php_value」「php_flag」「Options」使えないので一時的にコメントアウトしました。パーミッションはINSTALL.txt通りに設定してあります。"Asia/Tokyo"」と記述しました。その他の設定は一時的な動作を確認したかったので一切変えてありません。Errorが出てしまいます。2012-04-09(Mon)01:16:15申し訳ありません。Apache2系が必須でしたね。2012-04-10(Tue)18:46:09そのエラーは、IEのレンダリングエンジンを明示的に最新版を使うようにするためのヘッダーです。IE=edgeという指定方法が不正であるというエラーのようですね。'で始まる行をコメントアウトしてください。2012-04-10(Tue)20:28:28返信ありがとうございます。無事に表示することができました。2012-04-11(Wed)17:19:59ローカルでテストしようと思いましたが、「新規作成」及び「編集」ができません。「新規」では「parsererror」が、編集時の更新では「ランタイムエラー」が発生します。Apache/2.2.21、PHP/5.3.8です。2012-05-02(Wed)03:18:192つバグを見つけたので報告します。2012-05-02(Wed)09:11:20間違えて送信してしまいました。バグの1つ目はテーマ名.ini.phpで指定したadareaのheaderが反映されない。footerは反映されます。2つ目は表組みでセル内の先頭にCOLOR:やCENTER:などを指定するとそのセル内が空欄になってしまいます。PHP/5.3.8.です。1.0Beta1で確認しました。2012-05-02(Wed)09:15:04修正しました。convert_html.phpでlangフラグに対応させた時のバグでした。この結果配列数が増えてしまい、中身のテキストが取得できてなかったのが原因です。2012-05-03(Thu)02:43:57お疲れ様でございます。当方のエラーですが、「wiki-common/lib」以下に「openid」フォルダを作成してみると、『未作成ページ』については編集エディタ画面へ飛び、更新→ページ作成が可能でした。「新規作成」及び「名前変更」については読み込みを行っている様子はあるものの、変化がありませんでした。2012-05-03(Thu)04:02:30原則的に外部から見える場所にwiki-commonディレクトリや、wiki-dataディレクトリを置かないでください。共有サーバーの場合、public_htmlか、htdocsのある階層にこの2つのディレクトリを置いて、webrootの中身をpublic_html上に置きます。2012-05-03(Thu)04:36:17設置についてはLogueさんの仰るとおりに設置(パーミッションも確認済み)してあります。ページ名を入力」して「更新」をクリックしてもなぜか編集フォームが表示されずにトップページが表示されます。2012-05-06(Sun)01:16:18おそらく、ログインしていないためだと思われます。DEBUGモードで確認してみてください。2012-05-06(Sun)03:36:34あと、考えられるのは、webrootディレクトリをpublic_html直下においてしまっているため、mod_rewriteの設定が混乱している可能性もあります。2012-05-06(Sun)03:40:09ご返答ありがとうございます。あれから「ログイン」、「DEBUGモード」にて確認してみましたが変わらずでした。ご指摘のあった「webrootディレクトリをpublic_html直下」の件も、色々設置場所を変えてみたのですがやはり無理でした。してみるとこちらのサイトと全く同じ状態?なのでご報告までに掲載しておきます。(もし問題があれば削除をお願いします。2012-05-07(Mon)17:38:03その場合は、htaccessを削除した後、pukiwiki.ini.phpの$static_urlの値を0にしてみてください。Mod_Rewriteが無効の可能性があります。2012-05-07(Mon)01:00:05ご返答ありがとうございます。「htaccess」を削除し、「pukiwiki.ini.phpの$static_urlの値を0」にしましたが変化ありませんでした。困り果てていた所、以前こちらから頂いた「PukiWikiAdv.v1.0alpha2」をインストールしたところ現在の様な不具合は見あたりませんでしたので、差分を取りながら原因を探ってみようかと思います。お忙しい中ご返答いただき感謝致します。2012-05-07(Mon)03:07:54はじめまして。Mobileかな・・・と思っていたら、このサイトに出会うことができました。Mobileは、かなり癖があるフレームワークなので、スキンだけで実装するだけでは無理でした。Mobile用に出力を分ける設計になっています。現在の実装は、テーマが事実上固定2などと問題点が多いです。何か意見があればBugTrackの方に書いてくれると助かります。2012-05-11(Fri)23:02:45BugTrackに2件記入させていただきました。Versionをページ名に書いてしまったので、BugTrack/2を削除しています。2012-05-09(Wed)07:19:55別に大丈夫ですよ。2012-07-03(Tue)12:09:57これは、php.iniで、timezone指定が無い時にでます。date.timezoneを、Asia/Tokyoなど、設定してみてください。2012-07-06(Fri)20:41:36最新版に変更後、skin「squawker」のツールチップが全て表示されなくなりました。(検索窓にカーソルを合わせると禁止マークが表示されるようになりました)原因は何でしょうか・・・?他skinは正常に動作しております。2012-07-09(Mon)23:08:16squawkerは特殊な処理を行なっているからかもしれません。(ツールチップの処理も独自のものを使っています)これはあくまでもコンセプトリリースで、まだ、十分に最適化されているわけではないので不具合があるかもしれません。2012-07-09(Mon)02:27:42返答ありがとうございます。/>となっていました。2012-07-10(Tue)05:14:26これは、DNSプリフェッチというもので、コンテンツを先読みするのに使います。アドレスが//から始まっているのは、ちょっとしたテクニックです。ブラウザは、httpsからのアクセスの場合は、httpsと判断してアクセスします。httpからのアクセスの時にhttpsにしてしまうとオーバーヘッドが出てしまいます。その逆の場合、「保護されていないコンテツ」云々のエラーが起きます。そこで、アドレスを//からはじめることでどちらからのアクセスでもオーバーヘッドなくコンテンツを先読みするようにします。2012-07-11(Wed)19:16:16なるほど・・・質問した自分がお恥ずかしい・・・勉強になりました。ご返答ありがとうございます。Error】になってしまいます。2012-07-13(Fri)04:24:47デフォルトでは、いたずらを避けるために、ログインしていない状態でページを作成したりするとエラーが出るようになっています。die_message関数ではサーバーエラーを吐いているためそれが原因だと思います。func.phpの593行目をコメントアウトすることで抑制できます。2012-07-15(Sun)15:21:53いえ、こういう設定になっていたので。2012-07-15(Sun)09:17:15Apache2.2.2PHP5.3.10で設置を試みるも、500エラー・・。そんな感じだったような・・・、パーミッション設定は644であっているのですが、main.phpの読み込みができませんでした。2012-08-27(Mon)15:03:10また、main.phpのパーミッションを777にしても同様にエラーでした。2012-08-27(Mon)15:06:31Advのどれを使っているとかがわからないと、なんとも言えませんが、可能性としてディレクトリのパーミッションが間違っているような気がします。2012-08-28(Tue)02:28:05連投になってしまった。2012-08-28(Tue)02:35:58https://github.com/logue/pukiwiki_adv/tarball/masterから最新版のtar.gzをダウンロードできます。2012-08-28(Tue)12:47:27はじめまして。2012-08-30(Thu)02:15:56はじめまして。2012-08-30(Thu)02:24:32不要です。iOSやAndroidのUAを自動判別してモバイル用スキンを適用します。2012-08-30(Thu)04:13:44返信ありがとうございます。今androidから確認しているのですが、このサイトはスマホスキンなのですが自分のサイトはPCスキンのままになってます。設置の仕方が悪いのでしょうか。うまくページが切り替わらなかったので上で記載されていた.htaccessの削除と$static_urlを0にしているせいでしょうか?教えていただけるとありがたいです。スマホ最適は凄く魅力的です。2012-08-30(Thu)05:46:46UserAgentの値を読んで判別しているのでhtaccessなどは関係ないと思います。AndroidのUAはよくわかりませんが、UAにAndroidが含まれていればモバイルのスキンになるはず・・・。あと、Themeディレクトリにmobileがあることを確認してください。2012-08-30(Thu)12:31:57Themedディレクトリにmobileは、あります。index.phpのdefine('PLUS_THEME','default');をmobileに変更すると真っ白に表示されます。true);を使用する必要があります。モバイルスキンを常用したい場合は、profile.ini.phpの'profile'=>'default'をmobileに変更したほうがいいと思います。モバイル向け簡易スキンという位置づけなのでUI拡張などは限られてきます。2012-09-03(Mon)13:37:47profile=mobileで変更できました!ありがとうございました。1ヶ月くらいなやんでたんですが聞いてよかったです!plusから乗り換えます。2012-09-04(Tue)15:07:28ver1.0がリリースされたら、plus(UTF-8)からの移行を考えています。2012-09-09(Sun)16:30:32wikiデーターや差分、バックアップのWikiを運営する上で重要な部分は一部のプラグインを除き互換性はありますが、リンク元やログデータと、スキンの互換性はありません。基本的にPlus!のdumpプラグインでデーターをダンプしたあとAdvの環境のdumpから復元すれば簡単に移行できると思います。2012-09-09(Sun)04:22:52base_FacebookのためにCurlがいるようですが、インストールのページに書いた方が良いと思います。自分で書こうと思いましたがロックされていたので。2012-09-27(Thu)23:49:08cherokeeのインストール设置方法欲しいです。2012-10-10(Wed)09:00:38おそらく、php-fpmの設定がうまくいっていないのだと思います。最近のバージョンのcherokeeならばBehaviorから自動的にphp-fpmの設定をしてくれるので、TCP接続の場合はポートが開いてないか、Socket接続の場合パスが間違っているのかのいずれかが考えられます。2012-10-17(Wed)22:16:36timestamp-page.txtはあくまでのタイムスタンプのみを保存するファイルで、もともと中身はありません。別の要因が考えられます。これが更新されるタイミングは、一覧をクリックした時です。ページ一覧は、exists-wiki.txtに保存されますが、そちらのほうは更新されているでしょうか?別々のファイルになっているのはMemcacheに対応した時の事情です。2012-10-17(Wed)22:54:21exists-wiki.txtも更新されていません。timestamp-page.txtを更新するか、exists-wiki.txtを削除して一覧をクリックすると、exists-wiki.txtが更新され、一覧が最新化されます。2012-10-17(Wed)23:34:46報告ありがとうございます。修正版をアップしたので確認ください。2012-10-17(Wed)01:12:36素早い対応ありがとうございます。{"としたところ、何故かキャッシュが更新されるようになりました。他の箇所に影響があるかもしれないです。2012-10-17(Wed)01:34:44調べた所、そこの行は余計処理だったことがわかりました。該当の行を削除したものをアップしたので確認ください。2012-10-17(Wed)01:58:441Perl互換正規表現のこと。Adv.?Adv.プラグインが登録されています。