Có bạn ơi, cho xin facebook or zalp để tiện liên lạc nhỉ?

Mình muốn hỏi chỗ truy cập vào url qua domain kia mình chưa hiểu lắm, mình phải mua domain xog trỏe đến ip wan con master đúng ko ad ?

hay quá a ơi. +1 bookmark

@Clarence161095 dạ cảm ơn anh, anh reply nhanh quá :Đ. em có gửi mail cho anh rồi ạ, anh check giúp em nha.

Em cám ơn ý kiến đóng góp của anh ! Em sẽ noted lại ý này ạ, em sẽ cố gắng cho bài viết thêm chiều sâu ạ

Cảm ơn câu hỏi của bạn nhé. Theo mình thấy thì có một số lợi ích của SSR làm cho web chạy nhanh hơn, cụ thể:

1. Tải trang nhanh hơn: Với SSR, server có thể gửi một phiên bản hoàn chỉnh của trang web đã được render đến client, thay vì chỉ gửi mã nguồn JavaScript như trong trường hợp CSR. Như vậy sẽ giúp giảm bớt thời gian cần thiết để client phải tải mã nguồn JavaScript, thực hiện xử lý trên trình duyệt và render nội dung. Kết quả là trang web được hiển thị cho người dùng nhanh hơn, cải thiện trải nghiệm người dùng hơn.
2. Tối ưu hóa SEO: Một vấn đề thường gặp với CSR là các công cụ tìm kiếm không thể đọc nội dung được tạo ra bởi JavaScript, điều này có thể ảnh hưởng đến việc đánh giá và xếp hạng của trang web trên công cụ tìm kiếm. Với SSR, trang web đã được render trước đóng vai trò là một trang web thông thường, vì vậy các công cụ tìm kiếm có thể dễ dàng đọc và chỉ mục hóa nội dung trang, cải thiện khả năng tìm kiếm và xếp hạng của trang web trên các công cụ tìm kiếm.
3. Tối ưu hóa hiệu suất: Với SSR, server có thể quản lý việc render nội dung, tối ưu hóa các yêu cầu, và loại bỏ những công việc không cần thiết trên trình duyệt của người dùng. Điều này có thể giúp giảm tải cho trình duyệt của người dùng, cải thiện hiệu suất tổng thể của trang web. Tuy nhiên, cũng cần phụ thuộc vào yêu cầu cụ thể của từng dự án và các yếu tố khác như kích thước của ứng dụng, độ phức tạp của giao diện người dùng, và nguồn lực có sẵn ... để lựa chọn giữa SSR và CSR. Tất nhiên, SSR không phải lúc nào cũng là lựa chọn tốt nhất, và việc đánh giá cẩn thận các ưu điểm và nhược điểm của từng phương pháp là cần thiết để đáp ứng đúng nhu cầu của dự án và đạt được hiệu suất tối ưu cho trang web. Mong bạn đóng góp ý kiến thêm nếu có nhé. Cảm ơn bạn! ^^

các bác ai đã thi FE của toshiba có thể review cho em với được không ạ

Bài viết rất hữu ích khi demo stack grafana-prometheus! Nhưng nếu chỉ check uptime thì lại hơi rườm rà, trường hợp này thì chỉ cần chạy docker kuma là chiến tốt

Bài này khó phết đó chứ

@le.vinh.thien tức là sao b nhỉ? mình có source thì mình dùng bao lần cũng đc mà ta... hay nó đánh bản quyền? hay các chức năng phải kéo về nhỉ :v

@kudoeragon bấm vào cái chấm than nó sẽ hiện chi tiết đó, ví dụ single là 1 ng dùng (là bạn) chỉ đc dùng theme trên 1 sản phẩm

Mình cố tình để null step này dành cho các bạn 😄

🥰cám ơn bạn đã theo dõi 🥰

HI Anh, em đã chạy: curl --insecure -sfL https://192.168.10.19:6868/v3/import/d6mqd55wnz7vh8ltfg4xvgnfhhmdvmdzxs5m6b24znl5chwjgd977q_c-p4rh9.yaml |kubectl apply -f -

mọi thứ được tạo thành công, nhưng trên rancher nó vẫn hiện pending ạ, không biết vì sao. Warning: Detected changes to resource proxy-clusterrole-kubeapiserver which is currently being deleted. clusterrole.rbac.authorization.k8s.io/proxy-clusterrole-kubeapiserver unchanged Warning: Detected changes to resource proxy-role-binding-kubernetes-master which is currently being deleted. clusterrolebinding.rbac.authorization.k8s.io/proxy-role-binding-kubernetes-master unchanged namespace/cattle-system created serviceaccount/cattle created clusterrolebinding.rbac.authorization.k8s.io/cattle-admin-binding created secret/cattle-credentials-fc95ecf created Warning: Detected changes to resource cattle-admin which is currently being deleted. clusterrole.rbac.authorization.k8s.io/cattle-admin unchanged Warning: spec.template.spec.affinity.nodeAffinity.requiredDuringSchedulingIgnoredDuringExecution.nodeSelectorTerms[0].matchExpressions[0].key: beta.kubernetes.io/os is deprecated since v1.14; use "kubernetes.io/os" instead deployment.apps/cattle-cluster-agent created service/cattle-cluster-agent created

Mình rất vui khi bài viết giúp ích được gì cho bạn. Bạn có thể chat hoặc liên lạc với mình qua: nguyenanhtuan161095@gmail.com

mình đã kiểm tra lại và mọi thứ vẫn chạy bình thường các bạn nhé, các bạn check lại:

• ở laravel-echo-server.json thì authHost phải là http://localhost:8000
• đã chạy php artisan serve hay chưa, chưa chạy là sẽ bị lỗi ECONNREFUSED
• có chính xác là app Laravel của các bạn đang chạy ở http://localhost:8000? Mở trình duyệt ở địa chỉ đó xem app lên chưa nhé.
• Laravel echo Server và app Laravel đang có chạy trên cùng 1 môi trường hay không, bởi vì ta đang config mọi thứ đều là localhost mình vừa trực tiếp follow lại từ đầu bài và kết quả vẫn oke:

Anh ơi cho em hỏi là khi mình triển khai thành công các service thì làm sao để mình chạy từng service được ạ ?

Bài viết hay. Theo mình thì ở bước tiếp theo mìn có thể viết thêm một script nửa để đẩy file backup.zip về server nào đó hoặc AWS/Google driver... để lưu trữ. Không biết bạn đã làm bước này chưa

nÔNG đình TuYên à

hì cảm ơn em đã chia sẽ hành trình của mình nhé ^^ , nếu được thì những phần nội dung của em trình bày như "một sản phẩm như thế nào là giá trị?" em có thể đưa thêm ví dụ là sản phẩm của em đã làm hay một sản phẩm nào đó các bạn trong khoá đó đã làm, đưa chính sản phẩm em đã làm vào mọi người sẽ dễ hình dung hơn.Nếu chỉ giải thích sản phẩm giúp ích cho người dùng thì anh thấy đọc một lúc cảm thấy hơi thiếu sức sống cho bài viết ^^ Trân trọng những gì em đã chia sẽ cảm ơn em