Theo mình nghĩ là phù hợp lấy Cert Solutions Architect rồi nha. Trên thực tế đây là Cert có hàm lượng lý thuyết nhiều nhất nếu so với 2 Cert còn lại là Developer và Devops thì bạn phải thực hành nhiều hơn. Bạn đã có mindset về architect của các hệ thống nói chung rồi nên mình nghĩ tiếp cận không quá khó đâu

Cảm ơn anh đã chia sẻ, bài viết khá đầy đủ và hữu ích ạ 👏

Em muốn hỏi với vai trò Backend Dev đã có vài năm kinh nghiệm làm việc với DO và Azure, tuy nhiên chưa từng có cơ hội thực tế với hệ sinh thái AWS liệu việc thi lấy Cert này có phù hợp và nên kh ạ? 😄

e đã cấu hình đầy đủ và khi thử thực hiện như này: public function index(){ Storage::disk('google')->put('test2333.txt','hello'); return 'ok'; }

thì nó toàn báo lỗi: cURL error 60: SSL certificate problem: unable to get local issuer certificate (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://oauth2.googleapis.com/token.

ai giúp e với ạ e mất 2 ngày rồi mà làm hoài không được luôn.😔

Chào mừng anh trở lại

@thanhansoft Đúng rồi bạn, 1 VPS bạn có thể chạy được nhiều ứng dụng với docker trên đó được nhé.

@hoangduyhunglc a pro ơi cho e hỏi e làm mãi mà vẫn bị cái lỗi này thì phải sửa như nào vậy ạ cURL error 60: SSL certificate problem: unable to get local issuer certificate (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://oauth2.googleapis.com/token.

sao cái đoạn lấy GOOGLE_DRIVE_REFRESH_TOKEN mỗi người lại làm 1 kiểu thế a

bạn cho mình hỏi, làm theo đầy đủ các bước như trong bài viết này có chạy được không vậy. mình làm mấy chục lượt, đọc hơn chục bài viết, với xem được 2 cái clip ytb mà lúc nào nó cũng báo cái lỗi này; cURL error 60: SSL certificate problem: unable to get local issuer certificate (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://oauth2.googleapis.com/token.

mình thử put 1 file lên google drive mà nó cứ báo mãi như vậy. bạn có biết cách khắc phục không chỉ giúp mình với. cám ơn bạn.

1 project/1 docker. 1 vps nhiều docker được đúng ko bạn?

giật tít thế mới gây shock chứ

Chưa nói đến vấn đề bạn hỏi gì nhưng cách bạn hỏi là không ổn đâu, còn trẻ mà lại đi nhờ người khác thì nên ăn nói đàng hoàng. Nên học lại cả đạo đức lẫn kiến thức nhé

đọc cứ tưởng 10 loại ngoại ngữ cơ ))))

Lý do mình down vote bài này:

1. Về mặt nội dung:

• Như bác dưới cũng đã viết, bài viết này liệt kê những câu lệnh và những điều quá cơ bản, chỉ ở mức độ nhập môn của git nhưng lại đặt tựa đề quá "kêu".
• Bài viết năm 2023, những cái này không có gì mới nữa và đã có rất nhiều những bài viết khác viết về những kiến thức này trong suốt những năm vừa qua.

2. Về mặt trình bày:

• Diễn đạt đôi chỗ tối nghĩa và dùng sai từ/sai khái niệm.

(VD về chỗ dùng sai từ/khái niệm: Chỗ nói về "rebase", đúng ra phải là "tránh merge conflicts" chứ không phải "tránh merge commits")

• Sai chính tả (tiếng Việt), quá lạm dụng tiếng Anh và sai ngữ pháp tiếng Anh.
• Không nắm được nguyên tắc đặt dấu câu (chấm, phẩy).

Mình bổ sung thêm 1 tool cho phần git GUI là thằng "gitk". Thay vì phải cài thêm phần mềm thì "gitk" là 1 lệnh được tích hợp sẵn vào terminal (Git Bash, cmd, VS Code,...) khi các bạn cài git rồi.

Ưu điểm:

• Không cần cài đặt thêm gì
• Vẫn đảm bảo đủ các chức năng cần thiết khi làm việc với git
• UI tương đối trực quan

Nhược điểm:

• UI hơi xấu 😅

Bên mình team design thì không thống nhất tên gọi, cứ mỗi người gọi 1 kiểu, hồi mới đầu không biết nó có khác gì nhau hay không nên thấy lú lắm :v Mà thường những lúc test, mình chưa biết thì toàn đi hỏi dev xong gọi theo dev thui 😅

hay sao năm 2020 chửi dữ v, hay bạn tự nhận mình là seeder ) nếu b đã cải tà quy chánh thì 4fun đừng để bụng

sn 97 cũng lớn r, giọng điệu thì loser, suy nghĩ thì thượng đẳng, chắc nghĩ mình có chút tiếng anh nên ra vẻ

chị ơi làm tiếp phần 2 đi ạ

@area21 ủa mà bạn có chạy yarn install và deploy bạn có chạy webpack-dev-server chưa á 😅

Cảm ơn bạn. Mình đã ra bài 2 trong series này rồi, bạn có thể tham khảo nhé

@minhtuan.nguy khi nào đặt cho mình đặt chung với

mong có bài 2 ạ