@Trung_Nguyen bạn dùng loại service nào nhỉ ? Mình đoán bạn đang dùng background service.
Với trường hợp này bạn có thể sử dụng forceground service. Tuy nhiên nếu không muốn hiển thị thông báo là có service đang chạy, thì bạn kết hợp background service + broadcast receiver + work manager (đặt lịch cho nó cứ 60p check service còn sống hay không nếu không thì start lên). Good luck
Anh sinh năm bn vậy ạ, em sắp vào đại học và muốn theo con đường của anh, k biết phải mất bao lâu thì mới có được kiến thức về AI sâu như anh.
p.s. upvote thứ 100
@hoangthan345 em sử dụng Android API 23 thôi. Em chạy service kết hợp với broadcast reciever nhưng sau khoảng 1h thì service tự tắt. broadcast reciever thì lúc bắt được cuộc gọi lúc không ạ. Mong anh giúp đỡ
"request từ client và server hoạt động như thế nào" thì chưa đúng lắm. Bạn đang nói về cấu trúc của một http request ở tầng application thì đúng hơn.
Còn nếu phân tích chúng hoạt động như thế nào thì bạn cần đi sâu hơn vào cách xử lí các request đó
Chào em, khi lần đầu e bấm Change Nick Name khi đó nickname sẽ không reactive, Vue sẽ "không để ý" tới sự thay đổi giá trị của thằng đó, tiếp theo em bấm Change NIck name properly, dù có Vue.set, nhưng thực chất ở đây e chỉ thay đổi giá trị thằng nickname vừa được tạo ra trước đó, mà thằng này không reactive nên Vue sẽ không "quan tâm" và không re-render lại nữa, đó là lí do e không thấy có thay đổi trên màn hình, dù em bấm thế nào đi chăng nữa. Trừ khi em bấm button Change Name khi đó thằng name thay đổi (vì nó được khai báo ở data nên sẽ reactive) ->Vue re-render -> nickname cũng được re-render
Rút ra: chỉ cần từ ban đầu em bấm Change Nick Name là từ đó nickname đã bị coi như không reactive rồi và em sẽ phải dùng forceUpdate từ giờ về sau nếu muốn Vue re-render để thấy thay đổi trên màn hình. Do đó, để nickname là reactive, thì ngay từ ban đầu e phải gọi Vue.set trước, sau đó thì e bấm Change Nick Name thoải mái sẽ thấy nickname liên tục thay đổi.
Chào chị, bài viết rất hay và bổ ích!
Em có một thắc mắc nhỏ là khi mình tạo pull request, nhưng lại tiếp tục có thay đổi và phải tiếp tục commit lên branch đang yêu cầu merge, thì lúc này pull request bị ảnh hưởng như nào và các mô tả như là commit message hoặc comment có thay đổi hay không, và liệu có ảnh hưởng gì đến graph hay không ạ?
cũng tuỳ vào quy mô project của bạn nữa, nếu dự án lớn thì có thể tách phần admin ra hẳn 1 project riêng cũng được. Còn nếu là project làm cá nhân thì mình nghĩ không cần thiết, có thể gộp chung để dễ theo dõi, quản lí
THẢO LUẬN
đọc thôi cũng cảm thấy tràn ram não
Mình cũng di còn đường như cậu, nhưng trước đó mình không thích .net lắm.
@Trung_Nguyen bạn dùng loại service nào nhỉ ? Mình đoán bạn đang dùng background service.
Với trường hợp này bạn có thể sử dụng forceground service. Tuy nhiên nếu không muốn hiển thị thông báo là có service đang chạy, thì bạn kết hợp background service + broadcast receiver + work manager (đặt lịch cho nó cứ 60p check service còn sống hay không nếu không thì start lên). Good luck
Ko dùng được queue thì bạn có thể tạo cronjob với notification mail trong laravel
Hay quá bro, nhưng ông học nhanh thật đấy, một năm sau ra trường mà nhồi hết cả được đống đấy vào người =))
Anh sinh năm bn vậy ạ, em sắp vào đại học và muốn theo con đường của anh, k biết phải mất bao lâu thì mới có được kiến thức về AI sâu như anh. p.s. upvote thứ 100
@hoangthan345 em sử dụng Android API 23 thôi. Em chạy service kết hợp với broadcast reciever nhưng sau khoảng 1h thì service tự tắt. broadcast reciever thì lúc bắt được cuộc gọi lúc không ạ. Mong anh giúp đỡ
Có cách nào hiển thị cửa sổ của mình ẩn bên dưới lớp icon của điện thoại không bác, kiểu như wallpaper ấy
em chạy project thông qua xampp thì cái port kia mạc định là 8080 đúng không anh?
Thanks bạn
"request từ client và server hoạt động như thế nào" thì chưa đúng lắm. Bạn đang nói về cấu trúc của một http request ở tầng application thì đúng hơn. Còn nếu phân tích chúng hoạt động như thế nào thì bạn cần đi sâu hơn vào cách xử lí các request đó
Chào em, khi lần đầu e bấm
Change Nick Namekhi đónicknamesẽ không reactive, Vue sẽ "không để ý" tới sự thay đổi giá trị của thằng đó, tiếp theo em bấmChange NIck name properly, dù cóVue.set, nhưng thực chất ở đây e chỉ thay đổi giá trị thằngnicknamevừa được tạo ra trước đó, mà thằng này không reactive nên Vue sẽ không "quan tâm" và không re-render lại nữa, đó là lí do e không thấy có thay đổi trên màn hình, dù em bấm thế nào đi chăng nữa. Trừ khi em bấm buttonChange Namekhi đó thằngnamethay đổi (vì nó được khai báo ởdatanên sẽ reactive) ->Vue re-render ->nicknamecũng được re-renderRút ra: chỉ cần từ ban đầu em bấm
Change Nick Namelà từ đónicknameđã bị coi như khôngreactiverồi và em sẽ phải dùngforceUpdatetừ giờ về sau nếu muốn Vue re-render để thấy thay đổi trên màn hình. Do đó, đểnicknamelà reactive, thì ngay từ ban đầu e phải gọiVue.settrước, sau đó thì e bấmChange Nick Namethoải mái sẽ thấynicknameliên tục thay đổi.bài viết rất hay, mình muốn xin phép tác giả chia sẽ qua các blog khác cho nhiều người biết đến được ko ạ, sẽ ghi chú nguồn đầy đủ.
ông ơi cho cháu hỏi là cháu trainning nó hiện ra sau nhưng output thì không có kết quả:(.
quá hay lun a
Huhu sau bài viết e vẫn chưa rõ là request từ client và server hoạt động như thế nào ạ
Chào chị, bài viết rất hay và bổ ích! Em có một thắc mắc nhỏ là khi mình tạo pull request, nhưng lại tiếp tục có thay đổi và phải tiếp tục commit lên branch đang yêu cầu merge, thì lúc này pull request bị ảnh hưởng như nào và các mô tả như là commit message hoặc comment có thay đổi hay không, và liệu có ảnh hưởng gì đến graph hay không ạ?
cái serveo này có lẽ là đơn giản nhất rồi, vì ko cần cài đặt cũng như là đăng kí tài khoản để có thể sử dụng. Bạn chỉ cần chạy đúng 1 câu lệnh này
là mọi người có thể truy cập đến localhost của bạn thông qua domain xxxxxx.serveo.net rồi.
Còn về các công cụ khác thì bạn có thể thử tìm hiểu Ngrok (cái này cũng có bản free và thu phí, tuy nhiên phải đk tài khoản)
cũng tuỳ vào quy mô project của bạn nữa, nếu dự án lớn thì có thể tách phần admin ra hẳn 1 project riêng cũng được. Còn nếu là project làm cá nhân thì mình nghĩ không cần thiết, có thể gộp chung để dễ theo dõi, quản lí
Cái gì đã ăn sâu thì khó mà thay thế được.

