イメージキャプチャが・・・

だめみたいっす

どうやら鯖設定の問題っぽい

ただ見てるとこは全て英語につき機械翻訳と想像とあとは体力で解釈らしきものをしているので実のところは不明です。ソースからPHPインスコすれば見れる可能性がありますが・・・・実力不足

RPMが新規に出るかモジュールが変わるか別のもの探すか思案中・・・

gdlib jpegが読めないっぽいみたいです。

Add Hatena Bookmark to this post:

Trackbacks


Your received trackback is appeared on this page after approved.

Comments

ImageCAPTCHA-css

大変、遅くなりました。

ImageCAPTCHAのカスタマイズが出来上がりましたので、手前のサイトに上げておきました。
ImageCAPTCHA-css

今まで色々試していただいた結果を踏まえると、これで上手く行くと思うのですが・・・何しろ、ワタシの環境では再現できないので実際に、入れていただくしか確認する手段はありません。
駄目なら、全面書き換えしかなさそうなので・・・アレですけど(^_^;)

とりあえず、入れてみてくださいなまし。
駄目な場合は、フィルシステム内(デフォルトはfiles)にimage_captchaというディレクトリが出来ているかどうかを教えてください。
では、宜しくお願いします。

遅くなって、スミマセン<(_ _)>

とりあえず

ImageCAPTCHA-css 5.3.1-css-1.0 | Drupal-J.com

どうもすみません。
リリースに載っていないだけで、読むことは出来る様ですので、上のリンクより落としてください。
お手間をおかけします。

二転三転・・・ゴメンナサイ

二転三転してゴメンナサイ<(_ _)>

ワタシのリリースミスでした。
本当にゴメンナサイ。
前の返信で貼ったリンク先、削除しましたので前のリンクは辿らないでください。

http://drupal-j.com/page/274
が新しく起こしたリリースノートです。
本当にゴメンナサイ。

忙しい中、二度手間をさせて申し訳ないです。

とりあえず、テスト結果をお待ちしております。
…とはいうものの、上手くいかなかったら本当に途方に暮れるんですけど(^_^;)

確認をお願いします。

コメントの数が増えすぎて、読むのが大変だったので(笑)付け直しました。

ちょっと、ImageCAPTCHAを見直していて、スクリプトコードを確認しているときに確認しておかなければならないなと言うことが見つかりましたので、時間が空いているときにでも見てみてください。

1つはPHPのバージョン。4.3以降であれば問題はないと思います。Drupalの動作に…と言うことではなくて、ImageCAPTCHAに使われているスクリプトコード絡みで。
2つめはPHPの設定で、register_globals の状態です。
Drupal5.6から、この register_globals = on (有効)の状態だと、新規でインストールが出来なくなっているし、既存のサイトでもログ→状態報告画面に警告が出るようになっているようなので(セキュリティ上の問題があるので) register_globals は無効になっているとは思いますが、この値が有効になっているとImageCAPTCHAで画像が表示できない可能性がありそうです。
ただ、ここで気になっているセッション関数はDrupalの通常のユーザー認証などにも使われているはずなので、Drupalで問題が無く、ImageCAPTCHAでは問題が出るというのも変な話だとは思うので関係は無いとは思いますが…念のため、確認していただければ…と。

あま@j

画像認証のことだったんですね・・・

イメージキャプチャって、画像認証のことだったんですね。

思いっきり勘違いしてました(^_^;)

鯖まわりのことは全然判らないので頑張ってクダサーイとしか言えませんが…ご健闘をお祈りいたします。

あま@j

ご無沙汰しておりました

お返事遅くなりました。 どーも鯖のウイルススキャンでdrupalのjsファイルが引っかかったみたいで削除されたものもあり復旧に手間取ってました。今もFireFOXではカキコできませんが何故かIE6ならできる・・・・・不思議だ(笑)////とりあえず良いとも思わないがスキャンからデレクトリごとはづしてます。

そうです画像認証です(^^! この辺モジュールの仕様が鯖とあってないのかアタシの知恵では不明です。ぼちぼちいかなしゃーないなぁ~て感じですわ。ただ他のCMS(joomla,wordpress)ではいけてるっぽい・・・・違いを検索中です。どちらかが対応するのを 並んで待ってます(汗)それと鯖のjsファイル削除も何か関係あるかもしれません。

<<<<追記>>>>

FireFOXのオプションでページキャシュ削除で元に戻りました。うーん何事も基本ちゅーか ためさんといけんですねぇぃ

鯖のことは判らないのですが

Drupalの管理メニュー→サイト設定→画像ツールキット で、
内蔵のGD2がインストールされ、正常に動作しています。
と表示されていればDrupal的には認識されていると言うことですね。
実際にモジュールでどうかというのはモジュールの作者次第なので、モジュールによりますね。
ワタシが作った(カスタマイズした?)のはPHPの関数で画像作っている(むしろ、DrupalのAPIを知らないと言った方がよいのかな?)ので、PHPでGDが問題なく扱えれば機能すると思われます。
他のCMSではどういう手法で画像を扱っているのかは判らないので何とも言い難しですね。

コンテンツ作成で
<?php
var_dump(gd_info());
?>

を本文に入力して書式でPHPコードを選択してプレビューしてみて
array(11) { ["GD Version"]=> string(27) "bundled (2.0.28 compatible)" ["FreeType Support"]=> bool(true) ["FreeType Linkage"]=> string(13) "with freetype" ["T1Lib Support"]=> bool(false) ["GIF Read Support"]=> bool(true) ["GIF Create Support"]=> bool(true) ["JPG Support"]=> bool(true) ["PNG Support"]=> bool(true) ["WBMP Support"]=> bool(true) ["XBM Support"]=> bool(true) ["JIS-mapped Japanese Font Support"]=> bool(false) }
こんな感じで表示されれば、GDは一応機能しているって事になるのではないかと。
鯖の環境によって表示内容は異なると思うのですが、GDのバージョンと、それぞれのオプションが bool(true) になっているのが有効になっているオプションです。
これで、とりあえず、PHPのGDが機能していないのかどうかは確認できるのではないかと。
それによって、対処が異なりそうですね。

鯖関係は全然判らないので、的はずの可能性もあります(T.T)
外していたらゴメンナサイ

あま@j

こんな感じです。

array(12) { ["GD Version"]=> string(27) "bundled (2.0.28 compatible)"

["FreeType Support"]=> bool(true)

["FreeType Linkage"]=> string(13) "with freetype"

["T1Lib Support"]=> bool(false)

["GIF Read Support"]=> bool(true)

["GIF Create Support"]=> bool(true)

["JPG Support"]=> bool(true)

["PNG Support"]=> bool(true)

["WBMP Support"]=> bool(true)

["XPM Support"]=> bool(false)

["XBM Support"]=> bool(true)

["JIS-mapped Japanese Font Support"]=> bool(false) }

比較すると違う点はあるようですが いけてるっぽいですねぇ ただ単に何らかの設定ミスかもしれないです。

 

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
          O--i.Net
    http://o--i.net/
    mailto:atom1960@gmail.com
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

ちなみに

CAPTCHAモジュールのバージョンはなんでしょ?
5.x-3.0以降だったら、CAPTCHAの管理画面に「サンプル」って言う画面があります。
そこでは、画像CAPTCHAのサンプルは表示されているでしょうか?
もしくは Image CAPTCHA タブのフォント設定→フォントが「ビルトインフォント」になっていない場合はフォントがないと表示されない(もしくはエラー)と思います。
もっとも、フォントが存在しないとビルトインフォントしか選べないようですが(^_^;)
とりあえず、前述のサンプル画面ですら表示されなければ何かが上手くいってないんでしょうね。
なんでしょうねー・・・。

Ver5.x-3.1です。

[quote=匿名]CAPTCHAモジュールのバージョンはなんでしょ? [/quote]

Ver5.x-3.1です。

又サンプル画面ですが・・・表示されません。又実際配置しても当然表示されません。Ie6で画像認証の表示×部分プロパティで確認すると 表示不可・・・http://o-i.net/image_captcha/833212178・・・・・数字はデタラメです。

http://drupal.org/node/205525

の記事を見てこちらも試してみました。

array ( 'GD Version' => 'bundled (2.0.28 compatible)', 'FreeType Support' => true, 'FreeType Linkage' => 'with freetype', 'T1Lib Support' => false, 'GIF Read Support' => true, 'GIF Create Support' => true, 'JPG Support' => true, 'PNG Support' => true, 'WBMP Support' => true, 'XPM Support' => false, 'XBM Support' => true, 'JIS-mapped Japanese Font Support' => false, )

imagejpeg: true
imagecreatetruecolor: true
imagedestroy: true
imagecolorallocate: true
imagefilledrectangle: true
imagecolorat: true
imagesetpixel: true
imageline: true
imagefontwidth: true
imagettfbbox: true
imagestring: true
imagettftext: true

 

 あれれ問題なさそう・・・・・・????? う~~~ん

次にしたこと .htaccess で php_flag display_errors On

何も吐かない・・・ぉぃ

image_captcha 空フォルダをUp 

何もはいらない・・・・ぉ~~~ぃ

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
          O--i.Net
    http://o--i.net/
    mailto:atom1960@gmail.com
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

プロパティの

プロパティで見えるアドレスは、そんなモノです。
数字部分はランダムで付けているようです(ソースは確認してないの何らかの規則性はあるのかも知れないですが)ので、アドレス的には問題ないように思います。
試しに
<?php
// 空の画像を生成
$image = imagecreatetruecolor(400, 300);

// 背景色を塗る
$bg = imagecolorallocate($image, 0, 0, 0);

// 多角形の色を選択する
$col_poly = imagecolorallocate($image, 255, 255, 255);

// 多角形を描画する
imagepolygon($image,
array (
0, 0,
100, 200,
300, 200
),
3,
$col_poly);

// 画像を出力する
header("Content-type: image/png");
imagejpeg($image);

?>
を[適当な名前].phpとして保存して、ブラウザから表示してみてください。
黒い長方形の中に白い線の三角形の図形が描かれていればGDは問題なさそうです。
表示されなかったら、最後の方の imagejpeg($image); を imagepng($image); に書き換えて試してみてください。
これで表示された場合は、jpegが上手く扱えない状態なのだと思います。どちらも表示されない場合は…うーむ(^-^;△フキフキ
ちなみに、Drupalのコンテンツ作成でPHPフォーマットでやろうとしてもエラーになるのでやらないでください(笑)

あま@j

一様正常のようです

結果はこちらです。

 

コレ見る限り大丈夫みたいですねぇ うーーん少し一から見直したほうがよさげです。

 

それと一部のコンテンツとかもろもろ翻訳されずになってますが

アタシの悪魔の好奇心が囁いた後です気にしないで下さい

ぼちぼち翻訳ファイル拾い集めてインポートしますので・・・・

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
          O--i.Net
    http://o--i.net/
    mailto:atom1960@gmail.com
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

盲点かも知れない…

もしかして、filesフォルダに.ttfを放り込んで、imageCAPTCHA画面から放り込んだフォントを選んでみるともしかするかも知れません。
画像が表示されないことばかりに神経が行ってましたが、もしかするとフォントの問題だったのかも知れません。
なんか、いろいろやってもらってスミマセン…(^-^;△フキフキ

あま@j

files以外にも・・・

トライしました。パーミッション変更してもかわらず・・・・

pngですが画像ファイルもいれてみたり・・・・・・

ちょっと不思議なんですが

キャプチャモジュール

元となる画像ファイルが見当たらない 自動で生成するのでしょうか?

phpファイルの中に記述があるのかなぁ?

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
          O--i.Net
    http://o--i.net/
    mailto:atom1960@gmail.com
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

元となる画像ファイル

画像は、実はファイルとしては存在しません。
PHP上に、変数という形で画像が格納されていて、それをブラウザに画像として表示させているという感じです(グラマーじゃないので詳細なことは判りませんが(^_^;))。
なので、リンクされているファイルをいくら探しても存在しません。
昨晩のphpファイルで、画像は作成されているのでGDは機能しているのだと思います。
デフォルトで、内部フォントを使うようになっているので、その辺りの問題かなーと思ったのですが、結果が変わらないので振り出しに戻ってしまいましたね。
もしも、面倒でなければ手前が作成したrandquestを試していただけませんでしょうか?
randquestは作った画像をファイルに保存してCSSで表示させているので、これで表示されればフォントを使って画像を作るところまでは問題がないと言うことになるのではないかと思います。
ちなみに、IEだけですか?Firefoxでも同じなんですよね?
うーん(T.T)
家に帰ったらもう少し何か考えてみますね。

あま@j

そういえば

CAPTCHA 5.x-3.x
からDrupalのログにエラーログを吐き出すようになっているのですが、何かエラーは載っていないでしょうか?
ログエントリのメッセージタイプに「CAPTCHA」というのが追加されていると思うのですが、その中に認証エラーではなくて、画像作成時のエラーが載っているかも知れません。
その辺も教えていただけないでしょうか?

あま@j

ログチェックしてみました。

[quote=匿名]CAPTCHA 5.x-3.x からDrupalのログにエラーログを吐き出すようになっているのですが、 あま@j[/quote]

もう一度じっくりログを眺めてみましたがCAPTCHAやその他それらしきエラーログが見当たりません。

この辺が不思議なのですが .htaccess で php_flag display_errors Onにしても何も出ていないようです。気になって鯖のhttpdエラーログ見てみましたが すみませんアタシの技量ではわかりません。PHPエラーやNOTES 警告はかなり記録されていますが 何分近々はDrupalさわりたおしていますので(^^!当該該当エラーを拾い出すことが困難です。この辺で落ち着いてきたので しばらく定期的に監視する予定です。

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
          O--i.Net
    http://o--i.net/
    atom1960*gmail.com
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

ログは・・・

もしかしたら、CAPTCHA管理画面の一番最後にある
キャプチャ認証を失敗したときはログに書き出す
オプションを有効にしていないと吐き出さないのかもしれませんね。
PHPにエラーを書き出す状態になっていると、画面にだだーっと表示されてしまうので、通常はスクリプト中でエラートラップをしてエラーの発生は内部で処理するようにしていますから画面に表示されることはほぼ無いと思います(Drupalの設定でPHPエラーも画面に表示するように出来ますので一概には言えませんが・・・)
つまり、エラーであっても、エラーコードを受け取って、処理を割り振る・・・という動作をさせていますから、PHPや、サーバーのログには残らないと思います(プログラミングでは、ごく当たり前に近い仕組みです)。

ImageCAPTCHAの画像が表示されない問題に関しては、表示させるステートメント(命令文)のトコロまでは問題なく処理されていると思っています。
自分の環境で再現できないので、想像というか、思いこみでしかないですけど(^_^;)
とりあえず、その辺りの確認の意味合いもあって、ImageCAPTCHAの画像をファイルとして保存して表示する仕組みで改造してみようと思っています。
これで保存できれば(保存したファイルが期待された内容になっているか否か)、表示させる部分に問題があると言うことで絞れるような気がしてます。

あんまり、期待しないでくださいね(^_^;)
人様が作ったものをいじるというのはすごく労力がいるので(言い訳)

いえいえ

とんでもございません。
どうか無理せず 時間がある時楽しめる程度にしてください。
でもやっぱすごいなぁ
キド@携帯

ちょっと試していただけたら・・・

サイトにアクセスが無いときにちょっと試してみていただけたら・・・って、思っていますが。

image_captcha.module
をエディタで開いて408行付近に
imagejpeg($image);
と言う行があるのですが、そこをですね
imagejpeg($image,'imgoutput.jpeg');
と書き換えて、ImageCAPTCHAを動かしてみていただけますでしょうか?
たぶん、CAPTCHAモジュールの管理画面にあるサンプル画面を見ただけで大丈夫だと思うのですが・・・。
それが思惑通りの動作をしたのなら、Drupalのフォルダの中にimgoutput.jpegという名前のファイルが出来るはずなのです。
これがCAPTCHAのイメージファイルで出力されればやはり、表示させる段階で上手く言ってないと言うことになります。
画像自体は作成できていると言うことになりますから、表示させる方法だけ手を加えればよいことになるのではないかと思っています。
ま、危ないと思ったら辞めてください。
テストが終わったら元に戻してくださいね。
一応、改造はしてますが、まだ手探りなので・・・(^_^;)

あま@j

試してみました。

すると下記メッセージが出ました。

warning: imagejpeg() [function.imagejpeg]: Unable to open 'imgoutput.jpeg' for writing in /var/www/html/virtual/sites/all/modules/captcha/image_captcha/image_captcha.module on line 408.

 logにも残ってました。

タイプ    php
日付    2008年1月25日(金曜日) 3時17分
ユーザ    kidney
場所    http://o--i.net/image_captcha/414733198
参照元    http://o--i.net/admin/user/captcha/image_captcha
メッセージ    imagejpeg() [<a href='function.imagejpeg'>function.imagejpeg</a>]: Unable to open 'imgoutput.jpeg' for writing - /var/www/html/virtual/sites/all/modules/captcha/image_captcha/image_captcha.module の 408 行目
深刻度    エラー

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
          O--i.Net
    http://o--i.net/
    atom1960*gmail.com
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

権限がありませんでしたね

スミマセン、権限がありませんでしたね、Drupalを入れたフォルダ(^_^;)
書き込むためにファイルをオープンしようとしたけど、出来ませんでした・・・というエラーですね(たぶん)。
ファイル名に files/ て付けてあげたら良かったんですね・・・。
imagejpeg($image,'imgoutput.jpeg');imagejpeg($image,'files/imgoutput.jpeg');
スミマセン。
あ、Drupalのファイルシステムフォルダがfiles以外の場合はそのフォルダ名にしないといけませんね。
普段、作業しているのがWIN環境なので、権限というのを何も考えていませんでした。スミマセン。
どっちにしても、randquestで画像が作れて、ImageCAPTCHAだと画像が表示されないと言うことはファイルに書き出しているか、ダイレクトに表示させているのかという違いくらいなのでファイルに書き出せば大丈夫なのだと思っています。
なぜ、ダイレクトでは表示できないのか・・・という方を原因追及する方が合理的なのですが・・・HTMLまわりとかもよくわからないので(と言って逃げる)

あま@j

今度は

filesにimgoutput.jpegとして保存されました。この画像はFTPでダウンロードしたものです。

Drupal画面では確認できませんでした。

 

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
          O--i.Net
    http://o--i.net/
    atom1960*gmail.com
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

ありがとうございます。

色々、やっていただきまして、ありがとうございます。
ファイル名をオプションで与えてあげると画面に出力しないで、ファイルに出力するようになります。
だから、画面には出力されなかったのです。
ですから、これは正常な動作です。

改造は順調に進み(^_^;)あと少しと言うところまで来ましたが、一番最後の最後で壁にぶち当たってしまいました。
画像に書き出そうとすると、リンクが張れなくなり、リンクを貼ろうとすると画像を書き出さないという、究極の選択状態になってしまいました(T.T)
その辺の仕組み(からくり)を、助言してもらうか、逆に、randquestにImageCAPTCHAの仕組みを取り込むまたは、独自に手を加えるか悩んでいるところです。

どうしたもんかなー

やっぱり、期待外れでゴメンナサイ。
どうするか、しばらく悩みます。

あー、もし、よろしければ、ここにワタシのIDを作って、CAPTCHAおよびImageCAPTCHAが触れるまたは、表示して確認できるロールを割り当ててもらえないでしょうか?
出来ることなら原因を追及して対策を検討する方がいいような気がするのですが・・・でも、苦労は同じか(笑)
ま、お任せします。
とりあえず、誰かに仕組みを解説してもらいます。

あま@j

IDの件了解しました

新たにグループを作りアクセス権を付加しました。どこまで必要なのか不明なので足らない分は教えてください。貴サイトにログインし コンタクトファームより御知らせします。
キド@o--i.net

早速、ありがとうございます。

コメントフォームでもいいですので、ImageCAPTCHAが表示されるようにしていただければとりあえず大丈夫です。
コメントを書くときはログアウトして書けばいいので。
とりあえず、認証画像が表示されない状態というのを確認してみたいので。
ソースやプロパティとかを見て何が悪さをしているのかを確かめたいのです。

ご面倒をおかけします。

あま@j

関係があるのか無いのか判りませんが・・・

o--i.netと、drupal-j.comや、ローカル環境との違いで気付いたことなのですが、
Content-Encoding: gzip
で、圧縮されて送信されていますね、o--i.net。
鯖関係は全然判らないので、これの影響があるものなのか無いものなのか判らないのですが、とりあえず、気になりました。
試せるようでしたら、これを解除してみるとか言うのはどうでしょう?

関係がなかったらゴメンナサイ。
ちなみに、ログインしていると、CSSが変ですね。
コメント本文欄がすごく小さいとか・・・(^_^;)
ま、カスタム途中と言うことで。

あま@j

了解でです!!

gzip圧縮の件調べてみます。Web鯖の設定で通信内容圧縮してたと記憶してますが・・・

それとCSS崩れる件・・・カスタム作業は何もしていません

気にはしてたけど放置してました。

他のテーマでもコンテンツ内容が全てセンタリングされてしまうとか(IEでは)・・・・

Drupal UPDATEしてからかどうか・・・不明なので

※追記

gizip圧縮解除しました。

ざっと見・・・変化無いようです。しばらくこのままにします。(今日1日)

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
          O--i.Net
    http://o--i.net/
    atom1960*gmail.com
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

関係なかったですか・・・スミマセン

関係なかったようですね。
スミマセン、余計な手間をおかけして。
改造の方なのですが、ちょっと、動きが理解できていないので暗礁に乗り上げたままです(^-^;△フキフキ
気長にお待ちください。

しかし、なんで表示できないんでしょうね・・・。

話違いますが、キャプチャって、たくさん周辺モジュールがあったんですね。殆ど知らないモノばかりでした(^-^;△フキフキ
でも、どこまで実用的?って言う気がするのも多いですね(^-^;△フキフキ
実際、ImageCAPTCHAにしたって、サンプルとか見てて、これ、判別するのが難しすぎませんか?って思ってますもん(笑)
あんまり難しすぎるとそれだけで書き込みって増えなくなるような気がするんですよね。
だから、あんまり難しくしてもなぁ・・・って気がするんですよね。
もっとも、スパムなんて輩がはびこるからいけないんですけどね(笑)

あま@j

たしかに・・・・

あれは(reCAPTCHA) あまり使い物にならないです。それと音声のほうも純粋日本人?(^^!のアタシには聞き取りづらい 日本語ならどぉなのか いやこの音声の意味目的を何か考えるに・・・この方法が良いのかなぁ~とか素人なりに考えてしまう 健常者でない方(この言い方が適切でないかもしれない)をターゲットにするなら こういった手間はパススルーするべきじゃないかなぁとか・・・すみません生意気でした。 いぇいぇとんでもない!!アタシの方こそ恐縮です。 いつでも良いので  キド@o--i.net

^ Page Top
The D.I.Y. theme kit for Drupal 6.x by DRUPAL*DRUPAL.