Bạn chạy bằng cmd gunicorn ở local trước đã xem có lỗi gì k r hẵng deploy lên heroku. Log kia là do command của web process chưa chạy được, tức là cmd gunicorn ấy. Còn muốn chạy cmd heroku thì cài heroku-cli đã.

Hi vọng sẽ có 1 bài viết chia sẻ về HTML sematic. Không phải nó là gì mà la nó có quan trọng ko? quan trọng như thế nào? Không tuân theo thì có vấn đề gì quá lớn ko?

hay quá

Procfile ghi web:gunicorn myproject.wsgi đúng không

chunk.push(db.collection('logs').insertOne(item)) Mình ghi ngờ cái phần này db.collection('logs').insertOne(item) chạy trước khi Promise.all(chunk).

good

@hoangviet thì mình chạy bằng cmd heroku mà,runserver mình chạy ở local,bạn ơi làm sao fix lỗi này,web mình chưa tạp app,bài viết,dữ liễu,hình ảnh chỉ có file procfile,runtime.txt,requirements.txt,ngoài ra khi mình dùng heroku ps:web scale=1 thì nó báo bash:heroku commamt not found

heroku chạy cmd theo file procfile, tức là với web service sẽ dùng cmd: gunicorn te6nthumucdjango .wsgi này chứ k phải chạy bằng runserver như trên môi trường dev nhé

@hoangviet ,mấy cài whitenoise,pyscogr gì đó cài trong django ở môi trường ảo à,hay up web lên heroku rồi cài mấy cái đó trong heroku cũng được

@HuyDQ ,à sao bữa kia mình làm chức năng upload ảnh vô bài viết trong laravel bằng ctkinkey gì đó như 1 trang web chỉ mà làm không được ,bạn có thể chỉ mình không

@hoangviet ,thì lỗi h10 application error ,cmd trong procfile là web:gunicorn te6nthumucdjango .wsgi ,tất nhiên là chạy được được ,vì khi mình runserver thì nó hiện ra trang có tên lửa màu xanh mà

đoạn laravel 8 UI Package command đầu phải là "composer require laravel/ui" chứ nhỉ bác?

❤️❤️❤️❤️❤️

Quèo, bài viết rất chi là này nọ

@xuanvinhln a k nói shared db để impl distributed transaction. shared db có thể giải quyết đc bài toán dual write. ví dụ với the best case network ổn định, k có singlepointfailure, crash app... mấu chốt của việc create order và deduct payment là: order phải đc tạo thành công (khi đủ tiền trong tài khoản), và trừ tiền thành công (sau khi order được tạo). Tức là local transaction ở order-service hoàn toàn có khả năng tạo order và check balance đc (gần giống như precommit). sau đó sang đến payment chỉ việc trừ tiền nữa thôi. Trong trường hợp user place 2 order cùng lúc thì cần đảm bảo xử lí tuần tự order 1.

tiếp theo là tính đến case crash app.. k trừ tiền thành công, lúc này cần impl nhiều thứ hơn để đảm bảo trừ tiền thành công, retry, timeout, rollback... các thứ.

💓💓💓💓💓

Hay quá, đúng bài mình cần =)))

@datbv E vẫn chưa hiểu sao có thể dùng shared DB để cài đặt Distributed transaction.

• Service-order thực hiện update info vào bảng order và chạy trên server A -> transaction 1
• Service-payment thực hiện update info vào bảng payment và chạy trên server B -> transaction 2

-> Làm sao để đảm bảo 2 hành động hày cùng commit hoặc cùng rollback?

@datbv E đang thấy a viết là dùng shared DB để implement Distributed transaction (xử lý dual write problem) mà nhỉ?

Bạn báo mỗi mã lỗi h10 thì mình chịu, k đủ dữ liệu để trả lời bạn. Command trong file Procfile của bạn là gì? Đã chạy được trên local chưa?