ユーザを作成する時に、sshではログインさせたくない場合は、nologinを指定します。
(パスワードの指定もお忘れなく！)
useradd -s /usr/sbin/nologin ftpuser passwd ftpuser
Ubuntu10.04では、/etc/shells に/usr/sbin/nologinが記述されていません。
追記すれば認証が通るようになります。
vsftp.conf やユーザの設定は下記サイトがとても参考になります。
いつもの/etc/init.d では何かメッセージが出るので、メモ。
stop vsftpd start vsftpd
zshにして、他の方の設定をそのまま流用させてもらってたら、できなくなってて涙目になってました。
こちらの記事がとても参考になります。git で zsh: no matches found: HEAD^ と出る件について
Macにはもともとzshが入っているので、ターミナルで上記のコマンドを実行するだけ！
zsh使いになろうなろうと思ってはや2年くらい...もう、いい加減普段からzshにします。
プログラマーて、そう思う事ってよくあるよね。後でいい方法が思い浮かんだり、むしろ、過去の自分が何を考えていたのか分からなかったりとか。アハハ！
余談はさておき(余談からはじまっとる...)
これらhas_manyのオプションをうまく利用してあげれば、うまくassociationを組むことができます。例えばこんな感じ
class Admin::Post < ActiveRecord::Base has_many :post_products, :class_name => 'PostProducts', :foreign_key => :admin_post_id has_many :products, :through => :post_products, :class_name => 'Product' end
上の例は、管理者が投稿する機能に、関連商品を結びつけるためのアソシエーション。中間テーブルを使ってるパターンです。
public/privateとか、どっちかじゃなくて、どっちも所属するようなモデルはネームスペース付けとかない方が、後々いいなと思いました。
アジャイルとはいえ、DB設計って大事！以上！
松田明さんのkaminariにはいつもお世話になってます。前回のレシピ本では183の技でしたけど、 今回は190に増えてる。そしてRails3.1にも対応というのは嬉しい。まだ3.1の正式版はリリースされていないけど、 すぐにリリースされるだろうし、Railsはどんどん進化していくので、その情報が得られるのは助かります。 この本を手に入れたらレビューを書こう
最新のRuby on Railsの魅力を語る～3.0、3.1、3.2、そして4.0へ～
定員があるので、予約しておいた方が良さそうですね。え、もうRails4の話もあるの？？という感じですが、気になりまくり。
RubyKaigi 2011で先攻発売＆著者３人によるサイン会もあったので買いました。
Rails3でRoutingが大きく変わって、より簡潔に書けるようになってますが、どうやって書くのかとか、RailsではなくRackアプリで高速にレスポンスさせたいとか、大きく変わったモデル周りのこと、知っといて損は無いし、むしろ知っておいた方がいいことや、参考にサンプルが詰め込んであるし、解説がちょうど良い量で入っていたり、参考になるコラムが含まれているので、これはおすすめです。
なので、テキスト形式で送りたいよ！と思っちゃう。そんな時は、$RAILS_DIR/app/views/$DEVISE/mailer/confirmation_instructions.html.erb のhtml.erbをtext.erbに変えればOK！
できたらメアドからテキスト形式とHTML形式と振り分けたいかなーと思ったけど、めんどくさかったので、この方法でやることにしました。
Rails 3.1から、appフォルダ内にassetsというフォルダができて、その中にjavascriptsとstylesheetsというフォルダができるようになった。そしてそこにCoffeeScriptファイルやSCSSのファイルを置くようになります。CoffeeScriptは、JavaScriptの冗長的な書き方ではなくRubyやPythonのように書いて、それをJavaScriptにコンパイルするというものですが、Rails 3.1では拡張子を例えばapplication.jsとすれば普通のJavaScriptファイルですし、application.js.coffeeとすればCoffeeScriptとして扱われ、コンパイルも自動で行われます。つまり完全にオプション的な扱いです。ですが、書き方になれると普通のJavaScriptには戻れなくなりそうですねー。
SCSSはCSSをネストして書いたり、変数を使って書けたりするものです。SASSというのもあって、こちらはもっとプログラマーよりで関数定義までできちゃうんですが、Rails 3.1ではSCSSが採用されました。CSSを書いていると、同じものを書く事がよくあります。例えば角丸border-radiusとか。そういうのはクラスにまとめればいいんですが、クラスにまとめるか、個別に持っておくべきか迷うことがあります。そう言う時にSCSSのmixinは便利そうです。そしてネストさせることで、セレクタよりも直感的に分かりやすくなりそうだなーと思います。
PHPでいうところの、ob_flushとかをやるのと同じです。これ、個人的に何が嬉しいのかよく分からなかったんですが、出力に時間がかかる部分で、先に出せる物は出しておいてユーザの体感速度をあげるというのが一つの狙いのようですね。たとえば、headまで出しておいて、そこに含まれるcssやcssに含まれる画像は先にダウンロードさせておくなど。まぁ、でもそこまで重いページって用意したくないし、Rails3のActiveRecordはRails2のActiveRecordより遅いというデータもあるらしく、そちらの改善も期待しています。ActiveRecordばかりに頼らずに最適化しろっちゅー話なんですけどね＞＜
ちなみに、この機能はFiberがないと動かないらしく、Ruby 1.9以上が必要になります。まー実質1.9.2ですね。あと動作環境がnginxとunicornである必要があるようです。Apache+Passengerの環境もサポートしてくれないのかな？両方使ってるので後者もサポートしてほしいですねー。
やったー！てっきりRails3からデフォルトになると思ってたので、やっとこの日が来たか！という感じです。
あー、早くRails 3.1で開発してみたい。
