Đúng như fen nói. Nhưng sao fen k thử nghiệm với mô hình như sau
Khúc này trong phạm vi kiến thức mình mình nghĩ
Fen thấy easy là đúng vì đó là fen đang nói ở vai trò dev. Fen phải đặt mình vào vai trò tester, qc nữa chứ có phải mỗi dev là tất cả đâu
Nếu setup node mới thì ansible + k8s là lẹ nhất + tối ưu nhất nha fen
ah ý mình là máy dev, còn server side dĩ nhiên là k8sNếu setup node mới thì ansible + k8s là lẹ nhất + tối ưu nhất nha fen
Đang debug mà cũng máu "chóa" qua đây chém gió cùng mọi ng.K fen. Lí do fen nói là ép tester hay thậm chí client sử dụng 1 OS chỉ để đảm bảo đó là env của fen là k hợp lí. Ngay cả như fen nói việc sử dụng PHP thôi thì nó cũng đã phân ra nhiều vấn đề rồi. Ví dụ như PHP version bao nhiêu. Các module là gì. PHP đó là safe thread hay non safe thread. Có module nào phải mua, thuê 3rd party phát triễn hay ko (lúc này lại phải quan tâm tới lib đó có file .so hay .dll hay ko). Đấy nhiên việc đấy thôi là đã có nhiều vấn đề rồi.
Fen nói ở phía cạnh fen làm solo thì đó là quyền của fen, fen có thể quyết định fen sử dụng môi trường gì. Nhưng mà 1 bộ máy thì nó k vận hành như vậy. Nếu k thì container hóa nó k phát triễn đến hôm này r
1. PHP và only PHP thì đúng như fen nói. Native hay Docker thì nó cũng k có gì quá đặc biệt -> Native only cũng ok (Chỉ trong phạm vi fen nói là PHP Only thôi nhé)
Love you1. PHP và only PHP thì đúng như fen nói. Native hay Docker thì nó cũng k có gì quá đặc biệt -> Native only cũng ok (Chỉ trong phạm vi fen nói là PHP Only thôi nhé)
2. Như fen nói là công ty Product -> Là team dev phát triễn sản phẩm của cty -> Như fen nói ở điều 1 -> SP của cty tôi chỉ phát triễn PHP không sài các ứng dụng khác thì nó cũng tương đương với điều 1. Và môi trường fen sử dụng ổn mà k cần container thì chả có lí do gì phải sài container cả. Native luôn ngon nhất
Nói rộng ra thì container hóa nó phù hợp cho những đối tượng cần đến nó (cần tính scable nhanh chóng và đơn giản chẳng hạn) chứ nó đâu ép buộc mọi người bắt buộc phải sài container hóa đâu. Cái này là phương hướng của mỗi cá nhân, cty thôi fen chứ Miêu k bảo cái nào hơn cái nào đâu. Chúng ta k nên thần thánh hóa docker. Như Miêu nói rồi đó, nó là công cụ, công cụ nào tốt nhất thì chúng ta sài đơn giản vậy thôi.
Sài cái web hosting ổn áp thì không nhất thiết phải mua vps.
Miêu ko ủng hộ tư duy là phải sài cái này 100%, cái kia k tốt = cái này. Cái nào tốt qua quá trình chúng ta làm sẽ có kinh nghiệm và rút ra thôi. Anh thợ gõ chưa chắc thua Anh Đại học BKHN
Mọi thứ đều là công cụ, cái quan trọng chúng ta biết sài công tụ nào tốt nhất
chủ yếu mình muốn xem cách nào hiệu suất, ổn định, bảo mật cao hơn để xài. Nhiều PA quá hơi bị loạn
1. PHP và only PHP thì đúng như fen nói. Native hay Docker thì nó cũng k có gì quá đặc biệt -> Native only cũng ok (Chỉ trong phạm vi fen nói là PHP Only thôi nhé)
2. Như fen nói là công ty Product -> Là team dev phát triễn sản phẩm của cty -> Như fen nói ở điều 1 -> SP của cty tôi chỉ phát triễn PHP không sài các ứng dụng khác thì nó cũng tương đương với điều 1. Và môi trường fen sử dụng ổn mà k cần container thì chả có lí do gì phải sài container cả. Native luôn ngon nhất
Nói rộng ra thì container hóa nó phù hợp cho những đối tượng cần đến nó (cần tính scable nhanh chóng và đơn giản chẳng hạn) chứ nó đâu ép buộc mọi người bắt buộc phải sài container hóa đâu. Cái này là phương hướng của mỗi cá nhân, cty thôi fen chứ Miêu k bảo cái nào hơn cái nào đâu. Chúng ta k nên thần thánh hóa docker. Như Miêu nói rồi đó, nó là công cụ, công cụ nào tốt nhất thì chúng ta sài đơn giản vậy thôi.
Sài cái web hosting ổn áp thì không nhất thiết phải mua vps.
Miêu ko ủng hộ tư duy là phải sài cái này 100%, cái kia k tốt = cái này. Cái nào tốt qua quá trình chúng ta làm sẽ có kinh nghiệm và rút ra thôi. Anh thợ gõ chưa chắc thua Anh Đại học BKHN
Mọi thứ đều là công cụ, cái quan trọng chúng ta biết sài công tụ nào tốt nhất
Tuyệt vời, mình thử docker trước, native tính sauCái này tùy fen thôi. Sài docker thì nó cái tiện lợi là ăn sẵn cứ sài image là xong k cần quan tâm tới vấn đề tương thích (trừ khi fen sài image của amd64 cho hệ arm64 thôi), an toàn và bảo mật hơn trong việc truy cập vào các dữ liệu vì nó thực hiện qua container (ảo hóa). Bù lại thì việc sử dụng docker cũng có những bất cập khi cái app fen đang sài cần tinh chỉnh nhiều thứ mà không có sẵn enviroment (đại loại là file cần phải chỉnh sửa nhiều thứ và liên tục bằng tay - Cái này cũng có cách giải quyết bằng việc bind nó ra ngoài hệ thống thật). Với đi qua ảo hóa thì IO nó cũng bị ảnh hưởng 1 phần nữa. Nhưng mà theo Miêu nếu được thì nên sài container cho dễ quản lí, cài thẳng vào system lỡ có xung đột hoặc muốn rollback thì xử lí hơi khó khăn hơn
ngài toàn đẩy người ta ra xa vòng tay của cụt vậy ngàimới dùng Linux thì Gentoo hoặc Arch, mạnh tay hơn thì Void Linux hoặc NixOS, mạnh hơn nữa thì Linux From Scratch là chuẩn bài
Vô cli ghõ su
Đù bu thì gnome lác lòi rồi fenMiêu đang sài Fedora và chả có vấn đề gì với driver. Có cái khó chịu là k sài office đc thôi. Sài Ubuntu k thẩm được cái giao diện của nó. Sài cứ lag lag khó chịu lắm
Re-size lại vùng ubuntu, dùng gparted hoặc gnome disks cũng được, nhưng nhớ sao lưu dữ liệu ra ổ ngoài trước khi làm.
