THẢO LUẬN

thg 7 24, 2019 6:58 SA

@@ dù thích nhưng vs đầu óc của t thì lúc nào cũng chỉ tìm hiểu ở mức cơ bản nhất =))

0

Bài viết hay quá, 1 upvote + follow luôn nè :v

0

Cảm ơn bạn đã cmt, mình sẽ update bài viết

0

mysql_real_escape_string, hàm này hình như bị deprecated cho PHP phiên bản cũ rồi nhé bạn. Mình nhớ là chuyển sang mysqli_* hết rồi thì phải

+1

Cám ơn thớt rất nhiều!

P/S: Có 1 version nvm cho Windows gần giống nvm cho Linux/Mac: Node.js version manager for Windows https://github.com/coreybutler/nvm-windows

0
Avatar
đã bình luận cho bài viết
thg 7 24, 2019 4:25 SA

+1. Phải lấy lại mật khẩu để vào upvote cho bác thớt 👍

+1

hóng bác làm DL về sentiment analysis cho ngôn ngữ tiếng Việt :v

+1
thg 7 24, 2019 3:11 SA

👍👍👍

0
thg 7 24, 2019 2:58 SA

Hi @dukinfotech, cảm ơn vì phản hồi của bạn. Theo kinh nghiệm của cá nhân mình thì:

  1. Về việc sử dụng docker trên production. Server kiếm con ram 2GB cũng ổn. Tùy thuộc bạn chạy nhiều service hay không. Ngoài ra thì việc chạy docker trên local là một chuyện nhưng trên production nó lại là một chuyện khác. Nếu chạy trên production thì dùng luôn swarm bạn ạ. Swarm mode vẫn có thể chạy trên một host. Khi cần mở rộng mình chỉ cần join thêm node vào swarm là xong.

  2. Về vấn đề quá tải: Nếu sử dụng swarm, swarm cũng mặc định đảm nhiệm kèm việc load balancing. Do đó, giả sử trong mạng swarm của bạn có nhiều node (tức nhiều host), swarm sẽ tự phân bổ request sang các node khác để sử dụng tài nguyên từ nhiều node. Các công việc chính thì phân đều cho worker rồi nên cũng ít bị quá tải. Trừ khi bị DOS. Ngoài ra, nếu dùng traefik, bạn có thể deploy traefik ở ingrest mode. Lúc này bạn có thể dns để request tới nhiều server thay vì chỉ chạy vào con manager như bạn nói. Và như vậy thì cũng không lo việc request chỉ tập trung tới một con manager nữa nên cũng hạn chế thêm được phần nào việc quá tải.

+1

Bài viết quá tâm huyết 😘😘

0
thg 7 23, 2019 6:03 CH

Thanks

0
thg 7 23, 2019 5:30 CH

Thanks anh, góp ý có tâm, e sẽ lưu ý và update ạ 😄

0
thg 7 23, 2019 2:42 CH

Hồi trước cũng khác mê môn đồ họa máy tính 😄

0
thg 7 23, 2019 2:41 CH

But phpcs failed with our style, please format 😄

Laravel cung cấp trait WithFaker nên có thể ko cần setup thủ công nữa

https://github.com/laravel/framework/blob/5.8/src/Illuminate/Foundation/Testing/WithFaker.php

https://github.com/laravel/framework/blob/5.8/src/Illuminate/Foundation/Testing/TestCase.php#L124

+1
thg 7 23, 2019 2:30 CH

bài viết khá hay!

0
Avatar
đã bình luận cho bài viết
thg 7 23, 2019 1:45 CH

hay quá Sếp ơi!

0
thg 7 23, 2019 1:16 CH

@HuyDQ Bạn ơi, bạn cho mình hỏi thêm 1 chút. Nextjs là server rending. Thì đáng nhẽ ra phần content text khi mình CTRL+ U thì sẽ hiển thị. Giống viblo này Screenshot from 2019-07-23 20-14-22.png

Nhưng sao của mình có content text nhưng lại không hiển thị gì hết ngoài JSON của API nhỉ?

Screenshot from 2019-07-23 20-13-02.png

0

Bài viết của anh khá hay và hữu ích. Tuy vậy, em xin có chút đính chính về phần "Premature optimization". Nó không phải là tối ưu sớm. Từ Premature optimization ám chỉ hành động tối ưu "thiếu chín chắn" của các lập trình viên khi cho rằng cách code B (thường phức tạp hơn) sẽ đạt hiệu quả tốt hơn so với cách code A trong khi thực tế cách B thậm chí chả nhanh hơn mấy hoặc có khi còn chậm hơn, dẫn đến code rối rắm và sinh bug. Cách giải quyết ở đây là optimize thì nên benchmark lại tốc độ giữa 2 phương án và cân nhắc xem liệu thật sự có cần thiết phải "optimize" hay không.

0
Avatar
đã bình luận câu trả lời trong câu hỏi
thg 7 23, 2019 10:27 SA

@HuyDQ tks bạn nhiều nha

0
Viblo
Hãy đăng ký một tài khoản Viblo để nhận được nhiều bài viết thú vị hơn.
Đăng kí