参考サイト
・本家( Java ) :
ttp://www.playframework.org/ ・本家( Scala ) :
ttp://scala.playframework.org/ ・日本語訳( Java ) :
ttp://playdocja.appspot.com/ ・日本語訳 ( Scala ) :
ttp://playscalaja.appspot.com/ 公式サイトにサーブレットで言うセッションとほぼ同等の使い方例示してあるよ
要はjsessionidの代わりとなるキーがありゃいいだけじゃん
わざわざSessionと言う用語を再定義してややこしくしたplay側にも問題はあると思う
わざわざSessionとかいうクラス名にせず最初から素直にCookieクラスにしときゃ誤解も生まれずわかりやすかったんじゃないの
そうすりゃ従来のSessionはCacheが肩代わりしますって話だけで済んだはず
結局、サーバー側で、安全にデータを保持する仕組みはないってことか。
暗号化してCookieに書き込んでいるだけのものをSessionと名づけたのは、
Playに機能がないことをごまかすためにわざと判りにくい名前にしたんじゃないか
公式サイトもそう言ってるし、のリンク先の人もはっきりとそう書いてる
公式サイト一通り読んだらこの辺のことは書いてあるんだから、やっぱりよくわかってない人だけがなんやかんやと騒いでるだけなんだろうな
それとも日本語訳のページからはこのあたりの情報が丸ごと抜けてたりするのか？
だからあるってば
俺の文の後半部分読んでる？
サーブレットでいうSessionはPlayではCacheと呼ばれる機能が肩代わりするんだと書いただろ
セッションIDのかわりにuuid発行する機能もある
これらを組み合わせてSessionと同等のことが一通りできる
日本語でも説明ちゃんとあったぞ
ttp://playdocja.appspot.com/documentation/1.1/cache URL張るなら最新版はったほうがわかりやすいよ
1.1とか古いのもう新規で使わないでしょ
Cacheは消えてしまうから、保持できてるとはいえないないでしょ
設定した期限まで保持できないと同等とはいえない
複数サーバの場合も同一のデータを返す仕組みもない
データベース上にセッションの情報を保持する仕組みもない。
lifetimeを通じてデータを保持できるJava EEとは違うと書いてあるだろ？
キャッシュはあくまでもパフォーマンス改善のための仕組みでしかない。
Memcachedなんかもセキュアでないことも知ってるよな？
ttp://www.playframework.org/documentation/2.0.1/JavaCache For any data stored in the cache, a regeneration strategy needs
to be put in place in case the data goes missing. This philosophy
is one of the fundamentals behind Play, and is different from Java
EE, where the session is expected to retain values throughout its lifetime.
Memcachedがセキュアじゃないのは知らなかったな、同期のための通信が暗号化されてないとか？
Memcached に潜むセキュリティホール | スラッシュドット・ジャパン セキュリティ
ttp://security.slashdot.jp/story/10/08/10/0052240/Memcached-%E3%81%AB%E6%BD%9C%E3%82%80%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3%E3%83%9B%E3%83%BC%E3%83%AB あとSession(Cookieに保持する文字列)は暗号化じゃなくて改ざんチェックをしてるんじゃなかったかな？暗号化する方法も提供されてたとは思うが。
「CacheがSessionの代わりになるんだよ(ｷﾘｯ」じゃねーよｗ
CacheはCacheだろ。Sessionじゃねーんだよ。
素直にPlayにはSessionありませんって言えばいいのに。
AP鯖も自作してんだからSessionぐらい実装しとけよな。
マジで使えねー。
分散機能のないPHP標準のセッションとごっちゃにするな恥ずかしい
Java用Webアプリケーションフレームワークの総合スレ立てた
【Java】 Java Web Application Framework 総合
ttp://toro.2ch.net/test/read.cgi/tech/1338707919/ でもPlayにはセッション自体がねーんだろ？
PHPにも劣るじゃん。
＞Web サーバー? memcached 間のネットワークをモニタすることで
こんなことされるような環境にしなきゃいいだけのこと
セッションファイル開いたら中身まんま見れちゃうPHPも十分セキュリティホールだな
保証がないもんだと思って作ればいいんだろうが
Seasarがホットデプロイで悩んでいた問題を解決するためだろうね。
セッションレプリケーションをなくしたいのなら
代替手段にデータベースもってくるはずだし。
oauth とか 2.0 で使えるとよいのになーと思っているのですが。
ttps://hello-chapati.dotcloud.com/hello.war/ 困ってる事
■アクションチェーンをするとhttpsのアドレスからhttpのアドレスに遷移してしまう。
環境 Play Framework 1.2.3 ※1.2.4～1.2.5でも同様
０．
ttps://hello-chapati.dotcloud.com/hello.war/にアクセスする。 １．Application.indexアクションで入力画面が表示される。
２．登録ボタンを押すとApplication.registUserアクションにPOSTする。
３．Application.registUserアクションで処理が終わると、
Application.indexアクションへリダイレクト(アクションチェーン)する。
４．入力画面に戻ってくる。
この時なぜかURLが
ttp://hello-chapati.dotcloud.com/hello.war/になってしまう。 ■条件
・dotcloud上で動かした場合。
・Apache2にSSLの設定をしてPlayと連携させた場合。
※PlayのアプリにSSLの設定をしてhttpsにアクセスした場合は、アクションチェーンをさせてもhttpsのままです。
Play Frameworkのアプリ側で必要な設定ってあるのでしょうか？
ttp://playdocja.appspot.com/documentation/1.2.3/production#server SSLの設定はここを参考にしました。
ここよりは日本のユーザグループに質問投げた方がいいと思うよ。
やっぱりあっちのがいいかなぁ。
スタックオーバーフローは日本語がまるで見当たらなかったのでビビって逃げました。
検索してみても、同じ悩みの人がいるかもわからなかったorz
@IT が、スタックオーバーフローと同じようなQAサイトを作ったので、そっちで聞いてみたら？
ttp://qa.atmarkit.co.jp/ いっぱい質問を登録してくれって中の人が言っていた。
そこ利用してみます、ありがとうです。
ttp://qa.atmarkit.co.jp/q/2275 QA@ITに登録してみました。
こちらで回答いただけたらあたらにも反映しようと思うので、
こちらでも引き続き回答募集中です。
twitter #play_ja で特定したww
#play_ja は見ている人も多いから、きっと誰か反応してくれると思うよ。
回答があるといいね。
コードの量が少ない少ない。
驚いてる。
何気にplayの初質問なんだなｗ
rubyとrailsの質問が多い
★政府が隠蔽したいこと
↓
①「坂本龍一 パブコメで声あげよう」
②広瀬隆が原発の再稼働を止めるために電力会社と取引を計画
ttp://b●log.goo.ne.jp/yqmcps 歌＆作曲＆演奏：坂本龍一
ttp://www.youtube.com/watch?v=w22IhMuwhLw ttp://www.youtube.com/watch?v=iVTFeozHWcA 2.0の戻り値でokとかnotFoundとかHTTPステータスを意識させるのは改悪というかアホだろ。
ok以外は必要なときに指定できればいい。どんだけ低レベル層のフレームワーク作る気だ。
フレームワークはアホ向きにあるもんだが、作るほうが理論優先で祖結合とか
頭でっかちになってくると、反転してアホになってることさえ気がつかないのか。
いや作者は分かってても、Scalaに金で買収されたから逆らえない罠。
金儲けが悪いとは言わない。ただ2.0はJava EEの匂いがする。
みたいなことってどうやるの？
サクラで専用サーバだとApacheが入ってるからApacheになるのか
それともまんま play framework ？
情報サンクス
Web+DBプレスとSoftwreDesign、
年購入しているものの2年間ぐらい積ん読しているままだが、
見てみよう
nginx使ってる
apacheやnginxのモジュール使う必要なければ素で受けてもいいと思う
って言ってもvirtual host切りたくなったりする場合が多いと思うけど
GET /clients/{id} Clients.show
GET /hoge Clients.hoge
とあり、その時の各アクションが
public static void show(String id) {
// 処理
}
public static void hoge() {
show("12345");
}
となっている場合、
hogeアクションからshowアクションにリダイレクトすると
http://～/clients?id=12345
となってしまいます。これを
http://～/clients/12345
というようにしたいのですがどうやればいいんでしょうか？
（コントローラ内で別アクションにリダイレクトした時にもroutesに書いたキレイなURLを使って欲しい）
ifの条件が
value.getClass.isInstanceOf[String]
っていうコードの連発。書いたやつは死刑でいいよ。
ttps://github.com/typesafehub/play-plugins/blob/master/redis/src/main/scala/com/typesafe/plugin/RedisPlugin.scala 条件が常にfalse・・・
型チェックで分岐するのに
else if(){...}
else if(){...}
のelse if 連鎖で書かれていて、value.getClass.isInstanceOf[A]
ってチェックになっとる。Class型がSerializableだから
valueの型がなんであれ、Serializableのチェックに引っかかって動いているだけだな。
まさに偶然動作しているだけ・・・
しかしSerializableじゃない型がきてもSerializableと判断されてしまうのでアウトだな。
しかも最初のifチェックがSerializableのチェックだから、
仮にvalue.isInstanceOf[A]と正しく書かれていても
結局他の型チェックには回らないという無意味さ。
コントローラ内のawaitで結果を待つはずが、結果を待たずにそのまま突っ切っているような振る舞いでテストに失敗します。。。
実際の動作はきちんとawaitできているっぽいのですが、私のテストの仕方が悪いのでしょうか。
非同期jobを組み込んだ機能テストのやり方、設定などありましたら、おしえて下さい。
ttp://epubjpnet.herokuapp.com/toc/52badcf7td3bft4fe6t844ft1f0e61f31b4f/ これ素直に解決するのは無理なのかなあ
jettyの代替にplayを触り出したんだけど
脳みそがよじれそうorz
slickを乗り越え
play jsonを乗り越え
やっとこさアプリができたけど
playのjsonってgsonと比べてパフォーマンスどうなの？
今度ベンチとってみるかなぁ
業務で使ってるけど
nginxをリバースプロキシにして一部のサービスだけをplayに投げてる
Play Framework 2徹底入門
ttp://www.amazon.co.jp/dp/4798133922/ 買うほどの内容が無いんじゃないかと不安ドキドキ
どう考えても公式ドキュメントにも満たない量だろう
マージできるレビュワーが放置しまくってるっぽくてなんか止まってる感じが惜しいな
日本は英語アレルギー多すぎるし、日本語情報が増えないと国内利用が増えないから仕事につながらないんだよなぁ…
Scala自体はよくても、フレームワークがイマイチだと結局使えない
RESTfulな思想と合致するフレームワークかと思ったがボロクソ言われてるな。
StrutsでRESTは嫌だったからいろいろ探しているけれど、JAX-RS系のフレームワークの方が潰しがきくかな。
ただいかんせん日本語情報は多くないから、英語アレルギーだと触ることすらできないって感じがするわ
いろいろクセがありすぎるけど、1.x系のPlayはとりあえず楽に書けるって点では嫌いではないよ
Resultの例外とかModelにLombokみたいなことやったりするあのあたりは面白い試みだと思う
個人的にはEBeanが採用されてデータベースまわりのストレスがないのが嬉しい。
ただも言ってるけど、日本語情報少なすぎて敷居が高いな。
行き詰まったときは英語圏のドキュメント探さないといけなくてかなり面倒だったし。
Java系としては生産性が高そうな気がするけどね
ttp://playframework.com/documentation/ja/ 2.3系のドキュメント追加が待ち遠しい。
海外系以外だと、普段どういうとこで情報集めしてる？
Twitterとか見るのがいいのかな。
つか今更だけど2chはなんかもう新しいめの技術系のスレ、オワコンな感じするなぁ。どこも閑古鳥。
Controllerクラス名/アクション名を自動でパスにしたりできんの？
設定より規約でしょ？
時々意味わからん失敗して、クリーンしたりすると成功したり。
いつもイライラしっぱなしだった自分としては、ルーティングは設定ファイルのほうが好きだな
先に気持ちのいいURLを設計して、それに合わせて必要な単位でコントローラーのスタブを作る、って感じでやってる
あと、設定と実装が分離されてると、複数のURLから同じクラスの同じメソッドを呼び出すような事ができて便利
＞いつもイライラしっぱなしだった自分としては、ルーティングは設定ファイルのほうが好きだな
別に設定ファイルなのは構わんが、バックエンドで使うようなもんはURLなんてどうでもいいから自動にしてほしいんだが
symfonyの1系とかはその辺選べて凄い便利で楽だったのに
＞あと、設定と実装が分離されてると、複数のURLから同じクラスの同じメソッドを呼び出すような事ができて便利
要するに自動ルーティングと手動ルーティングどっちもできるフレームワーク触ったこと無いんだな
暗黙的にできる規約と、追加設定でURL書き換えができれば、十分だ。
コントロ－ラ/アクションを明示するのは、複数のURLに対応させたい場合「だけ」でよい。
そういう環境でplayを選ぶメリットあんの？
ヽo,´-'─ 、 ♪
r, "~~~~"ヽ
i. ,'ﾉﾚノﾚ!ﾚ〉 ☆ 日本のカクブソウは絶対に必須です ☆
__ '!从.ﾟ ヮﾟﾉﾙ 総務省の『憲法改正国民投票法』のURLです。
ゝﾝ〈(つY_i(つ
ttp://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html ｀,.く,§_,_,ゝ,
~i_ﾝｲﾉ
フロントエンドとバックエンドでいちいち分けて開発する方が今時無駄だろ
自動設定だと、GETとPOSTを一緒くたに受け取る、とかになっちゃうし。
それに、コードを書くタイミングだと、アクション側からどう受け取るか書けたほうが楽だけど、
保守って観点でみると、routesだけ見ればURL全部把握できるし、予期しない入り口とかができなくてすむ。
コントローラーって別にURLから呼び出される公開メソッドしか定義しないものでもないし。
(個人的には)記述方法も複雑じゃなく読みやすく、良い感じのバランスじゃないかなぁ。
routesファイルがURL設計書の代わりみたいな感じ。
PHPのFWでみたことあるけど
getHogeやpostFugaみたいにHTTPメソッドの名前を頭につけるという規約を採用しているケース
とかいうエラーが出るんですけど、これ、何ですか？
バグ？かこれ？
ドメインモデル貧血症の解決を図ってるあたり気になる
せめて設定で書き換えられたら良いのにと思っていますが、どうやらUTF-8で全部通させるのがずっと方針[2]のようですね。
エンコーディング周りで苦労してる人はいますか？
[1]
ttp://https://github.com/playframework/playframework/blob/master/framework/src/play/src/main/scala/play/api/mvc/ContentTypes.scala">ttps://github.com/playframework/playframework/blob/master/framework/src/play/src/main/scala/play/api/mvc/ContentTypes.scala の tolerantFormUrlEncodedに"utf-8"とハードコーディングされている [2]
ttps://www.playframework.com/documentation/ja/1.2.x/i18n#utf8 ： nobodyさん [sage] 2015/03/26(木) 21:24:37.56ID:???
OSS作ってるなら設定で書き換えられるようにプルリク作って投げればいいと思うけど、
世の中の流れ的にURLエンコーディングをUTF-8以外でっていうのはちょっとどうかと思うので、
むしろUTF-8じゃないそっちを説得すべきな気はします。
どこがUTF-8じゃないのかを教えていただければ変更願いだすのぐらいは手伝いますよ？
初心者質問で申し訳ないのですが、playにはrailsにあるように管理画面を自動作成できるようなプラグインはありますでしょうか？
ttp://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html ☆ 日本国民の皆様方、2016年7月の『第２４回 参議院選挙』で、改憲の参議院議員が
3分の2以上を超えると日本国憲法の改正です。皆様方、必ず投票に自ら足を運んでください。
私たちの日本国憲法を絶対に改正しましょう。☆
そんなもん勝手に組み合わせて使うだけのことだろ
一体どうなると相性が悪くてどうだと相性がいいんだよｗ
危うくplayの誇大広告に騙されるとこだった
お前らも気をつけろよ
ttps://trends.google.co.jp/trends/explore?date=all&q=play%20framework 参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
K0XR52IV2N
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
