忍者ブログ
  • 2025.05
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 2025.07
[PR]
×

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

【2025/06/08 20:13 】 |
クロスキーボード

クロスブラウザって良く聞くけど、
クロスキーボードって無いのかね。

キー配列によって別の文字に同じキーコードが設定されてるとか困る

PR
【2011/06/27 16:35 】 | 日常 | 有り難いご意見(0) | トラックバック()
Railsでログインページ

セッションは、sessionというローカル変数を使用する。
ハッシュなので、session[:key]、session[:key]=...という形式
消すときはsession.delete(:key)

 

ログイン機能など
    before_filter :メソッド名, :except => [ログイン無しで使用できるメソッドの配列]
  を記述。
  ログイン認証成功時に、セッションにデータを書き込む。
  上で書いたフィルタメソッドで
    ローカル変数 = session[キー]
    if ローカル変数
      return ローカル変数
    else
      redirect_to ログインページURL
    end
  等のように書く。
  これによって、認証が必要な処理へ未認証状態で飛んだ場合にログインページが表示される。
  ログインページからの認証終了時に元の処理に戻るには他の手法が必要
  フィルタからログインページへ情報を渡す必要がある場合は方法を考えないといけない。
  
  ローカル変数には、認証成功時にセッションに書いたデータが取得できるので、
  必要に応じて処理を行えばいい。

  あと、たくさんのコントローラーでログイン処理を共通で行うのであれば、
  フィルタをクラス化する方が良いかもしれない。
  クラスを使う場合は
    around_filter フィルタインスタンス, :except => [ログイン無しで使用できるメソッドの配列]
  フィルタはbefore、afterと2つのメソッドを作成する。
  コントローラが渡されるので、そのための仮引数を用意。
  beforeはコントローラ動作開始前、afterは動作完了後。
  
  ログアウト時に、セッションの情報を消すなど。


ページ表示時にはログイン情報があることをこの機能で保証して、
レイアウト上にログイン情報を表示するとか。
 

【2010/12/14 18:43 】 | 仕事、技術 | 有り難いご意見(0) | トラックバック()
rails3でlink_to_remoteが使えない
rails2では、Ajaxを使うためにlink_to_remoteなどのメソッドを使っていたが、
rails3ではそれが廃止された。

対応方法2つ
・link_to_remoteを、link_toへ置き換える。
 その際に、:remote=>trueを引数に追加する。
・prototype_legacy_helper というプラグインを入れる。


http://curiosity-drives.me/programming/rails/rails3-prototype-legacy-helper/


追記(12/9 13:22)
prototype_logacy_helperはgitで管理されているので、
インストールにgitが必須?現在gitのDL中
【2010/12/09 10:38 】 | 仕事、技術 | 有り難いご意見(0) | トラックバック()
[ruby]インストール

ruby on railsのインストール。
http://www.rubylife.jp/rails/

【2010/12/06 16:02 】 | 仕事、技術 | 有り難いご意見(0) | トラックバック()
[.net]画面遷移方法
画面を遷移させる方法はいくつかある。

http://msdn.microsoft.com/ja-jp/events/dd282859.aspx


<a>タグ、HyperLinkコントロール
○一番単純。
 これで十分であれば、他の手段をわざわざ使わずとも。
×遷移前のPageを参照できない
×Validateなどを行えない(必ず遷移が起こる)

Request.Redirect
○ポストバックのメソッド内で実行するため、実際に遷移するか決められる
×遷移前のPageを参照できない

Server.Transfer
○遷移前のPageを参照できる
○ポストバックのメソッド内で実行するため、実際に遷移するか決められる
×アドレス表示が、遷移前のまま変わらない


クロスページポスティング(PostbackUrl属性に遷移先URLを指定)
○遷移前のPageを参照できる
×Validateなどを行えない(必ず遷移が起こる)


目的によってどれを使うか選ぶ必要がある。
【2010/12/01 18:06 】 | 仕事、技術 | 有り難いご意見(0) | トラックバック()
<<前ページ | ホーム | 次ページ>>