: Dev.Study - Official VSNS Repository since 2013.9.1
-
.idea 와 tmp 디렉토리는 불필요한 디렉토리라서 제거했습니다.
-
유닛 리더께서는
upstream이라는remote branch를 하나 추가하시고 https://github.com/dev-study/vsns.git 로 지정해 주신 후에git pull upstream master해 주시면 됩니다. 작업 순서는 다음과 같습니다.vsns $> git remote add upstream https://github.com/dev-study/vsns.git vsns $> git checkout master vsns %> git pull upstream master -
이렇게 하면 dev-study/vsns 저장소의 master branch를 본인의 로컬 master 브랜치로 pull 할 수 있게 되는 것이죠. 그리고 나서 유닛 저장소로 git push origin master 하시면 최종적으로 dev-study/vsns 저장소의 업데이트된 내용이 유닛 저장소로 가져와 머지하게 되는 것입니다.
-
2013년 9월 5일 자정
Midnight Hangout Code Review에서 진행되었던refactoring결과를master branch로 머지하고git tag를v0.1.3으로 생성하였습니다. -
공지한 바와 같이 이제(2013.9.6 06:00)부터는 각 유닛 리더는 이 버전(v0.1.3)을
fork합니다. 그리고 유닛 멤버는 유닛 리더의 저장소를git clone합니다.
정리하면,
-
각 유닛의 리더는 dev-study/vsns 저장소(v0.1.3) 를 fork합니다. 그리고 유닛 멤버는 유닛 리더의 저장소를 clone 합니다. 이에 대해서는 이준헌님이 올려 주신 링크를 참고하면 fork 기능을 이해하는데 많은 도움이 될 것입니다. http://blog.outsider.ne.kr/865
-
유닛 멤버들은 각자의 branch를 생성하여 코딩 작업을 합니다.
$ git checkout -b [본인의 branch명] -
유닛 멤버는 본인의 코딩 작업이 완료되면 clone 받았던 리더의 저장소(github 내의 리더 저장소)로 커밋내용을 push 하는데, 아래와 같은 순서로 작업을 합니다.
$ git add . $ git commit -m "some commit messages" $ git push origin [본인의 branch명] -
이제 유닛의 각 멤버가 협업을 통해서 작업을 완료하면, 유닛 리더는 유닛멤버들의 branch를 머지하고 (이때 약간의 커밋 충돌이 있을 수 있는데 리더는 이러한 충돌부분을 해결해야 함) 유닛 리더는 최종
master branch를pull request하면 됩니다. 유닛 리더는 아래와 같은 순서로 작업을 합니다.$ git pull origin [유닛멤버의 branch명] # 유닛멤버의 수 만큼 ... $ git checkout master $ git merge [유닛멤버의 branch명] # 유닛멤버의 수 만큼 ... -
멤버 branch의 머지 작업이 완료되면 유닛 리더는 아래와 같이 git push 명령을 수행합니다.
$ git push origin master -
이제 유닛 리더는 github에 접속하여 본인의 계정으로 fork한 dev-study/vsns 저장소로
PULL REQUEST를 합니다. 여기 까지의 작업은 각 유닛에서 수행하는 것입니다. -
이렇게 8개의 유닛에서
pull request가 들어오면 커밋터로 지정된 멤버들은pull request커밋들을 검토하고 최종 master 버전으로merge하면 됩니다. -
절차상의 문제가 있다고 판단되시면 언제든지 연락을 주시기 바랍니다.
- 최종 tag 버전은 v0.1.2 입니다. v0.1.1 버전에 버그수정한 것이 반영이 안되었습니다. 죄송합니다.
- 최종 tag 버전은 v0.1.1 입니다.
- 이유: layouts/shared/_my_communities.html.erb에서 @communities_joined를 사용하여 community 목록을 구성하는데, show.html, edit.html, new.html 에서는 @communities_joined가 nil이어서 오류 발생
- 관련 파일
- controllers/items_controller.rb
- 관련 파일
- view/communities/create.js.erb
- view/layouts/shared/_my_communities.html.erb
- controllers/communities_controller.rb
-
수정부분: @communities_joined.size가 0인 경우도 ul 영역을 생성하도록 수정.
-
이유: view/communities/create.js.erb에서는 #community_list 영역에 새로 생성한 cummunity를 추가하도록 구현되어 있음. communities.size가 0인 경우에도 #community_list 영역을 생성해주어야 이 부분이 정상적으로 동작함
-
관련 파일
- view/layouts/shared/_my_communities.html.erb
: as of 2013년 9월 1일, 18:45am
-
이제 Big Pie 팀프로젝트로 공동(?) 개발된
vsns Blog project를 master branch에 머지하고 v0.1.0 태그를 달아서 github에 push했습니다. -
상당 부분의 refactoring 과정이 필요하고, 약간의 버그가 있을 수 있습니다. 이러한 부분에 대한 멤버들의 손질이 필요합니다.
-
본 프로젝트의 소스를 공유하여 작업을 하고자 할 때는 이전까지 방식과는 달리 https://github.com/dev-study/vsns 로 접속하신 후 브라우저 화면 우측상단에 있는
Fork버튼을 클릭하여 자신의 계정으로 forking 하신 후에 작업을 하시고 변경내용에 대한 머지를 원할 경우에는pull request작업을 통하여 하여 주시기 바랍니다. -
Forking과 Pull Request에 대한 사항 github 홈페이지를 참조하시 바랍니다.
-
Community기능이 추가되었습니다. 이를 위해Community리소스를 추가했고, User와Community모델을 연결을 다대다로 연결하기 위해서Associate라는 join 모델을 추가했습니다.class Community < ActiveRecord::Base has_many :associates, dependent: :destroy has_many :users, :through => :associates has_many :items, :through => :users end class Associate < ActiveRecord::Base belongs_to :user belongs_to :community before_save :default_values def default_values self.access_type = "member" end end -
그리고
User모델에는 아래와 같이 관계설정을 추가했습니다.in app/models/user.rb
has_many :associates has_many :communities, :through => :associates -
Community 기능은 다음과 같습니다.
Community생성기능 : 우측My Join Communities위젯의 아래에 보면Create a community링크를 클릭하면 바로 아래에 입력창이 보이게 됩니다. 입력창에 커뮤니티명을 입력하고 엔터키를 누르면 ajax 기능을 이용하여My Join Communities목록에 추가됩니다. 이 항목에 대한 유효성 검증은 두가지입니다.:presence => true,:uniqueness => true.My Join Communities에는 본인이 멤버로 등록된 Community가 보이게 되는데, 10개가 넘어갈 때는 10개만 표시되고 그 아래에 10개를 뺀 수를more...링크로 보여줍니다. 이 링크를 클릭하면 전체 목록을 볼 수 있는 페이지로 이동합니다.- 각
Community항목의 오른쪽에는 가입(join)/탈퇴(leave) 링크가 있어서 편리하게 가입 및 탈퇴가 가능하도록 했습니다. My Join Communities에 보이는 각Community링크를 클릭하면 가입된 모든 멤버의items들이 보여집니다.- 상단 메뉴 중
My Communities는 본인인 개설한 Community 목록을 보여 줍니다.
-
변용훈님이
tagsinput-rails젬을 이용하여 코딩해 주신 부분을bootstrap-tagsinput-rails젬으로 대치하여 변경하였습니다. 현재 프로젝트에서는Twitter Bootstrap을 사용하고 있어서 스타일링이 어울리 않더군요. 그것 말고는 잘 동작합니다. -
그래서 검색했더니
bootstrap-tagsinput이라는 jQuery plugin이 있어서 이것을 assets pipeline을 이용하여 쉽게 사용할 수 있도록 젬으로 만들었습니다. https://github.com/rorlab/bootstrap-tagsinput-rails
Original Git source - https://github.com/timschlechter/bootstrap-tagsinput
To gemify the assets of bootstrap-tagsinput jQuery plugin for Rails >= 3.1
Designed for Bootstrap 2.3.2 and 3
Add this line to your application's Gemfile:
gem 'bootstrap-tagsinput-rails'
And then execute:
$ bundle
Or install it yourself as:
$ gem install bootstrap-tagsinput-rails
in app/assets/application.js
//= require bootstrap-tagsinput
in app/assets/application.css
*= require bootstrap-tagsinput
in form view, you should add data-role='tagsinput' within input tag as the follows: for example, in simple-form view template,
<%= f.input :tag_list, input_html:{data:{role:'tagsinput'}} %>
That's it
-
Comment가 하나 추가되면 해당 Item의 모델 객체의 updated_at 날짜가 갱신되어 페이지의 최상단에 보이게 됩니다.
in app/models/comment.rb
belongs_to :commentable, polymorphic: true, touch: true이를 위해서 touch: true 옵션을 주면 됩니다.
-
Gemfile에 authority & rolify 두개의 젬 추가하고 bundle install 합니다.
-
준비 작업을 아래와 같이 합니다.
# Create the ApplicationAuthorizer from Authority $ rails generate authority:install # Create the Role class from rolify $ rails generate rolify:role # Create related tables $ rake db:migrate -
권한설정하는 방법에 대해서는 아래의 자료를 참조하기 바랍니다.
- Devise + Authority + Rolify : https://github.com/EppO/rolify/wiki/Using-rolify-with-Devise-and-Authority
-
이제 부터는 본인이 작성한 글이나 댓글에 대해서만 권한이 주어집니다. 다른 사람의 글이나 댓글은 수정하거나 삭제할 수 없습니다
-
Comment 모델의 생성. 이 모델도 polymorphic association으로 어떠한 모델에도 붙일 수 있도록 하였습니다.
$ rails g model comment user:references commentable:references{polymorphic} body:text invoke active_record create db/migrate/20130827234430_create_comments.rb create app/models/comment.rb invoke test_unit create test/models/comment_test.rb create test/fixtures/comments.yml $ rake db:migrate == CreateComments: migrating ================================================= -- create_table(:comments) -> 0.0101s == CreateComments: migrated (0.0101s) ======================================== -
[주의] simple_form 젬 설치한 다음에 $ rails g simple_form:install --bootstrap 명령을 수행하였는지 모르겠네요. simple_form의 class를
form-vertial로 변경해야 할 필요가 있지만, 적용이 되지 않는군요. 그래서 다시 $ rails g simple_form:install --bootstrap 명령으로 덥어쓰기 했습니다. 이제 default가form-vertical되었습니다. 그래서 추가 작업은 views/devise/ 디렉토리 아래의 registraion과 session 디렉토리에 있는 simple_form의 class를form-horizontal로 변경해 주어야 합니다. 그리고 comment 폼에서는 별도의 class를 지정할 필요가 없게 되었습니다. -
Comment 모델을 만들었으니 컨트롤러와 뷰 템플릿을 만들어야 합니다.
in app/controllers/comments_controller.rb
class CommentsController < ApplicationController def create @commentable = comment_params[:commentable_type].classify.constantize.send('find',comment_params[:commentable_id]) comment_params[:user_id] = current_user.id flash[:notice] = "A comment was successfully created." respond_to do |format| if @comment = @commentable.comments.create(comment_params) format.html { redirect_to @comment, notice: 'Comment was successfully created.' } format.json { render json: @comment, status: :created, location: @comment } format.js else format.html { render action: "new" } format.json end end end def destroy comment = Comment.find(params[:id]) @commentable = comment.commentable_type.classify.constantize.send('find', comment.commentable_id) @comment = @commentable.comments.find(params[:id]) @comment.destroy flash[:alert] = "A comment was successfully deleted." respond_to do |format| format.html { redirect_to items_url, alert: 'Comment was successfully deleted.' } format.json { head :ok } format.js end end private def comment_params params.require(:comment).permit(:body, :user_id, :commentable_id, :commentable_type) end end -
여기서는 정신을 똑바로 차려야 합니다. polymorphic 관계로 comment 객체들을 다루어야 하기 때문입니다. 위의 코드 중에는 생소한 것들이 보입니다. classify니 constantize니 하는 것들이죠. commentable_type으로 넘어오는 값은 클래스가 아니라 그저 문제에 불과합니다. 그러나 우리는 실제 클래스가 필요하기 때문에 넘겨 받은 문자열을 가지고 클래스를 만들어서(classify), 상수화(constantize)하는 과정을 거쳐야 합니다. 이렇게 만들어진 클래스 상수에 대해서 send 메소드를 호출하여 finder 메소드를 인수로 넘겨 주면 runtime에서 문자열을 가지고 실제 클래스의 메소드를 실행할 수 있게 되는 것입니다. 조금 어렵죠? ㅎㅎㅎ.
-
나머지 comment에 대한 뷰 템블릿을 만든 것은 별도의 설명이 필요없을 것 같습니다.
-
ㅎㅎㅎ. 놀래셨죠? 다름이 아니라 pageless 구현했는데, 정작 필요한 views/items/index.js.erb 파일이 없군요. 추가해서 배포했습니다.
in views/items/index.js.erb
$("#items").html("<%= j render(@items) %>");
: as of 2013년 8월 28일, 7:00am (#2)
-
이 시간 이후에는 if Rails.env == 'development' 인 경우, 디폴트 개발모드 DB는 sqlite3로, carrierwave 저장소는 로컬 파일시스템입니다.
-
로컬에서도 production 모드를 돌려 볼 수 있는데, 이 때는 두군데를 코멘트 처리하거나 변경해 주면 됩니다.
- config/initializer/carrierwave.rb 파일 중에서 2-13 라인을 주석처리해 주시면 됩니다.
- app/uploaders 디렉토리에 있는 각 파일들을 열어서(현재 2개의 업로더가 있습니다), storage :file 으로 변경해 주시고 if 조건절은 코멘터 처리해 주면 됩니다. 최종적으로는 아래와 같이 됩니다.
# Choose what kind of storage to use for this uploader: storage :file # storage :fog #if Rails.env == 'production' # storage :aws #else # storage :file #end -
그 동안 다른 멤버들의 고충 잘 알지 못한 점 죄송스럽게 생각합니다. 이제 로컬 개발환경에서도 팀프로젝트를 쉽게 셋팅해서 프로젝트 개발을 쉽게 할 수 있을 것을 생각합니다. 문제점이 발생하면 저에게 연락을 주시면 됩니다. rorlab@gmail.com
pageless-rails젬을 추가했습니다. 이 젬은will_paginate젬을 이용하여 pagination을 구현한 상태에서 bottom-less 또는 endless pagination이 되도록 도와 주는 jquery plugin입니다.
in Gemfile,
gem 'pageless'
이미 will_paginate 젬은 설치되어 있으니 여기서는 추가할 필요가 없습니다. 이제 Gemfile을 저장후 bundle install 합니다.
in app/assets/javascripts/application.js, add the following code line.
//= require jquery.pageless
in app/helpers/application_helper.rb
def pageless(total_pages, url=nil, container=nil)
opts = {
:totalPages => total_pages,
:url => url,
:loaderMsg => 'Loading more pages...',
:loaderImage => image_path('load.gif')
}
container && opts[:container] ||= container
javascript_tag("$('#items').pageless(#{opts.to_json});")
end
위와 같이 application 헬퍼 파일에 추가하면 erb 코딩에서 pageless 메소드를 편하게 사용할 수 있게 됩니다. 그리고 pageless pagination 을 원하는 view template 파일(views/items/index.html.erb)에서 아래와 같이 추가해 줍니다.
<div class="items">
<%= render @items %>
</div>
<%= will_paginate @items %>
<%= pageless(@items.total_pages, items_path, '#items') %>
한편, items_controller.rb 파일의 index 액션에서는 @items 변수에 paginate 메소드를 호출해 줍니다.
@items = @items.order(updated_at: :desc).paginate(page: params[:page], per_page: 10)
- 젬 추가 : slimbox2-rails v2.05.2 (https://github.com/rorlab/slimbox2-rails)
- 이 젬은 이미지 파일을 lightbox 로 볼 수 있게 해 줍니다. 그리고 특정 페이지의 링크 중에 rel 속성이 'light-xxx' 와 같이 동일한 경우가 여러개 있는 경우에는 lightbox에서 좌우 화살표나 마우스 클릭으로 이미지 스크롤하여 볼 수 있습니다. v2.05.2에서는 이미지 원본이 스크린 크기보다 큰 경우 화면의 0.8 배 크기로 자동으로 줄여 보여 주어 더 좋아졌습니다.
- [주의] 레일스 4에서는 vendor/assets/images 디렉토리에 위치하는 이미지 파일들이 precompile되지 않는 문제점을 발견했습니다. 이를 위한 해결책은 config/production.rb 파일에 아래와 같이 코드를 추가해 줍니다. 즉, precompile 할 때 이미지 파일을 포함하라는 말인거죠.
# Precompile vendor/assets/images with Sprockets
config.assets.precompile += %w(*.png *.jpg *.jpeg *.gif)
- likeable이라는 polymorphic association을 이용하여 좋아요 기능을 구현하였습니다. 이를 위해서 like.rb 모델 클래스를 작성하였고 이것은 모델 제너레이터를 이용하였습니다.
$ rails g model Like likeable:references{polymorphic} user:references
invoke active_record
create db/migrate/20130827022256_create_likes.rb
create app/models/like.rb
invoke test_unit
create test/models/like_test.rb
create test/fixtures/likes.yml
이 Like 모델은 User 모델과 Item 모델을 연결하는 Join 모델로서 Like 모델은 어떤 모델(likeable:polymorphic)과도 belongs_to 로 연결할 수 있게 했습니다.
class Like < ActiveRecord::Base
belongs_to :likeable, polymorphic: true, counter_cache: true
belongs_to :user
end
또한 items 데이블에는 likes_count:integer 필드를 하나 추가합니다. 이것은 counter_cache에 사용하기 위한 필드로서 정수 0으로 초기화해 줍니다. 아래는 마이그레이션 클래스의 내용입니다.
class AddLikesCountToItems < ActiveRecord::Migration
def change
add_column :items, :likes_count, :integer, default: 0
end
end
User 모델 클래스에는 like!, dislike!, liking? 메소드를 추가했고, users_controller.rb 에는 like, dislike 액션을 추가해 주었습니다.
in user.rb
def like!(item)
likes.create!( likeable: item)
end
def dislike!(item)
likes.find_by(likeable: item).destroy!
end
def liking?(item)
if item.nil?
false
else
likes.find_by(likeable: item).present?
end
end
in users_controller.rb
def like
@user = User.find(params[:id])
@item = Item.find(params[:item_id])
@user.like! @item
respond_to do |format|
format.js
end
end
def dislike
@user = User.find(params[:id])
@item = Item.find(params[:item_id])
@user.dislike! @item
respond_to do |format|
format.js
end
end
in routes.rb
get 'users/:id/like/:item_id' => 'users#like', as: :like_item
get 'users/:id/dislike/:item_id' => 'users#dislike', as: :dislike_item
in views/users/like.js.erb
$('#like_<%= @item.id%>').html("<%=j render('items/like_status', item: @item) %>");
in views/users/dislike.js.erb
$('#like_<%= @item.id%>').html("<%=j render('items/like_status', item: @item) %>");
Like상태를 view 템플릿에 표시할 때는 아래와 같이 erb 코드를 작성했습니다.
<%= item.likers.size %>
<%= link_to_unless( current_user.liking?(item), "Like", like_item_path(current_user.id, item.id), class: 'dislike_state', remote: true) do %>
<%= link_to "Liked", dislike_item_path(current_user.id, item.id), remote: true %>
<% end if user_signed_in? %>
상세한 것은 소스를 보시기 바랍니다.
-
이를 위한 젬 추가 : carrierwave-aws (Gemfile에 추가하고 bundle install)
-
config/initializers/carrierwave.rb 파일을 생성한 후 아래와 같이 carrierwave 설정추가하기 (환경변수는 aws 본인계정에서 관련정보를 얻을 수 있슴)
CarrierWave.configure do |config|
config.storage = :aws
config.aws_bucket = ENV['S3_BUCKET_NAME']
config.aws_acl = :public_read
config.asset_host = 'http://[bucket_name].s3-website-ap-northeast-1.amazonaws.com'
config.aws_authenticated_url_expiration = 60 * 60 * 24 * 365
config.aws_credentials = {
access_key_id: ENV['AWS_ACCESS_KEY_ID'],
secret_access_key: ENV['AWS_SECRET_ACCESS_KEY']
}
end
heroku에서 환경변수를 지정하는 방법이 따로 있군요. 참고(https://devcenter.heroku.com/articles/s3)
$ heroku config:set AWS_ACCESS_KEY_ID=xxx AWS_SECRET_ACCESS_KEY=yyy
bucket name 환경변수는 다음과 같이 지정합니다. bucket name 생성하는 방법은 https://console.aws.amazon.com/s3/home 참조하세요. (bucket은 아마존 S3 저장소임)
$ heroku config:set S3_BUCKET_NAME=appname-assets
-
사용자 계정정보를 변경시 프로필 사진을 삭제할 수 있도록 remove 체크박스를 추가하였습니다. 본인의 프로필 사진을 업로드했다가 삭제하고 싶을 때 체크하면 됩니다. 프로필 사진을 변경하고자 할 때는 다시 파일업로드하면 됩니다.
-
[주의사항] Devise 젬을 Rails 4에서 사용할 때는 strong parameters에 대한 부분을 추가해 주어야 합니다. 이에 대한 참고는 https://github.com/plataformatec/devise#strong-parameters 입니다.
class ApplicationController < ActionController::Base
# Prevent CSRF attacks by raising an exception.
# For APIs, you may want to use :null_session instead.
protect_from_forgery with: :exception
# Devise with strong parameters
before_filter :configure_permitted_parameters, if: :devise_controller?
protected
def configure_permitted_parameters
devise_parameter_sanitizer.for(:sign_up) { |u| u.permit(:avatar, :email, :password, :password_confirmation) }
devise_parameter_sanitizer.for(:account_update) { |u| u.permit(:avatar, :email, :password, :password_confirmation, :current_password, :remove_avatar) }
end
end
- Gemfile에 아래의 젬을 추가 합니다.
group :production do
gem 'pg'
gem 'rails_12factor'
end
그리고, bundle install 합니다.
- config/environments/production.rb 파일을 열어 아래와 같이 수정해 줍니다.
config.serve_static_assets = true
- 다음으로는 assets을 사전 컴파일작업합니다.
$ RAILS_ENV=production rake assets:precompile
지금까지 작업한 내용을 git 저장소에 commit 합니다
cd vsns/bigpie로 이동한 다음에git init명령으로bigpie디렉토리에 대한git환경을 초기화 줍니다.
vsns/bigpie $ git init
vsns/bigpie $ git add .
vsns/bigpie $ git commit -m 'initial commit for heroku deployment'
- CLI에서 아래와 같은 명령을 실행하여, heroku에 웹서버와 git 저장소를 동시에 생성합니다.
vsns/bigpie $ heroku create
Creating vast-crag-4195... done, stack is cedar
http://vast-crag-4195.herokuapp.com/ | git@heroku.com:vast-crag-4195.git
- 이제 heroku 라는 원격 저장소를 등록해 줍니다.
vsns/bigpie $ git remote add heroku git@heroku.com:vast-crag-4195.git
- 다음으로 heroku master 브랜치로 현재의 로컬 저장소의 브랜치를 git push 합니다.
vsns/bigpie $ git push heroku master
heroku로 배포가 완료되면 아래와 같이 migration 작업을 합니다.
vsns/bigpie $ heroku run rake db:schema:dump
이제 브라우저의 주소입력창에 http://vast-crag-4195.herokuapp.com/ 을 입력하고 접속합니다. 지금까지의 설치과정에서 별문제가 없었다면 웹페이지가 제대로 보여야 합니다.
- My Posts 위젯을 오른쪽 sidebar에 thumbnail 형식으로 보여 주도록 했습니다.
- My Posts 위젯의 각 thumbnail을 마우스 오버하며 box shadow가 보이고 클릭하면 해당 item 정보로 이동합니다.
- item form에 업로드된 photo 가 있는 경우 이미지를 표시하고 이미지를 삭제할 수 있는 checkbox를 추가하였습니다. 삭제 checkbox를 체크한 후 submit 하면 이제부터는 이미지가 삭제됩니다.
- item index 페이지에서도 각 포스트마다 tag 리스트를 보이게 했습니다.
- followers와 followings 리스트를 볼 수 있도록 링크를 연결하였습니다.
- navbar의 로그인 정보를 오른쪽으로 배열했습니다.
- 그리고 로그인 상태에서는 현재 로그인한 사용자의 이메일 주소가 navbar에 표시되도록 하였습니다.
- 또한 이메일 메뉴의 하위 메뉴를 두어 본인의 계정 정보를 수정할 수 있게 하였습니다.
- will_paginate 젬 추가하였습니다.
- item form의 description 내용을 입력하는 창에 summernote 위지위그 에디터를 붙였습니다. 이를 위해
summernote-rails라는 젬을 추가했습니다. 참고로 카카오의 홍영택님이 만드신 summernote 에디터를 rails에서 쉽게 사용할 수 있도록 제가 만든 젬입니다만, 시험적으로 사용해 봤습니다. 그런데로 괜찮습니다. - summernote-rails 젬을 사용하니 turbolinks와의 문제가 발생하여 페이지가 보여질 때 에디터가 보이지 않게 되어 juqery-turbolinks 라는 젬을 추가하여 해결하였습니다. 이에 대해서는 Gemfile에 코멘트 추가해 놓았습니다.
- summernote-rails 젬과의 충돌 때문에 flatui-rails 젬을 제거하였습니다.
- item form의 file upload를 이준헌님이 만들어 놓으신 것을 참고하여 simple_form_bootstrap_file_input.rb 파일을 config/initializers 디렉토리에 추가하여 이쁘게 보이도록 했습니다. 감사드립니다.
- item photo 입력을 로컬머신의 시스템 파일 뿐만 아니라 이미지 URL을 입력해도 업로드가 가능하도록 했습니다. 이를 우해서 item.rb 모델 클래스에 attr_accessor :remote_photo_url 을 지정해 주었구요. items_controller.rb 파일의 item_params의 permit 옵션에 :remote_photo_url 항목을 추가해 주었습니다.
- 그리고 items 테이블의 description 필드의 데이터 속성을 string 에서 text 로 변경하였습니다.
- items 보여지는 순서를 updated_at 날짜를 DESC로 지정했습니다. 이제 최근 갱신글이 가장 위로 보이게 됩니다.
- gem 'acts-as-taggable-on'을 사용하여 Tagging 기능 추가
- Item model에 tagging 관련 기능 추가 (acts_as_taggable)
- Item 입력 form에서 tag list 입력받을 수 있도록 수정
- Item show.html에 tag 보여주도록 수정. tag에 /tags/:tag 링크 추가
- /tags/:tag 라우트 추가
- ItemsController의 index에 tag로 검색하는 기능 추가
- .gitignore 파일에 big_pie/public/uploads/* 추가
- items 컨트롤러의 index와 show 액션 뷰 템플릿 파일을 리팩토링하였습니다. index view 에서는 _item.html.erb 이라는 partial template 파일을 만들어서 각 item 데이터를 보여 주는 부분을 별도의 파일로 추출하였습니다. 결과적으로 index.html.erb 파일에는 <%= render @items %> 이 한줄로 간단하게 전체 item 포스트를 보여 주게 됩니다.
- show action view 에서는 _show_item.html.erb 이라는 partial template 파일을 새로 만들어서 하나의 item 데이터를 조금 이쁘게 보이도록 하였습니다. 물론 전체적으로는 responsive design을 유지하면서 말이죠. 따라서 show action view template 파일에는 <%= render 'show_item', item: @item %>와 같이 간단하게 리팩토링되는 것이죠.
- _item_html.erb partial template 파일에서 추가한 기능은
actions라는 div 태그내에 세가지 action 링크를 추가하였습니다:Show,Edit,Destroy. 이actionsdiv 태그는 디폴트 상태에서는 display:none 으로 되어 있지만, div.hover 시에 display:inline으로 보이게 하였습니다. 따라서 마우스를 하나의 post에 가져가면 post 좌측하단에 세개의 액션 버튼들이 보이게 됩니다.
- 전체 레이아웃을 가로 2단으로 구성하였고, 약간의 리팩토링을 수행하였습니다.
- file upload시 한글파일명일 경우 한글이 밑줄로 표시되는 것을 한글이 제대로 표시되도록 하였습니다. (config/initializers/carrierwave.rb 파일을 추가했습니다.)
- devise 젬의 devise:views 를 생성했습니다. 그래서 app/views/devise/ 디렉토리의 뷰템플릿 파일들을 가지고 수정할 수 있게 되었습니다.
- 그리고 follow 기능을 추가하기 위해서 users_controller.rb 파일을 추가했습니다. 여기에는 followings, followers, follow, unfollow 액션을 정의했습니다.
- User 모델에는 avatar 속성을 추가해서 개인 프로필 사진을 올리 수 있게 했습니다. 사진이 없는 경우 디폴트 이미지(profile_default.png)가 보이도록 했습니다. 그리고 Relationship 이라는 모델을 만들어 User 모델과의 관계설정을 했습니다. 또한, User 모델에는 following?, follow!, unfollow! 메소드를 정의했습니다.
- relationships_controller.rb 파일은 현재로서는 딱히 필요가 없습니다.