Project của mình hiện đang hoạt động với giao diện cũ trên nhánh master ở gitlab.
Vẫn với project đó mình có thay đổi giao diện ở một nhánh mới trên git gồm: File css mới thay đổi để ghi đè các css cũ, thay đổi về bố cục layout, thay đổi về element trong html ở view.
Vấn đề giờ mình muốn đó là: Sẽ multiple theme, tức là sử dụng 2 theme hoạt động cùng một lúc tùy thuộc vào người dùng lựa chọn kiểu như facebook chọn giao diện mới khi sử dụng ở thời gian đầu, về sau nếu oke thì mình mới chuyển hoàn toàn sang giao diện mới đề dùng.
++ Lưu ý là project này đã có cả tính năng và logic đang hoạt động r.
@HungNguyenVan Chỗ này nó phức tạp hơn cách trình bày của a nhiều lắm. Nhưng có thể hiểu nôm na, phần stack memory (chứa biến local và function call) sẽ nhỏ hơn rất nhiều so với heap memory (chứa các object, instance...), mỗi phần sẽ bắn ra lỗi khác nhau nếu như bộ nhớ của chúng ko kịp giải phóng, hoặc đủ để chứa thêm các thành phần khác nữa. Cụ thể :
StackOverFlowError => lỗi này sẽ bắn ra bên Stack.
OutOfMemoryError => lỗi này sẽ bắn ra bên Heap (sẽ dễ thấy hơn trên Android, khi em tạo ra những object lớn cùng lúc VD: map, image... mà không được tối ưu ) ==> A đang tưởng tượng heap overflow là case này.
@Devsuccess Như bạn Khang nói là mình thấy ổn đó, bạn có thể chia sẻ cụ thể hơn về bài toán của bạn được ko? Vì cái theme mà mọi người đang hiểu là kiểu như đổi tone màu của website, font chữ, cỡ chữ... ý là đổi style thôi chứ bố cục vẫn giữ nguyên.
bác tiên phong áp dụng trước biết đâu các anh em khác lại thấy hay mà cũng áp dụng theo thì sao =))
ví dụ như sử dụng BEM để đặt class name mình thấy khá hay
"Nếu website của bạn có tính chất INSERT cao Bởi vì mặc định MongoDB có sẵn cơ chế ghi với tốc độ cao và an toàn." với "MongoDB có khả năng tìm kiến thông tin liên quan cũng khá nhanh nên trường hợp này nên dùng nó"
T nghĩ bài toán "đọc / ghi" với "tìm kiếm" nó tỷ lệ nghịch với nhau chứ nhỉ ? vì muốn tìm kiếm nhanh thì dữ liệu ghi vào cần phải đc lưu theo logic gì đó VD Btree, vì thế việc đọc/ghi sẽ lâu vì cần tìm chỗ nào lưu cho hợp lý.
THẢO LUẬN
Cảm ơn b đã quan tâm, của mình cụ thể là như sau:
Vấn đề giờ mình muốn đó là: Sẽ multiple theme, tức là sử dụng 2 theme hoạt động cùng một lúc tùy thuộc vào người dùng lựa chọn kiểu như facebook chọn giao diện mới khi sử dụng ở thời gian đầu, về sau nếu oke thì mình mới chuyển hoàn toàn sang giao diện mới đề dùng.
++ Lưu ý là project này đã có cả tính năng và logic đang hoạt động r.
@HungNguyenVan Chỗ này nó phức tạp hơn cách trình bày của a nhiều lắm. Nhưng có thể hiểu nôm na, phần
stack memory(chứa biến local và function call) sẽ nhỏ hơn rất nhiều so vớiheap memory(chứa các object, instance...), mỗi phần sẽ bắn ra lỗi khác nhau nếu như bộ nhớ của chúng ko kịp giải phóng, hoặc đủ để chứa thêm các thành phần khác nữa. Cụ thể :@Devsuccess Như bạn Khang nói là mình thấy ổn đó, bạn có thể chia sẻ cụ thể hơn về bài toán của bạn được ko? Vì cái
thememà mọi người đang hiểu là kiểu như đổi tone màu của website, font chữ, cỡ chữ... ý là đổi style thôi chứ bố cục vẫn giữ nguyên.bác tiên phong áp dụng trước biết đâu các anh em khác lại thấy hay mà cũng áp dụng theo thì sao =)) ví dụ như sử dụng BEM để đặt class name mình thấy khá hay
Hay lắm. Nhưng công ty toàn anh em không biết dùng thì việc mình áp dụng vào sợ ăn chửi quá
(
cảm ơn anh đã ủng hộ bài viết
@sven_9x
nuxtServerInithttps://nuxtjs.org/docs/2.x/directory-structure/store#the-nuxtserverinit-actionbài hay lắm em ơi




đã sửa nhé,
Đấng thứ tội con, Batman.
@phamhuutruong7 Bạn chỉ mình vài bước cơ bản khi clone về trên terminal với
Ơ anh này không viết hoa Đấng ạ? Đấng vật cho đấy
vì có Đấng nên đã tạo thêm clone để upvote nhé ạ
AWayne
Anh ơi, cho em hỏi là mọi người thường nhắc đến stack overflow mà không nhắc đến heap overflow. Tại sao lại như thế ạ?
sao mình không tìm thấy mục app passwords ạ?
cục lợn ngáo, cái này a học rồi mờ
@huukimit b ơi
@maitrungduc1410 em hieu r, cam on a nhieu nhe:v
hình như phần này anh chưa cập nhật lên git thì phải
@quytvoday được nhé bạn ơi
cám ơn e đã theo dõi.
Lúc làm ở công ty
.
Rđợt đó bắt đầu a mới thực sự làm web và con đường đi nó rõ ràng hơn, mong là e cũng như vậyChúc e phỏng vấn thành công


"Nếu website của bạn có tính chất INSERT cao Bởi vì mặc định MongoDB có sẵn cơ chế ghi với tốc độ cao và an toàn." với "MongoDB có khả năng tìm kiến thông tin liên quan cũng khá nhanh nên trường hợp này nên dùng nó" T nghĩ bài toán "đọc / ghi" với "tìm kiếm" nó tỷ lệ nghịch với nhau chứ nhỉ ? vì muốn tìm kiếm nhanh thì dữ liệu ghi vào cần phải đc lưu theo logic gì đó VD Btree, vì thế việc đọc/ghi sẽ lâu vì cần tìm chỗ nào lưu cho hợp lý.