hgcsyn

名前（ニックネーム）

acliss

自分のconcrete5サイト

ホームページ

自己紹介

アカウント　acliss19xx　に移行しました。今後もよろしくお願いします。

concrete5.org のユーザー名

concrete5 Slack Team ID

Twitterアカウント

@acliss19xx

フォーラム総投稿数

コミュニティバッジ

投稿

41から50までを表示 (計98)
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: ソース変更してみました。そうですか、奈良の方ですか。いつか食事でもしたいですね。お疲れ様でした。うちの会社のホームページはお問い合わせなどフォームを使用することが多いです。ですので非常に助かりました。また、cakephpのことも遠慮なく聞いてください。この拡張フォームは特にコーポレートサイトでは非常に役立つと思います。どんどん、いろんな人に使用してもらい、さらにいいブロックになっていけばいいですね。ありがとうございました。 Posted on 6月 28, 2011 at 10:33 午後
Re: Re: Re: ハッスルサーバーでインストールできないそのサーバーは標準がＥＵＣなのでしょうか？前述の<?php phpinfo(); ?>のmbstring.internal_encodingの項目をチェックし、（表示項目多いので「ctrl+F」で検索してください） UTF-8になっているかどうか確認してください。EUCのままだとphp.iniの設定が間違っている可能性があります。 Posted on 6月 28, 2011 at 7:32 午前
Re: ハッスルサーバーでインストールできない <?php phpinfo(); ?> でphpのバージョンは確認できますよ。 Posted on 6月 27, 2011 at 6:31 午後
Re: Re: Re: Re: Re: Re: Re: Re: ソース変更してみました。ずばり、拡張スライドショーです。標準のスライドショーはフェードしかできないので・・・ 1枚目と2枚目の入れ替わりのときはフェード　 2枚目と3枚目の入れ替わりのときはズームなど簡単に設定できるブロックです。すでにあったらごめんなさい。勝手なことばかりいいますが・・・・ view.phpの$_SERVER['PHP_SELF']のところは DIR_REL.'/'ではないでしょうか。もう、フォームブロックも完成ですのでこのスレッドは一度締めたほうがいいですよね。ちなみに36歳、奈良県在住です。 Posted on 6月 27, 2011 at 6:09 午後
Re: Re: Re: Re: Re: Re: Re: ソース変更してみました。 >写真がのっていましたがこの方がご本人ですか？うちの社長の写真ですか？僕はもっと若いっす。 >hgcsynさんが広報担当として出演いただき、私は裏方で修正をするとういのならいいですよ。それでもいいですよ。しかし、毎週木曜日は会社の定例会議があるので10時に帰れるかどうか不明です。別件ですが、カレンダーが表示できるヘルパーがありました。ただ、僕的には今のままでも十分です。 $dtt = Load:helper('form/datetime'); $dtt->date($name, $value, $calendarAutoStart) ; $nameは名前,$valueは初期値,$calendarAutoStartはTrueにするとカレンダー表示されます。ちなみにほかにもほしいブロックがあるのですが・・・・・。 Posted on 6月 27, 2011 at 7:49 午前
Re: Re: Re: Re: Re: ソース変更してみました。＞なるほどそれがＭＶＣというかフレームワークをつかうメリットなんですね。いいえ、そこはそれほどではありません。値渡しの場合はviewからcontrollerへの方がメリットを感じます。フレームワークを使用する利点はセキュリティ問題とバリデーション、データベースとの連結を容易にできるということです。デメリットは遅い。＞このsetがどういう仕様なのかとか、ドキュメントはあるんですかね。気にしないほうがいいです。そういうもんやと思ったほうがいいです。＞元のコードにあったので、exitしてました。意見が分かれるところです。構造化プログラミングという概念があるのですが、古い人間なのかもしれません。ごめんなさい。＞独学するには、なにを勉強するのがいいのでしょう。おすすめはcakephpです。僕も独学なので役に立つかどうかわかりませんが、もしよろしければなんでも聞いてください。ちなみにlinuxはubuntuですか？apt-getでcakephpがインストールできたように思います。＞ダウンロードページに協力者として掲載させていただきたいのですが、twitterのアカウントとかメールとかご希望をお送りください。実はtwitterのアカウントは最近取得したばかりで、よくわかりません。使いかた教えてもらえないでしょうか。一応「acliss19xx」です。 view.phpののリンク先を定数に変更されました？今のままではSSLのページでは使用できません。それよりマーケットプレイス行っちゃいましょう。せっかくリーダーから誘われていることですし、こんなすばらしいブロックをホームページだけでの公開ではもったいないですよ。 Posted on 6月 26, 2011 at 10:49 午後
Re: Re: ソース変更してみました。 $postの変数の中にすべての情報を集約してありましたので、$this->set一行で解決できました。 controller.phpの$error処理に$this->set('error',$error)というのがあります。それがヒントだったのです。 view.phpの$errorがどこにも定義されていないのにエラーメッセージが入っています。これはcontroller.phpでの$errorの内容をview.phpの$errorで使用できますよという定義をしているからです。 MVCのフレームワークでは$_POSTなどはほぼ使用せず、このようなメソッドが用意されています。viewからcontrollerへの値渡しのときにも$_POSTはあまり使用しませんので探したんですけどわかりませんでした。なのでとりあえずそのまま$_POSTを使用しています。なんとなくcakephpと似ています。というか$this->setなんてそのまんま。しかし、データベースの処理のところで、そのままSQL文が書いてあったり、cakephpでは$this->モデル名->save()でバリデーションからupdateやinsertまですべてやってくれます。と違う部分もあるようなので一概には言えないけど。それ以外に気づいた点は使用しないソースをいかしたままexitでぬけていること。僕は古い人間なのでexitやgotoは悪という考え方です。使用しないソースはコメントアウトするか削除します。とくにフレームワークはexitでどこまでジャンプするかわからないし・・・・・。 tomoacさんが作成されたソースで定数を使用できるところは使用してしまえばkatz515さんが言われているようにマーケットプレイスに出展できるのでないでしょうか。そのほうがたくさんの人にも使ってもらえるし、デバッガーも増えるし。それくらいのレベルのブロックですよ。ありがとうございした。追伸こんだけ暑いとパソコンやばいですよね。 Posted on 6月 26, 2011 at 3:26 午後
ソース変更してみました。 controller.phpは get_file_contentsの処理から if(!$this->noSubmitFormRedirect)の処理までをコメントアウトし $this->set("post",$post)を追加 view.phpは$_POSTで受けていたものを$postに変更しました。ファイル添付しましたので確認して下さい。ここまで作成していただいたので僕の知識で何とかお役に立てればいいのですが・・・今からテストしてみます。添付: tomoac_form1.4.3-20110625.zip Posted on 6月 26, 2011 at 3:51 午前
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Tomoacさんの作成された機能拡張フォームについて文書ではなかなか説明難しいですね。 view.phpをechoしているのではなく、再度controllerを通ったview.phpを表示していることにならないかなぁ。（永久ループ状態？）もともとの問題ではheader()が関係しているような気がします。なぜそのような処理をしているのか不明ですが、その部分を$this->setに変更し、値渡しにするとうまくいくような・・・・やってないからわからないけど。今日の夜ゆっくり見てみます。 Posted on 6月 25, 2011 at 12:31 午後
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Tomoacさんの作成された機能拡張フォームについていや、他のブロックを見ているときにすべて大文字のものがあったのでどこかでdefineしているじゃないかなと思って適当に探してたらあった感じ。 MVCに関しての基本は Model->使用するテーブルの定義・バリデーションの設定。 controller->データ加工・バリデーションの実施・セーブ・メール送信・画面表示以外のものの処理。 view-> 画面表示もともと、デザイナーがViewを加工し、プログラマーがcontrollerを加工する設計なので、controllerで画面表示のecho、print_rなどをやるとデザイナーに怒られる。だから、controllerでの表示用オペコード（echo,print_r)はさけなければいけません。と、僕が読んだ本には書いてありました。（はい、逃げの一手）一度、画面が白くなったときのソースはいつのバージョンでしたか？一度ソースを見させてください。ところで、concrete5のformブロックのmodelはどこにあるんだろう？よくわかりませんでした。 Posted on 6月 24, 2011 at 3:17 午後

41から50までを表示 (計98)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: ソース変更してみました。

そうですか、奈良の方ですか。いつか食事でもしたいですね。
お疲れ様でした。うちの会社のホームページはお問い合わせなどフォームを使用することが多いです。ですので非常に助かりました。
また、cakephpのことも遠慮なく聞いてください。

この拡張フォームは特にコーポレートサイトでは非常に役立つと思います。
どんどん、いろんな人に使用してもらい、さらにいいブロックになっていけばいいですね。ありがとうございました。

Posted on 6月 28, 2011 at 10:33 午後

Re: Re: Re: ハッスルサーバーでインストールできない

そのサーバーは標準がＥＵＣなのでしょうか？
前述の<?php phpinfo(); ?>のmbstring.internal_encodingの項目をチェックし、（表示項目多いので「ctrl+F」で検索してください）
UTF-8になっているかどうか確認してください。EUCのままだとphp.iniの設定が間違っている可能性があります。

Posted on 6月 28, 2011 at 7:32 午前

Re: ハッスルサーバーでインストールできない

<?php phpinfo(); ?>

でphpのバージョンは確認できますよ。

Posted on 6月 27, 2011 at 6:31 午後

Re: Re: Re: Re: Re: Re: Re: Re: ソース変更してみました。

ずばり、拡張スライドショーです。
標準のスライドショーはフェードしかできないので・・・
1枚目と2枚目の入れ替わりのときはフェード　
2枚目と3枚目の入れ替わりのときはズーム
など簡単に設定できるブロックです。
すでにあったらごめんなさい。勝手なことばかりいいますが・・・・

view.phpの$_SERVER['PHP_SELF']のところは DIR_REL.'/'ではないでしょうか。

もう、フォームブロックも完成ですのでこのスレッドは一度締めたほうがいいですよね。ちなみに36歳、奈良県在住です。

Posted on 6月 27, 2011 at 6:09 午後

Re: Re: Re: Re: Re: Re: Re: ソース変更してみました。

>写真がのっていましたがこの方がご本人ですか？

うちの社長の写真ですか？僕はもっと若いっす。

>hgcsynさんが広報担当として出演いただき、私は裏方で修正をするとういのならいいですよ。

それでもいいですよ。しかし、毎週木曜日は会社の定例会議があるので10時に帰れるかどうか不明です。

別件ですが、カレンダーが表示できるヘルパーがありました。ただ、僕的には今のままでも十分です。

$dtt = Load:helper('form/datetime');
$dtt->date($name, $value, $calendarAutoStart) ;
$nameは名前,$valueは初期値,$calendarAutoStartはTrueにするとカレンダー表示されます。

ちなみにほかにもほしいブロックがあるのですが・・・・・。

Posted on 6月 27, 2011 at 7:49 午前

Re: Re: Re: Re: Re: ソース変更してみました。

＞なるほどそれがＭＶＣというかフレームワークをつかうメリットなんですね。

いいえ、そこはそれほどではありません。値渡しの場合はviewからcontrollerへの方がメリットを感じます。
フレームワークを使用する利点はセキュリティ問題とバリデーション、データベースとの連結を容易にできるということです。デメリットは遅い。

＞このsetがどういう仕様なのかとか、ドキュメントはあるんですかね。

気にしないほうがいいです。そういうもんやと思ったほうがいいです。

＞元のコードにあったので、exitしてました。

意見が分かれるところです。構造化プログラミングという概念があるのですが、古い人間なのかもしれません。ごめんなさい。

＞独学するには、なにを勉強するのがいいのでしょう。

おすすめはcakephpです。僕も独学なので役に立つかどうかわかりませんが、もしよろしければなんでも聞いてください。
ちなみにlinuxはubuntuですか？apt-getでcakephpがインストールできたように思います。

＞ダウンロードページに協力者として掲載させていただきたいのですが、twitterのアカウントとかメールとかご希望をお送りください。

実はtwitterのアカウントは最近取得したばかりで、よくわかりません。
使いかた教えてもらえないでしょうか。一応「acliss19xx」です。

view.phpののリンク先を定数に変更されました？今のままではSSLのページでは使用できません。

それよりマーケットプレイス行っちゃいましょう。せっかくリーダーから誘われていることですし、こんなすばらしいブロックをホームページだけでの公開ではもったいないですよ。

Posted on 6月 26, 2011 at 10:49 午後

Re: Re: ソース変更してみました。

$postの変数の中にすべての情報を集約してありましたので、$this->set一行で解決できました。
controller.phpの$error処理に$this->set('error',$error)というのがあります。それがヒントだったのです。
view.phpの$errorがどこにも定義されていないのにエラーメッセージが入っています。これはcontroller.phpでの$errorの内容をview.phpの$errorで使用できますよという定義をしているからです。
MVCのフレームワークでは$_POSTなどはほぼ使用せず、このようなメソッドが用意されています。viewからcontrollerへの値渡しのときにも$_POSTはあまり使用しませんので探したんですけどわかりませんでした。なのでとりあえずそのまま$_POSTを使用しています。なんとなくcakephpと似ています。というか$this->setなんてそのまんま。しかし、データベースの処理のところで、そのままSQL文が書いてあったり、cakephpでは$this->モデル名->save()でバリデーションからupdateやinsertまですべてやってくれます。と違う部分もあるようなので一概には言えないけど。

それ以外に気づいた点は使用しないソースをいかしたままexitでぬけていること。僕は古い人間なのでexitやgotoは悪という考え方です。使用しないソースはコメントアウトするか削除します。とくにフレームワークはexitでどこまでジャンプするかわからないし・・・・・。

tomoacさんが作成されたソースで定数を使用できるところは使用してしまえばkatz515さんが言われているようにマーケットプレイスに出展できるのでないでしょうか。そのほうがたくさんの人にも使ってもらえるし、デバッガーも増えるし。それくらいのレベルのブロックですよ。ありがとうございした。

追伸
こんだけ暑いとパソコンやばいですよね。

Posted on 6月 26, 2011 at 3:26 午後

ソース変更してみました。

controller.phpは get_file_contentsの処理から
if(!$this->noSubmitFormRedirect)の処理までをコメントアウトし
$this->set("post",$post)を追加
view.phpは$_POSTで受けていたものを$postに変更しました。
ファイル添付しましたので確認して下さい。

ここまで作成していただいたので僕の知識で何とかお役に立てればいいのですが・・・
今からテストしてみます。

Posted on 6月 26, 2011 at 3:51 午前

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Tomoacさんの作成された機能拡張フォームについて

文書ではなかなか説明難しいですね。
view.phpをechoしているのではなく、再度controllerを通ったview.phpを表示していることにならないかなぁ。（永久ループ状態？）

もともとの問題ではheader()が関係しているような気がします。
なぜそのような処理をしているのか不明ですが、その部分を$this->setに変更し、値渡しにするとうまくいくような・・・・やってないからわからないけど。
今日の夜ゆっくり見てみます。

Posted on 6月 25, 2011 at 12:31 午後

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Tomoacさんの作成された機能拡張フォームについて

いや、他のブロックを見ているときにすべて大文字のものがあったのでどこかでdefineしているじゃないかなと思って適当に探してたらあった感じ。

MVCに関しての基本は
Model->使用するテーブルの定義・バリデーションの設定。
controller->データ加工・バリデーションの実施・セーブ・メール送信・画面表示以外のものの処理。
view-> 画面表示
もともと、デザイナーがViewを加工し、プログラマーがcontrollerを加工する設計なので、controllerで画面表示のecho、print_rなどをやるとデザイナーに怒られる。
だから、controllerでの表示用オペコード（echo,print_r)はさけなければいけません。

と、僕が読んだ本には書いてありました。（はい、逃げの一手）

一度、画面が白くなったときのソースはいつのバージョンでしたか？
一度ソースを見させてください。
ところで、concrete5のformブロックのmodelはどこにあるんだろう？よくわかりませんでした。

Posted on 6月 24, 2011 at 3:17 午後

« 前1234567...10次 »

メンバー検索

hgcsyn

コミュニティバッジ

投稿