@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
@gaubdeodeptrai Migrate data thì có bao giờ đơn giản đâu bạn
Quan trọng là để giải quyết vấn đề thì đó là một cách làm. Bên dưới mình cũng nói là nếu vẫn giữ MySQL thì phải làm gì rồi mà
@redmix0901 Bạn khởi tạo Notification kèm $sender luôn. Send là method abstract của laravel chỉ có 2 params $notifiable và $notification, bạn không thể can thiệp như kia được.
@mih2t9x Khi lưu thì bạn lưu markdown gốc mà người dùng đã nhập, vào database. Khi edit thì lấy markdown trong database ra cho người dùng sửa.
Còn việc render markdown để hiển thị thì đó là chuyện khác (yaoming)
đoạn cuối hơi ảo a nhểy, mình có cái loss function cố định với cái giá trị weight cố định training ra rồi (theo clip là 2.98.. với 3.98...), em tính đi tính lại cx ko ra được kết quả 17,66 cả 48,5. e tính tay toàn ra 17,98 vs 48,9... thôi ạ, vậy là thằng session run kia nó nhân với giá trị nào của weight nhỉ a cái này e chưa rõ lắm :-?
nếu sử dụng cơ chế lưu session_id trong cookie thì khi bạn tắt trình duyệt đi cũng ko có chuyện mất session, session nếu không được cài đặt để tự động xóa khi close browser thì nó sẽ tồn tại cho tới khi cookie hết hạn (lúc này session_id đi kèm cookie cũng die), hoặc trường hợp là lập trình viên để chế độ cho người dùng có thể chọn để xóa session đi.
THẢO LUẬN
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
cảm ơn baì viết của bạn. Đang loay hoay không biết biến môi trường là gì thì đọc được bài này. Thông mũi mát họng sảng khoái dài lâu
@gaubdeodeptrai Migrate data thì có bao giờ đơn giản đâu bạn Quan trọng là để giải quyết vấn đề thì đó là một cách làm. Bên dưới mình cũng nói là nếu vẫn giữ MySQL thì phải làm gì rồi mà
không bạn ơi, nghe những thứ mình thích và shawdow theo , bạn xem 5 minutes ielts thịnh nguyễn ấy =))
Hãy dùng:
@redmix0901 Bạn khởi tạo Notification kèm $sender luôn. Send là method abstract của laravel chỉ có 2 params $notifiable và $notification, bạn không thể can thiệp như kia được.
@mih2t9x Khi lưu thì bạn lưu markdown gốc mà người dùng đã nhập, vào database. Khi edit thì lấy markdown trong database ra cho người dùng sửa. Còn việc render markdown để hiển thị thì đó là chuyện khác (yaoming)
ad cho hỏi theo mô hình server master-slave làm sao khi xóa file trên master thì cũng xóa file trên slave được. Cảm ơn
đoạn cuối hơi ảo a nhểy, mình có cái loss function cố định với cái giá trị weight cố định training ra rồi (theo clip là 2.98.. với 3.98...), em tính đi tính lại cx ko ra được kết quả 17,66 cả 48,5. e tính tay toàn ra 17,98 vs 48,9... thôi ạ, vậy là thằng session run kia nó nhân với giá trị nào của weight nhỉ a cái này e chưa rõ lắm :-?
bạn có thể để link download ở phía dưới bài viết ví dụ của bạn đc ko?
nếu sử dụng cơ chế lưu session_id trong cookie thì khi bạn tắt trình duyệt đi cũng ko có chuyện mất session, session nếu không được cài đặt để tự động xóa khi close browser thì nó sẽ tồn tại cho tới khi cookie hết hạn (lúc này session_id đi kèm cookie cũng die), hoặc trường hợp là lập trình viên để chế độ cho người dùng có thể chọn để xóa session đi.
cái này mình demo dùng toán tử "<~" trong ReactiveSwift, còn thực tế để làm giữa 2 VC không dùng FRP thì dùng Closure hoặc Delegate là chính nhé.