XOOPS
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
02/09/11 18:24ID:XE1aLK9IXOOPS Official Site
http://www.xoops.org/
XOOPS日本公式サイト
http://jp.xoops.org/
0386nobodyさん
03/04/26 14:47ID:???対応していないと、サーバ側ではいかんともし難いだろ？
サブジェクトに日本語使わないのが関の山。
そういう話じゃなくて？
0387385
03/04/26 15:37ID:???＞mailto:の処理はブラウザにまかされてるから、
＞ブラウザが対応していないと
その対応しているか、してないかが明確に判らんのよ。
一応、一般ユーザの多いIE+OutlookExpぐらいで実現できて
他のMUAに問題を起こさない解があればと試してるんだけどね。
(なんせ一般ユーザは平気で「無題」なメール送ってきやがりますんで)
＞サブジェクトに日本語使わない
ソースgrepすると判るのだが、mailtoのsubjectやbodyを
自動生成してるんで、そこをASCIIのリテラルにするのは
負けっぽい気がするので。
#言語ファイルのメール定型語句を先にエンコードしとくのも
#負けといえば負けっぽいな
0388nobodyさん
03/04/26 15:49ID:???答えられないけど、以下のmailtoを含んだHTMLを作って
動きを検証してみたら？
1.SJISサブジェクト
2.EUCサブジェクト
3.MIMEエンコードされたサブジェクト
このとき、METAタグにエンコーディング指定を忘れずに。
普通に考えれば、HTMLのエンコーディングを正しく見て
ちゃんとブラウザで判断しそうだけどな。
0389385
03/04/26 17:29ID:???やってみました。OutlookExpressは
○：SJISサブジェクト、×：JIS/EUC/UTF-8サブジェクト
×：MIMEエンコードされたサブジェクト(MIMEは何れの日本語エンコードでも駄目)
のようです。HTTPやHTMLのMETAで指定したエンコードは関係なし。
方法として使えそうなのは、元のEUCをSJISにエンコード、
更にそれをURLエンコードして、htmlで吐き出すmailtoのsubject=以降に付加
という感じかな。あとbodyで付加する部分はSJISとJIS(EUC/UTF-8は駄目)もいけるようです。
#またmbstring関数が必要な処理が出来ちまった…
SJIS取り込んだものをOutlookExがちゃんとJISに直してるか、
他のMUAの場合でsubject/body拡張に対応してるものと、
対応してないものの場合のオペレーションに制限が出る部分が大きくないか
などの検証を後日してみます。
SJISなんて考えてなかったよ。MS製品だからアリか
ヒントありがと。>>388
0391nobodyさん
03/04/26 20:05ID:???Mac OS XのIEはSJISとUTF-8がOKだった。
0392nobodyさん
03/04/26 20:51ID:???0393385
03/04/26 23:47ID:???MozillaメーラだとOKなんですね。
IE/MozillaBrowser+OutlookExpressで試してました。
常用してるのは全然別のMUAなんで。
＞エンコーディング見てる
というのはmailtoが書いてあるhtmlのエンコード指定を
見てるって事ですかね。Mozillaメーラ自体が適当なエンコードを
自動認識してる訳ではなく。うーん、SPAMフィルタリング機能も付いてるし
よく出来たMUAだわ。
0394nobodyさん
03/04/27 00:11ID:???メーラは来たのを表示するだけのような、、、、。
もしかしたらはずしてるかもしれんが。
0395:
03/04/27 01:36ID:Y3QUlJpy☆^〜^★ 50音順で探せて楽して得する
http://sagatoku.fc2web.com/
あなたの探し物きっとみつかるよ☆^〜^★
0397nobodyさん
03/04/27 20:29ID:???いま手許にMacしかないんであれなんだが、Mac OS X上で
IE→Mail
Safari→Mail
Chimera→Mail
のように、同じメーラを呼び出す三種類のブラウザがある。
ただ飛ばしているだけなら、どのブラウザから呼ばれても同じはずだが、
実際には以下の結果となる。
IE→SJIS:OK, JIS:NG, EUC:NG, UTF-8:OK
Safari→SJIS:OK, JIS:OK, EUC:OK, UTF-8:NG
Chimera→SJIS:OK, JIS:OK, EUC:OK, UTF-8:NG
しかもSafariとChimeraではUTF時の化け方が違う。
このことから、処理はブラウザ側でやってると思うんだがどうだろう。
あと参考までにその他のブラウザ
Mozilla→SJIS:OK, JIS:OK, EUC:OK, UTF-8:NG
Netscape7→SJIS:OK, JIS:OK, EUC:OK, UTF-8:NG
OmniWeb→mailto:動作せず
0398nobodyさん
03/04/27 21:55ID:???(デフォルト)メーラのキックをしてると想像してたんだけど、
Macだと違うみたいだね。Windowsでも引数に入れる前に変換してる
ブラウザがあればまた別の動作をしそう。
ブラウザ、メーラの両方の動作に依存するところやね。
0399nobodyさん
03/04/28 00:38ID:???0400nobodyさん
03/04/28 00:55ID:???mailto:についてはSJISにしときゃとりあえず問題ないんじゃないの？
0402nobodyさん
03/04/28 03:11ID:wejQIt1l0403bloom
03/04/28 04:29ID:uuOaaVb80404動画直リン
03/04/28 06:29ID:uuOaaVb80405385
03/04/29 02:25ID:???いや、改善(日本語環境以外には余計な追加だけど)は出来るって…
定型文の方は中でエンコード掛けるファンクション作った方がスマートだと思うけど。
>402
正直XOOPSのスクリプトの内部エンコード、UTF-8にしたひ
0406nobodyさん
03/04/30 02:25ID:n3DawySGさっそく質問なのですが、現在xoopsのメニューの
「ホーム」クリックすると
http://www.kuratu.net/xoops/
になっているのですが、
これを
http://www.kuratu.net/
にしたいのです。
どこを直せば良いのでしょうか？
非常に基本的なことだと思うのですが、
どなたか教えてください。
0407動画直リン
03/04/30 02:29ID:amWoVOiY0409nobodyさん
03/04/30 21:24ID:???Apacheのhttp.confのDocumentRootの設定を変えればいいと思う。
mainfile.phpも直す必要があるけど、それだけではダメでしょ。
0410nobodyさん
03/04/30 21:42ID:???分からなきゃ印すとしなおせ。
0411nobodyさん
03/05/01 10:10ID:???・テンプレートやブロックのようなHTMLのかけらで使えるXOOPS専用タグの
解説がほしい。
このへんがネックになって、ついソースに直接手を加えてしまいまつ。
0412nobodyさん
03/05/01 10:12ID:???0413nobodyさん
03/05/01 13:57ID:WhejLg/d画像をアップできるようにしたいだけなんだが…
0414nobodyさん
03/05/01 15:57ID:???してる人いますか?
PukiWiki流の表組みができるようになるとありがたいんだけど。
0415nobodyさん
03/05/01 16:15ID:???テンプレート化されてなければ自分でやればいい
XOOPS専用タグについてはSmartyデバグで値をみれ
>>413
GalleryはXOOPS2に対応が出てる
0416nobodyさん
03/05/01 17:32ID:???1つのサーバに1つのスクリプト群をインストールして、
複数のサイトを運営することってできますか?
それともそういう場合はそれぞれにスクリプト群を
インストールしてやる必要があるのでしょうか。
0417nobodyさん
03/05/01 17:43ID:XVGdiLJUディレクトリとデータベーステーブルは別にしないといけない。
0418nobodyさん
03/05/01 18:41ID:???XOOPS2のカテゴリ早くできないかな。
0420nobodyさん
03/05/01 23:54ID:???0421411
03/05/02 09:28ID:???> XOOPS専用タグについてはSmartyデバグで値をみれ
Smartyデバグって何だろ? といろいろ調べてみたら、
要するに、テンプレートに <{debug}> と書けば、
変数と値がポップアップ表示されるんですね。
これはすごく便利です。
0422nobodyさん
03/05/02 13:25ID:???管理者メニューの一般設定の所にSmartyデバグってない？
一々テンプレートに記述しなくてもそこで設定するだけで良いんだけど
0423nobodyさん
03/05/02 16:06ID:???日記モジュールでてるね。
0425nobodyさん
03/05/03 19:59ID:VNUs8p+r0426nobodyさん
03/05/09 02:59ID:3pKoYXGYhttp://www.kagoya.net/unit/xoops/
皆さん、ありがとうございました
0427bloom
03/05/09 03:10ID:X5KsRuJ+0428nobodyさん
03/05/09 17:25ID:???PHP-nuke本が出てるくらいなんだから、開発チームの方とかに話とかいってそうだけど。
個人的にも欲しいし。
0429nobodyさん
03/05/09 20:58ID:???モジュールやテーマのインストールがWeb経由でできないのが解せない。
セキュリティ上の理由なのかな。
0431nobodyさん
03/05/10 02:54ID:???0432nobodyさん
03/05/10 12:14ID:???DB容量はまだまだ余裕があるけど、残り少なくなってくると自分で削除しないと
いけないんでしょうか？
0433nobodyさん
03/05/10 13:44ID:???0435432
03/05/10 20:08ID:???レスありがとうございます。
今の鯖はtelnetでログインできないから最適化にはphpMyAdminでも使わないと
いけないかと思っていたら公式サイトのDownloadsにDB最適化モジュールがありました。
容量が危なくなったらまずこれを使ってみて、それでもきつかったらプラン変更も検討してみます。
0436nobodyさん
03/05/11 02:57ID:???ただ、XOOPSのDBの使い方は静的なストレージとしての側面が強いから、
最適化(phpMyAdminも件のモジュールもMySQLのOPTIMIZE TABLEつうの使ってる)しても
効果は薄いと思うよ。ギリギリになってから慌てて最適化するつもりなら危ないかも。
折りはDBもDISKもそれなりのquoteがあるから余り必要とは思わん(むしろデメリットがあるので)
のだが、DBがDISKよりも極端に小さいようなサービス使ってる人は過去ログとして静的なhtmlを
生成してDBから追い出すツールがあれば良いかもね。メッセージ単位のバラバラなhtmlと
それらへのリンクのあるツリータイプの目次を作るだけなら結構簡単かな、多分。
0437nobodyさん
03/05/18 11:51ID:???レンタルサーバを移転するのですが、旧サーバの旧サイト main.com にはXOOPSが入って
いません。
新サーバに移転するまで,新サーバに temp.com というドメインを割り当てて
移転の準備をしております。
この新サーバの仮ドメイン temp.com の状態でXOOPSをインストールして
その新サーバに移転する際にその新サーバに main.com を割り当ててサーバの
移転をする予定なのですが、インストールした時に temp.com に関する設定が
残り動かないのでは?と思っていますが、大丈夫でしょうか?
ファイル内の temp.com を main.com に置換するだけで大丈夫でしょうか?
同じことをした方がいらしたらお教え下さい。
0438nobodyさん
03/05/18 16:58ID:???激しく自信なさげだけど、ドメイン変更後に mainfile.php 書き換えれば
大丈夫じゃないかと思う。
公式で聞いた方がいいかも。
0439nobodyさん
03/05/18 22:47ID:???http://jp.xoops.org/modules/newbb/viewtopic.php?topic_id=627&forum=1
本家のフォーラムで前におなじ話題が出てたよ。
0440nobodyさん
03/05/20 00:51ID:???ありそうなんで探してるけど全然見つからないです。
0442nobodyさん
03/05/20 02:07ID:???http://xoopsjp.planewave.org/modules/newbb/viewtopic.php?topic_id=140&forum=1
0443nobodyさん
03/05/20 19:13ID:???モジュールのテンプレートはアップデートしてくれないんですけどもしかしてアップデート
してくれるのはテーマファイルだけですか？
前はモジュールのテンプレートもアップデート出来てたんですが・・・
0444nobodyさん
03/05/20 20:03ID:7FBCtsuA0445nobodyさん
03/05/20 23:40ID:???0446山崎渉
03/05/22 01:59ID:???0447nobodyさん
03/05/22 12:27ID:???0448nobodyさん
03/05/22 13:05ID:???本読んで勉強するより、自分でまず立ててみるほうが早い。
0450nobodyさん
03/05/22 16:54ID:???そっち重視でいいんじゃない？初心者向けに親切に答えてあげてる
人もいるわけだし。下手に厨対策打つと調子に乗ってなんでも
聞いてくるだけだからキリがないと思う。
0451nobodyさん
03/05/22 19:51ID:???ように思うのは私だけか?
でも、本がでればXOOPSの知名度も上がると思うし、内部の解説もつければハックする人も
ハックしやすくなるだろうし、本が出ても悪いことは何もないと思うが。
0452nobodyさん
03/05/22 22:24ID:???> というか、厨対策としては効果があると思うのだが。
どうかな? 某PHP-usersみたいに、
『XOOPS徹底活用』459ページに書いてあるとおりにやって
みましたがエラーが出て動きません。エラーメッセージは
(中略)
ご教示よろしくお願いします。
みたいな厨が日本公式サイトに湧いてくるのでは。
それより、XOOPSの設計思想とか、モジュール開発やハックの方針を
図入りでわかりやすく説明した本のほうがありがたい。
0454nobodyさん
03/05/23 00:10ID:???動かない原因を考えないといけない時点で負荷が大きいよ。
0455nobodyさん
03/05/23 05:10ID:???本？ソースを全部プリントアウトすれ。
0458nobodyさん
03/05/23 18:40ID:???テンプレートマネージャーからインポートするか
モジュールのアップデートしかないんでしょうか
0460nobodyさん
03/05/23 20:49ID:???「themes/ディレクトリからのアップデートを有効にする」オプションをONにしても
モジュールのテンプレートがアップデートしてくれないんですよ、
テーマはアップデートされるんだけど
前はモジュールのテンプレートもアップデート出来てたので出来ると思うんですが・・
0461nobodyさん
03/05/23 21:34ID:???すぐに反映されなくてあたりまえじゃん
素直にモジュールのアップデートしる！
0462nobodyさん
03/05/23 21:42ID:???> テンプレートマネージャーからインポートするか
それでいいじゃん…
逆に、テーマについて、これに相当するインターフェイスがないのが
おかしいと思う。
0463nobodyさん
03/05/24 00:20ID:???ソースもきたねえし。
0464nobodyさん
03/05/24 00:33ID:???0465nobodyさん
03/05/24 02:50ID:???デフォルトのテーマ・セット
この2つの違いって何?
0466nobodyさん
03/05/24 03:38ID:???テンプレート・マネージャーでテーマを.tar.gz形式でアップロード、
追加みたいなボタンを押して展開。
で、一般設定に行くのだが、デフォルト・サイトテーマのプルダウンにインストールした
はずのテーマ名が現れない…なんで?
0467nobodyさん
03/05/24 04:38ID:???そんなことしないでFTPソフトで
themesディレクトリ下にテーマファイルをアップすればよし
一般設定にアップしたテーマ名が現れる。
0468nobodyさん
03/05/24 19:27ID:???インポートは/templatesからなんだね、バグ？
0470467
03/05/25 03:46ID:???おめでとー
個人的にテンプレートマネージャーは全く使ってないですね。
themes以下を直接弄ればデザインは全てokだし、必要性が無いです。
これだと1.3.x系と同じ感覚でできるから良い。
初心者用にブラウザからデザイン変更できるように作ったんでしょうけど
ローカルでエディタを使って弄った方が便利だし安全だとも思う。
>>468
RC2か3で仕様が変わったので整合性がとれていないのかも
RC1の頃は/themesが無かった気がする。
0471nobodyさん
03/05/25 04:54ID:???編集できるのはモジュールのテンプレートだけで
多分モジュールのテンプレートを管理するためにあるんだと思う
モジュール作るときによく使います。
0472nobodyさん
03/05/25 06:45ID:???0473467
03/05/25 07:18ID:???なるほろ分かりやすい説明ありがとう。
モジュールのテンプレもローカルで弄ってたから使ったことなかったです。
やっぱ使った方が便利なのかな？
0474nobodyさん
03/05/25 07:21ID:???> themes以下を直接弄ればデザインは全てokだし、必要性が無いです。
「テーマ」はサイト全体の外観をカスタマイズするためのものだけど、
「テンプレート」は、ブロックの表示やフォームの値取得などのロジックを
規定するもの。
たとえば、メインメニューのブロックで、ユーザーがログインしていない
ときには「ニュース投稿」を隠しておきたい、というようなときに、
テンプレートをいじる。
「テンプレート」でいじれる要素でも、外観のカスタマイズにかかわるものは、
「テーマ」のstyle.cssで規定するようにしている。
セキュリティ上、XOOPSの管理者にftpやsshのアクセス権を与えない
という運用形態もありうるので、やっぱりテーマもWebベースで
編集できるようになってほしい。
0475474
03/05/25 07:26ID:???> たとえば、メインメニューのブロックで、ユーザーがログインしていない
> ときには「ニュース投稿」を隠しておきたい、というようなときに、
> テンプレートをいじる。
あ、これはブロック管理ですることだった。
吊ってくる…
0476467
03/05/25 08:10ID:???これも分かりやすいですね。ありがとう。
>XOOPSの管理者にftpやsshのアクセス権を与えないという運用形態もありうる
なるほどそういうニーズもあるわけかあ。
0477nobodyさん
03/05/25 12:27ID:???わからんかった。
>>474の発言わかりやすいから、Pukiwikiにこぴぺしてもいい?
複数人で管理すると管理者（又は新たにサブ管理者グループを作る）
にftp,sshアクセス権は与えたくないですよね。
0478nobodyさん
03/05/26 02:03ID:???modules以下を手動で消して、DBの該当項目を消せばいいんでしょうが、
DBの場合コードを見てそれっぽいのを探して、消さなきゃならないですよね?
0479nobodyさん
03/05/26 03:28ID:???0481nobodyさん
03/05/26 11:26ID:???モジュール管理でどうやってやるか、何回やってもわからなかった…
一度非アクティブにしなきゃいけなかったんですね。
やり方：
・一回アクティブをチェックして「送信」ボタンをクリック。
・管理の部分に削除用のアイコンが出現。
・削除用アイコンをクリックして、削除確認のボタンを押して送信。
0482nobodyさん
03/05/26 19:55ID:???トップページで、「サイトへようこそ」のカスタムHTMLブロックだけ枠などをつけないように
したいのですが、どこをいじればよいでしょう?
style.cssなどをいじると結局全体が変ってしまいます。
なら、ブロックにidをつけて、cssで変えたいのですが、トップニュースなどは多分
/modules/news/templates/blocks/news_block_top.html
をいじればよいと思うのですが、カスタムブロックはどこだかよくわかりません。
もしわかる方いらっしゃいましたら、お願いします。
0483nobodyさん
03/05/26 20:47ID:???/modules/news/templates/sub_blocks/custum_block.htmlだよ
0484nobodyさん
03/05/26 21:20ID:???お返事ありがとうございます。
当方XOOPS 2.0.2を利用していますが、そのようなファイルがありません。
sub_blocksというディレクトリからないのですが、自分で作れば反映されるのでしょうか?
それともバージョンの違いでしょうか?
0485nobodyさん
03/05/27 01:15ID:???そう、単純にアンインストールしたい場合ちょっと判りづらい(手間も多い)。
非活性自体はサイトの整理つけるのに結構便利なんだけどね。
0486nobodyさん
03/05/27 04:22ID:???古いバージョンからアップし続けた人にはあるのかもね。
自作して反映されたら報告よろしく。
themes/テーマ名/
ここにあるhtmlファイルをいじればブロックの枠は消せるよ
theme_blockcenter_c.htmlで中央中のブロックだけの枠を消せる。
中央左、中央右はそれぞれまた別のhtml。
482希望のカスタムブロックの枠だけ消すってのはこれだとダメだけどね。
■ このスレッドは過去ログ倉庫に格納されています