k「文字化けこそ解消しましたがまだ問題があるようです。PONTA「<>問題が。投稿内容またまた新たな問題が出てきましたのでご相談させて下さいf^^今頃になって発覚したのですが、クッキーの文字化けによって投稿フォームの「おなまえ」欄のテキストエリアが表示されずに、「削除キー」が「おなまえ」欄の位置まで寄って、尚且つ「削除キー」欄の中に文字化けした「おなまえ」を含むHTMLソースが表示される状態になります。type](必須)投稿フォームの吐き出されたソースはこんな感じになります。class="red">(必須)</small></td>見ていただければわかるように、「value=」の「"」が括られない状態となってHTMLソースが正しく認識されないようです。ecobbs.cgiの当該ソースを見ると、「value=\"$c_name\"$empty>」となっており、「おなまえ」に該当するクッキーである「$c_name」の値が文字化けしていることになります。文字化け」で検索したところ以下のようなソースを見つけました。http://www.futomi.com/lecture/cookie/これによるとクッキーは「URLエンコードをしてからセットしなければいけません。」とあるのですが、ecobbs.cgiのクッキー発行とおぼしき箇所を見たかぎりそれに該当するような記述がありませんでした。実際は他に原因があるのかもしれませんが、何か対策できる方法があればご教授下さい。文字化けが起こるのは名前に何らかの特定の日本語を使用した場合に起こるようです。私の環境では「名無し」でクッキーが文字化けして、最初に書いたような状況になってしまいました。念のため何も書き換えていない配布状態のままのスクリプトを使い、クッキーも一度削除したうえで動作確認しましたが、やはり同じ状況になります。別のサーバーでも同じ症状が出ました。不思議なことにこちらで公開されているサンプルをお借りして確認したところ、何故か文字化けがしません(汗それと私の環境でもIEでだけは文字化けしません。これは恐らくIEの実装バグがHTMLの不備を見逃して動作してしまっているようです。(IEのHTML解釈のデタラメさは有名ですね)ちなみに試験にはOperaを使用しています。書き忘れましたが、readme.htmlを拝見したところ「新着情報」を出力するための外部.jsファイルについての記述がありましたが、配布されている圧縮ファイルの中には該当するファイルが含まれていないようです。念のためv.111のフォルダも確認してみましたが、やはり同胞されていないようです。対策を練らなくてはならないですね(汗)。Shift_JISが上手く認識されていないのかな?UTF-8,16で送信されてるかなぁ〜(汗)。再現出来ないので、謎です。エンコードしてみるかな(^-^;♪ECOUP2の配布がドンドン後になってくる(汗)。更新履歴しか書き換えてないのがバレた(汗)。v1.13では、新たな方法で最新アップ画像だけが採用されていますが、商用向けの改造なので、まだ未公開です。投稿内容ソースはAmazonRankingの方から調達してきました(笑)。次の様に変更して下さい。対象「ReLoad」「get_cookie」関数。分かると思うので、該当部分のみ記述。$1)/egi;記事情報[No.520][編集・削除]子タイトル文字化けこそ解消しましたがまだ問題があるようです。投稿内容アドバイスいただいた方法でエンコード&デコードをしたので文字化けこそなくなり、レイアウトが崩れるバグは無くなりましたが、クッキーの値が正常に取り込めないようです...自分でもGoogleで検索しながらいろいろ修正を加えたりしてみましたがどうにもお手上げです...症状としては$in{'pass'}〜${'trip'}までの値がデコードされたあとに$c_clr以外は全て$c_passに集約されてしまって、削除キーの入力フォームに$c_pass以外の値も含まれてしまいます。$c_name、$c_mail、$c_urlなどの値もnullになります。区切り文字として使用している半角の「<>」が削除されていました。掲示板の仕様なんですよ(苦)。s/<>//g;」としてやって下さい。投稿内容お手数かけまして申し訳ないです・・・お返事いただいた""の区切り追加は当然ながら気が付いて追加していました(汗""を追加しても削除キーが"xxxx"となるだけで、基本的には変わらずでした。Googleで検索しながらいろいろな例を参考にみようみ真似でどうにか以下のコードを記述して正常な動作を得ることができましたf^^初心者のくせに勝手にあれこれ手を加えてしまってすみません。#配列の最初の要素を取り出す。取り出された要素は配列から削除される。#同上とりあえず動作は正常になったわけですが、デコード部分の「#以下、配列変数から各フォーム用変数に代入」の箇所がどうにもすっきりしない記述かと思われます。」の所も「<>」が削除されていた見たいですね(汗)。>Google参照コードjoin関数使うんだったら配列使っても良いかなぁ☆でも、かなり無駄が多い気がするのは気のせいだろうか・・・?取り敢えず、分解したものを各変数に直接代入。投稿内容"<>"がところどころ抜けて表示されてしまうようなので、借り物のアップローダーにソースを貼っておきました。投稿内容>あと同様にデコードの方も直にsplit関数では@k_tmpに値が入らなかったので一旦配列に置き換えました(これも謎・・・これは上手くいきました!ちょっとソースがすっきりしてよい感じになりました。ありがとうございます。$k2);でOKでした。会社からの連絡が来て、しょんぼり(T_T)。昨日はありがとうございました。昨日き解決したかのように思えたクッキーの文字化け対策で新たな不具合が出てきました(汗その不具合というのは「投票」を行うと新たなクッキー「eco_vote=value」が発行されるわけですが、クッキーを読み込む際にブラウザによって投稿に関する名前・削除キーなどのクッキーと、クッキーの有無チェック用フラグのクッキー・投票用のクッキーなどの読み込み順番がブラウザによって相違するようで、支障が出てきました。eco_vote0008=1;という感じです。どちらのブラウザでも一旦クッキーを削除して確認しましたが、読み込まれる順番は各ブラウザで固定のようです。見てもらえばわかるように順番がそれぞれのブラウザで違うために投稿フォームでのクッキーの反映がおかしくなり、IEでは正しく機能しないといった状態になります。他のブラウザ、Macなどではどうなるのかまではわかりませんが、配列を使ってクッキーネームを識別するなどしないといけない予感です...具体的にどうすれば解決できるか理屈はわかるのですが、今はそこまでの技量がないので、ちょっと時間をかけて勉強しながら判定ルーチンを作成するしかないようですf^^お時間があれば助けていただきたいのですが(汗それは無理でも昨日の対策では不具合があるという報告もかねて質問させていただいた次第です。ブラウザごとのクッキーの認識の違いについてはよそで調べてみますので、何かわかりましたらまた書き込みさせていただきます。配列じゃなくて、仮想配列使ってます(^-^;)。)$/);」に変更してください。シングルかダブるかの違い・・・仮想配列「c_vote」をトレースしたら理由が分かりますね。解決方法がわかりました。あとは自分で何とかやってみます。してもわからなければまたご相談します。配列と仮想配列...違いがいまだによくわかっていなかったり(お精進しますf^^アドバイスいただいたことを踏み台に試してみますね。あ、それからチャット状態にしてしてしまってホント申し訳ありません。投稿内容kさん、かなり改造できてるみたいで(^-^;)。(!$c_clr);}でうまくいきましたf^^やっぱり元がうまく出来てるのに勝手にイジってはマズかった(汗>踏み台にされる言葉が不適切で申し訳ありませんf^^まだまだ未熟ですが頑張って勉強します。繧ッ繝・く繝シ縲�荳榊・蜷・amp;hl=ja&ie=UTF-8にあるようにHTTPヘッダーの問題があるのかもしれないですね。一応設置するサーバーはTOK2ではないのですが、無料レンタルサーバーなので当然自動挿入広告があるもので、それもひとつの要因だったのかもしれません。aaacafe!でも試しましたが、やはり同様な症状がでました。何気にtok2対策してたりするんだよね(^-^;)。サーバの設定に依存する。aqweb」で不具合が起きます。xreaで広告免除サービスが適応された場合(当サイト)は正常です。これらの適切な回避方法が何となく分かりましたので、今後対策を検討してみたいと思います。prohosting」で調査お願いします<人任せ(笑)。今回のサンプリング調査で、ECOUP有料サーバで使われている割合が非常に高いですね〜♪v1.11以降が対象で半分以上が有料サーバでした。無料xreaサーバですが、広告が非表示になるxフォルダ内では正常に動作しました。「http://wallshop.s2.xrea.com/ecoup/」「http://wallshop.s2.xrea.com/x/」共にLocation設定。prohosting」で調査お願いします「使える」以外はアカウント持っているのですが、プロホスはFTPが繋がらないまま放置状態だし、iswebも諸般の事情で放置したままですからねぇf^^ちょっと時間が出来たときにでも確認してみます。本格的のにPerlを勉強するには環境を整えないとダメですからねf^^ついでにPerl用にエディタもez-HTMLというやつに変えました。今までは秀丸でやっていたのですが、ez-HTMLにしてからはCGIのローカルプレビューもできるようになって大変重宝します♪これから本格的にPerlを勉強しようとする人には大変お勧めですね。そこまで勉強する気が無くてもいちいちサーバーにアップロードして確認するような他人迷惑なこともしないでローカルで手軽に動作チェックが出来るので導入をお勧めします。投稿内容やったー何気に言ったら調査してくれるって♪ECOUP2ばかり弄らないでECOUPも更新しなくちゃいけないなぁ。ez-HTMLですか、私も使ってみようかなぁ〜。IEだけなら、楽に確認出来るね。したエディタは好かんから使えるかなぁ〜。下手した「IE6,OP6,OP7,NN4,NN7,MozillaFirebird,Lnyx」7つもブラウザ立ち上げてますね(汗)。使えたら乗り換え決定ですね。投稿内容>やったー何気に言ったら調査してくれるって♪iswebはまぁ時間さえあれば可能なんですが、ProhostingはFTPがダメダメだからかなり厳しいかも...Netfirmなら比較的簡単なんですがねぇf^^いづれにせよしばらく時間は下さい。「v1.12→(v1.13)→v1.14」0.02も増えましたね。いうわけで、サポート情報をフィードバックしました。これで、ある程度いけるんじゃないでしょうかねぇ♪菅原配布物が増えていたのでそれも包括しました。お暇な時にでもお願いします。>ez-HTMLかなり対応していますね。設定がもの凄く憂鬱になりました。アウトラインとツリー解析とサイズが、確認用にかなり使えそうな感じです。使えないのがタブメニューバー(笑)。使わなそうな物ばかりある(汗)。ここが自分で変更出来たら最高なんだけどなぁ〜。基本テンプレート,meta,link,rubyとフォーム系だけで十分だ(^-^;。CSSの連携があればかなり嬉しいなぁ<おぃ!追伸:私が秀丸を使う理由・・・ダブルクリックで文字が最適に選択されるところ(^-^;)。追伸:Perl文法チェック・・・最悪でした・・・。