Igreks Inc. Developer – ページ 3

djangoのCreateViewでフォームの初期値を設定する方法

get_initial関数をオーバーライドします。

class HogeCreateView(CreateView):
        :
     def get_initial(self):
          initial = super().get_initial()
          initial["name"] = "山田太郎"
          initial["age"] = 22
          return initial

class HogeCreateView(CreateView):

def get_initial(self):

initial = super().get_initial()

initial["name"] = "山田太郎"

initial["age"] = 22

return initial

以上、備忘録。

djangoのフォームを扱うビュー3種類

フォーム入力画面を作成するには、

CreateViewクラスをオーバーライドする方法
FormViewクラスをオーバーライドする方法
関数ビューで自分で書く方法

の主に3種類があります。

以下は、まったく同じ動きをするフォームを、3種類の書き方で書いています。（フォームのクラスはforms.pyで別途定義してあるものとします。）

CreateViewクラスをオーバーライドする方法

CreateViewクラスは、FormViewクラスをオーバーライドした、フォームからのデータ登録に特化したクラスです。

単純に入力→保存を行うような機能がめちゃくちゃ簡単にできます。テンプレートは指定がなければ、アプリ名_form.htmlがデフォルトテンプレートとなります。

from django.views.generic.edit import CreateView
from django.urls import reverse_lazy
from .forms import HogeForm

class HogeCreateView(CreateView):
    # modelに基となるクラスを指定
    model = Hoge
    # 別途定義したフォームのクラスを指定
    form_class = HogeForm
    # 登録完了後の遷移ページ
    success_url = reverse_lazy('hoge:top')

from django.views.generic.edit import CreateView

from django.urls import reverse_lazy

from .forms import HogeForm

class HogeCreateView(CreateView):

# modelに基となるクラスを指定

model = Hoge

# 別途定義したフォームのクラスを指定

form_class = HogeForm

# 登録完了後の遷移ページ

success_url = reverse_lazy('hoge:top')

FormViewクラスをオーバーライドする方法

CreateViewは値が正しければDBに自動的に登録してくれるクラスですが、FormViewはそのままでは登録までは勝手にしてくれません。

送られた値が正しかった時に他に何かしたい、といった時に使うのがいいのではないかと思います。

from django.views.generic.edit import FormView
from django.urls import reverse_lazy
from .forms import HogeForm

class HogeCreateView(FormView):
    template_name = 'hoge_form.html'
    # 別途定義したフォームのクラスを指定
    form_class = HogeForm
    # 登録完了後の遷移ページ
    success_url = reverse_lazy('hoge:top')

    # 送られた値が正しかった時の処理
    def form_valid(self, form):
        # 保存
        form.save()
        return super().form_valid(form)

from django.views.generic.edit import FormView

from django.urls import reverse_lazy

from .forms import HogeForm

class HogeCreateView(FormView):

template_name = 'hoge_form.html'

# 別途定義したフォームのクラスを指定

form_class = HogeForm

# 登録完了後の遷移ページ

success_url = reverse_lazy('hoge:top')

# 送られた値が正しかった時の処理

def form_valid(self, form):

# 保存

form.save()

return super().form_valid(form)

関数ビューで自分で書く方法

FormViewクラスに比べ、テンプレートへのレンダリングなども含みます。

sessionやcookieに何か保存したり呼び出したりなど、仕様を細かく指定した時には自分で関数ビューを書いた方が良いです。

from django.shortcuts import redirect
from .forms import HogeForm

def HogeCreateView(request):
    # フォームから送信されたオブジェクトを取得
    form = HogeForm(request.POST)
    # 送られた値が正しかった時の処理
    if form.is_valid():
        # 保存
        form.save()
        # 登録完了後の遷移ページ
        return redirect('hoge:top')
    # コンテキストデータにフォームのオブジェクトを指定しレンダリング
    context = {
        'form': form,
    }
    return render(request, 'hoge_form.html', context)

from django.shortcuts import redirect

from .forms import HogeForm

def HogeCreateView(request):

# フォームから送信されたオブジェクトを取得

form = HogeForm(request.POST)

# 送られた値が正しかった時の処理

if form.is_valid():

# 保存

form.save()

# 登録完了後の遷移ページ

return redirect('hoge:top')

# コンテキストデータにフォームのオブジェクトを指定しレンダリング

context = {

'form': form,

}

return render(request, 'hoge_form.html', context)

以上、備忘録。

djangoの関数ビューでログイン必須にする

djangoのビューにおいて、クラスビューの場合はLoginRequiredMixinを渡しておけば勝手にログイン必須になるのでいいのですが、関数ビューの場合は引数の制限の関係でこの方法が使えません。

なので、login_requiredクラスを別に読み込んで書く必要があります。

クラスビューの場合

from django.contrib.auth.mixins import LoginRequiredMixin
from django.views.generic import TemplateView,

class HogeFugaView(LoginRequiredMixin, TemplateView):
    template_name = 'hoge.html'
    """ 処理 """

from django.contrib.auth.mixins import LoginRequiredMixin

from django.views.generic import TemplateView,

class HogeFugaView(LoginRequiredMixin, TemplateView):

template_name = 'hoge.html'

""" 処理 """

関数ビューの場合

from django.contrib.auth.decorators import login_required
from django.shortcuts import redirect

# ログイン必須
@login_required
def HogeFugaView(request):

    """ 処理 """

from django.contrib.auth.decorators import login_required

from django.shortcuts import redirect

# ログイン必須

@login_required

def HogeFugaView(request):

""" 処理 """

以上、備忘録。

Djangoのアプリ管理画面でユーザのフルネームを表示させる

フレームワークって、決まったことをやる分にはめちゃくちゃ速く開発出来ちゃうけど、ほんのちょっとここをこうしたいって時に、仕様が理解できてないと、ものすごい時間と労力を取られることがある、、。

Djangoで作成したアプリのモデルを定義すると、管理画面上に自動的にレジスターが出てくるので非常に便利。

でもそのレジスターを一覧表示した時、外部キー(foreignkey)で紐づけたユーザ情報が、デフォルトだとユーザ名(ログインID)になってしまう。

せっかくカスタムユーザモデルを定義したのだから、ここにフルネームを出したい。

カスタムユーザモデルを修正。

  :
class User(AbstractBaseUser, PermissionsMixin):
      :
　（省略）
      :
    #フルネーム（氏名）定義。ユニークじゃないと怒られるのでユニークにする
    full_name = models.CharField(_('氏名'), max_length=150, blank=True, unique=True)
      :
    #フルネームをユーザネームフィールドとして扱う
    #USERNAME_FIELD = 'username'
    USERNAME_FIELD = 'full_name'
　　　：
　（以下略）

class User(AbstractBaseUser, PermissionsMixin):

　（省略）

#フルネーム（氏名）定義。ユニークじゃないと怒られるのでユニークにする

full_name = models.CharField(_('氏名'), max_length=150, blank=True, unique=True)

#フルネームをユーザネームフィールドとして扱う

#USERNAME_FIELD = 'username'

USERNAME_FIELD = 'full_name'

　　　：

　（以下略）

マイグレーション忘れずに。

するとアプリのレジスター画面で以下のように表示される。

とりあえずこれでOK。

ただしUSERNAME_FIELDはユーザのレジスターやアクティベーションに関係してくるので、外部向けの新規ユーザ登録画面などを作った時に、弊害が出てくる可能性も、、、。

もうちょっと勉強が必要かな。

6/13追記：

さっそく弊害出ました。フルネームがユーザ名として扱われるようになったため、管理画面にログインする際のIDもフルネームで判定されるようになってしまいました。元に戻しました、、、。

GmailからエックスサーバへのSMTP接続がTLSエラーになる件

弊社のように、エックスサーバなど外部のメールアドレスをGmailで一括管理している方も多いはず。

ところが4月8日ころから、エックスサーバを介したメール送信が行えない事象が発生。その時点でエックスサーバで特に障害情報などは出ていませんでした。

送信後に以下のようなエラーが返ってきます。

メールの配信エラー
[名前] の機能を使用して、別のアドレスまたは別のエイリアスからこのメールを送信しようとしています。[名前] のアカウントの設定に誤りがあるか、設定が最新の状態ではありません。設定を確認して、もう一度送信してみてください。
詳細
応答:
TLS Negotiation failed, the certificate doesn't match the host.

メールの配信エラー

[名前] の機能を使用して、別のアドレスまたは別のエイリアスからこのメールを送信しようとしています。[名前] のアカウントの設定に誤りがあるか、設定が最新の状態ではありません。設定を確認して、もう一度送信してみてください。

詳細

応答:

TLS Negotiation failed, the certificate doesn't match the host.

証明書がマッチしないTLSネゴシエーションエラーのようです。Googleのコミュニティでも揉めてますね(笑)。

調べたら、早速詳しくまとめていただいている方がいました。

エックスサーバのSMTPサーバを調べると、証明書のドメイン名は「*.xserver.jp」(ワイルドカード)でしたので、各サーバに割り当てられているsvから始まるサーバ番号がわかればこのドメイン名が分かります。

例えば「sv1234」であれば、証明書のドメイン名「sv1234.xserver.jp」になります。

Gmailの設定で、SMTPサーバ名がこの「sv****.xserver.jp」でない場合は、この名前を指定してやれば解決です。

今見てみたら、エックスサーバのFAQにもそのように案内がありますね。（最近変わった？）

以上です。

【ECCUBE2】スパム対策としてお問合せフォームにreCaptchaを導入

定期的に中国から来る迷惑なお問合せフォームを利用したスパム。

スパムの一例↓

　　：
この度のお問い合せ誠にありがとうございます。

以下の内容で承りました。

回答を要するもので、万一、ご回答メールが届かない場合は、
受信トラブルの可能性もありますので
大変お手数ではございますがもう一度お問い合わせいただくか、
お電話にてお問い合わせください。

今後ともご愛顧賜りますようよろしくお願い申し上げます。


■会社団体名　: 城特邀，彩�牡首拵送э0%【】网址:[www.clf30.com]
■フリガナ　　: 未登録
■お名前　　　: 来了就送 城特邀，彩�牡首拵送э0%【】网址:[www.clf30.com] 様
■フリガナ　　: カタカ カタカ 様
■電話番号　　　：--
■メールアドレス：henson77777@qq.com

■お問い合わせの内容
城特邀，彩�牡首拵送э0%【】网址:[www.clf30.com]
　　：

　　：

この度のお問い合せ誠にありがとうございます。

以下の内容で承りました。

回答を要するもので、万一、ご回答メールが届かない場合は、

受信トラブルの可能性もありますので

大変お手数ではございますがもう一度お問い合わせいただくか、

お電話にてお問い合わせください。

今後ともご愛顧賜りますようよろしくお願い申し上げます。

■会社団体名　: 城特邀，彩�牡首拵送э0%【】网址:[www.clf30.com]

■フリガナ　　: 未登録

■お名前　　　: 来了就送城特邀，彩�牡首拵送э0%【】网址:[www.clf30.com] 様

■フリガナ　　: カタカカタカ様

■電話番号　　　：--

■メールアドレス：henson77777@qq.com

■お問い合わせの内容

城特邀，彩�牡首拵送э0%【】网址:[www.clf30.com]

　　：

このように、メールアドレス欄に不特定多数のメールアドレスを指定し、自動返信機能を利用してメールを送り付けている。

今までは接続元IPを特定して、apacheの設定ファイルなり.htaccessで個別にアクセスを拒否するなど、対症療法をしていましたが、業務の負担になりつつあるので、導入することにしました。

結果として効果はかなりあったようで、対策後およそ1か月、未だスパムによる被害は1回もうけていません。

reCaptchaをECCUBE2のお問合せフォームに導入する手順は以下の通りです。

サイトキーとシークレットキーの取得

reCaptchaにアクセスし「Admin console」を開きます。Googleアカウントが必要になります。
必要事項を入力し、サイトキーとシークレットキーを取得します。（今回は「」を採用します。）

テンプレートを修正

ECCUBE2のお問合せフォーム(確認画面)のテンプレートファイルを修正します。

  :
<form name="form1" id="form1" method="post" action="?">
     :
  <!-- <form>～</form>の任意の場所に以下を追記 ------------------>
  <!-- reCAPTCHA v3 -->
  <input type="hidden" name="recaptchaResponse" id="recaptchaResponse" />
  <!------------------------------------------------------------->
     :
</form>
  :

<!-- 任意の場所に以下のjsコードを追記 ----------------->
<!-- reCAPTCHA v3 Start -->
<script src="https://www.google.com/recaptcha/api.js?render=サイトキー"></script>
<script>
	grecaptcha.ready(function () {
    	grecaptcha.execute('サイトキー', {action: 'homepage'}).then(function(token) {
    	    var recaptchaResponse = document.getElementById('recaptchaResponse');
    	    recaptchaResponse.value = token;
    	});
	});
</script>
<!-- reCAPTCHA v3 End   -->

</form>

grecaptcha.ready(function () {

grecaptcha.execute('サイトキー', {action: 'homepage'}).then(function(token) {

var recaptchaResponse = document.getElementById('recaptchaResponse');

recaptchaResponse.value = token;

});

</script>

スマホページも運用している場合はそちらのテンプレート(data/Smarty/templates/sphone/contact/confirm.tpl)も同様に修正します。

PHPファイルの修正

お問い合わせの受付・自動返信メール送信処理を行うPHPファイルを修正します。

          :
        case 'complete':

            //reCAPTCHA v3の処理を追加 /////////////////////////////////
            if(isset($_POST['recaptchaResponse']) && !empty($_POST['recaptchaResponse'])){
                $secret = 'シークレットキー';
                $verifyResponse = file_get_contents('https://www.google.com/recaptcha/api/siteverify?secret='.$secret.'&response='.$_POST['recaptchaResponse']);
                $reCAPTCHA = json_decode($verifyResponse);
                if (!$reCAPTCHA->success){
                    SC_Utils_Ex::sfDispSiteError(
                        FREE_ERROR_MSG,
                        '',
                        false,
                        "スパム対策機能により送信がブロックされました。お手数ですがブラウザの戻るボタンを押して、再度ご送信お願いします。
                    ");
                    exit;
                }
            }else{
                SC_Utils_Ex::sfDispSiteError(
                    FREE_ERROR_MSG,
                    '',
                    false,
                    "スパム対策機能により送信がブロックされました。お手数ですがブラウザの戻るボタンを押して、再度ご送信お願いします。
                ");
                exit;
            }
            ///////////////////////////////////////////////////////////////

            $this->lfInitParam($objFormParam);
            $objFormParam->setParam($_POST);
            $this->arrErr = $objFormParam->checkError();
            $this->arrForm = $objFormParam->getFormParamList();
            if (SC_Utils_Ex::isBlank($this->arrErr)) {
                $this->lfSendMail($this);
                // 完了ページへ移動する
                SC_Response_Ex::sendRedirect('complete.php');
                exit;
            } else {
                SC_Utils_Ex::sfDispSiteError(CUSTOMER_ERROR);
                exit;
            }
            break;
              :

case 'complete':

//reCAPTCHA v3の処理を追加 /////////////////////////////////

if(isset($_POST['recaptchaResponse']) && !empty($_POST['recaptchaResponse'])){

$secret = 'シークレットキー';

$verifyResponse = file_get_contents('https://www.google.com/recaptcha/api/siteverify?secret='.$secret.'&response='.$_POST['recaptchaResponse']);

$reCAPTCHA = json_decode($verifyResponse);

if (!$reCAPTCHA->success){

SC_Utils_Ex::sfDispSiteError(

FREE_ERROR_MSG,

'',

false,

"スパム対策機能により送信がブロックされました。お手数ですがブラウザの戻るボタンを押して、再度ご送信お願いします。

");

exit;

}

}else{

SC_Utils_Ex::sfDispSiteError(

FREE_ERROR_MSG,

'',

false,

"スパム対策機能により送信がブロックされました。お手数ですがブラウザの戻るボタンを押して、再度ご送信お願いします。

");

exit;

}

///////////////////////////////////////////////////////////////

$this->lfInitParam($objFormParam);

$objFormParam->setParam($_POST);

$this->arrErr = $objFormParam->checkError();

$this->arrForm = $objFormParam->getFormParamList();

if (SC_Utils_Ex::isBlank($this->arrErr)) {

$this->lfSendMail($this);

// 完了ページへ移動する

SC_Response_Ex::sendRedirect('complete.php');

exit;

} else {

SC_Utils_Ex::sfDispSiteError(CUSTOMER_ERROR);

exit;

}

break;

確認

確認画面の右下に、以下のようなreCAPTCHAアイコンが表示されていれば、適用完了です。

参考サイト）

【ECCUBE2】外部からのPOSTでセッションが切れる件の対応

2020年4月に入ったあたりから、ECCUBE2を使用している内部サービスで、決済代行会社の決済画面から戻った際になぜかセッションが無効となり、ページ遷移エラーもしくは自動ログアウトしてしまう現象が発生。

原因は結果的に、chrome80からのCSRF(クロスサイトリクエストフォージェリ)対策として、Cookieセット時にSameSite属性が適切に指定されていない場合、外部からそのサイトにPOSTなどでアクセスされた際に発行されたサイトのCookieが強制的に無効になるという仕様によるものでした。（エンジニアが気づいた）

※なお、多くの混乱を招いたようで、直後のChromeアップデートで当仕様は取り急ぎロールバックされた模様。

Googleからのアナウンスは、2019年11月には出ていた模様で、4月に入ったあたりから徐々にクライアントのChromeが80に強制アップデートされたようです。

現実に多くのショッピングサイトでは、決済時に決済代行会社の決済画面（特にリンクタイプ）で決済を行った後、処理結果受け取りのために決済完了画面からPOSTで戻って、パラメタを処理しています。

ECCUBE2のなどのカートシステムなどを利用している場合、大抵はページ遷移チェックがかかるため、この時決済画面に行く前のCookie情報が削除されていることから、セッション情報が判定できず、ログイン状態が無効となりセッションエラーもしくはログアウトという結果になります。

こういったサイトでは、対策として、

Cookie発行時に「SameSite=None; Secure」をセットする
httpsを利用する

ことで対応できます。

こちらに詳しくまとめていただいている方がいるので、適宜参照していただければと思います。

ECCUBE2のついては、すでにパッチが配布されていますで、ECCUBE2のサイト管理者は至急対応されることをおススメします。

なおこの配布パッチを充てると、具体的には、

Cookieセット時に「SameSite=None;」を併せてセットする。この時、httpsなら「 Secure」を追加する
SameSite=Noneが未対応のブラウザ用に、あらかじめ互換用のCookieを発行しておく。
ECSESSIDが現Cookieと対応しない場合は ECSESSID の Cookie が拒否されたと見なす
3の場合はあらかじめ発行しておいた互換用 cookie からセッションデータを読み込む

といった動作を行うようになります。

今回のアップデートについて、告知はされていたものの、もう少し具体的に影響を受ける対象事業者に対して大々的に告知してほしかったというのが正直なところ。

さらに言えば、決済代行会社も情報を早めに得て、影響を受ける顧客に周知するべきだったと思います。（リンクタイプを使っているクライアントはかなりいると思うし、、、）

うちが使っている決済代行会社は、通常結構この辺はきっちりしていて、こういう件が発生するときはかなり早めに連絡がくるのですが、今回に限ってはまったくもってノーマークだったように思います。念のため問い合わせたときに「特に障害情報は出ていません。どのような不具合でしょうか？」のような対応でしたからねー。

DKIMの複数ドメイン対応と作成者署名,第三者認証（CentOS7.2+Postfix+OpenDKIM）

Postfix, OpenDKIMはインストール済み、firewallも適切に設定済みであると仮定。

鍵ペアの作成

cd /etc/opendkim/keys/
mkdir example.com
cd example.com
opendkim-genkey -d example.com -s selector
chown opendkim:opendkim *
chmod 440 *.private

cd /etc/opendkim/keys/

mkdir example.com

cd example.com

opendkim-genkey -d example.com -s selector

chown opendkim:opendkim *

chmod 440 *.private

※複数のドメインを異なるキーペアで認証する場合は上記を繰り返し、必要数分キーペアを作成する。ドメインが異なればセレクタ名は同じでも大丈夫だが、混乱を避けるため変えてもよいと思う。

OpenDKIMの設定

1つのドメインしか扱わない場合

 :
# 認証するドメイン名
Domain example.com
 : 
# セレクタ名
Selector selector
 :
# 署名に使う秘密鍵の場所
KeyFile  /etc/opendkim/keys/selector.private
 :
# 署名に使う秘密鍵の場所(複数ある場合)
#KeyTable  /etc/opendkim/KeyTable
 : 
# 署名を行うドメイン+セレクタのペアを指定するファイル(複数ある場合)
#SigningTable refile:/etc/opendkim/SigningTable
 :

# 認証するドメイン名

Domain example.com

# セレクタ名

Selector selector

# 署名に使う秘密鍵の場所

KeyFile /etc/opendkim/keys/selector.private

# 署名に使う秘密鍵の場所(複数ある場合)

#KeyTable /etc/opendkim/KeyTable

# 署名を行うドメイン+セレクタのペアを指定するファイル(複数ある場合)

#SigningTable refile:/etc/opendkim/SigningTable

複数のドメインを扱うが、すべて同じキーペアを使う場合

 :
# 認証するドメイン名
Domain example.com, hoge.com, fuga.com
または 
Domain example.com, *
Domain * 
 : 
# セレクタ名
Selector selector
 :
# 署名に使う秘密鍵の場所
KeyFile  /etc/opendkim/keys/selector.private
 :
# 署名に使う秘密鍵の場所(複数ある場合)
#KeyTable  /etc/opendkim/KeyTable
 : 
# 署名を行うドメイン+セレクタのペアを指定するファイル(複数ある場合)
#SigningTable refile:/etc/opendkim/SigningTable
 :

# 認証するドメイン名

Domain example.com, hoge.com, fuga.com

または

Domain example.com, *

Domain *

# セレクタ名

Selector selector

# 署名に使う秘密鍵の場所

KeyFile /etc/opendkim/keys/selector.private

# 署名に使う秘密鍵の場所(複数ある場合)

#KeyTable /etc/opendkim/KeyTable

# 署名を行うドメイン+セレクタのペアを指定するファイル(複数ある場合)

#SigningTable refile:/etc/opendkim/SigningTable

複数のドメイン、複数のキーペアを扱う場合

 :
# 認証するドメイン名
#Domain example.com
 : 
# セレクタ名
#Selector selector
 :
# 署名に使う秘密鍵の場所
#KeyFile  /etc/opendkim/keys/selector.private
 :
# 署名に使う秘密鍵の場所(複数ある場合)
KeyTable  /etc/opendkim/KeyTable
 : 
# 署名を行うドメイン+セレクタのペアを指定するファイル(複数ある場合)
SigningTable refile:/etc/opendkim/SigningTable
 :

# 認証するドメイン名

#Domain example.com

# セレクタ名

#Selector selector

# 署名に使う秘密鍵の場所

#KeyFile /etc/opendkim/keys/selector.private

# 署名に使う秘密鍵の場所(複数ある場合)

KeyTable /etc/opendkim/KeyTable

# 署名を行うドメイン+セレクタのペアを指定するファイル(複数ある場合)

SigningTable refile:/etc/opendkim/SigningTable

# 作成者認証(例)################################

# ①FROMドメインが"example.com"の時は"selector"セレクタを使い、
# "example.com"の署名を使い認証する
*@example.com selector._domainkey.example.com

# ②FROMドメインが"hoge.com"の時は"selector"セレクタを使い、
# "hoge.com"の署名を使い認証する
*@hoge.com selector._domainkey.hoge.com

# ③FROMドメインが"hoge.com"の時は"selector_hoge"セレクタを使い、
# "hoge.com"の署名を使い認証する
*@hoge.com selector_hoge._domainkey.hoge.com 

# ④FROMドメインが上記以外の時は"selector"セレクタを使い
# "example.com"の署名を使い認証する(1番目と同じキーペアを使う)
*@* selector._domainkey.example.com


# 第三者認証(例)################################

# ⑤FROMドメインが"fuga.com"の時は"selector"セレクタを使い、
# "example.com"の署名を使い認証する
*@fuga.com selector._domainkey.example.com

# ⑥FROMドメインが"fuga.com"の時は"selector_fuga"セレクタを使い、
# "example.com"の署名を使い認証する
*@fuga.com selector_fuga._domainkey.example.com 

# ⑦FROMドメインが上記以外の時は"selector_common"セレクタを使い
# "dkim.example.com"の署名を使い認証する
*@* selector_common._domainkey.dkim.example.com

# 作成者認証(例)################################

# ①FROMドメインが"example.com"の時は"selector"セレクタを使い、

# "example.com"の署名を使い認証する

*@example.com selector._domainkey.example.com

# ②FROMドメインが"hoge.com"の時は"selector"セレクタを使い、

# "hoge.com"の署名を使い認証する

*@hoge.com selector._domainkey.hoge.com

# ③FROMドメインが"hoge.com"の時は"selector_hoge"セレクタを使い、

# "hoge.com"の署名を使い認証する

*@hoge.com selector_hoge._domainkey.hoge.com

# ④FROMドメインが上記以外の時は"selector"セレクタを使い

# "example.com"の署名を使い認証する(1番目と同じキーペアを使う)

*@* selector._domainkey.example.com

# 第三者認証(例)################################

# ⑤FROMドメインが"fuga.com"の時は"selector"セレクタを使い、

# "example.com"の署名を使い認証する

*@fuga.com selector._domainkey.example.com

# ⑥FROMドメインが"fuga.com"の時は"selector_fuga"セレクタを使い、

# "example.com"の署名を使い認証する

*@fuga.com selector_fuga._domainkey.example.com

# ⑦FROMドメインが上記以外の時は"selector_common"セレクタを使い

# "dkim.example.com"の署名を使い認証する

*@* selector_common._domainkey.dkim.example.com

※上から順に処理されるので、ワイルドカード(ex: *@*, *@*.example.com, *@sub.*)を使うとその下の行は無効になる。ドメインを明示的に指定する場合はワイルドカード行の上に書いておく。

# セレクタが"selector"、
# 署名ドメインが"example.com" の時使うキーペアを指定
selector._domainkey.example.com example.com:selector:/etc/opendkim/keys/example.com/selector.private

# セレクタが"selector"
# 署名ドメインが"hoge.com" の時使うキーペアを指定
selector._domainkey.hoge.com hoge.com:selector:/etc/opendkim/keys/hoge.com/selector.private

# セレクタが"selector_hoge"
# 署名ドメインが"hoge.com" の時使うキーペアを指定
selector_hoge._domainkey.hoge.com hoge.com:selector_hoge:/etc/opendkim/keys/hoge.com/selector_hoge.private

# セレクタが"selector"
# 署名ドメインが"fuga.com" の時使うキーペアを指定
selector._domainkey.fuga.com fuga.com:selector:/etc/opendkim/keys/fuga.com/selector.private

# セレクタが"selector_fuga"
# 署名ドメインが"fuga.com" の時使うキーペアを指定
selector_fuga._domainkey.fuga.com fuga.com:selector_fuga:/etc/opendkim/keys/fuga.com/selector_fuga.private

# セレクタが"selector_common"
# 署名ドメインが"dkim.example.com" の時使うキーペアを指定
selector_common._domainkey.dkim.example.com dkim.example.com:selector_common:/etc/opendkim/keys/dkim.example.com/selector_common.private

# セレクタが"selector"、

# 署名ドメインが"example.com" の時使うキーペアを指定

selector._domainkey.example.com example.com:selector:/etc/opendkim/keys/example.com/selector.private

# セレクタが"selector"

# 署名ドメインが"hoge.com" の時使うキーペアを指定

selector._domainkey.hoge.com hoge.com:selector:/etc/opendkim/keys/hoge.com/selector.private

# セレクタが"selector_hoge"

# 署名ドメインが"hoge.com" の時使うキーペアを指定

selector_hoge._domainkey.hoge.com hoge.com:selector_hoge:/etc/opendkim/keys/hoge.com/selector_hoge.private

# セレクタが"selector"

# 署名ドメインが"fuga.com" の時使うキーペアを指定

selector._domainkey.fuga.com fuga.com:selector:/etc/opendkim/keys/fuga.com/selector.private

# セレクタが"selector_fuga"

# 署名ドメインが"fuga.com" の時使うキーペアを指定

selector_fuga._domainkey.fuga.com fuga.com:selector_fuga:/etc/opendkim/keys/fuga.com/selector_fuga.private

# セレクタが"selector_common"

# 署名ドメインが"dkim.example.com" の時使うキーペアを指定

selector_common._domainkey.dkim.example.com dkim.example.com:selector_common:/etc/opendkim/keys/dkim.example.com/selector_common.private

キーペアの公開鍵を取得

# 例：セレクタが"selector" 署名ドメインが"example.com" の公開鍵
cat /etc/opendkim/keys/example.com/selector.txt
　　↓
selector._domainkey IN      TXT     ( "v=DKIM1; k=rsa; "
      "p=MIGfMA0GCS..." )  ; ----- DKIM key selector for example.com・

# 例：セレクタが"selector" 署名ドメインが"example.com" の公開鍵

cat /etc/opendkim/keys/example.com/selector.txt

　　↓

selector._domainkey IN TXT ( "v=DKIM1; k=rsa; "

"p=MIGfMA0GCS..." ) ; ----- DKIM key selector for example.com・

公開鍵をDNSに登録

①FROMドメインが“example.com”で“example.com”の署名を使い作成者認証する場合は、”example.com”のDNSサーバに公開鍵を登録。

項目	値
Name	selector._domainkey
Type	TXT
Value	“v=DKIM1; k=rsa; p=MIGfMA0GCS…”

ポリシーが登録されてなければポリシーも登録。

項目	値
Name	_policy._domainkey
Type	TXT
Value	“t=y; o=~”

項目	値
Name	_domainkey
Type	TXT
Value	“t=y; o=~”

②~③FROMドメインが”hoge.com”で“hoge.com”の署名を使い作成者認証する場合は、”hoge.com”のDNSサーバに公開鍵を登録。

④FROMドメインが”任意のドメイン”で“example.com”の署名を使い作成者認証する場合は、任意ドメインのDNSサーバに公開鍵を登録。

⑤~⑥FROMドメインが”fuga.com”で“example.com”の署名を使い第三者認証する場合は、“example.com”ドメインのDNSサーバに公開鍵を登録。

⑦FROMドメインが”任意のドメイン”で“dkim.example.com”の署名を使い第三者認証する場合は、“dkim.example.com”ドメインのDNSサーバに公開鍵を登録。

項目	値
Name	selector_common._domainkey.dkim
Type	TXT
Value	“v=DKIM1; k=rsa; p=MIGfMA0GCS…”

項目	値
Name	_policy._domainkey.dkim
Type	TXT
Value	“t=y; o=~”

項目	値
Name	_domainkey.dkim
Type	TXT
Value	“t=y; o=~”

レコード返却の確認

#dig selector._domainkey.ドメイン名 TXT @レコードを登録したDNSサーバ
dig selector._domainkey.example.com TXT @ns.example.com
　　↓
# ANSWERセクションに登録した値が返ってくればOK
;; ANSWER SECTION:
selector._domainkey.example.com. 360 IN TXT "v=DKIM1\; k=rsa\; p=MIGfMA0GCS..."

#dig selector._domainkey.ドメイン名 TXT @レコードを登録したDNSサーバ

dig selector._domainkey.example.com TXT @ns.example.com

　　↓

# ANSWERセクションに登録した値が返ってくればOK

;; ANSWER SECTION:

selector._domainkey.example.com. 360 IN TXT "v=DKIM1\; k=rsa\; p=MIGfMA0GCS..."

Postfixの設定

# 末尾に以下を追記
smtpd_milters = inet:127.0.0.1:8891
non_smtpd_milters = $smtpd_milters
milter_default_action = accept

# 末尾に以下を追記

smtpd_milters = inet:127.0.0.1:8891

non_smtpd_milters = $smtpd_milters

milter_default_action = accept

サービス再起動

service opendkim restart
service postfix restart

1 2	service opendkim restart service postfix restart

確認

Gmailが一番わかりやすいので、Gmailでテスト

echo "DKIM test." | mail -s "DKIM test" -r someone@example.com user@gmail.com

1	echo "DKIM test." \| mail -s "DKIM test" -r someone@example.com user@gmail.com

受信したメールで、DKIMがPassで、ヘッダが以下のようになってればOK。

作成者認証の場合

DKIMSignature:	（～略～） d=example.com; s=selector; b=xdIeG4cUHIBhU0nix2V5tK9Z （～略～）
From:	<someone@example.com>

第三者認証の場合

DKIMSignature:	（～略～） d=example.com; s=selector; b=xdIeG4cUHIBhU0nix2V5tK9Z （～略～）
From:	<someone@hoge.com>

参考サイト）

ECCUBE3でフォームの入力制限文字数を変更する

例えば、管理画面の何かしらのメニューでURL情報を入力するとき、stext_len(50文字)だと足りない時があるので、mtext_len(200文字)に変更する。

  :
$builder
  ->add('url', 'text', array(
    'required' => true,
    'label' => 'URL',
    'constraints' => array(
      // stext_len(50文字)だと足りないのでmtext_len(200文字)に変更
      //new Assert\Length(array('max' => $config['stext_len'])),
      new Assert\Length(array('max' => $config['mtext_len'])),
    ),
));
  :

$builder

->add('url', 'text', array(

'required' => true,

'label' => 'URL',

'constraints' => array(

// stext_len(50文字)だと足りないのでmtext_len(200文字)に変更

//new Assert\Length(array('max' => $config['stext_len'])),

new Assert\Length(array('max' => $config['mtext_len'])),

));

これらの値（$config[‘***’]）は”/src/Eccube/Resource/config/constant.yml.dist”で定義されている。

ちなみに以下、文字数制限の主要なデフォルト値。

amount_len: 6
credit_no_len: 4
file_name_len: 10
id_max_len: 50
id_min_len: 4
int_len: 9
lltext_len: 99999
ltext_len: 3000
mltext_len: 1000
mtext_len: 200
password_max_len: 32
password_min_len: 8
percentage_len: 3
price_len: 8
search_category_len: 18
sltext_len: 500
smtext_len: 100
stext_len: 50
tel_len: 5
tel_len_min: 1
tel_item_len: 12
url_len: 1024
zip01_len: 3
zip02_len: 4
name_len: 16
kana_len: 25
address1_len: 32
address2_len: 32

amount_len: 6

credit_no_len: 4

file_name_len: 10

id_max_len: 50

id_min_len: 4

int_len: 9

lltext_len: 99999

ltext_len: 3000

mltext_len: 1000

mtext_len: 200

password_max_len: 32

password_min_len: 8

percentage_len: 3

price_len: 8

search_category_len: 18

sltext_len: 500

smtext_len: 100

stext_len: 50

tel_len: 5

tel_len_min: 1

tel_item_len: 12

url_len: 1024

zip01_len: 3

zip02_len: 4

name_len: 16

kana_len: 25

address1_len: 32

address2_len: 32

ECCUBE3 独自パラメタで検索→リスト表示の時にサブタイトルにパラメタ名を反映させる

前提条件いろいろ割愛しますが、DBに当該データが入っていて、Doctrineファイルにパラメタと名前が定義してあり、Formビルダー各パラメタが構築されてるのが前提です。

以下ファイルを修正。

/src/Eccube/Controller/ProductController.php

		：
    /**
     * ページタイトルの設定
     *
     * @param  null|array $searchData
     * @return str
     */
    private function getPageTitle($searchData)
    {
        if (isset($searchData['name']) && !empty($searchData['name'])) {
            return '検索結果';
        } elseif (isset($searchData['category_id']) && $searchData['category_id']) {
            return $searchData['category_id']->getName();
        // *********************************************** //
        // 検索キー(パラメタ名->getName())をサブタイトルに反映：
        // 地方(東北地方とかの)
        } elseif (isset($searchData['district']) && $searchData['district']) {
        	// この情報はymlに登録してない（DBと連携してない）ので、定義してあるクラスから引っ張ってきた
            return Constant::DISTRICTS[$searchData['district']]['name'] ? Constant::DISTRICTS[$searchData['district']]['name']: null;
        // 都道府県
        } elseif (isset($searchData['pref']) && $searchData['pref']) {
            return $searchData['pref']->getName();
        // 市区町村
        } elseif (isset($searchData['city']) && $searchData['city']) {
            return $searchData['city']->getName();
        } elseif (isset($searchData['brewery']) && $searchData['brewery']) {
            return $searchData['brewery']->getName();
        } elseif (isset($searchData['brand']) && $searchData['brand']) {
            return $searchData['brand']->getName();
        // *********************************************** //
        } else {
            return '全商品';
        }
    }
    	:

：

/**

* ページタイトルの設定

* @param null|array $searchData

* @return str

private function getPageTitle($searchData)

{

if (isset($searchData['name']) && !empty($searchData['name'])) {

return '検索結果';

} elseif (isset($searchData['category_id']) && $searchData['category_id']) {

return $searchData['category_id']->getName();

// *********************************************** //

// 検索キー(パラメタ名->getName())をサブタイトルに反映：

// 地方(東北地方とかの)

} elseif (isset($searchData['district']) && $searchData['district']) {

// この情報はymlに登録してない（DBと連携してない）ので、定義してあるクラスから引っ張ってきた

return Constant::DISTRICTS[$searchData['district']]['name'] ? Constant::DISTRICTS[$searchData['district']]['name']: null;

// 都道府県

} elseif (isset($searchData['pref']) && $searchData['pref']) {

return $searchData['pref']->getName();

// 市区町村

} elseif (isset($searchData['city']) && $searchData['city']) {

return $searchData['city']->getName();

} elseif (isset($searchData['brewery']) && $searchData['brewery']) {

return $searchData['brewery']->getName();

} elseif (isset($searchData['brand']) && $searchData['brand']) {

return $searchData['brand']->getName();

// *********************************************** //

} else {

return '全商品';

}

基本、$searchDataに値が入っていれば、getName->()でとれます。