Lập trình - Hi You, I am Tade

HTTP status code là gì? Danh sách đầy đủ HTTP status code

Hoàng Thức — Tue, 07 Nov 2023 02:11:27 +0000

Dù có là 1 lập trình viên web hay không, chắc hẳn bạn cũng đã bắt gặp HTTP status code (mã trạng thái HTTP) ít nhất 1 hay nhiều lần rồi đúng không nào?

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 để 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.

Dữ liệu JSON trong MySQL

Hoàng Thức — Tue, 12 Jan 2021 09:41:28 +0000

Bắt đầu từ Mysql 5.7.8, Mysql hỗ trợ kiểu dữ liệu JSON được xác định nghĩa bởi RFC 7159 , cho phép truy cập vào dữ liệu trong các tài liệu JSON (Javascript Notation Object).
Các điểm lợi của việc lưu dữ liệu vào cột dạng JSON:

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.

Cài đặt nhiều phiên bản PHP DirectAdmin

Hoàng Thức — Sun, 22 Nov 2020 09:50:06 +0000

Việc cài cài đặt nhiều phiên bản PHP DirectAdmin sẽ rất giúp ích cho các bạn nếu trên VPS hoặc máy chủ DirectAdmin của bạn chạy nhiều website khác nhau.

Tương ứng với điều đó thì nếu cùng xử lý 1 tác vụ mức độ sử dụng CPU của PHP 7.4 cũng thấp hơn 3 lần só với PHP 5.6.

Điều kiện cài đặt:

Điều kiện 1: Yêu cầu phiên bản DirectAdmin phải bằng hoặc lớn hơn 1.50.1

/usr/local/directadmin/directadmin v

Điều kiện 2: Yêu cầu phiên bản Custombuild 2.0 trở lên

cd /usr/local/directadmin/custombuild
./build version

Bật tính năng chạy nhiều phiên bản PHP DirectAdmin

Bước 1: Thiết lập cấu hình các phiên bản PHP các bạn muốn sử dụng

cd /usr/local/directadmin/custombuild
./build update
./build set php1_release 7.4
./build set php2_release 7.3
./build set php3_release 7.2
./build set php4_release 5.6

Lưu ý: Nếu bạn đang sử dụng CentOS 6 thì nên dừng lại ở phiên bản PHP 7.3 thôi nhe.

Bước 2: Biên dịch lại toàn bộ các phiên bản PHP

cd /usr/local/directadmin/custombuild
./build php n
./build rewrite_confs

Lưu ý: Quá trình này có thể mất khá nhiều thời gian của bạn. Thời gian dài hoặc ngắn sẽ phụ thuộc vào hiệu năng CPU của VPS hoặc Server của bạn.

Bây giờ bạn có thể thay đổi phiên bản PHP của các website trên giao diện DirectAdmin ở “User Level” rồi.

The post Cài đặt nhiều phiên bản PHP DirectAdmin appeared first on Hi You, I am Tade.

Backup mã nguồn, files, folders bằng php

Hoàng Thức — Thu, 30 Jun 2016 19:41:11 +0000

Lý do tôi viết bài này dùng khi trường hợp các bạn muốn backup source website nhưng không có tài khoản host và chỉ có tài khoản FTP. Thông thường chúng ta củng có thể tải source bằng phần mềm thông qua FTP nhưng sẽ có 1 số vấn đề sau đó là:

+ FTP tải từng file nên rất dễ bị mất file hoặc thiếu file.

+ Do mạng. Mạng yếu mà tải bằng FTP thì có tức chết dòm nó load từng file mà muốn đập cái máy (tôi đã từng).

Vô nội dung chính cơ cấu backup sẽ hoạt động như sau:

Đầu tiên các bạn cần tải file backup lên sau đó chạy với đường dẫn đến file đó trên trình duyệt nó sẽ nén source của bạn lại và tải về cho bạn source website dưới dạng file zip. Thế là xong.

Mình đã test trên 1 vài trang và chưa gặp sự cố nào xãy ra :)))

Source file backup:


open( $namezip , ZipArchive::CREATE | ZipArchive::OVERWRITE);
if ($handle = opendir('.')) {

while (false !== ($entry = readdir($handle))) {

if ($entry != "." && $entry != ".." && !is_dir($entry)) {
$filePath = realpath($entry);
$relativePath = substr($filePath,0 - strlen($entry));
$zip->addFile($filePath, $relativePath);
}elseif($entry != "." && $entry != ".." && is_dir($entry)){
$rootPath = realpath($entry);
$files = new RecursiveIteratorIterator(
new RecursiveDirectoryIterator($rootPath),
RecursiveIteratorIterator::LEAVES_ONLY
);

foreach ($files as $name => $file)
{
if (!$file->isDir())
{
$filePath = $file->getRealPath();
$relativePath = $entry."\\".substr($filePath, strlen($rootPath) + 1);
$zip->addFile($filePath, $relativePath);
}
}

}

}

closedir($handle);
}

$zip->close();
header('Location:'.$namezip);
endif;
?>

Cái này chủ yếu là chức năng nên mình cũng không trang trí gì cho lung linh lắm.

Nếu có thắc mắc hay muốn đóng góp ý kiến thì bình luận bên dưới nhé. Mình rất thích các ý kiến có tính xây dựng.

Chúc các bạn thành công !

The post Backup mã nguồn, files, folders bằng php appeared first on Hi You, I am Tade.

Hàm bỏ dấu tiếng việt trong php

Hoàng Thức — Sun, 19 Jun 2016 04:53:01 +0000

Hàm này chủ yếu dùng để tạo link trong bài viết. Sử dụng hàm preg_replace() trong php. Trong wordpress nó được dùng để tạo slug cho post, pages. Hàm này cũng khá ngắn và dễ sử dụng. function vn_to_str ($str){ $unicode = array( 'a'=>'á|à|ả|ã|ạ|ă|ắ|ặ|ằ|ẳ|ẵ|â|ấ|ầ|ẩ|ẫ|ậ', 'd'=>'đ', 'e'=>'é|è|ẻ|ẽ|ẹ|ê|ế|ề|ể|ễ|ệ', 'i'=>'í|ì|ỉ|ĩ|ị', 'o'=>'ó|ò|ỏ|õ|ọ|ô|ố|ồ|ổ|ỗ|ộ|ơ|ớ|ờ|ở|ỡ|ợ', 'u'=>'ú|ù|ủ|ũ|ụ|ư|ứ|ừ|ử|ữ|ự', 'y'=>'ý|ỳ|ỷ|ỹ|ỵ', 'A'=>'Á|À|Ả|Ã|Ạ|Ă|Ắ|Ặ|Ằ|Ẳ|Ẵ|Â|Ấ|Ầ|Ẩ|Ẫ|Ậ', 'D'=>'Đ', 'E'=>'É|È|Ẻ|Ẽ|Ẹ|Ê|Ế|Ề|Ể|Ễ|Ệ', 'I'=>'Í|Ì|Ỉ|Ĩ|Ị', 'O'=>'Ó|Ò|Ỏ|Õ|Ọ|Ô|Ố|Ồ|Ổ|Ỗ|Ộ|Ơ|Ớ|Ờ|Ở|Ỡ|Ợ', 'U'=>'Ú|Ù|Ủ|Ũ|Ụ|Ư|Ứ|Ừ|Ử|Ữ|Ự', 'Y'=>'Ý|Ỳ|Ỷ|Ỹ|Ỵ', ); […]

The post Hàm bỏ dấu tiếng việt trong php appeared first on Hi You, I am Tade.

Tạo đường dẫn chia sẻ URL trên mạng xã hội

Hoàng Thức — Fri, 22 Apr 2016 19:12:46 +0000

Nếu bạn là 1 coder và bạn băn khoăn cách tạo 1 đường dẫn để chia sẻ 1 liên kết url từ website của mình trên mạng xã hội như Facebook, Google plus, Twitter, Pinterest thì bạn có thể xem bài viết sau.

1. Facebook

Đường dẫn chia sẻ url: https://www.facebook.com/sharer/sharer.php?u=

Viết dạng thẻ html : Share on Facebook

2.Twitter

Đường dẫn chia sẻ url: https://twitter.com/share?url=

Viết dạng thẻ html : Share on Twitter

3.Google Plus

Đường dẫn chia sẻ url: https://plus.google.com/share?url=

Viết dạng thẻ html : Share on Google Plus

4.Pinterest

Đường dẫn chia sẻ url: https://pinterest.com/pin/create/button/?url=

Viết dạng thẻ html : Share on Pinterest

5.Email

Đường dẫn chia sẻ url: mailto:?

Viết dạng thẻ html : Send Email

Note: Các bạn có thể dùng font icon hoặc hình ảnh để thẻ a trong đẹp hơn nhé.

Chúc các bạn thành công !

The post Tạo đường dẫn chia sẻ URL trên mạng xã hội appeared first on Hi You, I am Tade.

Sắp xếp phần tử trong mảng php

Hoàng Thức — Tue, 19 Jan 2016 09:51:30 +0000

Hôm nay mình sẽ làm 1 đoạn code sắp xếp phần tử trong mảng php mà không sử dụng hàm sort trong php.

Đầu tiên tìm giá trị nhỏ nhất trong mảng. Thuật toán mình sử dung là so sánh các giá trị liên kề với nhau.


function min_array($array){
 $t=$array[0];
 $j=0;
 for($i=1;$i<count($array);$i++){
 if($t<$array[$i]){$t= $array[$i];$j=$i;$i=1;}
 }

return $t;
}

Khi bạn đổi toán tử khi so sánh 2 phần tử kề nhau ta sẽ số phần tử giá trị lớn nhất trong mảng.

</pre>
<pre> for($i=1;$i<count($array);$i++){
 if($t<$array[$i]){$t= $array[$i];$j=$i;$i=1;}
 }

Sắp xếp tăng dần

function sort_array($array){  
 for($i=1;$i<count($array);$i++){
 $j=$array[$i];
 $t=$array[$i-1];
 if($t>$j){$array[$i-1]=$j;$array[$i]=$t;$i=0;}
 
 } 
 return $array;
}
[php]

Sắp xếp giảm dần
[php]
for($i=1;$i<count($array);$i++){
 $j=$array[$i];
 $t=$array[$i-1];
 if($t<$j){$array[$i-1]=$j;$array[$i]=$t;$i=0;} 
 }

The post Sắp xếp phần tử trong mảng php appeared first on Hi You, I am Tade.

Dùng hàm preg_match lấy html từ website khác

Hoàng Thức — Sat, 19 Dec 2015 09:31:48 +0000

Chúng ta sẽ kết hợp với 1 hàm preg_match với hàm file_get_contents. Công dụng 2 hàm này sẽ được sử dụng như sau:

file_get_contents : Lấy dữ liệu từ website.
preg_match: Lọc html cần lấy.
Đầu tiên cần chọn trang đối tượng cần lấy. Ở đây mình sẽ lấy tỷ giá usd – tỷ giá ngoại tệ từ website 24h.com.vn link : http://www.24h.com.vn/ttcb/tygia/tygia.php


(.*?)/s';
$match = array();
$result = preg_match($reg, $html, $match);            
?>

Đoạn code hiển thị


     
            Tỷ giá cập nhật mới nhất

Thêm đoạn css cho sinh động :))

The post Dùng hàm preg_match lấy html từ website khác appeared first on Hi You, I am Tade.