@huukimit E đang dùng Google Cloud Platform để host server ạ.
1 tháng $60.
Hiện tại e với team đang làm 1 sản phẩm.
Mục đích của em cho câu hỏi là như sau ạ.
E muốn trang abc.asia là trang giới thiệu team/about us các thứ.
Còn subdomain demo.abc.asia là trang demo cho sản phẩm team e làm ấy ạ
Mình cảm ơn đã giải đáp thắc mắc ạ. Là mình đang làm một đồ án cũng hơi hơi lớn, làm bằng laravel + reactjs, trong tương lai sẽ có thể làm app với react-native nên sẽ viết theo hướng trả về api để client vào lấy, nhưng cũng còn thắc mắc nên mình chỉ muốn tìm hiểu thêm để tìm phương án tối ưu ạ
theo ý kiến cá nhân của mình thì nó còn tùy thuộc vào cách hoạt động của web nữa. Ví dụ web của bạn 1 page chia thành nhiều phần và có những phần bạn phải thao tác liên tục với nó (dữ liệu có thể thay đổi liên tục và phải call API để lấy dữ liệu mới nhưng chỉ riêng phần đó) thì việc xem xét xây dựng theo mô hình clientside là khá hợp lý. Nhưng để xây dựng được thì bạn cần có kiến thức tốt về js để có thể làm việc được với các thư viện như react, angular, ... Còn nếu với trang web nhu cầu cơ bản thì xây dựng theo MVC là ổn. Và theo cách nào thì bạn vẫn luôn cần để ý tới việc tối ưu queries
Bạn ơi, cho mình hỏi ví dụ như mình viết hệ thống theo hướng trả về API như này, với viết theo kiểu return view() thì cái nào performance tốt hơn cho web nhỉ
@phamthanhluan125 Bạn cần lấy cái đó để làm gì, nếu trong setting bạn tick vào checkbox push hoặc pull_request thì mỗi khi có sự kiện đó nó sẽ gọi tới cái webhook. còn trường hợp bạn muốn tách biệt các event riêng để nhận những message riêng thì cần tạo ra nhiều webhook khác nhau.
THẢO LUẬN
@huukimit E đang dùng Google Cloud Platform để host server ạ. 1 tháng $60. Hiện tại e với team đang làm 1 sản phẩm. Mục đích của em cho câu hỏi là như sau ạ. E muốn trang
abc.asialà trang giới thiệu team/about us các thứ. Còn subdomaindemo.abc.asialà trang demo cho sản phẩm team e làm ấy ạE cám ơn anh
Mình cảm ơn đã giải đáp thắc mắc ạ. Là mình đang làm một đồ án cũng hơi hơi lớn, làm bằng laravel + reactjs, trong tương lai sẽ có thể làm app với react-native nên sẽ viết theo hướng trả về api để client vào lấy, nhưng cũng còn thắc mắc nên mình chỉ muốn tìm hiểu thêm để tìm phương án tối ưu ạ
theo ý kiến cá nhân của mình thì nó còn tùy thuộc vào cách hoạt động của web nữa. Ví dụ web của bạn 1 page chia thành nhiều phần và có những phần bạn phải thao tác liên tục với nó (dữ liệu có thể thay đổi liên tục và phải call API để lấy dữ liệu mới nhưng chỉ riêng phần đó) thì việc xem xét xây dựng theo mô hình clientside là khá hợp lý. Nhưng để xây dựng được thì bạn cần có kiến thức tốt về js để có thể làm việc được với các thư viện như react, angular, ... Còn nếu với trang web nhu cầu cơ bản thì xây dựng theo MVC là ổn. Và theo cách nào thì bạn vẫn luôn cần để ý tới việc tối ưu queries
đã upvote nhé
Kiểu ngôn ngữ truy vấn hơi phức tạp, em cũng đang tìm hiểu về Sparql. Thanks bài viết của anh
)
Nó là như thế này a ạ
Và đây nữa ạ.
Nếu bạn chưa biết config trên server như nào thì comment tên web server coi mình support được thêm gì không nhé.
Bạn ơi, cho mình hỏi ví dụ như mình viết hệ thống theo hướng trả về API như này, với viết theo kiểu return view() thì cái nào performance tốt hơn cho web nhỉ
bạn cho mình xin code nhé: dungchip88@gmail.com
vì trong cái module đấy bạn có thể có nhiều file component nữa, chứ không phải là mỗi 1 file bạn à
Tại sao phải tạo 1 thư mục cùng tên để chứa file .vue, mà ko để ngay trong components vậy bạn ?
@chungminhtu cảm ơn nhiều nhé. Mình chưa khám phá github dc nhiều
a ơi bài cách e up lên host với ạ
Bài viết rất chi tiết ! Cám ơn chủ thớt nhiều
Cảm ơn bạn nhiều
Đã like và subscribe ạ
@phamthanhluan125 Bạn cần lấy cái đó để làm gì, nếu trong setting bạn tick vào checkbox push hoặc pull_request thì mỗi khi có sự kiện đó nó sẽ gọi tới cái webhook. còn trường hợp bạn muốn tách biệt các event riêng để nhận những message riêng thì cần tạo ra nhiều webhook khác nhau.
Bài viết thật súc tích và đầy đủ. Tks
Lại còn ssl trong 1 nốt nhạc nữa
+1, config đầy đủ chỉ với 4 dòng, trong khi nginx mất gần trăm dòng, quá đỉnh (y)