1. Xóa ứng dụng Postman

• Mở Finder.
• Chuyển đến thư mục Applications.
• Kéo ứng dụng Postman vào Trash (Thùng rác).

2. Xóa tệp cấu hình và dữ liệu

Postman lưu các tệp cấu hình trong thư mục Library. Để xóa các tệp này:

1. Mở Finder và nhấn Cmd + Shift + G để mở hộp thoại Go to Folder.
2. Nhập các đường dẫn sau và xóa các tệp hoặc thư mục liên quan đến Postman:
   • ~/Library/Application Support/Postman
   • ~/Library/Caches/com.postmanlabs.mac
   • ~/Library/Preferences/com.postmanlabs.mac.plist
   • ~/Library/Saved Application State/com.postmanlabs.mac.savedState
3. Kiểm tra trong ~/Library/Logs/ nếu có thư mục nào liên quan đến Postman và xóa nó.

3. Làm sạch thùng rác

• Sau khi xóa tất cả tệp và thư mục liên quan, bạn có thể dọn sạch thùng rác bằng cách nhấn chuột phải vào biểu tượng Trash và chọn Empty Trash.

4. Kiểm tra lại

• Mở Finder và tìm kiếm từ khóa “Postman” để đảm bảo không còn file nào liên quan.

Nếu bạn đã thực hiện đúng các bước trên, Postman sẽ được gỡ bỏ hoàn toàn khỏi máy Mac của bạn.

The post Cách gỡ bỏ Postman hoàn toàn trên macOS appeared first on Hi You, I am Tade.

1. Cài đặt NVM

Mở terminal của server và chạy lệnh sau để tải và cài đặt NVM:

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.4/install.sh | bash

Lệnh này sẽ tải về script cài đặt NVM từ GitHub và chạy nó.

2. Tải lại shell hoặc khởi động lại terminal

Sau khi cài đặt NVM, bạn cần tải lại shell của mình để NVM hoạt động:

source ~/.bashrc

Hoặc thoát và mở lại terminal.

3. Kiểm tra cài đặt NVM

Để kiểm tra xem NVM đã được cài đặt thành công chưa, chạy lệnh:

nvm --version

Nếu bạn thấy phiên bản của NVM, tức là NVM đã cài đặt thành công.

4. Cài đặt Node.js

Dùng NVM để cài đặt phiên bản Node.js mà bạn cần. Ví dụ, để cài đặt Node.js phiên bản 20, chạy lệnh:

nvm install 20

NVM sẽ tự động tải và cài đặt phiên bản Node.js 20.

5. Đặt Node.js phiên bản mặc định

Nếu bạn muốn đặt Node.js phiên bản 20 làm mặc định, chạy:

nvm alias default 20

Bây giờ, mỗi lần bạn mở terminal mới, NVM sẽ tự động sử dụng Node.js phiên bản 20.

6. Kiểm tra phiên bản Node.js và NPM

Sau khi cài đặt, bạn có thể kiểm tra phiên bản Node.js và NPM bằng các lệnh:

node -v 
npm -v

Lúc này, Node.js đã được cài đặt trên server AWS Ubuntu 22.04 của bạn thông qua NVM, và bạn có thể bắt đầu sử dụng.

The post Cài đặt nodejs với NVM trên AWS Ubuntu 22.4 appeared first on Hi You, I am Tade.

1. Thay Đổi Giao Thức Giao Tiếp của Git

Thay vì sử dụng HTTPS, bạn có thể thử sử dụng SSH để truy cập repository. Trước tiên, bạn cần cấu hình SSH cho GitHub:

git remote set-url origin git@github.com:*****/****.git

2. Cập Nhật Git

Đảm bảo rằng bạn đang sử dụng phiên bản Git mới nhất. Cập nhật Git lên phiên bản mới có thể giúp giải quyết các vấn đề liên quan đến TLS:

sudo apt update
sudo apt install git

3. Cấu Hình TLS cho Git

Bạn có thể thử thay đổi cách Git xử lý TLS bằng cách chạy lệnh sau:

git config --global http.sslVerify false

Tuy nhiên, lưu ý rằng việc tắt xác thực SSL có thể không an toàn và không được khuyến nghị cho môi trường sản xuất.

5. Kiểm Tra Tường Lửa và Cài Đặt Mạng

Nếu bạn đang sử dụng một firewall hoặc có cấu hình mạng cụ thể, hãy chắc chắn rằng cổng 443 (cổng cho HTTPS) không bị chặn.

6. Kiểm Tra Lỗi Trên Server

Đôi khi, lỗi có thể xảy ra do vấn đề tạm thời trên server của GitHub. Hãy kiểm tra trang status.github.com để xác nhận rằng không có sự cố nào đang xảy ra.

7. Chuyển sang Sử dụng HTTP2 cho Git

Nếu vấn đề vẫn tồn tại, thử cấu hình Git để dùng HTTP/2 thay vì HTTP/1.1:

git config --global http.version HTTP/2

8. Sử Dụng HTTP Thay vì HTTPS

Nếu vẫn gặp vấn đề, bạn có thể thử sử dụng HTTP thay vì HTTPS. Tuy nhiên, điều này không an toàn và không được khuyến nghị cho môi trường sản xuất:

git remote set-url origin http://github.com/***/***.git

The post GnuTLS recv error (-110): The TLS connection was non-properly terminated khi cố gắng truy cập repository Git appeared first on Hi You, I am Tade.

• Amazon Web Services (AWS) có hai khu vực tại Trung Quốc: Bắc Kinh (cn-north-1) và Ningxia (cn-northwest-1).
• Các dịch vụ và tài nguyên ở Trung Quốc tách biệt khỏi các khu vực toàn cầu, vì vậy hãy chắc chắn bạn đang sử dụng khu vực thích hợp với nhu cầu của mình.

2. Đăng Ký ICP License

• Chính phủ Trung Quốc yêu cầu tất cả các website hoạt động trong nước phải có giấy phép ICP (Internet Content Provider).
• Việc đăng ký ICP License mất thời gian và có thể phức tạp, vì vậy hãy bắt đầu sớm và đảm bảo rằng bạn đã hoàn tất quy trình này trước khi public website.

3. Tối Ưu Kết Nối

• Ở Trung Quốc, tốc độ mạng quốc tế có thể bị ảnh hưởng do kiểm duyệt và tường lửa. Do đó, việc lựa chọn đúng các dịch vụ mạng và CDN nội địa, như CDN của Alibaba Cloud hoặc Tencent Cloud, sẽ giúp cải thiện hiệu suất đáng kể.
• Nếu cần kết nối với các dịch vụ AWS toàn cầu, hãy xem xét sử dụng Direct Connect hoặc VPN để cải thiện độ ổn định và giảm độ trễ.

4. Tuân Thủ Các Quy Định về Bảo Mật và Quyền Riêng Tư

• Trung Quốc có những quy định nghiêm ngặt về bảo mật và quyền riêng tư, bao gồm Luật An ninh mạng và Luật Bảo vệ Dữ liệu Cá nhân (PIPL).
• Đảm bảo rằng bạn đang xử lý và lưu trữ dữ liệu người dùng đúng theo các quy định này để tránh vi phạm pháp lý.

5. Tối Ưu Chi Phí

• Chi phí dịch vụ AWS tại Trung Quốc có thể khác so với các khu vực khác. Để tối ưu chi phí, bạn nên tận dụng các tính năng như Reserved Instances, Savings Plans, và theo dõi tài nguyên sử dụng với AWS Cost Explorer.

6. Hỗ Trợ và Tư vấn Địa Phương

• Việc làm việc với một đối tác AWS địa phương tại Trung Quốc có thể giúp bạn xử lý dễ dàng hơn về mặt giấy phép, quy định và tối ưu hóa hạ tầng.

7. Sử dụng Mirror của NPM tại Trung Quốc

Bạn có thể sử dụng mirror của npm tại Trung Quốc để tải gói nhanh hơn. Mirror phổ biến là Taobao NPM Registry. Để cài đặt npm từ mirror này, bạn có thể dùng lệnh sau:

npm install --registry=https://registry.npmmirror.com

Hoặc bạn có thể đặt registry mặc định:

npm config set registry https://registry.npmmirror.com

Điều này sẽ giúp giảm thời gian tải gói xuống đáng kể do máy chủ mirror này nằm ở Trung Quốc.

8. Sử Dụng Yarn Thay Thế cho NPM

Yarn có thể xử lý cache hiệu quả và đôi khi có tốc độ cài đặt nhanh hơn npm. Để sử dụng Yarn, bạn cần cài đặt Yarn và chuyển các lệnh npm install sang yarn install:

npm install -g yarn 
yarn install

Bạn cũng có thể sử dụng Yarn với mirror tương tự như Taobao để tăng tốc độ.

9. Sử dụng Cache cho npm

Nếu bạn triển khai nhiều lần, hãy tận dụng cache npm để không phải tải lại toàn bộ các gói. Ví dụ:

npm install --prefer-offline --no-audit

–prefer-offline sẽ kiểm tra cache trước khi cố tải từ registry.

10. Sử Dụng Docker với Cache Layers

Nếu bạn dùng Docker, hãy cài đặt các gói và cache chúng trong các layer riêng biệt để tối ưu thời gian build khi chỉ có thay đổi nhỏ trong mã nguồn.

11. Kiểm Tra Tường Lửa và Proxy

Đảm bảo rằng kết nối đến npm registry không bị chặn bởi tường lửa hoặc proxy của mạng. Nếu có, hãy xem xét thiết lập proxy hoặc liên hệ với quản trị mạng để mở các cổng cần thiết.

11.Sử dụng setcap để cấp quyền đặc biệt cho Node.js

Bạn có thể cấu hình để Node.js có quyền sử dụng cổng thấp (như cổng 443) mà không cần chạy dưới quyền root:

sudo setcap 'cap_net_bind_service=+ep' $(which node)

Lệnh này sẽ cấp quyền cho Node.js để lắng nghe trên cổng 443. Tuy nhiên, hãy lưu ý rằng việc này có thể ảnh hưởng đến bảo mật, vì vậy chỉ thực hiện khi bạn hiểu rõ rủi ro.

The post Một vài lưu ý khi deploy ứng dụng ở amazon trung quốc appeared first on Hi You, I am Tade.

I. Trước hết, chúng ta cần tìm hiểu các yếu tố cấu thành nên 1 VPS!

VPS viết tắt bởi Virtual private server – Máy chủ riêng ảo. Với công nghệ cũ, VPS được tạo ra qua quá trình ảo hóa từ 1 server vật lý (Không phải Cloud – các đơn vị quảng cáo Raid 10 là sử dụng công nghệ cũ, không phải Cloud)

Với công nghệ mới – Công nghệ điện toán đám mây thực thụ (true Cloud) với hệ thống server đồ sộ và khỏe mạnh, hệ thống lưu trữ Storage tập trung, VPS được xây dựng trên nền tảng Cloud không còn gọi là VPS, mà thường được gọi là VM (Virtual Machines). 

Máy chủ ảo hay máy chủ vật lý, thì các thành phần cơ bản cũng giống như Laptop của Chúng ta. Và 1 VPS có cấu hình mạnh cần có sức mạnh cân đối giữa các thành phần dưới đây.

II. Kiểm tra tốc độ VPS! Trước tiên phải kể đến ổ cứng

Lý do ổ cứng được đưa vào tiêu chí đánh giá đầu tiên trước khi test speed vps là vì ổ cứng là thành phần hay bị nghẽn cổ chai nhất. Hiện tại, rất ít nhà cung cấp dịch vụ VPS tại Việt Nam sử dụng ổ SSD thực thụ. Và HDD (thậm chí là HDD SATA) chính là nguyên nhân gây ra việc VPS chậm như rùa, thậm chí chỉ với vài traffic cũng làm VPS treo. Để thấy được tầm quan trọng, hãy so sánh việc Bạn đang sử dụng HDD và nâng cấp Laptop lên SSD! Tốc độ nhanh đáng kinh ngạc & Ram, CPU cũng load thấp hơn với cùng mức sử dụng.

Vậy VPS có hiển thị ổ cứng đang sử dụng là SSD, HDD hay không? – Câu trả lời là KHÔNG! Nhưng ta có thể kiểm tra bằng câu lệnh (dành cho VPS linux), thông qua con số, chúng ta có thể đánh giá VPS đó sử dụng loại ổ cứng gì. Có rất nhiều script để test, ở đây mình giới thiệu Script của Anh Luân Trần hocvps.com như sau.

curl -Lso- tocdo.net/share | bash

• Hãy chú ý thông số “dd Test” “Fio Test” 
• Qua kinh nghiệm sử dụng của mình, thì VPS có dd Test từ 300MB/s trở lên là được. Và thông số Fio Test phải từ 10k đối với Read IOPS (đọc), Thông số Write IOPS phải từ 5k trở lên. 
• Nếu Bạn chưa mua VPS, hãy hỏi nơi Bạn đang chuẩn bị mua về các thông số IOPS Read và Write nhé.

VPS chịu được nhiều traffic hay không phụ thuộc đến 80-90% vào tốc độ xử lý của Database, mà Database nhanh hay không lại phụ thuộc vào ổ cứng là chính! 

Sự khác biệt hiệu năng VPS đến 90% là do ổ cứng. Vì vậy nếu Bạn đang mua “SSD VPS” mà được cung cấp 1 “HDD VPS” thì hãy thắc mắc ngay với nhà cung cấp nhé. Nếu họ “cam kết đó là SSD, thì hãy yêu cầu nhà cung cấp đó trả lời bằng văn bản”, Họ sẽ nhìn nhận vấn đề ở cấp độ khác ngay!

III. Test VPS không thể bỏ qua Loại CPU sử dụng trên VPS

CPU là bộ vi xử lý trung tâm, Sức mạnh của CPU thể hiện ở nhiều yếu tố. Càng mới, càng loại CPU đời cao càng tốt. Loại phổ biến và tốt là E5-2600 V3, V4. CPU Vật lý có số Core càng nhiều càng tốt (trên 20 Core / 1CPU vật lý), số GHz càng cao càng tốt (trên 2.4GHz), quan trọng hơn là thông số “Cache” của CPU. Loại CPU tốt có Cache từ 30MB trở lên.

VPS cùng số Core thì CPU đời cao luôn có hiệu năng tốt hơn CPU đời thấp (chênh lệch về hiệu năng khoảng 10-30%)

Bạn có thể tra cứu, so sánh hiệu năng của CPU vật lý tại trang https://ark.intel.com 

IV. Thành phần không thể thiếu là RAM – số GB Ram trên VPS càng nhiều càng tốt

RAM là bộ nhớ đệm, nó có tốc độ xử lý cực nhanh và “cache” lại các thành phần thường xuyên sử dụng. Đây cũng chính là yếu tố then chốt cho việc “Cài đặt và tối ưu VPS“. 

RAM cũng có nhiều “đời” khác nhau, chênh lệch tốc độ xử lý các đời RAM Khác nhau khoảng 10-20%.

V. Lưu ý khi kiểm tra tốc độ mạng VPS (Bandwidth), đừng nhầm với “Data transfer” nhé

• Với 1 VPS sử dụng bình thường, tốc độ mạng không cần quá cao đâu, thực tế nếu kiểm tra băng thông của vps ở mức sử dụng khoảng vài Mbps đến vài chục Mbps.
• Nếu các website của Bạn sử dụng trên VPS có traffic dưới 10k/1 ngày, thì tốc độ mạng trung bình không sử dụng hết 20Mbps đâu. Với trên 50k traffic/ngày, Bạn sẽ cần đến tốc độ từ 100Mbps trở lên.
• Bạn cần chú ý đến 2 thông số: Trên 50Mbps và ỔN ĐỊNH. Rất nhiều đơn vị cung cấp VPS thả nổi băng thông, không giới hạn. Điều này chỉ có lợi khi Bạn muốn chiếm dụng băng thông lớn.
• Còn bình thường, Bạn có thể chịu hậu quẩ của việc “VPS khác chiếm dụng băng thông”. Tức là 1 VPS “cùi cùi” có thể gây nghẽn băng thông của cả hệ thống. Tin chắc rằng Bạn không muốn gặp tình trạng này đâu.
• Hãy test random ở vài thời điểm trong ngày, là Bạn có thể đánh giá được độ ổn định của băng thông.
• Tất nhiên, nếu Bạn sử dụng website có RẤT NHIỀU ảnh hoặc video thì cũng nên chú ý đến thông số này. Hoặc traffic cục bộ trên 1 thời điểm thì Bạn cũng cần thông số này lớn 1 chút.
• Một lưu ý nhỏ là tocdo.net sử dụng MBps. Bạn cần x8 để quy đổi ra thông số tốc độ mạng thường sử dụng Mbps.

VI. VPS sử dụng Công nghệ ảo hóa, Công nghệ điện toán đám mây có gì khác?

Hiện nay có rất nhiều công nghệ ảo hóa được sử dụng, phải kể đến KVM, VMWare, OpenVZ, XEN… Trong đó KVM được đánh giá tốt nhất, sau đó là VMWare. OpenVZ, XEN được đánh giá là không nên sử dụng. 

Công nghệ Điện toán đám mây (Cloud Computing) dẫn đầu hiện nay chính là OpenStack. Nếu VPS Bạn đang sử dụng không phải là “Cloud thật” và lại sử dụng OpenVZ thì thực sự là điều đáng lo ngại.

VII. Thông tin bổ sung khi đánh giá tốc độ VPS

Nếu nhà cung cấp quảng cáo là “Raid 10” hãy cần trọng với nó. Vì Raid 10 có thể khiến Bạn mất hoàn toàn dữ liệu khi Máy chủ hư hại phần cứng. Và tất nhiên, điều này không xảy ra khi bạn sử dụng VPS tại HostingViet. Vì phần “lưu trữ” là cả 1 HỆ THỐNG Storage chuyên dụng. Giảm rủi ro phần cứng xuống gần như = 0.Yếu tố khác ngoài “tốc độ” là mức độ tiện dụng! Bạn phải chủ động được hoàn toàn!

• Từ việc khởi tạo, cài đặt hệ điều hành cho VPS. Với nền tảng Cloud, VPS được khởi tạo siêu tốc chỉ với vài chục giây. 
• Các chức năng Tắt (shutdown), reboot (khởi động lại), boot (khởi động VPS) có tiện dụng không. có thể quản lý VPS qua màn hình VNC hay không?
• Bạn có được chủ động Rebuild lại Hệ điều hành hay không? Có sẵn các IMAGE phổ biến hay không?
• 1 Hệ thống Cloud VPS hoàn hảo phải có đủ các thành phần trên. 

VIII. Vậy không nên đăng ký VPS nếu thấy các “dấu hiệu” nào?

– Đầu tiên phải kể đến việc IOPS Read và Write không cao => Bạn sẽ không được sử dụng ổ SSD như quảng cáo đâu!

– Ảo hóa OpenVZ cũng nên tránh, vì VPS của Bạn sẽ bị ảnh hưởng nếu 1 VPS nào đó trên hệ thống bị DDoS hoặc tiêu tốn nhiều tài nguyên. Tức là thông số Ram, CPU, IOPS của VPS của Bạn sẽ bị chiếm dụng tài nguyên. VPS chập chờn chính nhờ sự vạ lây từ công nghệ Ảo hóa OpenVZ. 1 điều thú vị là Ảo hóa OpenVZ không cài được hệ điều hành Windows.

– VPS không sử dụng nền tảng Cloud thực thụ: Dấu hiệu ở đây là VPS không có giao diện quản trị (Shutdown, restart, start (boot), Reinstall). Nhà cung cấp dịch vụ chỉ giao thông tin SSH / Remotedesktop.
Và tất nhiên, việc reset password VPS cũng phải nhờ đến bên cung cấp dịch vụ, thậm chí nếu kỹ thuật yếu, thì không reset được password login VPS!

– Nhà cung cấp quảng cáo “RAID 10” chứng tỏ dữ liệu chỉ được lưu cục bộ trên 1 Server vật lý đơn thuần, không được lưu trên các hệ thống lưu trữ chuyên dụng tập trung. Điều này có nghĩa là Dữ liệu của Bạn có thể không cánh mà bay bất cứ lúc nào. Nếu Bạn chưa bị mất data bao giờ thì chưa thấu hiểu được cảm giác “dữ liệu” không thể cứu vãn được đau khổ như thế nào đâu!

Nguồn tham khảo HostingViet

The post Cách Kiểm Tra Tốc Độ VPS Khỏe Hay Yếu appeared first on Hi You, I am Tade.

200, 404, 500… đều là những HTTP status code phổ biến. Thậm chí các truyện vui hay ảnh chế meme về 404 cũng khá nổi tiếng và đầy rẫy trên mạng Internet mà hầu hết bất kỳ ai cũng có thể hiểu được.

Vậy thì có bao giờ bạn thắc mắc HTTP status code là gì và ý nghĩa các con số của chúng hay chưa? Hôm nay chúng ta sẽ nói tổng quát 1 chút về HTTP status code và ý nghĩa nằm ẩn sau các con số đó nhé!

HTTP Status Code – Mã trạng thái HTTP là gì?

Khi được nhận và phiên dịch 1 yêu cầu HTTP từ phía client, HTTP status code sẽ được máy chủ cung cấp để đáp ứng yêu cầu đó của họ. Nó bao gồm code từ IETF Request for Comments (RFC), các thông số kỹ thuật khác và 1 số code bổ sung được sử dụng trong 1 số ứng dụng phổ biến của giao thức HTTP.

Chữ số đầu tiên của HTTP status code chỉ định 1 trong 5 loại phản hồi quy chuẩn. Các cụm tin nhắn được hiển thị chỉ mang tính tượng trưng, nhưng cũng có thể cung cấp bất kỳ thông tin bổ sung nào để chúng ta có thể đọc được. Trừ khi có những chỉ định khác, HTTP status code được xem như 1 phần của quy chuẩn HTTP/1.1 (RFC 7231).

Cơ Quan Cấp Số Được Ấn Định Trên Internet (tức IANA hay The Internet Assigned Numbers Authority) chính là nơi duy trì sổ đăng ký chính thức của các HTTP status code.

Hạng mục các HTTP status code

Tất cả các HTTP status code phản hồi được chia ra thành 5 hạng mục riêng biệt và là các số nguyên có 3 chữ số. Chữ số đầu được dùng để xác định loại phản hồi, trong khi 2 chữ số cuối thì không có bất kỳ vai trò phân loại nào. HTTP status code sẽ cho ta biết liệu 1 yêu cầu HTTP cụ thể đã được hoàn thành thành công hay chưa.

Các ứng dụng hiểu HTTP status code không cần phải biết hết tất cả code, tức là dù code không xác định cũng có cụm từ để chỉ lý do không xác định. Cụm từ này không cho phía client nhiều thông tin nhưng các ứng dụng HTTP đó phải hiểu được nó thuộc 1 trong 5  hạng mục riêng biệt. 5 hạng mục đó bao gồm:

– 1xx (100 – 199): Information responses / Phản hồi thông tin – Yêu cầu đã được chấp nhận và quá trình xử lý yêu cầu của bạn đang được tiếp tục.

– 2xx (200 – 299): Successful responses / Phản hồi thành công – Yêu cầu của bạn đã được máy chủ tiếp nhận, hiểu và xử lý thành công.

– 3xx (300 – 399): Redirects / Điều hướng – Phía client cần thực hiện hành động bổ sung để hoàn tất yêu cầu.

– 4xx (400 – 499): Client errors / Lỗi phía client – Yêu cầu không thể hoàn tất hoặc yêu cầu chứa cú pháp không chính xác. 4xx sẽ hiện ra khi có lỗi từ phía client do không đưa ra yêu cầu hợp lệ.

– 5xx (500 – 599): Server errors / Lỗi phía máy chủ – Máy chủ không thể hoàn thành yêu cầu được cho là hợp lệ. Khi 5xx xảy ra, bạn chỉ có thể đợi để bên hệ thống máy chủ xử lý xong.

Danh sách đầy đủ các HTTP status code (code + cụm từ chỉ lý do):

1. Information responses / Phản hồi thông tin:

– 100 Continue: Phản hồi tạm thời này cho biết rằng mọi thứ tới hiện tại vẫn ổn và phía client nên tiếp tục yêu cầu hay bỏ qua phản hồi nếu yêu cầu đã hoàn tất.

– 101 Switching Protocol: Code này được gửi để phản hồi header yêu cầu Upgrade từ phía client và cho biết giao thức máy chủ đang chuyển sang.

– 102 Processing (WebDAV): Code này cho biết rằng máy chủ đã nhận và đang xử lý yêu cầu, nhưng phản hồi vẫn chưa có hiệu lực.

– 103 Early Hints: Được sử dụng để trả về một số tiêu đề phản hồi trước message HTTP cuối cùng.

2. Successful responses / Phản hồi thành công:

– 200 OK: Yêu cầu đã thành công. Ý nghĩa của thành công còn phụ thuộc vào phương thức HTTP là gì:

GET: Tài nguyên đã được tìm nạp và được truyền trong nội dung thông điệp.
HEAD: Các header thực thể nằm trong nội dung thông điệp.
PUT hoặc POST: Tài nguyên mô tả kết quả của hành động được truyền trong nội dung thông điệp.
TRACE: Nội dung thông điệp chứa thông báo yêu cầu khi máy chủ nhận được.

– 201 Created: Yêu cầu đã thành công và kết quả là một tài nguyên mới đã được tạo. Đây thường là phản hồi được gửi sau các yêu cầu POST hoặc một số yêu cầu PUT.

– 202 Accepted: Yêu cầu đã được nhận nhưng chưa được thực hiện. Yêu cầu này là non-committal, vì không có cách nào trong HTTP để gửi sau đó một phản hồi không đồng bộ cho biết kết quả của yêu cầu. Nó dành cho các trường hợp trong đó 1 quá trình / máy chủ khác xử lý yêu cầu hoặc để xử lý hàng loạt.

– 203 Non-Authoritative Information: Code phản hồi này có nghĩa là siêu thông tin được trả về không hoàn toàn giống với thông tin có sẵn từ máy chủ gốc, nhưng được thu thập từ phần copy local hay của bên phía thứ 3. Code này chủ yếu được sử dụng để phản chiếu hoặc sao lưu tài nguyên khác. Ngoại trừ trường hợp cụ thể đó, thông thường phản hồi “200 OK” được ưu tiên cho trạng thái này.

– 204 No Content: Không có nội dung để gửi cho yêu cầu này, nhưng các header có thể hữu dụng. User-agent có thể cập nhật các header đã lưu trong bộ nhớ cache cho tài nguyên này bằng các header mới.

– 205 Reset Content: Cho user-agent biết để reset document đã gửi yêu cầu này.

– 206 Partial Content: Code phản hồi này được dùng khi Range header được gửi từ client để yêu cầu chỉ 1 phần của nguồn tài nguyên.

– 207 Multi-Status (WebDAV): Truyền tải thông tin về nhiều nguồn tài nguyên, đối với các trường hợp mà nhiều status code có thể đều thích hợp.

– 208 Already Reported (WebDAV): Được sử dụng trong 1 phần tử phản hồi <dav:propstat> để tránh liệt kê nhiều lần các thành viên nội tại của nhiều liên kết vào cùng 1 tập hợp.

– 226 IM Used (HTTP Delta encoding): Máy chủ đã hoàn thành yêu cầu GET cho nguồn tài nguyên và phản hồi là sự trình bày kết quả của 1 hoặc nhiều thao tác instance được áp dụng cho instance hiện tại.

3. Redirects / Điều hướng:

– 300 Multiple Choice: Yêu cầu có thể có nhiều hơn 1 phản hồi khả dụng. User-agent hay user nên chọn 1 trong số đó. (Không có cách chuẩn hóa nào để chọn 1 trong các phản hồi, nhưng HTML liên kết đến các khả năng được khuyến nghị để user có thể chọn.)

– 301 Moved Permanently: URL của tài nguyên được yêu cầu đã được thay đổi vĩnh viễn. URL mới được đưa ra trong phần phản hồi.

– 302 Found: Code phản hồi này có nghĩa là URI của tài nguyên được yêu cầu đã được thay đổi tạm thời. Những thay đổi khác trong URI có thể được thực hiện trong tương lai. Do đó, chính URI này sẽ được client sử dụng trong các yêu cầu trong tương lai.

– 303 See Other: Máy chủ gửi phản hồi này để điều hướng client lấy nguồn tài nguyên tại 1 URI khác với 1 yêu cầu GET.

– 304 Not Modified: Code này được sử dụng cho mục đích caching. Nó cho client biết rằng phản hồi chưa được điều chỉnh, nên client có thể tiếp tục sử dụng cùng phiên bản phản hồi trong bộ nhớ cache.

– 305 Use Proxy: Được xác định trong phiên bản trước của HTTP specification để chỉ ra rằng phản hồi được yêu cầu phải được truy cập bằng proxy. Nó được yêu cầu do quan ngại về phần bảo mật liên quan đến cấu hình trong băng tần của proxy.

– 306 unused: Mã phản hồi này không còn được sử dụng nữa, nó được bảo lưu và chỉ được sử dụng trong phiên bản trước của HTTP/1.1 specification.

– 307 Temporary Redirect: Máy chủ gửi phản hồi này để điều hướng client tới lấy tài nguyên được yêu cầu tại 1 URI khác với cùng 1 phương thức đã được sử dụng trong yêu cầu trước đó. Code này có cùng ý nghĩa như code phản hồi HTTP 302 Found, ngoại trừ việc user-agent không được thay đổi phương thức HTTP sử dụng: nếu POST được dùng trong yêu cầu đầu tiên, POST phải được sử dụng trong yêu cầu thứ hai.

– 308 Permanent Redirect: Điều này có nghĩa là tài nguyên hiện được đặt cố định tại 1 URI khác, được chỉ định bởi header Location: HTTP Response. Code này có cùng ý nghĩa như code phản hồi HTTP 301 Moved Permanently, ngoại trừ việc user-agent không được thay đổi phương thức HTTP sử dụng: nếu POST được dùng trong yêu cầu đầu tiên, POST phải được sử dụng trong yêu cầu thứ hai.

4. Client errors / Lỗi phía client:

– 400 Bad Request: Máy chủ không thể hiểu yêu cầu do cú pháp không hợp lệ.

– 401 Unauthorized: Cho dù quy chuẩn HTTP chỉ định “unauthorized” (không có thẩm quyền), nhưng nó có nghĩa phản hồi này là “unauthenticated” (chưa được xác thực). Có nghĩa là, client phải các tự xác thực chính mình để nhận được phản hồi đã yêu cầu.

– 402 Payment Required: Code phản hồi này được dành cho những lần sử dụng trong tương lai. Mục đích ban đầu của việc tạo mã này là sử dụng nó cho các hệ thống thanh toán kỹ thuật số, tuy nhiên status code này rất hiếm khi được sử dụng và không tồn tại quy ước tiêu chuẩn nào.

– 403 Forbidden: Client không có quyền truy cập vào phần nội dung, nghĩa là nó không được phép, vì vậy máy chủ từ chối cung cấp tài nguyên được yêu cầu. Không giống như 401, danh tính của client đã được máy chủ nhận biết.

– 404 Not Found:

– 405 Method Not Allowed: Phương thức yêu cầu được máy chủ nhận biết nhưng đã bị vô hiệu hóa và không thể sử dụng được. Ví dụ: 1 API có thể cấm XÓA 1 nguồn tài nguyên. 2 phương thức bắt buộc, GET và HEAD, không bao giờ được vô hiệu hóa và không được trả về code lỗi này.

– 406 Not Acceptable: Phản hồi này được gửi khi máy chủ web, sau khi thực hiện server-driven content negotiation, không tìm thấy bất kỳ nội dung nào phù hợp với các tiêu chí do user-agent đưa ra.

– 407 Proxy Authentication Required: Code này tương tự như 401 nhưng việc xác thực là cần thiết để được thực hiện bởi proxy.

– 408 Request Timeout: Phản hồi này được gửi trên 1 kết nối idle bởi 1 số máy chủ, ngay cả khi không có bất kỳ yêu cầu nào trước đó của client. Có nghĩa là máy chủ muốn tắt kết nối không sử dụng này. Phản hồi này được sử dụng nhiều hơn vì 1 số trình duyệt như Chrome, Firefox 27+ hoặc IE9, sử dụng cơ chế  tiền kết nối HTTP để tăng tốc độ lướt web. Cũng lưu ý rằng 1 số máy chủ chỉ tắt kết nối luôn mà không hề gửi thông báo này.

– 409 Conflict: Phản hồi này được gửi khi 1 yêu cầu xung đột với trạng thái hiện tại của máy chủ.

– 410 Gone: Phản hồi này được gửi khi nội dung được yêu cầu đã bị xóa vĩnh viễn khỏi máy chủ, không có địa chỉ chuyển tiếp. Client phải xóa bộ nhớ cache và liên kết của mình tới nguồn tài nguyên. HTTP spectication dự định status code này được sử dụng cho “các dịch vụ khuyến mại, có thời hạn”. Các API không nên bắt buộc phải chỉ ra các tài nguyên đã bị xóa bằng status code này.

– 411 Length Required: Máy chủ đã từ chối yêu cầu vì trường header Content-Lenghth không được xác định và máy chủ thì yêu cầu chuyện đó.

– 412 Precondition Failed: Client đã chỉ ra các điều kiện tiên quyết trong các header của nó mà máy chủ không đáp ứng được.

– 413 Payload Too Large: Thực thể yêu cầu lớn hơn giới hạn do máy chủ xác định, máy chủ có thể đóng kết nối hoặc trả về trường header Retry-After.

– 414 URI Too Long: URI được yêu cầu bởi client dài hơn mức máy chủ muốn thông dịch.

– 415 Unsupported Media Type: Định dạng phương tiện của dữ liệu được yêu cầu không được máy chủ hỗ trợ, do đó máy chủ đang từ chối yêu cầu.

– 416 Range Not Satisfiable: Client yêu cầu một phần của tập tin nhưng máy chủ không thể cung cấp nó. Trước đây được gọi là “Requested Range Not Satisfiable”.

– 417 Expectation Failed: Máy chủ không thể đáp ứng các yêu cầu của trường Expect trong header.

5. Server errors / Lỗi phía máy chủ:

– 500 Internal Server Error: Một thông báo chung, được đưa ra khi máy chủ gặp phải một trường hợp bất ngờ, message cụ thể không phù hợp.

– 501 Not Implemented: Máy chủ không công nhận các phương thức yêu cầu hoặc không có khả năng xử lý nó.

– 502 Bad Gateway: Máy chủ đã hoạt động như một gateway hoặc proxy và nhận được một phản hồi không hợp lệ từ máy chủ nguồn.

– 503 Service Unavailable: Máy chủ hiện tại không có sẵn (hiện đang quá tải hoặc bị down để bảo trì). Đây chỉ là trạng thái tạm thời.

– 504 Gateway Timeout: Máy chủ đã hoạt động như một gateway hoặc proxy và không nhận được một phản hồi từ máy chủ nguồn.

– 505 HTTP Version Not Supported: Máy chủ không hỗ trợ phiên bản “giao thức HTTP”.

Danh sách được tổng hợp và tham khảo từ Wikipedia & Mozilla.

The post HTTP status code là gì? Danh sách đầy đủ HTTP status code appeared first on Hi You, I am Tade.

I was research and see a solution. You can edit in path

/usr/local/directadmin/data/users/admin/user.conf

Edit infomation email then run cmd

service directadmin restart

I was success. Comment if you same me :))

The post The ACME server can not issue a certificate for email with IP address appeared first on Hi You, I am Tade.

• Tự động xác thực các dữ liệu dạng JSON
• Tối ưu hoá định dạng lưu trữ
• Các hàm trong SQL hỗ trợ việc thao tác với dữ liệu cột JSON như tạo mới, quản lý hay tìm kiếm
• Chuẩn hoá, hợp nhất dữ liệu JSON.

Tạo Dữ Liệu JSON

Dữ liệu dạng JSON có 2 dạng phổ biến là Mảng JSON(Array Json) và Đối tượng JSON(Object Json). Mảng Json chứa các giá trị được phân tách với nhau bởi dấu , và được đặt bên trong [ và ] :

["abc", 10, null, true, false]
Đối tượng Json chứa tập hợp các cặp khoá – giá trị (key – value) được phân tách với nhau cũng bởi dấu , và được đặt bên trong { và }:
{"k1": "value", "k2": 10}
Tuy nhiên với nhiều trường hợp phức tạp, dữ liệu JSON còn có dạng lồng nhau (Nesting):
[99, {"id": "HK500", "cost": 75.99}, ["hot", "cold"]]
{"k1": "value", "k2": [10, 20]}
trong mảng JSON chứ đối tượng JSON và ngược lại.
Thay vì tự đặt ra đối tượng JSON, bạn cũng có thể sử dụng JSON_OBJECT chức năng tích hợp.
Các JSON_OBJECT chức năng chấp nhận một danh sách các cặp khóa / giá trị theo hình thức JSON_OBJECT(key1, value1, key2, value2, … key(n), value(n)) và trả về một đối tượng JSON.
/* Let's sell some mobilephones */

INSERT INTO `e_store`.`products`( `name` , `brand_id` , `category_id` , `attributes` )

VALUES( 'Desire' , '2' , '2' ,

JSON_OBJECT( "network" , JSON_ARRAY("GSM" , "CDMA" , "HSPA" , "EVDO") ,

"body" ,

"5.11 x 2.59 x 0.46 inches" ,

"weight" ,

"143 grams" ,

"sim" ,

"Micro-SIM" ) );


Một chức năng khác mà chúng ta có thể sử dụng để tạo các đối tượng JSON là JSON_MERGE hàm.
Các JSON_MERGE chức năng có nhiều đối tượng JSON và tạo ra một, tổng hợp đối tượng duy nhất.
INSERT INTO `e_store`.`products`( `name` , `brand_id` , `category_id` , `attributes` )

VALUES( 'Explorer' , '3' , '3' ,

JSON_MERGE(

'{"sensor_type": "CMOS"}' ,

'{"processor": "Digic DV III"}' ,

'{"scanning_system": "progressive"}' ,

'{"mount_type": "PL"}' ,

'{"monitor_type": "LCD"}'

) );
Thao Tác với Dữ Liệu Cột JSON

Hãy tưởng tượng khi bạn muốn lấy một giá trị nào đó trong một cột dữ liệu JSON(ở đây lấy giá trị name):

 SELECT JSON_EXTRACT('{"id": 14, "name": "Aztalan"}', '$.name');
+---------------------------------------------------------+
| JSON_EXTRACT('{"id": 14, "name": "Aztalan"}', '$.name') |
+---------------------------------------------------------+
| "Aztalan"                                               |
+---------------------------------------------------------+

Ở đây Mysql cung cấp hàm JSON_EXTRACT() giúp trả về dữ liệu từ một tài liệu JSON. Dữ liệu được trả về dựa theo đường dẫn cung cấp, trong ví dụ trên chúng ta thấy đường dẫn ở đây là $.name.

Tìm hiểu sâu hơn về đường dẫn này nhé: $ là kí tự thể hiện tài liệu JSON đang được xét đến , name chính là tên khoá ta muốn lấy. Tuy nhiên với các dạng dữ liệu JSON thì đường dẫn lại khác nhau.

Với dạng Mảng JSON thì đường dẫn có dạng $[n] còn với Đối tượng JSON là $.key, n là vị trí giá trị chúng ta muốn lấy trong mảng và key là tên khoá của giá trị chúng ta muốn lấy.
 SELECT JSON_EXTRACT('["abc", 14, "Aztalan"]', '$[0]');
+---------------------------------------------------------+
| JSON_EXTRACT('["abc", 14, "Aztalan"]', '$[0]')          |
+---------------------------------------------------------+
| "abc"                                                   |
+---------------------------------------------------------+

Tuy nhiên với trường hợp dữ liệu dạng lồng nhau thì đường dẫn của chúng ta không đơn giản như vậy. Cùng xem ví dụ sau nhé:
[3, {"a": [5, 6], "b": 10}, [99, 100]]
Đây là một mảng JSON vậy nếu chúng ta muốn lấy giá trị 3 trong mảng thì đường dẫn sẽ là $[0] (trong một array vị trí đầu tiên sẽ bắt đầu là 0), nhưng nếu chọn lấy giá trị thứ 2 ta sẽ có một đối tượng JSON {“a”: [5, 6], “b”: 10} vậy nếu bài toán đặt ra là muốn lấy giá trị của khoá b trong đối tượng JSON này thì ta phải có đường dẫn như nào?. Để lấy giá trị của khoá b ta sẽ có đường dẫn là $[1].b. Với tuỳ trường hợp dạng dữ liệu JSON ta sẽ có đường dẫn là $[n].key với dạng mảng lồng object JSON và $.key[n] mới dạng object lồng mảng JSON.

Một số hàm phổ biến được Mysql hỗ trợ như JSON_SET, JSON_INSERT, JSON_REPLACE hay JSON_REMOVE.

 SET @j = '["a", {"b": [true, false]}, [10, 20]]';
JSON_SET () thay thế các giá trị cho các đường dẫn tồn tại và thêm các giá trị cho các đường dẫn không tồn tại:
 SELECT JSON_SET(@j, '$[1].b[0]', 1, '$[2][2]', 2);
+--------------------------------------------+
| JSON_SET(@j, '$[1].b[0]', 1, '$[2][2]', 2) |
+--------------------------------------------+
| ["a", {"b": [1, false]}, [10, 20, 2]]      |
+--------------------------------------------+
JSON_INSERT () thêm các giá trị mới nhưng không thay thế các giá trị hiện có:
 SELECT JSON_INSERT(@j, '$[1].b[0]', 1, '$[2][2]', 2);
+-----------------------------------------------+
| JSON_INSERT(@j, '$[1].b[0]', 1, '$[2][2]', 2) |
+-----------------------------------------------+
| ["a", {"b": [true, false]}, [10, 20, 2]]      |
+-----------------------------------------------+
JSON_REPLACE () thay thế các giá trị hiện có và bỏ qua các giá trị mới:
 SELECT JSON_REPLACE(@j, '$[1].b[0]', 1, '$[2][2]', 2);
+------------------------------------------------+
| JSON_REPLACE(@j, '$[1].b[0]', 1, '$[2][2]', 2) |
+------------------------------------------------+
| ["a", {"b": [1, false]}, [10, 20]]             |
+------------------------------------------------+
JSON_REMOVE () lấy một tài liệu JSON và một hoặc nhiều đường dẫn chỉ định các giá trị sẽ bị xóa khỏi tài liệu. Giá trị trả về là tài liệu gốc trừ đi các giá trị được chọn bởi các đường dẫn tồn tại trong tài liệu:
SELECT JSON_REMOVE(@j, '$[2]', '$[1].b[1]', '$[1].b[1]');
+---------------------------------------------------+
| JSON_REMOVE(@j, '$[2]', '$[1].b[1]', '$[1].b[1]') |
+---------------------------------------------------+
| ["a", {"b": [true]}]                              |
+---------------------------------------------------+
The post Dữ liệu JSON trong MySQL appeared first on Hi You, I am Tade.
]]>
					
					https://hoangthuc.com/du-lieu-json-trong-mysql/feed/
			48
		
		
			
		
		
		https://hoangthuc.com/chuyen-thu-muc-public-sang-public_html-trong-laravel-khi-deploy/
					https://hoangthuc.com/chuyen-thu-muc-public-sang-public_html-trong-laravel-khi-deploy/#comments
		
		
		Fri, 04 Dec 2020 11:29:53 +0000
				
		
		https://hoangthuc.com/?p=694

					Hi All, mình viết bài viết này vì mình cũng gặp tình trạng tương tự khi deploy lên host và nó báo sai đường dẫn khá nhiều trong source của mình.  Mình đăng bài này để lưu lại sau này khỏi quên. :)))  Đầu tiên thư mục mặc định nó sẽ có dạng và chúng […]

The post Chuyển thư mục public sang public_html trong Laravel khi deploy appeared first on Hi You, I am Tade.
]]>
										Hi All, mình viết bài viết này vì mình cũng gặp tình trạng tương tự khi deploy lên host và nó báo sai đường dẫn khá nhiều trong source của mình. 

Mình đăng bài này để lưu lại sau này khỏi quên. :))) 
Đầu tiên thư mục mặc định nó sẽ có dạng và chúng ta cần chuyển nó thành public_html rồi đẩy lên host. 1 số host như cpanel bạn cầu hình luôn cái đường dẫn luôn cho nhanh nhé.

Sẽ có 4 chỗ mấy bạn cần chỉnh sửa.
 
 


./server.php


if ($uri !== '/' && file_exists(__DIR__.'public'.$uri)) { return false; } require_once __DIR__.'/public/index.php';



./app/Providers/AppServiceProvider.php


public function register() { $this->app->bind('path.public', function() { return base_path().'/public_html'; }); }



./config/filesystems.php


'public' => [
  'driver' => 'local',
  'root' => storage_path('app/public'),
  'url' => env('APP_URL').'/storage',
  'visibility' =>'public',
],



./webpack.mix.js


mix.config.publicPath='public_html'; mix.js('resources/assets/js/app.js', 'public_html/js') .sass('resources/assets/sass/app.scss', 'public_html/css');



./htaccess for directadmin 


<IfModule mod_rewrite.c>
    <IfModule mod_negotiation.c>
        Options -MultiViews -Indexes
    </IfModule>
  RewriteEngine On
# Redirect Trailing Slashes...
RewriteRule ^(.*)/$ /$1 [L,R=301]

# Handle Front Controller...
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [L]
</IfModule>





Done nhe!



Nguồn : Developer How To. 
The post Chuyển thư mục public sang public_html trong Laravel khi deploy appeared first on Hi You, I am Tade.
]]>
					
					https://hoangthuc.com/chuyen-thu-muc-public-sang-public_html-trong-laravel-khi-deploy/feed/
			49
		
		
			
		
		
		https://hoangthuc.com/fix-requested-icu-uc-50-1-but-version-of-icu-uc-is-tren-directadmin/
					https://hoangthuc.com/fix-requested-icu-uc-50-1-but-version-of-icu-uc-is-tren-directadmin/#comments
		
		
		Sun, 22 Nov 2020 10:06:15 +0000
				
		
		https://hoangthuc.com/?p=687

					Ai đang bị như hình thì bơi vào nhe. Trong quá trình sử dụng DirectAdmin nói chung hoặc các web control panel khác nói riêng, đôi lúc chung ta sẽ gặp rất nhiều vấn đề. Và trong hôm nay mình đang muốn cài PHP 7.4 cho VPS DirectAdmin của mình thì gặp lỗi sau:   […]

The post Fix “Requested icu-uc 50.1 but version of icu-uc is” trên DirectAdmin appeared first on Hi You, I am Tade.
]]>
										Ai đang bị như hình thì bơi vào nhe. Trong quá trình sử dụng DirectAdmin nói chung hoặc các web control panel khác nói riêng, đôi lúc chung ta sẽ gặp rất nhiều vấn đề. Và trong hôm nay mình đang muốn cài PHP 7.4 cho VPS DirectAdmin của mình thì gặp lỗi sau:


 
Nguyên nhân
Nguyên nhân dẫn đến việc bạn không cài được PHP 7.4 là do phiên bản icu-uc của bạn quá thấp, không đạt mức phiên bản khuyến nghị là 58.1. Cách khắc phục duy nhất là phải nâng cấp icu-uc lên là xong.
Fix lỗi nào
Bước 1: SSH vào hệ thống DirectAdmin của bạn.
Bước 2: Kiểm tra phiên bản CustomBuild đang được sử dụng
Trong trường hợp phiên bản CustomBuild của bạn thấp hơn 2.0 thì bạn cần nâng cấp CustomBuild 1.x lên 2.0
Cách kiễm tra:
./build version
Bước 3: Thực hiện các lệnh nâng cấp phiên bản icu-uc với CustomBuild 2.0
cd /usr/local/directadmin/custombuild
./build update
./build icu

Giải thích các lệnh trên:

Lệnh 1: Di chuyển đến thư mục custombuild.
Lệnh 2: Cập nhật lại custombuild script.
Lệnh 3: Cài đặt phiên bản icu-uc mới nhất.

Bước 4: Kiểm tra phiên bản icu-uc đã được cài đặt (cung hong cần lắm nhưng cứ làm cho biết)
Chúc các bạn thực hiện thành công.
The post Fix “Requested icu-uc 50.1 but version of icu-uc is” trên DirectAdmin appeared first on Hi You, I am Tade.
]]>
					
					https://hoangthuc.com/fix-requested-icu-uc-50-1-but-version-of-icu-uc-is-tren-directadmin/feed/
			50