XOOPSってどうよ?
■ このスレッドは過去ログ倉庫に格納されています
XOOPSってどうよ?モジュールをうまく使えば、それなりのホームページができると思うのだが、いまひとつ。HTMLの静的ページのほうが表示もダントツ早い気がする。ブログにしてもMTのほうが使いやすいしさ。 初心者です。XOOPSでサイト作りたいんですが、MySQLがSunに買収されて、古いバージョンには バグがあるよとSunのサイトには書いてありました。ver 5.xで動くのでしょうか? 動くよ モジュールによっては、動かないものもあるかもしれないけど今のところ本家版なら問題なし >>104 どうも、CubeやらLegacyの意味が分からなくて、混乱しています。 基本がEUCであるのも少し古いなと感じています。実験的にローカルサイトで、Windowsの上で動かしていますが、 Sunのサイトから落としたMySQL 4.1とLegacy XOOPS 2.0.16a JPの組み合わせのみ、稼働しています。 Original Japanse siteでホダ塾版というのが、増えたようですが、これも最後までset upできませんでした。 XOOPSの概念自体が古いのか...使えれば、それなりのサイトができそうなのですが、Linuxの上でも実験してみます。 ほとんどのLinuxでUTF-8がデフォルトになってしまっているのですが、使えそうですか? >>105 自己レスです。 Legacy XOOPS 2.0.16a JP(誤) → XOOPS 2.0.16a JPです。 >>105 再び自己レスです。ホダ塾版に興味があったので、実験してみました。 ・解凍したhtmlフォルダのファイルを、htdocに移動させるのを怠った。 ・MySQLのadministratorで、xoopsデータベースへの権限を与えてなかった。 という失敗をしていたことが分かりました。まだまだ、最後まで言っていません。try and errorの 連続です(笑)。 >>108 一つお伺いしたいのですが、XOOPSの書籍は2005年辺りに多く出版されて、その後 下火になっているようなんですが、XOOPSが使いにくいとか、securityに問題がある とか、そう言う話はないのでしょうか。 それともあまりにも簡単すぎて、解説本が不要とか...その辺りが分かりません。 とにかく始めたので、続けます、ハイ。 色々出来る代わりにゴテゴテしすぎてて管理しにくいからじゃない? 技術的には難しくないけど普通は用途に合ったツールを選ぶでしょ。 汎用ツールより専門ツールの方が使いやすい。 何にでも使えるはデメリットだと思う。 日本と世界でトレンドが全然違うってのもあるかも。Google Trendで調べると、 日本語サイトにおけるXOOPSのシェアは圧倒的だが、英語サイトではゼロに近い。 http://www.google.com/trends?q=xoops%2Ctypo3%2Cdrupal%2Cjoomla%2Cmodx&ctab=0&geo=all&date=all&sort=0 ブログ系ツールでも日本は異色。 http://www.google.com/trends?q=movabletype%2Cwordpress%2Cnucleus%2Cgeeklog&ctab=0&geo=all&date=all&sort=0 もっともMovable-Typeの牙城だった日本も、ついにWordPressに並ばれてしまった。 お茶の水丸善でCMS/ブログ系ツールに関する本が何冊売られているかを調べたら、 Movable-Type:7冊 XOOPS:3冊 WordPress:3冊 Drupal/Geeklog/Nucleus/MODx各1冊 その他、テーマデザイン「だけ」の本があり、Nucleus/Joomla/ZenCartを扱ってた。 >>108 まだ、構築できていません(笑)。EUCでXOOPS 2.0.16a JPでは、初期画面は出たのですが、ホダ塾 版に手を出し始めてから、Windows, Linux共にデータベースサーバーにデータベースを作ることはできる のですが、最後のデータが書き込めない=adminstrator登録ができないのでstuckしています。もう、UTF の時代だと思うのですが、ま、ボチボチと(笑)個人用のサイトですから...プロだったら、慌てるんだろうなぁ。 >>111 貴重な資料をありがとうございます。日本で作られたツールだからでしょうか? joomlaというのがCJK以外では シェアが高いと言うことですね。multibyte stringが使えれば乗り換えても良いんですが...。それにしても、シェアが 高い割には書籍が少ないですね。レンタルサーバー屋さんが無難な環境を用意してくれていると考えるべきでしょうか。 自分でデータベースサーバーをレンタルサーバーに仕込むなんて無理ですよね。でもローカルでテストせずにいきなりと 言うのも...。 XOOPSが上手く動き始めたら、WordPressでブログ作ろうと思います、これって日本人的には裏切りなのかしら(笑)。 医療関係のサイトを作っています。厚労省通達で、患者様が読まれるかどうかは別にして、サイトを持っていないと、 健康診断すらできません。そんな規制のある業界って珍しい、IRを公開する企業はたくさんありますが自主的ですよね。 とにかく試行錯誤。 長くなりますが、MySQLがSunに買収されて、推奨versionのMySQLが手に入りません。最低でも、4.1 ですよね? 3.x.xはnot supported now, has a risk of crackingだとサイトに書いてありました。また、 xoopsサイトには4.1以上で文字化けの可能性が大きいと。lacoocanを使う予定ですが、そこでは4.0.x だったと思います。MySQLが買収されるとは予想外でした。もしかして、PostgreSQLも... >>112-113 Joomla 1.5.2はマルチバイトストリングを問題なく扱えるよ。1.5.2の管理画面が 日本語化されていないだけ(日本語リソースをブチ込めば使えるが、1.5beta用の 日本語リソースが出されて以後、日本のコミュニティが沈滞しているので 本番用のが出てこない)。日本語訳書籍は夏には出るようだ。 同様に、(Joomlaに続く二番手OSS-CMSである)Drupalも、最近出てきたMODxも 日本語の扱いは問題ない(どちらも管理画面が日本語化されてる)。 ただXOOPS以外の海外発CMSは、日本の環境に適合したコミュニケーションモジュールに 乏しい。日本人自身がモジュールを開発しないと、日本人ユーザー好みのモジュールは できない。XOOPSはその点が優れているので、(日本においてだけは)代替がきかない。 俺がCMSで医療サイトを作るならJoomlaかな。もっとも昨今の荒れた医療環境では、 医療サイトにコミュニケーションモジュールはいらないので、Dreamweaver等を使いつつ 静的HTMLで作るのがベストだと思うし、事実そうしている。また個人サイトならWordPress 単体でも十分だろう。以下のサイトはWPだけで作られてる(Adobe Lightroom製作スタッフの 個人ページ)。以前はDrupalで作られていたが、乗り換えたようだ。 http://photography.ericscouten.com/ >>114 どうもご指導ありがとうございます。昨晩、WindowsでXOOPS 2.0.16a JP、Linuxでホダ塾版が動きました。 ちょっとしたknow-howがあるようですねぇ。UTF-8で動くとLinuxできれいに設定できますね。Joomlaも見て みます〜。 医療系サイトなので、ユーザーの投稿はなし。ただ、予防接種やら健診の予定や、季節的な病気、熱中症 ご注意などのニュース機能は欲しいです。それと個人的な予定表などです。あとは静的な病院紹介、メンバー 紹介、法令で決められた重要事項の掲示などでしょうか。 いろいろなツールのご紹介ありがとうございました。いろいろ見てみます。 後、お問い合わせとか、予約制をネットからできると良いのですが...まだまだです(笑)。 >116 ぼくだったら、こうやって作るかな XOOPS 2.0.16a 予防接種やら健診の予定 piCal (定期的なものであれば、piCalで十分) 季節的な病気、熱中症ご注意などのニュース機能 news+fileup (おそらくファイル添付するんじゃないかな) 病院紹介、メンバー紹介、法令で決められた重要事項の掲示 picoかtinyD お問い合わせ contact or inquery hack 予約制 (これは受付の人が常に見ていて管理しないといけないからお勧めしない 空き状況表示で十分では) 空き状況表示なら どこかにいいモジュールがあったはず 個人的な予定表 (これはヤフカレンダやグーグルカレンダでいいのでは) こんな感じでどうだろう >>117 す、済みません。まだ使えるモジュールの機能の内容を知らなくて...。 情報ありがとうございます、勉強します。 非常に根本的な質問で失礼なんですが、xoopsのIDとpasswdは暗号化されて送信されると 考えて良いのでしょうか? それとも平文でしょうか? それとレンタルサーバーに構築するときには、 管理用のID、passwdを入れてサイトを作ると思うのですが、securityは大丈夫でしょうか? >118 基本的には暗号化されている。 レンタルサーバで構築する場合のセキュリティは大丈夫かどうかと言われれば、わからないというのが本音。 管理人次第。オープンソースソフトウェアは、自己責任のソフトウェアで、誰も責任が取れないからね。 穴だらけのモジュールを使っていたり、古いソースを使っていたら、危ういと思うのが当然かな。 >>118 安心しました。@niftyのlacoocanを使おうと思うのですが、実際は自分でダウンロードした ファイルをアップして構築すると言うことのようなので、自己責任ですね。 MySQLやPHPは準備されているようなので、そのセキュリティーは分からないのですが。 >>120 >>119 へのレスでした、済みません。 >>122 済みません、初心者で。今日も、MySQL 4.1以上の文字化け現象に驚きましたが、 検索で、解決法が分かりました。もう、3.xやら、4.0.xは手に入らないのですから、 インストール前に書き換えないと文字化けするところは直していただきたいのですが...。 うーん、まだ、ブロックとモジュールの違いが分からない...(笑) 勉強しま〜す。 たしかに MySQL5 PHP5対応のパッケージが出てもいい頃だね >>126 ありがとうございます。ただ、sunの正式サイトには、MySQLの4.1以前のversionには、 バグがあるとの記載がありました。サポートもないようですし、危なくないですか? XOOPSを見始めてから、結構、どのサイトも同じようなツールで作った、Joomlaかも知れませんが、 デザインや構成が似ているように見えてきました、ハイ。 逆にオリジナルのものが珍しいような感じで... XOOPSに不可欠なMySQLの件ですが、 http://downloads.mysql.com/archives.php > Please note that these are old releases and may include bugs that are fixed in > more recent releases! との記載がありました。 それと、XOOPS 2.0.x JPは積極的なサポートがなされていない、obsolete branchであるとありましたが、 Cubeで作るべきか、それとも、サポートが国際的になっている、元祖XOOPSにするべきか、ご意見を伺い たいと存じます。 悩みどころだね 元祖XOOPSもimpresscmsにブランチされているし。 モジュール選択で決まっていくのでは XOOPS 2.0.X JPをサポートする組織なり人なりが出てくるのを待つか、自分でサポートしていくか 当面は、XOOPS 2.0.16aJPで使っていて、様子見状態 便利なので、使いたいのですが...これを自分で最初から作ると、「車輪の再発明」になっちゃいますしね。 開発者が別プロジェクトを作って分かれてしまうと、確かに機能向上で競争が起こるのでしょうが、userは 選択に困ると思います。Joomlaもインストールしてみましたが、動きます、でも、日本語版の古い判ですし、 1.5の国際パックを使えばいいのか、よく分かりません。日本語のreferenceもありませんしね。 一から作ることを思えば、便利なのですが、レンタルサーバーの稼働保証しているものしか使えませんね。 使えるものをとりあえず使う、消極的ですが、しばらくそうしてみます。 作成の一つの目的は、医療機関の情報提示なんですが、これには規制がある程度あるので。 地域の情報発信もやりたいのです。うちの周囲には、大学があって、英語・中国語を表示できると 便利なんですよね。 EUCで、日本語だけ表示していると、それもできず...、UTF-8が使えるレンタルサーバーに変えようかな と思い始めております。 ぼくも経験があるけど、言語切り替えサイトは、UTFとかにこだわることないかなと思う xoopsだけじゃなく、joomlaやdrupal,geeklogも言語切り替え機能があるけど、変わるのはメニューだけ コンテンツ自体が翻訳されるわけじゃない 特に公的機関の場合は、英語より、アジア(特に韓国、中国)がターゲット層だと思う ぼくの場合は、結局、日本語と英語、韓国語、中国語で、それぞれ別サイトを作った モジュールなどの設定は同じで、テーマは、その国の国旗カラーに合わせて作成 掲示板の書き込み内容にも文化の違いを感じる めんどくさい場合は、google翻訳を通しておくだけでいいよ。よくある方法だと思う。 >>133 仰るとおりですが、Linuxの内部コードが既にUTFになりつつあること。CJKの併記には 不可欠であること。MySQLの設定さえUTFにすれば、PHPの内部コードはUTFになっていること、 などを考えれば、UTFで良いと思うのですが。 たしかに UTFでいいんだけど、日本語化されているモジュールの多くがUTFに対応していないのが残念 利用目的をいままで読んで来た限りではxoopsに拘る必要性を感じないなぁ。 セキュリティに拘っているのならなおさら、管理者の意識レベルが低いと危険。 情報漏洩のほとんどが内部の人的要因で起こる、システムより管理体制の方が重要。 余計なモノは入れない、よく解らないモノは使わない、 趣味でならいいんだけど、複数人に影響ありそうだから心配。 XOOPSに限らず、OSSの利用は、趣味の世界だけじゃなくてもいいんじゃないかな 実際、企業サイトでも使われているし 管理者がいない状態のサイトだけはごめんだけどね xmobile、誰か受け継いでプラグインもっと増えないかなぁ おそらくxmobileが今世紀一番のモジュール xmobileはクソ 今世紀始まったばかりなのに一番なわけネーダろはげ 悪口を言う人間は、言うだけ小さな人間になっていく ケツの穴が小さい奴は相手にしない 哀れみを持ってスルーせよ どなたか、初心者向けにモジュールを組み込んだパッケージを配布していただけませんか? マニュアルも同梱で。 5万円までなら会社の経費で出せます。 >>136 使い方を間違えなければ、大は小を兼ねるで、大きすぎるツールでも小規模サイトに使えると 思いますが。もちろん、サイトをcomprehensiveに把握できるツールで十分なのかも知れない のですが、ツールとの出会いは、人との出会いのようなもので、Visual studioとかDelphiとか、 Eclipseとか、全部見てみましたが、Weekend programmerとしては、使いやすい方がいいと 思います。ご提案いただいたDream weaver仕様を見てみます。手元にあるのは、ボームページ ビルダーですが、phpなどの実行環境がないのが残念です。 またアドバイスお願いします。 そーかぁ、ゲスト中心のサイトは、ログインブロックを非表示にして、/usr.phpで管理者になるわけなんですね。 日本語での紙媒体での資料が少ないし、検索もどの用語で検索したらいいか分からないので、悩みました。 新規登録だけ消す方法とか検索したりして... 日本語のEUC->UTFへの移行は悩ましいですねぇ。いろいろなソフトやサイトが移行をとまどっている気がします。 ローカルのLinuxなんてほとんどUTFですから、新しいXoopsが使えますが、EUCのみのレンタルサーバーは、 使えませんよねぇ。 __ノ | _ | | ウンコー! | ノ\__ヽ ヽ二二 ヽ -―人 、 | \ノ(◎) _____/ /'(__)ヽ____| / / _(__)∩ \ | |/ ( ・∀・ )ノ \ .\ヽ、∠___ノ\\ \ .\\::::::::::::::::: \\ \ >>150 例えば、中小企業でも、中国・韓国へ商品を売り込もうと思ったら、EUCではダメでしょ。 UTFしか、解決策はないと思いますが。 バカがいるので、マジレス。お前40代以上のハゲだろ。 中国語サイトはXOOPSチャイナから出ているXOOPS,韓国語サイトはXOOPSコリアから出ているXOOPSをダウンロードしてインストール。 hogehoge.jp hogehoge.kr hogehoge.cn のドメインを取得して運用。 krドメイン、cnドメインは海外の人間でも個人でも誰でも取得できる。常識な。 もちろん相互リンクしておくのを忘れずに。 韓国の人間がjpドメインのサイトに行って見ることはない。 俺らがkrドメインのサイトで日本語のものがあっても見ないのと同じ。 韓国の検索エンジンでもjpドメインはランクが低い。 たいてい検索エンジンから来るから、その国の言語で運用するならその国のドメインを取得しておけ。 ついでに、賢いやつは、もっと対策を考える。 hogehoge.com 英語 jp.hogehoge.com 同時併用 hogehoge.jp 日本語 kr.hogehoge.com 同時併用 hogehoge.kr 韓国語 cn.hogehoge.com 同時併用 hogehoge.cn 中国語 それぞれで運用汁 レンタルサーバは、金があるなら、その国の中にサーバがあるレンタルサーバで。 レスポンススピードが違う 予算がないなら、米国サーバで。 utfじゃないといけないなんて思っているハゲは、日本という国を出たことがない奴 冗談かと思った V ,,-―--、 |:::::::::::::;;;ノ utfじゃないと韓国に商品 売れないじょ |::::::::::( 」 ノノノ ヽ_l ,,-┴―┴- 、 ∩_ /,|┌-[]─┐| \ ( ノ / ヽ| | バ | '、/\ / / / `./| | カ | |\ / \ ヽ| lゝ | | \__/ \ |  ̄ ̄ ̄ | ⊂|______| |l_l i l_l | | ┬ | 上司の命令でXOOPSいじり初めて早2ヶ月。 こいつは破滅的に駄目だって、今ひしひしと身にしみている。 テンプレ弄るとか、ちょっとした改造しかできない自分にとっては。 そもそも、公開されている各モジュールは「開発者本意」で設計されているから... ・インターフェイスが一般ユーザーからすると、意味不明(複雑)で使いにくい。 ・色々なモジュールを平行して利用する場合、それぞれ「仕様」が大きく異なるため、統一感がなく混乱が生じる。 (仕様=CSS含めたテンプレデザインとか、編集、削除、投稿方法とか、ファイルアップの取り扱い方法とか、サブメニューの作りとか、ets...。) 等々、CMSとして見るとどうしても矛盾を感じてしまう。そもそもCMSってこういうもの? 個人で色々したい人には面白いツールなんだろうけど。 >>157 モジュールの統一性という観点から見たオープンソースCMSは2種類あって、 ・モジュールが好き勝手にできるもの。高機能で自己完結したモジュールが多いが 複数モジュール間の連携はできず、デザインもバラバラ -- XOOPS, Joomla! ・モジュール間の連携を重視するもの。操作やデザインは統一されるが低機能 -- Drupal MODxも最終的にはこちらを目指していると思われる。 XOOPSのカオスぶりが嫌なら、世界観がストイックに統一されたDrupalがオススメだ。 どのモジュールも編集・削除・投稿形式が同じ。ただし山ほどあるモジュールに 実用的なものが少なく、自分でプログラミングしないと高度なことは何もできない。 わかりやすい解説ありがとん。Drupal良さそうですね。 この物件が終わったら速攻で試してみます。 スキルがバラバラのユーザー数人が、エディターとしてCMSを使うなら、 せめてそのユーザー達が触れる部分は、インターフェイスが統一されていないと 面倒な事になるって、改めて実感中。 だからこそ、XOOPSを本格的に使うなら、モジュールが作れる程度の知識は必要なのかもですね。 (XOOPSのコミュ見ると「じゃあ自分で作れば?」って意見が、他のオープンソースウェアより多く感じたので。) >>159 >他のオープンソースウェア 具体的に何見たの? もしかして、Webアプリだけ?しかもCMS系だけとか・・・? ___ ___ r⌒η::::;;;:::'/ ⌒三\⌒) /\ \::/ ( ○)三(○)\ /::::::::: :.\ \ :::::⌒(__人__)::\ ヽ, /:::::::::: ::::. |\ .\ |r┬-| | .i ノ:::::::::::::;;:::::..\\ .\ `ー'´ / .ノ /:::::::: ::::::: ;:::::::::... ̄\ ヽ /::| __ /:::::::::::::::: ::::: ::::::: r⌒ヽ::::\ ・ . ・i :::::ノ ヽ;;:::::::::::::::::::::::: ::::::::: :::::: | \ ) .| ::/ ノ::::: :::::::::::: ::::::::::: ::::::::: | .i \. __ i / /::::;;:; ::::::::: ;::::::::::::: :::::::::: | .i ヽ. .| | _i ⌒ヽ,::;;;;:::::::; :::::::::::: ::::::::: | .ノ\ .ノ | .  ̄ヽ,; ::::::::: ::::::::::..| ./..::::: ヽ、__ (::::)..::) ノ \::::::::: ::;:::::: | /..::;;:::::: / / ⌒⌒\: / /..:::::;:::: / / (_/..:::::::::: / /  ̄ ̄./ / / ./ /./ / / |_/ >>159 インターフェースなんて統一する必要あんのか? >>163 XOOPS本なんて4〜5冊以上発刊されてるし、ググればナンボでも情報が得られるのに、 なんでセミナーに行く必要があるのかと。 んだ インストなんて ニーズねーずら むしろ、モジュールの選定方法やテーマカスタマイズの方がニーズがあるずら メインはそっちか? >>167 されど東北 東北はニコニコ大魔王様の存在がちらつく 九州も負けられんばい >>168 勝った負けた言う前に、メンテナンスが滞ってる無償配布のモノをチョコっといじって有償配布してるようなドリルティムポと悲惨カート屋をどうにかしろよ >>171 あなたも有償で配布したら? 結局、配布する勇気ないんでしょ >>172 百害あって一利なしの老朽モジュール再配布って勇気あるなしの問題じゃねえだろ! 悲惨カート五千円で買って、「フォークしますた」とかいってnyあたりで放流する勇気はあるぞwwwwww 【注意喚起】使ってはいけないモジュール その名も悲惨カート、いや酷カートだっけ、あぁ hisa_cartか?もうどーでもいいやw http://www.chushokigyo.net/modules/hisa_cart/index.php?hisacart=main&item=1 ・今となってはオリジナル版の作者も使用を非推奨としている、 当時は無償で配布されていた「uu_cart」がベース ttp://bbs.u-u-club.com/#article30 ・多くの変更を加えたとされているが、オリジナル版の著作者表示が消されて 「Presented by hisacart XOOPS Module」に書き換わった程度という噂も? ・Marijuana氏によると、その動作は致命的に悲惨な状況らしい。ttp://marijuana.ddo.jp/modules/wordpress/?p=26 ・hisa_cart配布元サイトでは、都合の悪い書き込みを全て削除しアク禁に 処するなど傲慢冷徹なサイト運営を行っているようだ。 ・そんなこんなで中傷虚業ドットnetで配布中の悲惨カートの販売価格は、 個人情報登録必須でナント五千円! 分割無し・振込み手数料はオマエラ負担でおながいしますw なりゆきでXOOPS管理することになって四苦八苦してます。 掲示板設置することになって、xoops yybbsでも設置しようかと 取り入れてみたんだけど、アイコンいらねぇ、URL欄いらねぇ 出来れば文字色選択も不要、しかしカスタマイズする方法がわからないw kentさんとこの普通のyybbsなら幾らでもいじれるんだが。 XOOPSど素人でもカスタマイズ簡単な掲示板モジュールか、 上記の希望を満たしてるモジュールはないでしょうか? それとも手っ取り早くcgiで作ってしまってリンクさせた方が早いかな… (投稿通知も欲しいんで) >>178 ぐぐってみました。 ああ、なんかよさげな感じ。 インストールしてみます。d もうやり始めて、3か月、試行錯誤してますが、満足したものができません。 あんなに自由自在に作っている人たちがいるのに、モジュールとブロックと グループに振り回されて... やっぱり、ベタにhtmlで土台を作って、ボタン類を配置していくRADタイプの 開発にするか、phpで全部、書きまくるか...古いタイプのプログラマですね。 Webデザイナ向きじゃないかと思い始めました。 Dreamweaverも考えたのですが、結局event drivenにしようとしたら、 ホームページビルダーと大して変わらないようで、javascriptを書きまくる ことになってしまうのではないかと思います。じゃ、車輪の再発明? 迷うなぁプロジェクト続けるかどうか。 >>181 XOOPS Cube Lagacy は、構造自体は新しい考えだと思うよ。 UTF-8でも問題なく構築できるしね。 PHP+Javascriptでも結構作れると思うけど・・ ホームページビルダーですむならいいけど、今時RSSやサイトマップがないとつらいね。 他のCMSやブログを考えてみるのもいいかと思う。 WordPressは結構いけるけど、データベースを使うのが中心のサイトはXOOPSの方が上。 どういうサイトか知らないけど、サイトに合わせて、考えるのが良いと思う。 無理してXOOPS使う必要ないと思う… 自分は、XOOPSで必要最低限構築されたものを 「後は管理しる」と丸投げされてどうしようかと思ってるクチ だって正直、そんな大層な機能必要ないもんw 普通にhtmlで充分なコンテンツなのによ おれなら HTML だけで良いようなページでもCMSでつくるわ だってまたFTPとかってナンセンス >>182-184 まったく皆さんのおっしゃる通り、同じ機能を、実践に耐えているモジュール以上の機能と securityで実現させる自信もないし、それは、「車輪の再発明」でしょ? かと言って、xoopsのモジュールの癖は結構強くて、結局、httpインターフェースで解決 する部分と、テキストエディター+FTPツールでガリガリ書き換えないと行けない部分もあるし。 悩むところなんですよ、私程度の技術力だと。 とりあえず、ニュースとTiny D、headlineぐらいで、静的な情報ツールに使えればいいのですが。 任意のユーザーに書き込ませるのはその後で考えたいと思います。もう少し考えて見ます。 私は本に頼っていますが、やっぱりネット情報で問題の解決方法を探した方が良いでしょうか? まとまったサイトも見つけたのですが、目的とは違う感じでした。 headlineってまさかxoopshedlineモジュじゃないだろうな? とりあえずXUGJのマニュアルと各XOOPSコミュニティの過去ログ嫁。 変な本を参考にしているんじゃなければ良いのだが。 >>187 変な本? もう5種類ぐらいしか書店にも売っていませんでしたが...。 XUGJも参考にしていますが、よくあの資料で作れるものですね、Web designerと programerの考え方の違いなんでしょうか。 drupalの本があったので浮気してみました。 こちらはきちんとしたイントールマニュアルがサイトにあったので、 その通りにやってみましたが、Lacoocanでは失敗。MySQLで4.1以上 でないとダメって。 もちろんujisを否定しませんが、UTF-8への移行期であることは 否定できないと思いますね。 >>189 開発方法は人それぞれ、できたらレンタルサーバは自由に使いたい気持ちも分かるが、 枯れたサーバーを使うのはメンテを楽にする。MySQLの件は古い方が危険な気もするが、 古いXOOPSで既に運用しているユーザーがある日、文字化けしたらクレームが大量に 来るじゃない。 RADに精通しているのなら、疑似ボタン類を配置しておいて、イベントを拾えば同じ ように開発できる。CGIやら通信、データベースに精通しているのなら、オリジナルに 作っても勉強になって良いんじゃないの? ω タマタマ XCLやJP版XOOPSで文字化けなんてよほどのヘボじゃない限りないわw hodaのインスコすらできない低脳自演君じゃ言っても無駄かもしれんがな。 >>193 MySQL 4.0.x -> 4.1, 5への変更、ejis -> UTF-8への変更 は影響大きいよ。古いversionのserverしか使わせないレンタルサーバもあるよ。 古すぎるバージョンのままのサービスなんてただのカス 低脳自演のスペックが低すぎるだけだろ。 もうスルーでよくね? 自分で自分のことをlegacyって言っているんだから、それも笑えるんだがなぁ。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる