@bs90, tôi đã lấy nguyên dạng html của nó, khi mình var_dump thì nó ra " ({T \over 4}) " nhưng khi insert vào database thì nó mất dấu ' ' và chỉ lưu " T over 4"
Bê cái var_dump qua Mathjax chuyển thì nó ra chuẩn là T/4 còn lấy từ database ra chuyển thì vẫn là T over 4. rất cảm ơn bạn
Thank bạn.
Dùng closure, delegate, notification thì mình đã dùng rồi.
Nhưng hiện tại đang muôn tìm hiểu cách khác đẻ đồng bộ dữ liệu giữa nhiều màn hình với nhau. (Đơn giản, dễ maintenance, ...)
@huukimit Trong trường hợp, nếu mobile ko tự render thì server viết thêm api trả về nội dung đã được render thành html về cho mobile app. Cái này chắc cũng ko mất nhiều thời gian đâu bạn.
Tốt hơn hết, mình nghĩ bạn nên lưu giữ liệu gốc mà người dùng nhập, người ta nhập như nào thì phải lưu đúng như thế cho họ chứ. Người ta nhập markdown mà =))
@mih2t9x Đối với app thì có thể để app tự render markdown mà bạn. Việc render markdown ra html thì ko khó nhưng việc render từ html về markdown thì ẩn chứa nhiều rủi ro sau này. Giả sử markdown của bạn có những cú pháp riêng thì bạn khó lòng mà parse ngược từ html về markdown hoặc mất rất nhiều thời gian.
@huukimit nếu vậy thì khi bên app lấy api về thì mình lại phải render lại xong mới trả lại cho app. tại mình ko muốn động vào api nên lưu thằng vào database là dạng html luôn. đến lúc bên app chỉ cần nhận dữ liệu xong show ra thôi
THẢO LUẬN
cảm ơn bạn nhiều. Mình không biết từ khóa nên cũng khó tìm ra.
))))
hay quá! hihi
Ngon đấy a
vâng anh. =))
ý là iết như thế này thì có lợi ích gì? Viết thêm chút về lợi ích của nó để mọi người có thể hiểu nó cần thiết cho trường hợp nào. =))
Bài viết hay quá, cảm ơn tác giả nhiều
)
Cho mình hỏi khi tắt trình duyệt session hủy thì lần sau làm thế nào để vẫn nhớ phiên làm việc đó ví dụ như facebook nhỉ ?
@bs90, tôi đã lấy nguyên dạng html của nó, khi mình var_dump thì nó ra " ({T \over 4}) " nhưng khi insert vào database thì nó mất dấu ' ' và chỉ lưu " T over 4" Bê cái var_dump qua Mathjax chuyển thì nó ra chuẩn là T/4 còn lấy từ database ra chuyển thì vẫn là T over 4. rất cảm ơn bạn
Ý em lợi ích của nó ở đây là chạy ngầm mà không phải request gọi hàm hả ?? @trantrongbinh
Thank bạn. Dùng closure, delegate, notification thì mình đã dùng rồi.
Nhưng hiện tại đang muôn tìm hiểu cách khác đẻ đồng bộ dữ liệu giữa nhiều màn hình với nhau. (Đơn giản, dễ maintenance, ...)
@huukimit crawl mấy trang học tập thôi
cám ơn bạn
Thanh niên crawl dữ liệu Viblo về à =))
@huukimit Trong trường hợp, nếu mobile ko tự render thì server viết thêm api trả về nội dung đã được render thành html về cho mobile app. Cái này chắc cũng ko mất nhiều thời gian đâu bạn.
@huukimit thế như viblo bây giờ của mình là app đang tự render markdown à bạn
Tốt hơn hết, mình nghĩ bạn nên lưu giữ liệu gốc mà người dùng nhập, người ta nhập như nào thì phải lưu đúng như thế cho họ chứ. Người ta nhập markdown mà =))
@mih2t9x Đối với app thì có thể để app tự render markdown mà bạn. Việc render markdown ra html thì ko khó nhưng việc render từ html về markdown thì ẩn chứa nhiều rủi ro sau này. Giả sử markdown của bạn có những cú pháp riêng thì bạn khó lòng mà parse ngược từ html về markdown hoặc mất rất nhiều thời gian.
@huukimit nếu vậy thì khi bên app lấy api về thì mình lại phải render lại xong mới trả lại cho app. tại mình ko muốn động vào api nên lưu thằng vào database là dạng html luôn. đến lúc bên app chỉ cần nhận dữ liệu xong show ra thôi
nói xem lợi ích của việc viết như này với việc viết trong controller thì như thế nào?
hay lắm