thảo luận Code trên Mac với Win cái nào sướng hơn?

  • Người tạo chủ đề Người tạo chủ đề bamboo.bamboo
  • Ngày bắt đầu Ngày bắt đầu
Đúng như mình dự đoán là thím này dùng docker kiểu này mà, dùng docker kiểu này nó khác nhiều lắm thím ơi
Có lẽ 2 ta không thể nói chuyện chung được, nhu cầu khác nhau, docker stanalone hay docker theo k8s cũng như chay kvm/quemu bằng virt và kvm/qemu với openstack thôi, cốt lõi như nhau, khác nhau mô hình triển khai.
 
@prescolt deploy lên một thằng kiểu GCP nó khác... anh đang chạy là bare metal rồi tới hypervisor rồi tới VPS OS rồi tới container... 3-4 lớp chồng lên nhau thế overhead một đống...
Minh deploy trên google là vps, ko phải container mà hiệu năng đã ko đáp ứng rồi, nói chi chạy trên container
Bare metal và hypervisor ko phải là 2 cái riêng biệt. Hypervisor chia ra 2 loại bare metal nhu esxi, microsoft hyper-V hoặc kiểu software như vmware workstation. Quan trong nhất là ứng dụng của mình có nhưng function khong chay duoc trong docker
 
Uả sao không dùng "selenium/standalone-chrome" cho nhanh, chạy headless chrome ngon ơ đó :confused:
Khác gì đâu bạn ơi? Headless chrome tuy không ra gui nhưng vẫn cần graphical interface để chạy, chạy trên desktop có cài sẵn các thư viện liên qua khá khác với chạy trên Server. Mà đấy chỉ là một ví dụ thôi, Linux nó còn nhiều ảo diệu lắm, cùng distro khác version, thậm chí khác kernel đã ra vấn đề, nói gì khác distro hay khác hẳn OS. Tất nhiên giàu kinh nghiệm thì fix dc hết, nhưng kinh nghiệm có phải tự dưng mà có đâu
 
Khác gì đâu bạn ơi? Headless chrome tuy không ra gui nhưng vẫn cần graphical interface để chạy, chạy trên desktop có cài sẵn các thư viện liên qua khá khác với chạy trên Server. Mà đấy chỉ là một ví dụ thôi, Linux nó còn nhiều ảo diệu lắm, cùng distro khác version, thậm chí khác kernel đã ra vấn đề, nói gì khác distro hay khác hẳn OS. Tất nhiên giàu kinh nghiệm thì fix dc hết, nhưng kinh nghiệm có phải tự dưng mà có đâu

chưa hiểu ảo diệu chỗ nào, cần test thì tôi google 1 phát ra cái image trên docker hub xong click copy paste vào console chờ 1 tí là có ngay headless chrome để test thử, nếu nhu cầu đặc biệt thì fork cái Dockerfile về sửa theo nhu cầu, còn như thím thì là đi tìm guide cài chrome cho distro linux tương ứng, chrome thì dễ rồi chứ phần mềm khác thì mỗi distro cài còn khổ nữa, còn thím nói khác gì viết script để cài đâu thì khác ở chỗ trong lúc thím viết script để cài thì tôi đang test thử cái chrome headless mất rồi
test chán thì tôi gõ gõ mấy cái là xóa đi cointainer rồi, còn thím cài vào máy thì xóa kiểu gì để đảm bảo nó không còn rác, chưa kể ngoài ra tôi có thể chạy nhiều phiên bản cùng lúc song song các kiểu như dùng máy ảo nhưng tiện hơn nhiều, cái này thì bọn Red Hat có cái AppStream để giải quyết vấn đề tương tự nhưng cũng không tiện bằng
 
Khác gì đâu bạn ơi? Headless chrome tuy không ra gui nhưng vẫn cần graphical interface để chạy, chạy trên desktop có cài sẵn các thư viện liên qua khá khác với chạy trên Server. Mà đấy chỉ là một ví dụ thôi, Linux nó còn nhiều ảo diệu lắm, cùng distro khác version, thậm chí khác kernel đã ra vấn đề, nói gì khác distro hay khác hẳn OS. Tất nhiên giàu kinh nghiệm thì fix dc hết, nhưng kinh nghiệm có phải tự dưng mà có đâu
Khác ở chỗ cái image kia nó chạy ngon ơ mấy năm nay có ai gặp vấn đề gì đâu.
 
Khác ở chỗ cái image kia nó chạy ngon ơ mấy năm nay có ai gặp vấn đề gì đâu.
cái này thì tôi cũng khá tò mò, hôm qua search qua đọc qua cũng thấy rất lạ, vì theo tôi hiểu cái docker nó cũng dùng ubuntu image ở bên dưới thôi, không có thư viện thì làm sao mà chạy.
anyway, cái này có post trên stackoverflow: https://stackoverflow.com/questions/52993002/headless-chrome-node-api-and-puppeteer-installation

quay lại thì, quan điểm của tôi là các bạn code bình thường chỉ chả sao, dùng docker các kiểu cũng ok, giải quyết được 90% trường hợp, nhưng dính vào 10% trường hợp thì các bạn bó tay hay là ra tay giải quyết như pro? như vụ tôi upload 50GB text bị tràn inode, đơn giản là vì tôi lâu không dùng linux quên béng mất cái ext4 inode là nó tạo từ lúc khởi tạo file system, không như windows ntfs là lưu dưới dạng tree. Rất nhiều dạng production bug như vậy chỉ lên production mới gặp, kể cả cloudflare anh mod tôn như thánh gần đây chả không gặp production bug thọt cả 1/3 internet quốc tế (ờ bao nhiêu phần trăm tôi quên rồi, có thể ít hơn), mặc dù ci/cd của cloudflare chả ai dám chửi là lởm. Lúc đó thì các bạn vẫn commit code, vẫn ci/cd (delay vài tiếng) hay ssh trực tiếp lên server rồi hot fix? Lúc đó thì không dựa vào skill shell command của các bạn thì còn dựa vào cái gì nữa? Tất nhiên ở đây có nhiều bạn có thể bảo công ty tao to việc đó đã có người khác lo thì tôi chịu rồi, miễn bình luận.

mà như tôi nói là trừ trường hợp lấy mấy cái Dockerfile có sẵn của mấy cái container nổi tiếng ra dùng luôn, thì config các kiểu knowledge nó tương tự gõ command trong shell cả (bản thân mấy cái RUN trong dockerfile cũng là shell command mà thôi), cho nên muốn test các kiểu thì có cái host tương đương với server không phải tiện hơn à? Rồi sau đó các bạn lấy mấy cái command đó ra tạo Dockerfile tử tế thì đấy là chuyện khác, tôi có cấm bao giờ? (mà thiên hạ đều làm thế cả chứ ngay từ đầu đã gõ trong shell của docker hoặc viết bừa rồi build docker image để test thì chậm vkl)



p/s: có vẻ khác biệt là cái đầu cài thêm chromium-chromedriver, cái này nó tự động thêm mấy cái thư viện kia, hoặc là implementation khác không cần xserver? nói chung có thể ví dụ này của tôi sai, vì đợt đó xem lỗi google ra fix lỗi xong sửa luôn chưa đầy 10p cho nên không nhớ chi tiết lắm thành ra có thể nhầm lẫn đâu đó :/
 
Sửa lần cuối:
Theo tôi thì code trên macOS sướng hơn
Cá nhân tôi thấy Linux phần enduser nhiều lỗi vãi cằc, thua xa thằng Windows
macOS thì ổn định, font chữ render ra đẹp, dễ nhìn
còn bàn phím trên dăm ba con macbook thì bỏ qua nhé
 
cho nên muốn test các kiểu thì có cái host tương đương với server không phải tiện hơn à?

có host kiểu gì nhanh hơn tôi gõ docker run được thế, vd cần có môi trường ubuntun 20.04 để test cài đặt này nọ chờ ông tạo VM cài OS hay nhanh hơn là vagrant up thì cũng vẫn không nhanh bằng tôi gõ docker run nhé
tôi dùng docker có ảnh hưởng gì tới skill shell đâu, skill vẫn thế thôi, có phải là dùng docker thì sẽ không phải dùng shell nữa đâu mà lập luận vậy
 
trước thì macos hơn, h thì như nhau. vì m dùng chính là vim + tmux

windows các b có thể tạo máy ảo rồi dùng putty shortcut ssh trực tiếp vào, chả khác gì môi trường terminal trên mac. như vậy vừa giải quyết được vụ ứng dụng như VPN, Password manager, office... vì mấy cái tiện ích nổi đều có cho 2 nền tảng, vừa có môi trường hệt server

nếu ko thích thì có thể dùng docker kết hợp ssh + static ip hoặc docker exec trực tiếp vào. nếu dùng docker sẽ biết thêm về infrastructure . windows 10 may update nó có WSL 2, docker sẽ nhanh hơn đấy.

m dùng cả macbook pro với desktop, nhưng ngồi nhà thì dùng desktop nhiều hơn, màn to, mát, máy khỏe
 
có host kiểu gì nhanh hơn tôi gõ docker run được thế, vd cần có môi trường ubuntun 20.04 để test cài đặt này nọ chờ ông tạo VM cài OS hay nhanh hơn là vagrant up thì cũng vẫn không nhanh bằng tôi gõ docker run nhé
tôi dùng docker có ảnh hưởng gì tới skill shell đâu, skill vẫn thế thôi, có phải là dùng docker thì sẽ không phải dùng shell nữa đâu mà lập luận vậy
.... haizz thế người ta mới bảo là dùng luôn desktop là ubuntu :censored: lúc đó thì kéo terminal xuống test luôn thôi chứ cần gì tạo vm, cài os? tất nhiên cài kiểu này thì đúng là có nhiều vấn đề (do ảnh hưởng từ những package đã cài trước, hay không tương thích giữa desktop packages với server packages), nhưng nhìn chung vẫn giải quyết được khá nhiều nhu cầu....... mà đây là tôi nói khi bạn cần làm cái gì đó phức tạp cần tương tác với các services thôi, nếu code mấy năm mà không thấy nhu cầu này thì không cần cũng được.

thêm nữa, không biết kiến thức của tôi còn đúng không, nhưng kể cả docker thì dùng trên linux cũng nhanh hơn nhiều, vì nó lúc này chỉ cần là cái emulator (tương tự WSL, nó trap system call, ghi trên virtual filesystem các kiểu) thay vì là một cái full blown VM.
 
Sửa lần cuối:
.... haizz thế người ta mới bảo là dùng luôn desktop là ubuntu :censored: lúc đó thì kéo terminal xuống test luôn thôi chứ cần gì tạo vm, cài os? tất nhiên cài kiểu này thì đúng là có nhiều vấn đề (do ảnh hưởng từ những package đã cài trước, hay không tương thích giữa desktop packages với server packages), nhưng nhìn chung vẫn giải quyết được khá nhiều nhu cầu....... mà đây là tôi nói khi bạn cần làm cái gì đó phức tạp cần tương tác với các services, nếu code mấy năm mà không thấy nhu cầu này thì không cần cũng được.

thêm nữa, không biết kiến thức của tôi còn đúng không, nhưng kể cả docker thì dùng trên linux cũng nhanh hơn nhiều, vì nó lúc này chỉ cần là cái emulator (tương tự WSL, nó trap system call, ghi trên virtual filesystem các kiểu) thay vì là một cái full blown VM.

dùng luôn desktop là ubuntu thế muốn test cho centos thì sao, hay là thím dùng cùng version ubuntu cho deploy luôn, ràng buộc kiểu này còn khổ hơn nhé
docker trên Mac nó dùng HyperKit thay cho VM lâu rồi, overhead chắc ngang với bọn hypervisor type-1, nói chung là không đáng kể, mà kể cả overhead cao cũng chẳng ảnh hưởng vì dùng để test thôi thì cái quan trọng hơn là sự tiện lợi, tăng productivity, dùng cũng đơn giản, k8s thì learning curve steep hơn nhưng cũng đáng để tìm hiểu
 
nghe bảo docker cũng định implement tính năng tương tự cho mac os + windows mà theo lời bạn thì có vẻ là chưa có?
chưa có nhé b, đang hóng WSL 2 để chạy docker nhanh hơn trên máy bàn. m nghỉ dùng Virtualbox + Putty rồi, tự tạo custom images với viết docker compose cho local env.
 
còn chuyện dùng docker trên linux nhanh hơn do đó nên dùng linux thay cho macos thì là bị điên... docker trên desktop chỉ để test, nhanh hơn chậm hơn tí chẳng ảnh hưởng gì... máy làm việc thì đầu tiên quan trọng phải là ưu tiên cho làm việc...

mà anh nào bảo Ubuntu dùng dễ hơn macOS thì tôi nhẹ nhàng tặng anh ấy một từ...

"dở hơi"
 
dùng luôn desktop là ubuntu thế muốn test cho centos thì sao, hay là thím dùng cùng version ubuntu cho deploy luôn, ràng buộc kiểu này còn khổ hơn nhé
docker trên Mac nó dùng HyperKit thay cho VM lâu rồi, overhead chắc ngang với bọn hypervisor type-1, nói chung là không đáng kể, mà kể cả overhead cao cũng chẳng ảnh hưởng vì dùng để test thôi thì cái quan trọng hơn là sự tiện lợi, tăng productivity, dùng cũng đơn giản, k8s thì learning curve steep hơn nhưng cũng đáng để tìm hiểu

linux khác distro nhưng về cơ bản kernel như nhau, chỉ cần liệt kê requirements của hệ thống trong file README.md của project, thiếu cái gì thì gõ apt install hoặc yum install hoặc tự compile là được, còn về config trong /etc/ thì tên nó cũng chỉ có vài cái khác tùy distro ví dụ httpd trên centos, apache2 trên ubuntu... còn lại tương đương nhau.

thời nay mấy cái đấy có gì khó khăn đâu. m làm việc với nhiều loại server thấy cũng ko có vấn đề gì.

docker m đang dùng cho cả windows ,mac, linux. windows + mac ko ổn như trên linux đâu
 
dùng luôn desktop là ubuntu thế muốn test cho centos thì sao, hay là thím dùng cùng version ubuntu cho deploy luôn, ràng buộc kiểu này còn khổ hơn nhé
docker trên Mac nó dùng HyperKit thay cho VM lâu rồi, overhead chắc ngang với bọn hypervisor type-1, nói chung là không đáng kể, mà kể cả overhead cao cũng chẳng ảnh hưởng vì dùng để test thôi thì cái quan trọng hơn là sự tiện lợi, tăng productivity, dùng cũng đơn giản, k8s thì learning curve steep hơn nhưng cũng đáng để tìm hiểu
tôi muốn chú trọng vấn đề ở đây là kinh nghiệm, dùng linux desktop đúng là khó chịu hơn thật (tôi giờ dùng windows + wsl1), nhưng bởi vì nó đều là linux, bạn gặp vấn đề gì ở client thì server cũng gặp vấn đề tương tự và ngược lại.... bản chất mấy cái dockerfile cũng là configuration, cũng là shell command thôi, người quen thuộc với người không quen nó đã khác hẳn. ờ cái câu "tất nhiên nếu các bạn không gặp vấn đề về server bao giờ thì có thể bỏ qua" hi vọng tôi không phải lặp lại lần thứ 4. mỗi người một nhu cầu, tại sao các bạn cứ nghĩ như mấy cái server chỉ có nhiệm vụ duy nhất là host mấy cái webapp của các bạn nhỉ?

p/s: voz không ignore dc mod nhỉ, nói ngu như lợn.
 

Thống kê chủ đề

Ngày tạo
bamboo.bamboo,
Người trả lời cuối
2TbP,
Trả lời
597
Lượt xem
77.994
Quay lại
Lên đầu trang