Tình cờ khi lượt lờ phần support của EasyEngine, thấy một thành viên giới thiệu về Webinoly, theo như ý kiến của anh này thì Webinoly thời điểm anh ta post bài là thua EasyEngine một tẹo 😀
Webinoly ra mắt vào 28/08/2017 năm nay và thời điểm mình viết bài này thì họ vừa ra v1.1.0 được vài hôm (04/12/2017) 😀 và với phiên bản này, thì mình thấy Webinoly đã có chiều hướng hơn EasyEngine rồi đấy ^_^
Hiện tại họ đã ra phiên bản v1.8.0, với rất nhiều tùy chỉnh quan trọng, đặc biệt là sử lý các vấn đề liên quan tới ssl, tạo và renew, thế nên mình cập nhập lại bài này theo bản v1.8.0
Nếu bạn nào lười đọc cả bài, thì chỉ việc ấn vào đây, 1 phát ăn ngay 😀
Giới thiệu về Webinoly
Webinoly v1.8.0 chạy trên Nginx v1.14.2 + MariaDB v10.3.14 (MySQL) + PHP v7.3.4 + HTTP/2, tất cả đều rất mới hay không muốn nói là mới nhất trong tất cả các install script
Ở bài này mình sẽ chạy thử Webinoly trên Amazon Lightsail với hệ điều hành Ubuntu 18.04 LTS, server đặt tại Singapore, cấu hình 2 GB RAM, 1 vCPU, 60 GB SSD
Dùng bản Ubuntu nào thì tùy bạn, tuy thế mình khuyên là nên dùng bản 18.04 LTS, nó đã tối ưu sẵn rất nhiều thứ, cả về hiệu năng, bảo mật và tốc độ nữa
Ports Configuration
- 22/TCP (Inbound/Outbound)
- 25/TCP (Outbound)
- 80/TCP (Inbound/Outbound)
- 443/TCP (Inbound/Outbound)
- 11371/TCP (Outbound)
- 22222/TCP (Inbound)
Mặc định phần lớn các nhà cung cấp VPS đều mở sẵn tất cả các port rồi, còn dịch vụ nào khóa thì bạn vào mở các port theo yêu cầu ở trên là được 😀
Việc cài đặt Webinoly cũng rất đơn giản, chỉ việc copy dòng bên dưới vào là được:
|
1 |
wget -qO weby qrok.es/wy && sudo bash weby 3 |
Thông số phần cứng khi vừa cài Webinoly vào thì như hình 😀 họ dùng 1 GB ổ cứng để làm RAM ảo, mình không chắc là họ set sẵn bất cứ cấu hình nào cũng tạo 1 GB RAM ảo như thế không, chứ thế thì hơi kì, vì thường RAM ảo nó chỉ có hiệu quả trên các con VPS ít RAM, còn mấy con VPS RAM 1 đống vẫn tạo thêm RAM ảo thì mình thấy hơi thừa 😀
Do là bài viết lại, nên mình đi sâu thêm 1 tí về các cấu hình Webinoly, PHP … bạn nào không thích có thể bỏ, không cần xem đoạn này, mà nhảy thẳng tới phần cài đặt WordPress tiếp theo 😀
Set timezone
|
1 |
sudo webinoly -timezone=Asia/Ho_Chi_Minh |
Cái này mình nghĩ nên set, để time trên VPS trùng với múi giờ của VN, sau này bạn coi các thông báo, log nó có ngày tháng đồng bộ, dễ đoán nguyên nhân hơn
|
1 |
sudo webinoly -conf-value_max-mb-uploads=2000 |
Dòng trên giúp bạn có thể upload file thông qua php tới 2000 MB 😀 thường cái này ta sửa trực tiếp trong file config của PHH là được, không rõ tại sao tác giả QROkes lại phải viết thành 1 dòng lệnh như thế? nếu mục đích là để sau update các bản PHP khác, nó vẫn còn lưu lại cái cấu hình cũ này thì cũng có thể hiểu được, phần này mình đoán thôi hé 😀
|
1 |
sudo webinoly -conf-value_php-max-mem=512 |
Cho phép chạy các file php chạy tới 512 MB RAM 😀 thực tế rất nhiều lúc bạn chạy các plugin nặng, WordPress giãy đành đạch vì thiếu RAM á, rất nhiều tip, trick cho WordPress đề xuất tăng lên 256, tuy thế ở con VPS này, đang khá thừa RAM, nên mình set cho lên 512 Mb luôn 😛
|
1 |
sudo webinoly -conf-value_nginx-ppa=mainline |
Dòng trên giúp cài đặt Nginx từ Mainline (Phiên bản Nginx cập nhật nhanh hơn và liên tục)
Cá nhân trên VPS, mình vẫn ưu tiên ổn định, bảo mật trước, xong mới tính tới chuyện bản mới nhất 😀 vì sẽ có rất nhiều vấn đề nảy sinh 😀 tuy thế Webinoly chạy chủ yếu trên WordPress, một nền tảng đang được hỗ trợ gần như mạnh nhất thế giới rồi, nên cũng không quan trọng lắm 😛 cho chạy Ngix từ Mainline luôn 😀 với phần tác giả họ cũng thấy tốt hơn nên mới thêm vào mà, cứ dùng thôi 😛
3 dòng cấu hình trên bạn có thể thấy, là đã được thêm vào trong file config của Webinoly tại /opt/webinoly/webinoly.conf
|
21 22 23 24 |
timezone:Asia/Ho_Chi_Minh max-mb-uploads:2000 nginx-ppa:mainline php-max-mem:512 |
Các bước cấu hình này đều được tác giả ghi rõ ở trang chủ, tuy thế quái là dù đã chỉnh ở các bước trên, nhưng khi check lại bằng lệnh
|
1 |
sudo webinoly -info |
Thì nginx thì chạy từ mainline rồi có điều PHP đang dùng các thông số mặc định?
|
1 2 3 4 5 6 7 |
[PHP] PHP 7.3.4-1+ubuntu18.04.1+deb.sury.org+3 (cli) (built: Apr 10 2019 10:51:11) ( NTS ) memory_limit: 192M post_max_size: 50M upload_max_filesize: 50M max_file_uploads: 20 max_execution_time: 300 |
OK, mình đoán là tác giả viết sót, thiếu dòng code nào rồi 😀 thế thì ta … vào sửa lại bằng tay thôi 😀
|
1 |
/etc/php/7.3/fpm/php.ini |
Mở file php.ini ra sửa các giá trị memory_limit, max_execution_time, max_file_uploads, post_max_size … theo con số bạn thích là được 😀
|
1 |
service php7.3-fpm reload |
Làm xong thì chạy lệch trên để reload lại PHP là được 😀
Ah, hôm nay thấy tác giả vào nhà, kiu mài sửa xong mà thiếu dòng code nên mấy dòng phần php nó không chạy 😀
|
1 |
sudo webinoly -server-reset |
Chạy thêm dòng trên lại là được, không thì bạn vào thẳng php.ini để sửa cũng được, nó có nhiều setting để bạn sửa lại hơn 😛
Kiểm tra lại bằng sudo webinoly -info
|
1 2 3 4 5 6 7 |
[PHP] PHP 7.3.4-1+ubuntu18.04.1+deb.sury.org+3 (cli) (built: Apr 10 2019 10:51:11) ( NTS ) memory_limit: 512M post_max_size: 5000M upload_max_filesize: 5000M max_file_uploads: 2000 max_execution_time: 3000 |
Thông số ra đã đúng như sửa ở trên 😀
|
1 2 3 4 5 6 7 8 |
[NGINX] nginx branch: mainline nginx version: nginx/1.14.2 nginx file descriptors: 397747 worker_processes: auto worker_connections: 8192 worker_rlimit_nofile: 397747 client_max_body_size: 50m |
Vều cấu hình mặc định Ngix trên Webinoly là như thế, mình cũng không chắc có cần sửa thêm gì nữa không, có điều thường các giá trị này tác giả hay tối ưu tốt nhất dựa vào CPU và RAM cả rồi, nên chắc cũng khó thêm bớt gì, thực tế trong gần 2 năm sử dụng các install script, vấn đề duy nhất mình gặp là VPS thiếu RAM, khi quá nhiều truy cập hoặc các plugin nặng chạy thì nó … tạch luôn database thôi, còn thường gần như chạy ổn định 24/24/365 không lỗi lầm gì 😛
Cài đặt WordPress trên Webinoly
Mặc định Webinoly sử dụng “HttpAuth” để tạo thêm 1 lớp login cho các trang như wp-admin, tuy thế với mình là không cần thiết, thành ra mình tắt tính năng này đi
|
1 |
httpauth -wp-admin-off |
Thực tế mình thấy nếu bạn cần bảo mật wp-admin, chỉ cần cài các plugin dạng WPS Hide Login là đủ, nó đổi wp-admin thành 1 link chỉ bạn biết, sử dụng tiện hơn, đỡ phải nhớ thêm password lằng nhằng 😛
Cài đặt thêm WordPress vào thì thêm 1 dòng:
|
1 |
site bibica.review -wp |
Ở bản v1.8.0 thì Webinoly đã có sẵn gửi email qua SMTP rồi, nên khi bạn cài 1 trang WordPress mới sẽ thấy có email gửi tới liền nhé, có điều thường nó … bị tống thẳng vào spam thôi 😀
Xem thử con VPS sau khi cài đặt 1 bản WordPress mặc định thì như thế nào
Nhìn chung thì cũng … không có gì mới lắm 😀
Để cài thêm ssl cho domain thì bạn chạy dòng dưới 😀
|
1 |
site bibica.review -ssl-on |
Việc cài đặt SSL cũng rất nhanh gọn, tầm 15-30s là xong 😀
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 |
************************************************************************************************* ** Please, be careful with the number of intents or certificates you try to get. ** ** Let’s Encrypt provides rate limits to ensure fair usage by as many people as possible. ** ** ** ** If you are getting errors or having issues when trying to get a new certificate ** ** read about the Let's Encrypt rate limit - https://letsencrypt.org/docs/rate-limits/ ** ************************************************************************************************* Please, be sure that bibica.review and www.bibica.review are both currently pointing (DNS) to this server. Please, enter an email to register your new certificate: [email protected] Email address has been successfuly validated and saved! Saving debug log to /var/log/letsencrypt/letsencrypt.log Plugins selected: Authenticator webroot, Installer None Obtaining a new certificate Performing the following challenges: http-01 challenge for bibica.review http-01 challenge for www.bibica.review Using the webroot path /var/www/bibica.review/htdocs for all unmatched domains. Waiting for verification... Cleaning up challenges IMPORTANT NOTES: - Congratulations! Your certificate and chain have been saved at: /etc/letsencrypt/live/bibica.review/fullchain.pem Your key file has been saved at: /etc/letsencrypt/live/bibica.review/privkey.pem Your cert will expire on 2019-07-31. To obtain a new or tweaked version of this certificate in the future, simply run certbot again. To non-interactively renew *all* of your certificates, run "certbot renew" - Your account credentials have been saved in your Certbot configuration directory at /etc/letsencrypt. You should make a secure backup of this folder now. This configuration directory will also contain certificates and private keys obtained by Certbot so making regular backups of this folder is ideal. - If you like Certbot, please consider supporting our work by: Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate Donating to EFF: https://eff.org/donate-le SSL have been successfully enabled for your site - bibica.review |
Webinoly tự động kiểm tra mỗi tuần một lần trạng thái của các chứng chỉ của tất cả các trang web của bạn và những trang web có thời hạn hiệu lực dưới 30 ngày sẽ tự động được gia hạn.
Vụ đau đầu ở là ở đây, lý thuyết thì Webinoly hay bất cứ install script nào cũng đều sẽ chạy cron, để tới ngày, tới tháng nó tự chạy renew, còn thực tế dùng thì cá nhân mình và rất nhiều người gặp tình trạng lỗi, không renew được, và chỉ tới ngày chứng chỉ ssl hết hạn mới thấy 😀
|
1 |
15 3 * * 7 certbot renew --post-hook "service nginx restart" |
Thực tế tới bản thân tác giả QROkes cũng thấy vụ này, và anh ta hứa sẽ khắc phục ở bản v.1.8.0 😀 là bản trong bài viết này ấy 😛 thực tế thế nào thì vẫn phải chạy thử mới biết được nó đã khắc phục triệt để vụ renew ssl chưa, vì có domain bị, có domain lại không bị, nên cũng khá đau đầu để test 🙁
Không rõ Webinoly config SSL kiểu gì nhưng lại được hẳn A+, EasyEngine xưa cài xong được có B+ thôi ^_^ và SSL Webinoly config chạy trên TLS 1.2, về lý thuyết là cũng khá an toàn và phần lớn các trình duyệt hỗ trợ
Yeb, vì lý do nào đó, sau bạn chán dùng SSL, muốn tắt đi, thì có thể chạy lệnh bên dưới 😀
|
1 |
site bibica.review -ssl-off |
Ở bản này thì mình thấy Webinoly có hỗ trợ thêm Wildcard Certificates, kiểu bạn cài đặt HSTS hoặc muốn dùng ssl cho các subdomain, khi chạy WordPress Multisite chẳng hạn
|
1 |
sudo site bibica.review -ssl=on -wildcard |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
Please, be sure that bibica.review and www.bibica.review are both currently pointing (DNS) to this server. Saving debug log to /var/log/letsencrypt/letsencrypt.log Plugins selected: Authenticator manual, Installer None Obtaining a new certificate Performing the following challenges: dns-01 challenge for bibica.review - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Please deploy a DNS TXT record under the name _acme-challenge.bibica.review with the following value: 66TQawBRaNKZYXRqMC36zRP5eP_hiJx8YPEzLoZwhwg Before continuing, verify the record is deployed. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Press Enter to Continue |
Lúc cài đặt nó sẽ yêu cầu bạn tạo thêm một DNS TXT record trong phần quản trị domain, vào tạo như nó yêu cầu xong ấn Enter là được 😀
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
Please deploy a DNS TXT record under the name _acme-challenge.bibica.review with the following value: 66TQawBRaNKZYXRqMC36zRP5eP_hiJx8YPEzLoZwhwg Before continuing, verify the record is deployed. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Press Enter to Continue Waiting for verification... Cleaning up challenges IMPORTANT NOTES: - Congratulations! Your certificate and chain have been saved at: /etc/letsencrypt/live/bibica.review/fullchain.pem Your key file has been saved at: /etc/letsencrypt/live/bibica.review/privkey.pem Your cert will expire on 2019-07-31. To obtain a new or tweaked version of this certificate in the future, simply run certbot again. To non-interactively renew *all* of your certificates, run "certbot renew" - If you like Certbot, please consider supporting our work by: Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate Donating to EFF: https://eff.org/donate-le SSL have been successfully enabled for your site - bibica.review |
Từ giờ, khi cần tạo ssl cho subdomain thì bạn dùng lệnh bên dưới
|
1 |
sudo site cdn.bibica.review -ssl=on -add-to-wildcard=bibica.review |
Như ở đây là mình tạo ssl cho subdomain cdn.bibica.review
|
1 2 |
sudo site cdn.bibica.review -ssl=on -add-to-wildcard=bibica.review Your site - cdn.bibica.review - have been successfully added to the - bibica.review - wildcard cert. |
Hmm, cũng không chắc lắm có cần như thế không, chứ trước đây khi tạo subdomain, mình cũng chỉ dùng thẳng như cho domain chính
|
1 |
site cdn.bibica.review -ssl-on |
Kiểu thế, thấy cũng chạy bình thường 😛 nói chung lỡ viết lại cho bản v1.8.0 thì viết thêm cho có thôi 😀
Dù bản này, tác giả đã nói là fix ổn vụ review ssl rồi, tuy thế mình cứ post sẵn thêm 1 số lệnh review ssl, phòng thường hợp vẫn bị lỗi thế
|
1 |
sudo site -ssl=renew |
|
1 |
sudo site bibica.review -ssl=force-renewal |
|
1 |
sudo certbot certonly --manual --preferred-challenges=dns --manual-public-ip-logging-ok -d $domain -d *.$domain --email $mail --no-eff-email --agree-tos --staple-ocsp --must-staple |
Thử từng dòng, nếu được rồi thì thôi, không cần chạy cả 3
Đoạn code dòng 3 thì thay domain và email bằng info của bạn, lúc chạy nó sẽ yêu cầu tạo 1 custom 1 recore TXT trên domain, tạo như nó yêu cầu, xong xuôi nó tạo ra 3 file liên quan tới ssl, bạn sửa lại đường dẫn trong config domain giống thế rồi restart lại ngin là được, đoạn này nói hơi dài nhưng bạn nào dùng ssl thì đọc sẽ hiểu thôi 😀
FastCgi Cache
FastCgi là một hình thức cache rất mạnh, và hiệu quả, tuy thế nó khá khó cấu hình, với những trang ít các hiệu ứng thay đổi, như thèng bibica.net chẳng hạn thì chạy ổn, còn những trang dạng shop thì khá dễ gây lỗi, chạy hay không thì tùy nhu cầu của bạn 😀
Theo như Webinoly nói thì họ đã config sẵn hết rồi, cần dùng Redis Cache thì chỉ việc cài plugin Redis Object Cache vào và dùng thêm Nginx Helper plugin để quản lý nữa là đủ, còn nếu bạn muốn dùng FastCgi Cache chạy lệnh dưới là đủ (nhớ nhé, chạy FastCgi Cache mới cần thêm dòng dưới, còn chạy Redis Cache thì không cần)
|
1 |
sudo site bibica.review -cache=on |
Để kiểm tra bạn có thể chọn tùy chọn Enable Nginx Timestamp in HTML từ Nginx Helper plugin, lúc này khi view source trang web bạn sẽ thấy dòng thông báo cache như thế
Vì lý do nào đó, hay đơn giản là bạn … chán, không muốn dùng FastCgi để cache nữa thì có thể tắt đi
|
1 |
sudo site bibica.review -cache=off |
Vào quản trị của WordPress, nếu còn plugin Redis Object Cache hay Nginx Helper thì xóa đi 😀
Bonus: Reverse Proxy site
Tính năng có sẵn từ lâu của Webinoly mà giờ mình mới biết, nôm na là dùng 1 server chạy Webinoly làm proxy cho 1 trang khác, thực tế bạn có 1 con VPS location US, Euro bạn vẫn phải dùng, vì thường uptime tốt, space nhiều và rất rẻ so với các location khác, luật về bản quyền tại các location Euro cũng dễ chịu hơn …
Tuy thế nó … chậm, nhất là những lúc đứt cáp, bạn có thể dùng 1 con host khác, location Japan hoặc Sing hoặc Hong Kong để làm proxy cho con VPS ở US
Nôm na truy cập bình thường là bạn <-> VPS US, Euro, giờ sẽ thành là bạn <-> VPS Sing <-> VPS US, lý thuyết là sẽ nhanh hơn 😛
To create a site with Reverse Proxy configuration in Nginx:
Replace the host and port values according to your needs.
Yeb, chỉ 1 dòng là xong :]] thật ra mình nghĩ ai biết rồi thì đơn giản hơn, không cần thiết phải cài cả bộ Webinoly lên chỉ vì mỗi vụ là proxy thế này (mở ra coi thì thấy thêm có vài dòng trong file config nginx à), thế thì thật phí công tác giả ngồi viết, cơ mà chịu thôi, dạo này mình khá là bận để tìm hiểu thêm, có sẵn thì dùng sẵn thôi 😀
Cài Webinoly lên con Amazon tại vì ping location Singapore cực tốt, chỉ 2x ms khi truy cập từ Việt Nam :]]
Ok, trên con VPS Amazon thì type 1 dòng 😛
|
1 |
sudo site bibica.net -proxy=xxx.xxx.xxx.xxx:80 |
xxx.xxx.xxx.xxx là IP hiện tại của host thèng bibica.net đang chạy 😛
Xong xuôi thì trỏ domain thèng bibica.net về con Amazon 😀
Kết quả giờ thèng bibica.net đang dùng UpCloud có ping tầm 6x, đã xuống được 3x-4x ms 😀
Tiếp theo bạn cần xử lý nhỏ thêm một tí, không thì mọi comment, bài viết đều hiện ra là IP con hàng Amazon cả 😛
Mở file config domain tại server thực mà site bạn đang chạy, ví dụ của mình là /etc/nginx/sites-available/bibica.net
Bên trong server {…} thêm vào dòng bên dưới
|
1 2 |
real_ip_header X-Forwarded-For; set_real_ip_from 0.0.0.0/0; |
Tiếp theo khởi động lại nginx là được
|
1 |
service nginx reload |
Một số câu lệnh mình hay dùng, bạn có thể xem chi tiết các câu lệnh tại đây
Update lên phiên bản mới nhất
|
1 |
sudo webinoly -update |
Tạo thêm tài khoản login cho phần HTTP Authentication
|
1 |
sudo httpauth -add |
Thực tế mình dùng Webinoly được gần 2 năm, không có gì để phàn nàn, ở trên viết dài như tờ sớ, chứ thực ra cài đặt bạn chỉ cần type 2-4 dòng
|
1 2 3 4 |
wget -qO weby qrok.es/wy && sudo bash weby 3 site bibica.review -wp site bibica.review -ssl-on (nếu dùng ssl) sudo site bibica.review -cache=on (nếu dùng cache) |
Cài xong thì cứ thế mà chạy, gần như cũng chẳng cần nhớ hay biết thêm dòng lệnh nào 😛 nó chạy rất ổn định, cá nhân mình chỉ gặp 1 lần ssl renew bị lỗi, vài lần test độ chịu tải và … sập luôn mysql thôi 😀 còn chạy bình thường thì ổn định, 3-6 tháng có khi còn không ngó vào trang, vẫn thấy nó chạy ầm ầm 😀
Đây là install script duy nhất mình recommend dùng, tại nó cân đối được giữa bảo mật, chịu tải, tốc độ và dễ sử dụng 😛
Cho mình hỏi một chút, một số plugin có phần Install Info, trong đó nó chỉ ra một số thông số về cấu hình chung. Trang của mình phần WordPress Configurations : Memory Limit chỉ có 40MB. Mình có thay đổi cài đặt này trong wp_config lên 512mb nhưng kiểm tra lại qua nhiều plugin đều chỉ 40mb. Trong phần PHP Configurations : php Memory Limit hiển thị ở 1000mb.
Với WordPress Configurations : Memory Limit chỉ có 40MB thì trang web có mình đã có thể tối ưu chưa ? và làm thế nào để mình nâng WordPress Configurations : Memory Limit lên 512. Cảm ơn bạn.
Tùy việc đang chạy trên nền tảng nào, share host hay vps mà có cách chỉnh khác nhau 😛
Mà thật ra đang chạy bao nhiêu ram cũng không quan trọng đâu, vì thường nếu bị thiếu, thì khi comment, post bài …. nó tự văng lỗi ra rồi, nếu vẫn đang chạy bình thường các thứ thì cũng không cần quan tâm nhiều tới cái này làm gì 😛
Mình chạy amazon lightsail 10$/1m, cấu hình như phần bên trên của bạn. Tuy nhiên, đôi khi chạy chuyển các trang khác nhau khi viết bài mới hay trang khác hay lưu trang trong wp-admin thì thấy chờ lâu quá. Đôi khi mất tận 5-6s. Không biết đây có phải là vấn đề trong cấu hình không bạn?
Tui newbie, Ông cho tui hỏi, hình như Webinoly không có tính năng add vhost để chạy nhiều domain, nhiều website trên cùng 1 con vps phải không? Kiếm hoài mà không thấy.
https://webinoly.com/en/documentation/sites/
-> Parked domain or alias
Ad cho hỏi, muốn truy cập sftp thì làm thế nào ạ ?
https://webinoly.com/support/17/whats-my-sftp-username-password-and-port
Cả nhà ơi,
Nhà mình có ai bị dùng webinoly một thời gian mà các plugin của wordpress bắt đầu xuất hiện lỗi lặt vặt không?
Mình thử backup toàn bộ source code đó lên một shared hosting chạy thử thì không bị lỗi vặt ấy nữa. Lạ kì.
Ví dụ một lỗi: plugin thrive lead không detect đc mobile, kg hiển thị trên category…
Không biết là chạy VPS thì cần phải bảo trì định kì như nào để đỡ lỗi vặt nhỉ?
Về lý thuyết, các tool kiểu webinoly nó chỉ cấu hình phía server, một số trường hợp tool họ cấu hình chặt, phân quyền hạn nhiều. làm 1 số plugin không chạy được (cái này hay gặp nhất ở shared host), thường chỉ thế thôi
Về ý backup toàn bộ source code up lên shared host thì không bị lỗi, thì cũng thử như thế, nhưng sang 1 con VPS mới xem thế nào?
Cá nhân mình dùng rất nhiều dịch vụ VPS, rất nhiều tool auto config … đều dùng bình thường, ổn định cả
Lỗi mình hay hay gặp nhất thường là end user chỉnh sửa nginx, php … sau đó quên không restart lại, sau đó do 1 số VPS cơ sở hạ tầng không ổn định, thi thoảng nó sập VPS, khi chạy lại do các lỗi liên qua tới nginx, php ở trên, làm không tự khởi động lại được nginx hoặc mysql …
Rất nhiều tool auto kiểu webinoly mình cài vào xong, toàn vứt đó 6-12 tháng mà thấy nó vẫn chạy ổn cả
Xưa giờ xài easyengine. Từ khi chuyển qua v4 khó xài quá. Thấy bài viết bạn chỉ Webinoly giống easyengine v3. Nên tập tành xài thử. Thấy dễ cấu hình. Cấu hình xong toàn A. Sẵn tiện cho mình hỏi bạn có hướng dẫn cấu hình gửi mail SMTP với Webinoly
SMTP thì tác giả cũng có viết ở phần hướng dẫn sử dụng rồi (https://webinoly.com/en/documentation/webinolys/)
Có điều mình nghĩ dùng Amazon Simple Email Service ở thời điểm hiện tại là ngon nhất, đa phần email vào inbox và nếu ai dùng gmail sẽ thấy nó được gắn thẻ “QUAN TRỌNG” luôn 😀 (https://bibica.net/amazon-simple-email-service/)
Hi bibica,
You need to run “sudo webinoly -server-reset” to changes take effect after you entered the PHP custom values.
Thanks a lot for your kind support to Webinoly, I really appreciate it.
Thanks QROkes for all
Maybe you remmeber me? :]] (https://imgur.com/A1tsOhG)
Of course, I know you have been supporting Webinoly since the beginning and I’m really grateful.
1. Xem trong quản trị phần WordPress Address (URL) và Site Address (URL) đang điền là gì? 2 cái giống nhau không?
Cả 2 đều điền https://www.domain.com
2. Mà thường cấu hình, người ta hay dùng trên 1 domain thôi, hiếm ai để cả domain.com và http://www.domain.com, 2 cái này tính là là …. 2 domain rồi á
Mình chỉ cài đặt cho 1 site là http://www.domain.com thôi. Site mình từ xưa vẫn vậy. Đánh trên trình duyệt domain.com thì nó sẽ tự redirect sang http://www.domain.com. Không hiểu sao chuyển sang đây thì chỉ có url nào có đủ www mới hoạt động. Bây giờ muốn vào web thì phải gõ đủ www trên trình duyệt mới vào được.
Cài Really Simple SSL vào để nó tự chuyển các link về WordPress Address (URL) và Site Address (URL) xem được không?
Còn thường trong thư mục config domain /etc/nginx/sites-available, nó đã có sẵn dòng “return 301 https://$host$request_uri; ”
Kiểu thể cả rồi mà ta 😀
Cài Really Simple SSL vẫn vậy. Điểm check SSL cho http://www.domain.com vẫn A+. Có lẽ SSL không hoạt động là do nó không chuyển hướng non-www về www. Ở bài viết này tác giả có nói phải config www redirection bằng tay, hình như là thảo luận với bạn https://webinoly.com/support/104/not-redirect-when-use-ssl. Nhưng mình k tìm được hướng dẫn nào.
Đx tìm ra 1 trường hợp như mình. Để đấy để bạn nào gặp thì tham khảo thêm. Mình phải cài đặt lại web với non-www.
https://webinoly.com/support/729/certificate-mismatch-error-for-www-version
Ah, vấn đề đó là ở các bản trước tác giả không làm http -> https, là cái dòng “return 301 https://$host$request_uri; ” mình nói ở trên ấy 😀
Còn vụ ở đây là http://www.domain.com có ssl, domain.com lỗi ssl và không tự chuyển từ domain.com -> http://www.domain.com 😛
Ờ mừ fix được rồi thì thôi 😀
Sau khi đọc bài viết của bạn mình đã thử chuyển 1 site sang dùng thử Webinilon. Có 1 lỗi là do site mình dùng tên miền có www, sau khi cài đặt và chuyển website xong thì tên miền dạng https://www.domain hoạt động tốt. Còn tên miền https://domain.com thì báo lỗi chứng chỉ ssl “Kết nối của bạn không phải là kết nối riêng tư
Những kẻ tấn công có thể đang cố gắng đánh cắp thông tin của bạn từ zoniv.com (ví dụ: mật khẩu, thư hoặc thẻ tín dụng). Tìm hiểu thêm
NET::ERR_CERT_AUTHORITY_INVALID”
Đây là website cũ trước giờ chạy trên easyengine vận hoạt động tốt, mình không động chạm gì vào các bản nghi hay DNS cả. Bạn có kinh nghiệm chỉ giúp mình. Cảm nhận ban đầu là webinoly khá nhẹ nhàng và đơn giản nhưng cộng đồng support còn ít quá.
Xem trong quản trị phần WordPress Address (URL) và Site Address (URL) đang điền là gì? 2 cái giống nhau không?
SSL thì mặc định khi cài nó có đủ cho domain.com và http://www.domain.com rồi, cần thì cài thêm Really Simple SSL vào để nó xử lý các vấn đề liên quan tới ssl
Mà thường cấu hình, người ta hay dùng trên 1 domain thôi, hiếm ai để cả domain.com và http://www.domain.com, 2 cái này tính là là …. 2 domain rồi á 😀
Webinoly thì về cơ bản nó cũng na ná như easyengine thôi, xưa mình dùng phần vì easyengine đang ngừng dự án, chạy trên các bản php ,mysql, nginx … cũ thôi, có điều thực tế easyengine vẫn chạy ầm ầm cả mà 😀
Xưa mình có làm 1 bài so sánh (https://bibica.net/easyengine-vs-centmin-mod-vs-runcloud-vs-webinoly/) tổng thể đều tốt như nhau cả 😛
Mình đang dùng SSL của Webinoly, nhưng bị hết hạn không biết gia hạn kiểu gì nữa @@
Tạm xử lý nhanh bằng cách tắt sau đó bật lại ssl
site domain.com -ssl-off
site domain.com -ssl-on
Ngày hôm qua mình đã tắt và bật đủ kiểu mà vẫn vậy, xóa cache các kiểu nữa :(. Hôm nay bật lại SSL thì nó cấp cho mình chứng chỉ mới @@.
Như mình mua gói vps vutr 2,5 đô rồi mình cài webinoly, có thể tải được khoảng 10000-20000 lượt/ ngày không
Mỗi vps mình chỉ cài được một domain hay sao admin
Lý thuyết thì khi cache rồi thì thuần túy view là không đáng kể, bao nhiêu cũng được 😀 nhưng cũng hiếm trang nào mà chỉ có view cao mà không có comment, search … lắm
1 vps thích add bao nhiêu domain thì tùy thôi mà 😀
Muốn cài ssl cloudflare ( full strict ) thì làm thế nào hả b.
cái webinoly ( ubuntu ) này so với hocvps ( centos ) có tốt hơn ko bro
Đang dùng hocvps quen bao lâu nay rồi muốn thử đổi gió sang ubuntu mà đang còn lăn tăn
Tổng thể đều tốt cả, dùng cái nào quen rồi thì cứ tiếp tục dùng là được 😀
à còn cái vụ này muốn hỏi b nữa
bên hocvps mình config nó tự động backup với rclone mà nếu sang webinoly ko biết có vụ này ko nhỉ
rclone cài vào như bình thường thôi mà 😀 dùng wordpress thì mình recommend dùng Duplicator Pro cho tiện (https://bibica.net/duplicator-pro/)
Mình không dùng WP, đang muốn 1 cách làm thuận tiện như cái hocvps hướng dẫn dùng script tự động backup xong đẩy lên google driver qua rclone ấy
Cài rclone vào là được thôi mà
thằng upcloud còn vụ km 25$ ko bạn nhỉ
để mình chuyển nhà sang test thử
You are receiving $25 in free credits thanks to being invited by one of our users. Awesome! ?
Vẫn còn 😀 Đăng kí theo cái link trong bài là được
Cho mình hỏi,mình cài webinoly xong,nhưng khi truy cập theo ip:22222 thì nó báo 403 Forbidden,làm sao fix dc vậy ạ 😀
Mở port chưa?
Mở port như nào nhở,mình cài như bt thế thôi,cài mới trên ubuntu..truy cập thì nó vẫn hỏi login nhưng login xong nó ra 403 luôn -_-..
Edit : dc rồi bác ơi :D..hehe
Giơ lại bị lỗi refused to connect. bác ạ T_T..có phương án ko ạ 🙁
Cài lại thử xem 😀
Mà đã xài VPS, còn vào cái port đó làm gì cho mất thời gian thế
Ủa e tưởng phải vào bằng port đó để vào phpmyadmin mà bác T_T..mà e cũng vào dc phpmyadmin rồi,cũng cài wp xong rồi,mà giờ vào web nó lại refuse..đang cài lại xem sao T_T.
Xài VPS rồi ai còn đi login web chạy phpmyadmin nữa cho cực
Không biết lệnh thì có thể dùng Duplicator Pro để backup, restore, nó còn chạy auto mỗi ngày nữa, rất nhàn, như thèng bibica.net này bị lỗi, tạo con VPS khác, restore bằng Duplicator Pro mất vài phút, đổi DNS lại phát là xong 😛
Đỡ cực hơn ngày xưa dùng hosting share nhiều lắm :]]
sau 2 ngày lọ mọ config lại cấu hình thì cũng khá ổn 😀
http://sv1.upsieutoc.com/2018/08/17/1d1fed01cc5c24fc9.jpg
Không ổn đâu 😀
Webinoly sơ sơ phải chịu được 3000 client mỗi giây nhé (https://bibica.net/upcloud-webinoly-ubuntu-18-04-tuyet-voi/)
Setting lúc test phải tính theo giây như hình ấy (https://imgur.com/a/7t6myVq)
thế này đã ổn chưa bro :3 cpu mình test cũng loanh quanh 10%
http://sv1.upsieutoc.com/2018/08/18/Untitled.jpg
Trong bài viết mình đã ghi cấu hình và mức chịu tải, bạn so với cái đó là được mà 😀
mình thử mức hardcore hơn mới bắt đầu lỗi hihi
http://sv1.upsieutoc.com/2018/08/18/test.jpg
Hello Bro, mình thấy Bro có cái plugin hay hay khi cập nhật bài viết nó ghi lại khá ngon bác chia sẽ em biết với 😀
https://i.gyazo.com/07ccc8c0ac4e0c4ae269e7a72bb786fa.png
Nó nằm trong bài nói về theme GeneratePress (https://bibica.net/generatepress-lightweight-responsive-wordpress-theme/)
Haha, không lẽ chuyển theme ta ?
Google tí cái theme đang dùng là ra cái code tương tự thế thôi mà
mình dùng EE hơn 1 năm nay và giờ chuyển qua webinoly nhưng cái thời gian phản hồi máy chủ lâu quá, toàn tầm 0,3-0,8s. Bạn dùng cái gì để tối ưu cho nó vậy
Xưa mình nghịch khá nhiều, giờ chỉ cài mỗi Webinoly (cấu hình mặc định) xong dùng theme GeneratePress, VPS thì dùng UpCloud hoặc Amazon location Singapore
Chỉ nhiêu đó, còn lại các plugin tăng tốc, gom file nhỏ hay cache … mình bỏ cả 😀
Gần như giờ chạy thuần mặc định :]]
mình dùng ee hơn 1 năm nay. Giờ kiểm tra PageSpeed Insights thì cái thời gian phản hồi máy chủ cao quá, kể cả dùng webinoly thì thời gian phản hồi cũng tầm 0,3s – 0,8s, không biết bạn dùng cái gì để tối ưu nhỉ, mình cài trên vps DO 2gb ram nhưng vẫn k cải thiện được.
Không quan trọng cái thời gian phản hồi khi check ở mấy trang như PageSpeed Insights đâu, phần nhiều các trang dùng server US check, nó bắn tới location Japan, Singapore chậm hơn tẹo là chuyện bình thường
Bạn cứ thử trực tiếp trên trình duyệt, ấn load qua các trang, hay search, mất tầm < 1s là đạt, < 0.5 là nhanh, thế là đã đủ rồi Còn cuồng các con số kiểu TTFB thì đơn giản nhất cứ táng location US, xong thử ở mấy dịch vụ đó là xé gió thôi mà 😀 Đơn cử là cái pic này (https://bibica.net/wp-content/uploads/2017/12/1-4-2018-3-58-25-AM.png)
Dịch vụ của Pantheon, bạn sẽ dễ dàng đạt được con số load time <100 ms mà không phải config gì quá nhiều, đấy là load cả trang mà còn thế nhé, TTFB chắc 10-20 ms thôi 😛
Mình tạo VPS ở US mà time vẫn cao mới chết chứ :(. Cho mình hỏi b đang cấu hình site bibica này như thế nào vậy ạ. mình check ra thấy ip trỏ về amz
Webinoly + theme GeneratePress + Amazon location Singapore
Tất cả setting mặc định 😀
thử tắt cloudflare đi thì k thấy báo thời gian phản hồi máy chủ cao nữa b ạ :)))
Bạn có bật cache redis lên không, mình dùng ee cũng khá lâu rồi. Vẫn ngon như ngày nào 🙂
EE là huyền thoại rồi, bàn làm gì nữa 😀
Webinoly thì cũng gần như gốc là của EE, nâng cấp php, mysql, nginx … lên bản cao hơn thôi
Tổng thể khá giống nhau 😛
Bạn viết bài tỉ mỉ quá, mình định thử dùng Webinoly xem sao. Bạn cho mình hỏi nếu mình sử dụng dòng này và làm theo như trong bài:
wget -qO weby qrok.es/wy && sudo bash weby 3
Là sẽ cài bản Webinoly mới rồi nhất đúng không? Nhu cầu của mình chỉ là web wordpress đơn giản, thêm dòng cài wordpress:
site webinoly.bibica.review -wp
Vậy là xong rồi nhỉ?
Chào bạn, mình thiết lập theo hướng dẫn của bạn ở phần Reverse Proxy nhưng hoạt động được. Bạn có thể hướng dẫn mình chi tiết hơn không web mình có SSL
Bạn thử thay port thành 443 xem sao
Thank bạn đã quan tâm câu hỏi, ko có SSL thì ok, có SSL thì thua rồi. Mình đang kiếm cách xử lý nếu bạn có cách hay, nhớ chia sẽ nhé! 🙂
Mình tìm được cách sử dụng với SSL. Cài Let’s Encrypt là được 🙂
Trừ vài site đặc thù, cá nhân mình vẫn recommend dùng http (https://bibica.net/http-va-http-2-tren-edge-chrome-firefox-opera/)
Có vài giai đoạn mình cũng từng có ý chuyển sang https, thật ra cho đẹp là chính, mỗi cái sau tính tới tính lui vẫn thấy nó là thứ không đáng để quan tâm 😀
Chính xác là vậy, với anh em mình thì nó cũng chẳng có ý nghĩ gì nhiều nhưng khổ cái KH luôn đòi cái đó, vậy mới đau. Hehe 😀
Éc, làm cho khách thì phải cài gấp :]]
Nhìn cho nó bờ gồ =))
Cho mình hỏi,mình cài webinoly vướng cái plugin google xml sitemap nó bảo phải thêm đoạn này
rewrite ^/sitemap(-+([a-zA-Z0-9_-]+))?\.xml$ “/index.php?xml_sitemap=params=$2” last;
rewrite ^/sitemap(-+([a-zA-Z0-9_-]+))?\.xml\.gz$ “/index.php?xml_sitemap=params=$2;zip=true” last;
rewrite ^/sitemap(-+([a-zA-Z0-9_-]+))?\.html$ “/index.php?xml_sitemap=params=$2;html=true” last;
rewrite ^/sitemap(-+([a-zA-Z0-9_-]+))?\.html.gz$ “/index.php?xml_sitemap=params=$2;html=true;zip=true” last;
nhưng mình ko biết thêm chỗ nào,trước cài hocvps thì add domain xong nó có thư mục domain.conf nên còn biết giờ mù tịt :v
Ae giúp mình với ạ 😀
Thèng nào chẳng như nhau 😀
Webinoly thì file config nó nằm trong /etc/nginx/sites-available, mở ra thấy domain thôi 😛
À tại ko thấy đuôi nên cứ tưởng ko mở dc,mở ra thì thấy rồi :D. Tks bác,để mò thêm 😀
Thật ra là hơi lạ thôi, vì giờ ai cũng cài Yoast SEO, mà Yoast SEO nó đã có phần tạo sitemap, thành ra còn dùng thêm plugin tạo sitemap hơi hiếm 😀
Mình 2 site trước dùng Yoast rồi,nên giờ đổi gió ko dùng Yoast nữa xem thế nào :v..mà hiện tại sitemap đang bị lỗi trắng trang chưa biết bị sao nữa..
Nói chung khá hiếm đấy 😀
Yoast SEO ngoài chuyện tạo sitemap, Seo này nọ, nó còn tự giúp mình edit lại các link khi xóa bài hay thêm link vào bài viết ….
Nói chung là tính năng ngon, cả thế giới tin dùng rồi, không dùng thì có vẻ như hơi tự làm khó mình á 😀
mình có thể cài riêng một cái cho việc đăng nhập qua web để up sửa file không bác nhỉ?
Như đã nói một lần, mình không rõ nhu cầu bạn thế nào để nói cụ thể được 😀
Webinoly hay các script khác dạng auto thế này đơn giản là họ config phía server, config xong thì gần như chẳng ai sờ vào, còn phía web kiểu WordPress thì cứ up code lên chạy là xong thôi mà, sửa lại sửa cái gì nhỉ 🙁
Vậy chốt lại là xài thằng nào giờ Bibica?
Thấy thằng nào cũng tốt, mà mình lại tay ngang, bữa đang xài vpssim, không hiểu sao nó bị php-fpm: pool www 100% CPU, thì ra là do cái preload của WP-Rocket (Lại vừa hết hạn update) Nên nhờ ng cài lại VPS, mà k phải script như VPSSIM nên k biết quản lý.
Đang muốn cài lại 1 cái dùng script để dễ quản mà k biết chọn thằng nào 🙁 vì gà mờ.
Đang muốn cài Centmin Mod mà sợ nó phức tạp 🙁
Site chừng 20 ng onl thôi. Nhưng mình cần thằng nào ổn ổn, tại từ khóa lên top khá nhiều.
Phân vân quá
Webinoly luôn là sự lựa chọn đầu tiên của mình nếu ai hỏi 😀
Preload của WP-Rocket mình thử thì nó chỉ load trung bình 50-70% CPU là kịch thôi (đấy là trên con VPS có CPU yếu nhất rồi á) với lại họ có cho chọn time preload mà, thấy nặng thì tăng thời gian thêm ra
Có tâm vãi, chuyển đủ các thể loại CP rồi test như thánh thần ấy :-).
Miềng thông tin thêm là thằng Vultr vừa ra mắt cái gói có Plesk miễn phí 3 domain nhé. Cứ chuẩn thị trường, doanh nghiệp mà chơi, an nhàn :-). Trong lúc đấy thì mình vẫn dùng VestaCP chạy cũng khá ngon. Quan trọng với mình vẫn là độ ổn định stable, khả năng sao lưu, bảo trì tự động :-).
Thật ra ban đầu cũng mù tịt, thèng em cài cho vpssim, xong lâu lâu nó bị lỗi database, thế là bực mới coi lại vụ này ấy chứ ^_^
Hi, Admin
Tôi muốn chuyển site wp cũ về vps mới cài webinoly, ta làm các bước nào?
Cám ơn.
Đơn giản nhất thì dùng Duplicator Pro (https://bibica.net/duplicator-pro/)
Nó tạo hết data và database của file cũ lại thành 1 cục, xong up sang host mới chạy installer phát là xong 😀
Để quản lý tầm 100+ vps thì nên dùng con này hay con runcloud hở ông? Con runcloud thì quản lý tiện hơn nhưng mà chả biết nó chết lúc nào :)).
Quản lý nhiều VPS thì tất nhiên dùng qua các dịch vụ như RunCloud tiện hơn, cài vào phát không phải nhớ bất cứ thông tin gì nữa, nếu sợ nó chết thì có thể dùng 1 dịch vụ khác của DigitalOcean là ServerPilot, cũng tương tự 😀
Có điều thực tế sau khi setup xong, chạy ổn định thì cũng hiếm khi nào phải vào lại nên cũng ít quan trọng
Cá nhân thì mình nghĩ nên dùng các script kiểu EasyEngine, Centmin Mod hoặc Webinoly 😀 có thể tham khảo bài này (https://bibica.net/easyengine-vs-centmin-mod-vs-runcloud-vs-webinoly/) để lựa chọn cho mình 1 sản phẩm phù hợp
Con server pilot hiệu năng hình như không bằng mấy bé trên vs cả đắt quá ko chịu được. Mình khoái nhất ở hai thằng webinoly vs runcloud vụ auto restart service. Nên chắc dùng webinoly thôi :)). Con runcloud có hôm 502 cả mấy tiếng =.=
Vụ đó thì không chắc lắm, vì thử loader.io trên EasyEngine, Centmin Mod, hết RAM thì lỗi database, nhưng chạy trên Webinoly thì không thấy, cũng không rõ tại sao, cũng có khi nhầm :]]
Mà nói chung bản thân Webinoly họ tối ưu chạy được nhiều client và ít lỗi hơn so với EasyEngine, Centmin Mod
Có điều với gói VPS rẻ nhất của Vutr $2.5/month thèng nào cũng chịu được 1000 client 1 giây rồi, nghĩa là cỡ 86.4 triệu views mỗi ngày ấy :]] thực tế chẳng trang nào đạt nổi con số đó để mà quan trọng ^_^