Nếu web của bạn sử dụng AWS thì có thể là do bạn thiết lập update version cho server định kỳ (hàng ngày vào 12h)
Thời điểm update, nếu hệ thống không bật thêm một con server phụ nữa thì nó sẽ bị down.
@777 Mình nghĩ đấy chính là nguyên nhân đó. Theo mình tìm hiểu thì server bạn đang set max_children = 100. Bạn thử tính toán lại max_children theo công thức được chia sẻ trong đây xem sao.
Khả năng là bạn set quá cao vượt quá khả năng chịu được của server dẫn tới server fault.
@minhtuancnttk39 À đoạn code trên là dùng cú pháp ES6 bạn ạ, xong bạn cần một công cụ bundler, ví dụ như webpack, hay gulp, để transform từ ES6 về ES5 để có thể chạy được trên các trình duyệt cũ hơn.
Viblo's Javascript SDK thì được viết bằng Typescript, xong cũng cần phải chạy webpack để transform codes.
Nếu bạn chưa quen với mấy khái niệm này thì có thể bắt đầu tìm hiểu bằng:
_ Trên sever không có cronjob nào chạy thời điểm đó, web chỉ chết tầm từ 12h đến 13h30 ( bị khoảng 3 phút là tự chạy lại)
_ Thời điểm web bị thì truy cập SSH vẫn bình thường, nên sever không bị dis.
_ Ở thời điểm web dis check log php-fpm thì ra cái này, không biết phải nguyên nhân không ah
[26-Jun-2018 13:18:33] WARNING: [pool admin] server reached max_children setting (100), consider raising it
Trước mình có một website, cho chạy quảng cáo của gg, những thời điểm lượng người truy cập đông quá thường bị chết, gọi cho bên cung cấp hosting thì họ bảo là gói mà mình đang dùng, bị giới hạn lượng connections gì đó, chỉ được 1 số lượng người nhất định truy cập vào cùng lúc, nếu vượt quá nó sẽ chết.
Có cách nào vẫn submit form thông thường(không dùng ajax) với 1 form A mà formdata là giá trị khác(giả sử đã có sẵn) chứ không phải giá trị của form A không bạn?
Thực ra Gif chỉ còn giá trị khi convert từ video HD có dung lượng rất lớn thôi. Dự án của mình đã từng phải convert 1 video 700MB về thành Gif, cố gắng tối ưu đủ thứ cuối cùng còn 14MB. Kể ra nếu tối ưu ngay từ khâu render video và nén video thì có khi còn nhỏ hơn được nữa. Đúng là Gif đã quá lỗi thời rồi.
Bạn nói vậy thì chưa chuẩn nhé, đang so sánh VueJS với ReactJS, sao lại so 1 bên JS 1 bên native với nhau?
Còn bài viết mình cũng giới thiệu luôn là app native nhưng viết bằng VueJS, và cốt lõi bên trong nó transpile sang ReactNative. Dĩ nhiên tốn thêm 1 bước để chuyển sang React native thì làm sao mà bằng React thuần?
Điều đáng quan tâm ở đây là khi bạn đã biết trước VueJS thì có thể làm được app native mà ko phải học thêm cú pháp cũng như những cái liên quan của React Native.
THẢO LUẬN
Bạn cho mình hỏi làm sao để Nếu muốn chat với user nào thì chọn vào và chỉ giao tiếp riêng với user đó.
@lncnb Bên mình không dùng của amazon ạh. lúc bị dis, mình vẫn ssh bình thường, chứng tỏ sever không bị sao
Nếu web của bạn sử dụng AWS thì có thể là do bạn thiết lập update version cho server định kỳ (hàng ngày vào 12h) Thời điểm update, nếu hệ thống không bật thêm một con server phụ nữa thì nó sẽ bị down.
Lầy, vote up cho Cao Thanh Kiên =))
Xin hỏi bạn Google có tính phí không?
@777 Mình nghĩ đấy chính là nguyên nhân đó. Theo mình tìm hiểu thì server bạn đang set max_children = 100. Bạn thử tính toán lại max_children theo công thức được chia sẻ trong đây xem sao.
Khả năng là bạn set quá cao vượt quá khả năng chịu được của server dẫn tới server fault.
chị ơi cho em hỏi chị có biết hàm trunc trong pascal dùng để làm cái gì kh
@minhtuancnttk39 À đoạn code trên là dùng cú pháp
ES6bạn ạ, xong bạn cần một công cụ bundler, ví dụ như webpack, hay gulp, để transform từ ES6 về ES5 để có thể chạy được trên các trình duyệt cũ hơn.Viblo's Javascript SDK thì được viết bằng Typescript, xong cũng cần phải chạy webpack để transform codes.
Nếu bạn chưa quen với mấy khái niệm này thì có thể bắt đầu tìm hiểu bằng:
và còn rất nhiều các bài viết khác về các chủ đề này trên Viblo, bạn có thể tìm và tham khảo qua nhé
Đúng là nếu ban đầu tối ưu đủ tốt thì thì dung lượng video sẽ nhỏ hơn GIF rất nhiều anh ạ
Đúng rồi b!
_ Trên sever không có cronjob nào chạy thời điểm đó, web chỉ chết tầm từ 12h đến 13h30 ( bị khoảng 3 phút là tự chạy lại) _ Thời điểm web bị thì truy cập SSH vẫn bình thường, nên sever không bị dis. _ Ở thời điểm web dis check log php-fpm thì ra cái này, không biết phải nguyên nhân không ah [26-Jun-2018 13:18:33] WARNING: [pool admin] server reached max_children setting (100), consider raising it
Trước mình có một website, cho chạy quảng cáo của gg, những thời điểm lượng người truy cập đông quá thường bị chết, gọi cho bên cung cấp hosting thì họ bảo là gói mà mình đang dùng, bị giới hạn lượng connections gì đó, chỉ được 1 số lượng người nhất định truy cập vào cùng lúc, nếu vượt quá nó sẽ chết.
bên cung cấp cloud sever check mãi rồi không ra lỗi bạn ah, mà ngày nào cũng bị trong khoảng giờ đó.
Có cách nào vẫn submit form thông thường(không dùng ajax) với 1 form A mà formdata là giá trị khác(giả sử đã có sẵn) chứ không phải giá trị của form A không bạn?
Thực ra Gif chỉ còn giá trị khi convert từ video HD có dung lượng rất lớn thôi. Dự án của mình đã từng phải convert 1 video 700MB về thành Gif, cố gắng tối ưu đủ thứ cuối cùng còn 14MB. Kể ra nếu tối ưu ngay từ khâu render video và nén video thì có khi còn nhỏ hơn được nữa. Đúng là Gif đã quá lỗi thời rồi.
google rxjs
Bạn nói vậy thì chưa chuẩn nhé, đang so sánh
VueJSvớiReactJS, sao lại so 1 bênJS1 bênnativevới nhau?Còn bài viết mình cũng giới thiệu luôn là app native nhưng viết bằng VueJS, và cốt lõi bên trong nó transpile sang ReactNative. Dĩ nhiên tốn thêm 1 bước để chuyển sang React native thì làm sao mà bằng React thuần?
Điều đáng quan tâm ở đây là khi bạn đã biết trước VueJS thì có thể làm được app native mà ko phải học thêm cú pháp cũng như những cái liên quan của React Native.
Em có thể show config.toml và ảnh chụp kết quả anh xem
bạn thử ready function xem sao