안녕하세요,
# frozen_string_literal: true
# Post processing that we can do after a post has already been cooked.
# For example, inserting the onebox content, or image sizes/thumbnails.
class CookedPostProcessor
LIGHTBOX_WRAPPER_CSS_CLASS = "lightbox-wrapper"
LOADING_SIZE = 10
LOADING_COLORS = 32
attr_reader :cooking_options, :doc
def initialize(post, opts = {})
@dirty = false
@opts = opts
@post = post
@previous_cooked = (@post.cooked || "").dup
# NOTE: we re-cook the post here in order to prevent timing issues with edits
# cf. https://meta.discourse.org/t/edit-of-rebaked-post-doesnt-show-in-html-only-in-raw/33815/6
@cooking_options = post.cooking_options || opts[:cooking_options] || {}
show original
왜 게시물이 이미 'cook’된 후에 후 처리(post processing)가 일어나는 것인가요?
만약 oneboxes나 "특정 사용자의 인용"과 같은 기능이 아직 존재하지 않는다면, 이러한 기능을 추가하기 위해 어떤 과정이 필요할지 함께 살펴볼 수 있을까요? 그래서 Prettytext를 알게 되었습니다: discourse/app/assets/javascripts/pretty-text at f9608c0af5f7b1109117a5aba979acb00c28cf9a · discourse/discourse · GitHub
else
post.custom_fields["rebake_attempts"] = attempts + 1
post.save_custom_fields
end
end
end
problems
end
def rebake!(invalidate_broken_images: false, invalidate_oneboxes: false, priority: nil)
new_cooked = cook(raw, topic_id: topic_id, invalidate_oneboxes: invalidate_oneboxes)
old_cooked = cooked
update_columns(
cooked: new_cooked,
baked_at: Time.zone.now,
baked_version: BAKED_VERSION
)
if is_first_post?
이것은 postanalyzer의 cook 메서드를 호출합니다:
end
def has_oneboxes?
return false unless @raw.present?
cooked_stripped
found_oneboxes?
end
# What we use to cook posts
def cook(raw, opts = {})
cook_method = opts[:cook_method]
return raw if cook_method == Post.cook_methods[:raw_html]
if cook_method == Post.cook_methods[:email]
cooked = EmailCook.new(raw).cook(opts)
else
cooked = PrettyText.cook(raw, opts)
end
result = Oneboxer.apply(cooked) do |url|
이 함수는 백엔드에서 자바스크립트 마크다운 변환을 실행합니다:
@ctx
end
def self.reset_context
@ctx_init.synchronize do
@ctx&.dispose
@ctx = nil
end
end
def self.markdown(text, opts = {})
# we use the exact same markdown converter as the client
# TODO: use the same extensions on both client and server (in particular the template for mentions)
baked = nil
text = text || ""
protect do
context = v8
custom_emoji = {}
Emoji.custom.map { |e| custom_emoji[e.name] = e.url }
제 생각에는 코드 중복을 줄이기 위해 이렇게 처리되는 것 같았습니다. 하지만 위에서 링크한 CookedPostProcessor를 발견했습니다. 일부 처리는 자바스크립트로만 수행되는 반면, 일부는 자바스크립트와 루비(Ruby) 모두에서 CookedPostProcessor를 통해 수행되는 것 같습니다. 따라서 요약하면: 1. 마크다운으로의 변환과 마크다운에서 다른 형식으로의 변환 규칙이 필요합니다(이것은 자바스크립트로만 이루어지는 것으로 보입니다). 2. HTML을 생성하는 코드가 필요합니다(일부는 자바스크립트이지만 일부는 루비로도 이루어져 있습니다). (2.)가 왜 부분적으로 자바스크립트로, 부분적으로 루비로 처리되는지 궁금합니다. 예시를 들어 설명해 주실 수 있을까요? 또한 이 게시물에서 제가 잘못 이해한 부분이 있다면 수정해 주시면 매우 감사하겠습니다.
감사합니다!
fzngagan
7월 2, 2020, 4:26오후
2
먼저, js 콘솔의 네트워크 탭을 확인하여 게시글이 생성될 때 프론트엔드에서 어떤 데이터가 수집되어 서버로 전달되는지 파악해 보세요. 이는 rails API로 전송되는 모든 데이터가 rails에서 추가로 처리된다는 것을 의미합니다. 그런 다음 posts 테이블에서 raw와 cooked 컬럼을 확인하면, 각각 게시글의 처리 전과 처리 후 형태를 보여줍니다.
네, 답변 감사합니다. 저는 이걸 조각조각 나눠서 살펴보는 게 좋을 것 같아요. 아마도 제가 취했던 ‘첫 원리부터 생각하기’ 방식은 이 구조가 역사적 이유로 형성되었기 때문에 통하지 않는 것 같습니다.
