ベータ版のSitedev AT

[和尚]

すみません。教えてください。
短縮URL設定で"m"を指定していますが、管理モードでは、リンクをたどれるのですが、閲覧モードだとページがありませんのメッセージが帰ってきま
す。
WEBサーバーの設定によるのでしょうか？

[akk...@gmail.com]

> 短縮URL設定で"m"を指定していますが、管理モードでは、リンクをたどれるのですが、閲覧モードだとページがありませんのメッセージが帰ってきま
> す。
> WEBサーバーの設定によるのでしょうか？

サーバーが　mod_rewriteを　サポートしていないと　’m’は使えません。
テスト用のサーバーは設定してあります。　もし、私用しているサーバーが
mod_rewrite　をサポートしているなら、テスト用サーバーから　".htaccess"を
index.phpのあるフォルダーにcopyしてください。
FTPクライアントの種類によっては、先頭に　'.'　の付いたファイルが見えないものが
ありますので、注意してください。

[和尚]

ありがとうございました。
解決しました。

>mod_rewrite　をサポートしているなら、テスト用サーバーから　".htaccess"を
>index.phpのあるフォルダーにcopyしてください。

mod_rewrite　を指定したし、".htaccess"もindex.phpのあるフォルダーにあるし・・・。
さっぱり？？？でした。

サーバーは自宅サーバーなので、使うモジュールでmod_rewriteを指定してたのですが、Virtial　hostでの指定がもれていました。
むずかしいですね～。
ほんとに試行錯誤状態で・・・。奥が深すぎますね。

ところで、スキンですが、ベータ版では、CSSブロックの、body,wrapper,navi1 に対してだけですが、その他のブロックに対しても指
定できるようにとお考えなのでしょうか？
ぜひ、そうなるようにお願いしたいです。
ブロックについては、右サイドのブロックもあればほとんど全てのデザインをこなせるんじゃないかと思います。
あと、スキンはフォルダでまとめて、複数のスキンが切り替えできるようになれば、最高かと存じます。

まだまだ、自分自身もベータ版についても、試行錯誤状態ですが、今後ともよろしくお願いいたします。ぺこり。

[akk...@gmail.com]

> サーバーは自宅サーバーなので、使うモジュールでmod_rewriteを指定してたのですが、Virtial　hostでの指定がもれていました。
> むずかしいですね～

アパッチの設定ですね！　まあ、通常はレンタルサーバーが多いので、できるかできないか初めから
判っていますから...

> ほんとに試行錯誤状態で・・・。奥が深すぎますね。
Linuxの管理はある程度、経験が必要ですから。

> ところで、スキンですが、ベータ版では、CSSブロックの、body,wrapper,navi1 に対してだけですが、その他のブロックに対しても指
> 定できるようにとお考えなのでしょうか？

現在のところ3つのブロックに限定しています。他のブロックへの対応は簡単なんですが
1.自由度が増すと、かえってスキンの改造が面倒になる
　　sitedev,sitedev+ATのスキン構造は簡単なんですが、なかなかいじってくれません
　　かえって、テンプレート化して、いくつかの固定スキンで供給したほうが、ユーザーは
　　イメージが湧くものだと思っています。
　　今回は、CSSの全ての機能ではなく、バックグラウンドカラーだけにしたのもこのためです。
　　最終的に公開するときは、見栄えのよさそうなプラグインの組み合わせをCSSにして
　　供給することも、考えています。

2.今回の3つのブロックである程度のバリエーションが得られる
　　ためしに、いくつかのバリエーションをつくりましたが、まだまだ、変化をもたせることが
　可能だと思います。

3.また上級者は、こんな、小細工したプラグインより、直接CSSを変更したほうが効率が良い

という理由です。

> ブロックについては、右サイドのブロックもあればほとんど全てのデザインをこなせるんじゃないかと思います。
mainブロックでしょうか？　ためしにプラグインを作っても良いですが、mainブロックは
あまり背景をいじらないほうが、きれいにまとまりそうだったので実装していません。
要望があれば作成します。

> あと、スキンはフォルダでまとめて、複数のスキンが切り替えできるようになれば、最高かと存じます。
スキン自体は現在でも切替可能です。
sdskinというプラグインでページ毎
sitedev.ini.phpの書き換えで全体
が可能です。


素材も、すこしづつ増やしていますので、テストサイトの管理者ページ内メモ書きを確認しておいてください。

[和尚]

こんばんは。

私が、スキンの意味を取り違えて使っていました。ごめんなさい。
CMSのDrupalをご存知かと思います。
Drupalで言うテーマをsitedev+ATのスキンと思い込んで言葉を使っていました。
http://drupal.jp/Themes
以前に、Drupalを導入しかけてて、テーマがいろいろあって、メニューの配置やデザインや、
レイアウトとか、もちろん配色もいろいろセットになっていて、いろんなバリエーションの中から
自分にあったテーマが選べるようになっていて、これなら楽でいいかなあって思ったりしました。

テーマとして配布することを考えて、右サイドバーブロック（メニューの右バージョンと考えてもいいと思います）や、
フォルダの中で、一式を取り込んでの配布がいいかなあと考えました。
テーマとして考えれば、main部分やtitle部分や他のブロックも指定できれば、テーマを作りやすいんじゃないかなと感じました。
もちろん全体の統一的な部分は、CSSに任せてもいいかと思います。

> スキン自体は現在でも切替可能です。
> sdskinというプラグインでページ毎
> sitedev.ini.phpの書き換えで全体
> が可能です。
このあたりのページですよね。
http://www.a-kojima.net/set/index.php?%C6%C3%C4%EA%A5%DA%A1%BC%A5%B8%A4%C0%A4%B1%A5%B9%A5%AD%A5%F3%A4%F2%CA%D1%A4%A8%A4%EB
http://www.a-kojima.net/set/index.php?test

テーマとして配布しても、sdskinのプラグインは有用だと思います。

> 素材も、すこしづつ増やしていますので、テストサイトの管理者ページ内メモ書きを確認しておいてください。
はい。ありがとうございます。

いろいろいじくって、ようやくmenuやnaviの表示、非表示が判りました。
あまりにもプラグインがたくさんあって、全て試すなんて無理っぽいですね。

ところで、へんなことをお尋ねしますが、merumaga.ja.cssって命名は、そのままの名前で正式配布となるのですか？

[akk...@gmail.com]

> 私が、スキンの意味を取り違えて使っていました。ごめんなさい。
スキンは、テーマとある意味同じですから。
スキン+画像+アルファ　がテーマ　と私は思っています。

でも、スキンに画像も含まれるかも...

> CMSのDrupalをご存知かと思います。
> Drupalで言うテーマをsitedev+ATのスキンと思い込んで言葉を使っていました。http://drupal.jp/Themes
> 以前に、Drupalを導入しかけてて、テーマがいろいろあって、メニューの配置やデザインや、
> レイアウトとか、もちろん配色もいろいろセットになっていて、いろんなバリエーションの中から
> 自分にあったテーマが選べるようになっていて、これなら楽でいいかなあって思ったりしました。

Drupalは、チェックしていませんでした。
今回の、変更（外見上だけ）は
BIND（DNSじゃないです）というソフトを昨年暮れにいじることがあり
それに影響されています。
http://www.digitalstage.jp/bind/index.html
上記URLに体験版があります。みてくれはいいのですが、内部は...？？？
のシステムでした。

> テーマとして配布することを考えて、右サイドバーブロック（メニューの右バージョンと考えてもいいと思います）や、
> フォルダの中で、一式を取り込んでの配布がいいかなあと考えました。
> テーマとして考えれば、main部分やtitle部分や他のブロックも指定できれば、テーマを作りやすいんじゃないかなと感じました。
> もちろん全体の統一的な部分は、CSSに任せてもいいかと思います。

今回のプラグインで操作する方式は、あくまでも暫定的なものなんではないでしょうか。
ある程度、基本形が決まったら、HTML、CSSを書き直して、固定すれば一つのテーマとなることでしょう。

画像表示の時に　大きさを　％でコントロールして、いい大きさになったら、ちゃんと画像処理ソフトで縮小して
１００％でUP。　みたいに、いろいろな条件をプラグインで試して、一番良い（気に入った）ものを採用。
といったことを考えておりました。
ホームページビルダーやドリームウエーバーだと自分で確認しながら
デザインできるけれど、Sitedev+ATは、ダイナミックにページを作成するため、自分のパソコンで
表示の確認ができません。
毎回、
CSSを変更->アップロード->確認
では、効率が悪いと思います。そこで、今回のような仕組みをつくることによって
すこしは、楽に変更ができるようになるのではないでしょうか？


> いろいろいじくって、ようやくmenuやnaviの表示、非表示が判りました。
取り説が無いので、申し訳ありません。

> あまりにもプラグインがたくさんあって、全て試すなんて無理っぽいですね。
まったく、そのとうりです（だれのせいだ）


> ところで、へんなことをお尋ねしますが、merumaga.ja.cssって命名は、そのままの名前で正式配布となるのですか？
変えます（変える予定です...たぶん）。もともとメルマガのサンプル用作ったCSSなんですが、テーブルを使わないので流用しています。

[和尚]

質問ですが、サイドのmenubarを非表示にした場合、mainブロックのIDがmain1に変化しますが、どうしてなのでしょう。
IDがmainだとまずいのでしょうか？

それと、CSSをいじる場合、merumaga.ja.cssのみで、大丈夫なのでしょうか？
CSSをいじってて感じたのは、プラグインで挿入される部分もCSSで装飾できるように、HTMLに変換するときに、プラグイン名をIDにして、CSS
で装飾できれば面白いかなあって感じました。
パンくずリストのプラグインを変更してみました。
http://yamadera.jpn.ph/1055.html

[akk...@gmail.com]

> 質問ですが、サイドのmenubarを非表示にした場合、mainブロックのIDがmain1に変化しますが、どうしてなのでしょう。
> IDがmainだとまずいのでしょうか？

ちっと、仕様を忘れています。少し待ってください。

> それと、CSSをいじる場合、merumaga.ja.cssのみで、大丈夫なのでしょうか？
> CSSをいじってて感じたのは、プラグインで挿入される部分もCSSで装飾できるように、HTMLに変換するときに、プラグイン名をIDにして、CSS
> で装飾できれば面白いかなあって感じました。

今回のCSSは、mtest.ja.css で　インポートするタイプになっています。
プラグインの追加は、mtest.ja.cssにインポートの指示を追加するだけでよくなり、管理がしやすくなります。
プラグインから、CSSを切り替えるのは、chrome　プラグイン（横メニュー）で実装していますので、参考にしてください。
引数でCSSを強制的に切り替えています。


> パンくずリストのプラグインを変更してみました。http://yamadera.jpn.ph/1055.html


3月31日に引越しをして、現在、引越し用のダンボールの壁の間にかろうじて布団をおいて
いる状態です。パソコンはかなり下のほうにあるみたいなんで、元の環境に戻るまでに
かなりかかりそうです。（地震がこわい！）

というわけで、こまかいことは改めて、お答えいたします。

[akk...@gmail.com]

> 質問ですが、サイドのmenubarを非表示にした場合、mainブロックのIDがmain1に変化しますが、どうしてなのでしょう。
> IDがmainだとまずいのでしょうか？

これは、menubarを非表示にした場合に、mainの幅が一定のため、隙間ができてしまうのを防ぐために
入れました。暫定的に入れたのに、すっかり修正するのを忘れていたようです。
/skin/sitedev.skin.php
を変更しました、新しいものは、mainの幅を１００％にするように変更しました。


自宅のパソコンはとりあえず、動作する場所が確保できました。

[和尚]

ありがとうございました。
ダウンロードして確認できました。

Sitedev ATとは関係ないかもしれないんですが、どうしてもわからないので教えていただければと思い投稿します。

xdataのフォルダの下にdataフォルダを作って、ZIPファイルをクリックしたらダウンロードできると思いきや、403エラー（パーミッションエ
ラー）が出ます。サーバーのパーミッションは何度見てもあってる（755）にしています。
refxも[[xxx.zip]]のリンクもだめなんですが、何か方法があるでしょうか。
AKKOさんのダウンロードファイルは、attachでアップしてあるみたいですが、それでないとだめなんでしょうか。

サーバー側の問題のような気がするんですが・・・。

[akk...@gmail.com]

> xdataのフォルダの下にdataフォルダを作って、ZIPファイルをクリックしたらダウンロードできると思いきや、403エラー（パーミッションエ
> ラー）が出ます。サーバーのパーミッションは何度見てもあってる（755）にしています。

多分、ファイルのパーミッションが違っているのだと思います。
ファイルサイズが小さい時はFTPではなく、管理ページのツールからUPしてみてください。ファイルのオーナーが
WEBになりますので、問題は少ないと思います。

> refxも[[xxx.zip]]のリンクもだめなんですが、何か方法があるでしょうか。
> AKKOさんのダウンロードファイルは、attachでアップしてあるみたいですが、それでないとだめなんでしょうか。

attach　はファイルのダウンロード回数を数えるためだけに使っています。
ダウンロード数を計測する適当な方法が無かったためです。
現在は、Sitedevの機能じゃない方法（管理が簡単になる方向で）を検討中です。

[和尚]

解決しました。
ようやく、やっと、なんとか、どうにか・・・解決。ふうううう。
パーミッションの問題ではなく（正確にはパーミッションですが）、サーバー側のパーミッションではなく、.htaccess による禁止ファイルになっ
てました・・・・。
なかなかわかりませんでしたが、ようやく判明いたしましたので、ご報告いたします。
FilesMatch の zip を削除してみたら、ダウンロードできるようになりました。
わかってみれば、な～んだ！なんですが、なかなかわかりませんでした。

またまた、質問ですが・・。ぺこり。
ベータ版には、Googleグループで、公開されたプラグインなども最新として同梱されているんですよね？

それと、要望として・・・・。
やっぱり、右側に右サイドブロックとしてのブロックエリアが欲しいと思います。
左にメニュー、右にアフェリエイトということも考えたり・・。
アフェリエイトじゃなくても、左に更新リスト、右にメニューでもいいんですが・・・。
そういうレイアウトが欲しいなあって思います。
お願いいたします・・・。ぺこぺこ。

[akk...@gmail.com]

> 解決しました。
> ようやく、やっと、なんとか、どうにか・・・解決。ふうううう。

それは、良かったです。

> またまた、質問ですが・・。ぺこり。
> ベータ版には、Googleグループで、公開されたプラグインなども最新として同梱されているんですよね？

その予定で作業しています。一部仕様変更がありますが...

> それと、要望として・・・・。
> やっぱり、右側に右サイドブロックとしてのブロックエリアが欲しいと思います。
> 左にメニュー、右にアフェリエイトということも考えたり・・。
> アフェリエイトじゃなくても、左に更新リスト、右にメニューでもいいんですが・・・。
> そういうレイアウトが欲しいなあって思います。

3段組のレイアウトも可能なんですが、かえってデザインが難しくなります。
また、CSSの対応の問題で、すべてのブラウザで同じように見せるのはすごく
やっかいな問題がありまして...今回はサポートしません。

//メニューバー２
$menubar2 = ''; // Menu2

で一応導入は可能になっています。（表組みなら3段でも簡単なんですけどね）

現在、作業しているのは、サイトマップ生成の確認と、RSSの出力関連をやっています。
「pukiwikiの標準RSSは　V0.91　なんで、IE7だと表示できません」
というのが、理解できるまでズイブン時間がかかってしまいました。

そのほか、SEOを考慮したサイトが構築できるように、すでに判明している不具合を修正しています。
現在の作業は、表示には、まったく影響がありません。

引越しの影響で、作業時間が少なくなっているのも事実ですが...

[和尚]

新しい管理モジュール
&scr;?cmd=sdconfig
で、「システム設定」の「ページ名変換定義」がうまく動作しません。

トップページの名前をトップに変えたいんですが、ここで設定すればいいんですよね？
トップページーーー＞トップ
に変えたんですが、変更が反映されませんでした。

とりあえず、エディタで変更しました。
変更後は、index.htmlで表示されますが、
http://自分のURL/
でアクセスしても、トップページが表示されないのですが、どういう仕組みなんでしょう？
教えていただければ幸いです。

[akk...@gmail.com]

> 新しい管理モジュール
> &scr;?cmd=sdconfig
> で、「システム設定」の「ページ名変換定義」がうまく動作しません。

このモジュールのバグで、設定変更できない状態でした。
新しいものは、準備しています。設定項目の追加があります。

> トップページの名前をトップに変えたいんですが、ここで設定すればいいんですよね？
> トップページーーー＞トップ
> に変えたんですが、変更が反映されませんでした。

これは、pukiwikiの本体機能なんで、pukiwki.ini.phpの変更になります。
これは、ほとんど変更しないので、pukiwki.ini.phpに残してあります。
$defaultpage
を修正してください。　Sitedev.ini.phpに持ってきたほうが良いですか？

> とりあえず、エディタで変更しました。
> 変更後は、index.htmlで表示されますが、
> http://自分のURL/
> でアクセスしても、トップページが表示されないのですが、どういう仕組みなんでしょう？

上記　$defaultpage　が　採用されているためです。

[和尚]

> これは、pukiwikiの本体機能なんで、pukiwki.ini.phpの変更になります。
> これは、ほとんど変更しないので、pukiwki.ini.phpに残してあります。
> $defaultpage
> を修正してください。　Sitedev.ini.phpに持ってきたほうが良いですか？

Sitedev.ini.phpに持ってきたほうが良いと思います。というのは、もはや、Pukiwikiとは、当然のことながら一線を画しているとお
もいますので、独自路線で行ったほうがいいと思います。
プラグインにしても、Pukiwikiのプラグインも使えますっと言う路線でいいのじゃないかと思いますがいかがでしょう。

SitedevはSitedevで完結するのが得策かとおもいます。

[akk...@gmail.com]

> Sitedev.ini.phpに持ってきたほうが良いと思います。というのは、もはや、Pukiwikiとは、当然のことながら一線を画しているとお
> もいますので、独自路線で行ったほうがいいと思います。
> プラグインにしても、Pukiwikiのプラグインも使えますっと言う路線でいいのじゃないかと思いますがいかがでしょう。

もともと、Sitedevは　KJさんが　PukiwikiにLOGIN認証と独自スキンをつけただけのものですから、
Pukiwkiに　ADD ON　したようなものなんですよね。　Sitedev+ATにしてもそんなに大げさに変更
したわけではないので、盲腸みたいにPukiwikiの機能で　Sitedev+ATでは使えないものが
いろいろあります。　もう何年もいじっていますが、内部構造に関しては不明な場所が
たくさんあります。かといって、全部作り直す気持ちはありません。

> SitedevはSitedevで完結するのが得策かとおもいます。
そうですね、その方向で変数の保存位置なんかを考えなおしてみます。
pukiwiki　V1.4.7　はちょっと無視しておきます。

sdconfig　ですが、上記変数をサポートするように直してからお渡しします。
現在の変数範囲では、問題なく動作しております。

[和尚]

公開を楽しみにいたします。

自作メニュープラグインは、何とか解決しました。

ところで、現在のページを新しいSiteDev＋ATに移行する場合、作業的には、設定以外には、wikiのデータを移すだけで大丈夫なのでしょう
か？
attach、backup、chashe、counter、diff、wiki　のデータを移せばいいような気がしますが。

[akk...@gmail.com]

> 公開を楽しみにいたします。
現在の状況ですが、SEO関連で、機能の追加中です。
現在のpukiwikiは外部にリンクを張る場合 [[hoge>http://www.hoge.com]]　や　単にhttp://
www.hoge.com
と書いてリンクしますが、このリンクは　rel="nofollow"　が付きます。つまりリンク先は、検索ロボットに対して
無視をしてもらうことになっています。pukiwikiでは、悪意ある編集人によって危険場所（URL）にリンクを
張られても、元のページまで検索ロボットによってペナルテイが来ないようにしているわけです。

でも、Sitedev+ATでは通常のサイトと同じなので、必要な時には　rel="nofollow"　をつけないでリンクを
しないとSEO的に弱くなってしまいます。

今回は、いままでどうりのリンクなら　rel="nofollow"　が付きますが、
明示的に　　[[hoge>>http://www.hoge.com]]　というように　’＞＞’にすることで　rel="nofollow"　属性
が付かない
リンクを張ることができるようにしようとしています。

その他、最終版のスキンが決まらない状態です。
年齢の若い人に週末に会って意見を聞く予定です（半世紀以上の年齢の私は感覚が....）。
そんな状態なんで、公開はもう少し遅れます。


> 自作メニュープラグインは、何とか解決しました。
こんど見せてくださいね！　どうも、言われていうことが理解できなっかたのでよろしく！

> ところで、現在のページを新しいSiteDev＋ATに移行する場合、作業的には、設定以外には、wikiのデータを移すだけで大丈夫なのでしょう
> か？
> attach、backup、chashe、counter、diff、wiki　のデータを移せばいいような気がしますが。

それで、移動に関してはOKです。ただ、xdataにデータを保存している場合はそこもCopyしてください。

[和尚]

> 今回は、いままでどうりのリンクなら　rel="nofollow"　が付きますが、
> 明示的に　　[[hoge>>http://www.hoge.com]]　というように　’＞＞’にすることで　rel="nofollow"　属性
> が付かない リンクを張ることができるようにしようとしています。

標準を　rel="nofollow"　属性 が付かない リンクにして、　’＞＞’をrel="nofollow"　ってのはだめなんでしょうか？
修正が少なくなるほうがいいかなあ。

> こんど見せてくださいね！　どうも、言われていうことが理解できなっかたのでよろしく！
説明が下手なもんですみません。
メニューの現在位置をわかりやすく、表示を変えたかったのです。
以下をご覧くださいませ。
http://yamadera.jpn.ph/1094.html
横メニューで、glossary.inc.php、縦メニューで、menuv.inc.phpを作りました。意図通り動作しているので大丈夫かなと思い
ます。ちなみにメニューデータは、chromeとaccordionのプラグインに合わしましたが、メニュー番号を３桁にしています。
というのは、サブメニューで、縦メニューの場合、１０個以上いる場合があったもので・・・。

chromeとaccordionのプラグインですが、メニューデータのメニュー番号を３桁に変更ってのは、無理ですかね？
accordionのddaccordion.jsやjquery-1.2.2.pack.jsを見たけど、さっぱり？？？？でした。

[akk...@gmail.com]

> > 今回は、いままでどうりのリンクなら　rel="nofollow"　が付きますが、
> > 明示的に　　[[hoge>>http://www.hoge.com]]　というように　’＞＞’にすることで　rel="nofollow"　属性
> > が付かない リンクを張ることができるようにしようとしています。
>
> 標準を　rel="nofollow"　属性 が付かない リンクにして、　’＞＞’をrel="nofollow"　ってのはだめなんでしょうか？
> 修正が少なくなるほうがいいかなあ。

現状内部へのリンクはrel="nofollow"にならないので、それを反転しちゃうと、内部リンクが全部rel="nofollow"
になってしまいます。　現状の仕様の拡張として、外部リンクに関してrel="nofollow"をつけないモードを準備
したわけで、この仕様の方が修正は少ないはずです。

> > こんど見せてくださいね！　どうも、言われていうことが理解できなっかたのでよろしく！
>
> 説明が下手なもんですみません。
> メニューの現在位置をわかりやすく、表示を変えたかったのです。
> 以下をご覧くださいませ。http://yamadera.jpn.ph/1094.html
> 横メニューで、glossary.inc.php、縦メニューで、menuv.inc.phpを作りました。意図通り動作しているので大丈夫かなと思い
> ます。ちなみにメニューデータは、chromeとaccordionのプラグインに合わしましたが、メニュー番号を３桁にしています。
> というのは、サブメニューで、縦メニューの場合、１０個以上いる場合があったもので・・・。
>
> chromeとaccordionのプラグインですが、メニューデータのメニュー番号を３桁に変更ってのは、無理ですかね？
> accordionのddaccordion.jsやjquery-1.2.2.pack.jsを見たけど、さっぱり？？？？でした。

accordionは簡単に対応できました。しかしながら、chromeはちょっと構造が違うので簡単にはいけませんでした。
考えておきます。
accordionをもう一度テストしてから渡します。今までのコントロールファイル（2桁仕様）とも互換性があるようにしましたので
特に問題はおきないと思います。

あと、スキンに関して、面白い案が出てきて現在検討中です。
先日、知り合い（年齢が私の半分位の）と話していて
1.自由に変更できるのはOK
2.固定するのにCSSの再編集は　NG（いきなり敷居が高くなるため）
3.CSSを専用にしてしまうと、部分変更が面倒になりそう

ということです。たしかにそのとうりなんで、解決策を検討中です。

[akk...@gmail.com]

> 1.自由に変更できるのはOK
> 2.固定するのにCSSの再編集は　NG（いきなり敷居が高くなるため）
> 3.CSSを専用にしてしまうと、部分変更が面倒になりそう

一応、対応策ができました。

変更した部分だけ、別ページ（ページ名は半固定）に書き出し
それをインクルードするようにします。
184pmXX　という名前で　XXのところに数字で指定します。


デフォルトで、インクルードページを指定できるようにsitedev.iniに変数を追加
この変数を変えるだけで、全てのページが一気に替わります。
sdconfigも修正しました。
このページをサンプルとして、デフォルトで供給すれば、ユーザーは
自分のホームページを一瞬で変更できるわけです。
戻すのも簡単です。



また、個別に、ページにインクルードするプラグインを作って指定もできる
ようになります。
#sdpminc(XX)
としました。　ページのグループ分けなどに便利です。



本日テスト中です。
いまのところ、なかなか、使用した感触は良いと思います。

[和尚]

stable version の早期公開を望みます。
ベター版じゃなくて、正規版の公開は、いつ頃になるのでしょうか。
とりあえず、ちゃんと動作するという時点で、いっそ公開なさったほうがいいかと存じます。
バグ取りの、バージョンアップが、頻繁でもいいかなって思います。
よろしくお願いいたします。

[akk...@gmail.com]

RC版送りました。送ったあと、足らないファイル（サーバーによっては必要なし）2個
print.cssでテーブル位置の設定がうまく行かないという報告がきています。

[和尚]

> RC版送りました。送ったあと、足らないファイル（サーバーによっては必要なし）2個
> print.cssでテーブル位置の設定がうまく行かないという報告がきています。

いただきました。ぺこり。

10gbfreehostにIDをとって、FTPからやってみようとしています。
htaccessファイルは転送エラーが出るのは、仕方がないでしょうが、漢字コードの関係でしょうか、転送できないファイルが出てきます。
転送後、トップページがAKKOさんのページが出ません。

自宅サーバーの方も,今までと挙動が違います。
いつもの最初のトップページが出ません。
う～ん、どうしてだろうか？

[akk...@gmail.com]

> 10gbfreehostにIDをとって、FTPからやってみようとしています。
サーバーの設定が変わってしまって、アップロードできないファイル形式があります。
本日、テストしてみましたが、動作はOKです。
ただ、サーバー会社が以前はバナーが無かったのに、今回から一番下に出てきます。
インストールした場所は以下のとうり
http://akko100.10gbfreehost.com/

ID：PASSが必要なら連絡ください。

> 自宅サーバーの方も,今までと挙動が違います。
> いつもの最初のトップページが出ません。
> う～ん、どうしてだろうか？

アップロードしたパッケージは、先日2回目に送付したものです。
ID/PASSを変更しただけです。

FTPクライアントは何を使っていますか？

FFFTPなら、フォルダー属性（777）、その他のファイル属性（666）にデフォルト設定
しておくとほとんどのサーバーで問題なくUPできます。

FileZillaは早いけど、デフォルトファイル属性が設定できないため、かなり面倒
でした。

[和尚]

ようやく移行完了しました。

http://yamadera.jpn.ph/
から
http://yamadera.dip.jp/
へ移行できました。
いろいろ手間取りました。当方の手違いでパーミッションの関係で手間取りました。
いろいろ触っていて
新しい管理モジュールの
Default page nameの設定
がうまくいかなかった。
トップページとトップに変更しているんですが、うまくいかなかった。当方の手違いかもしれませんが・・・・。
どこをどう触ればいいかの情報がなかなかわからなくて・・・。
10gbfreehostの方はいろいろ制約があって、手に負えないかな？って感じですが、
配布に際して、不要なページ？というか、必要最小限のページだけにとどめるほうがいいかと感じました。

少しづつでもまとめて行きたいと思ってます。
新バージョンの配布、ありがとうございます。
ぺこり。