Kỹ thuật trade coin, forex bằng đám mây Ichimoku

Mây Ichimoku là gì?

Mây Ichimoku, hay còn gọi là Ichimoku Cloud, là một chỉ báo kiêm công cụ tích hợp cho hoạt động phân tích kỹ thuật, được giới thiệu vào năm 1968, bởi người sáng lập là một nhà báo người Nhật: Goishi Hosoda.

Mục đích ra đời của mây Ichimoku là đem lại khả năng nhận biết nhanh chóng và thấu hiểu trạng thái xu hướng, sự chuyển động giá, và có tất cả 5 nhân tố của hệ thống này (5 đường trong một biểu đồ) được kết hợp với sự chuyển động giá, với quan điểm đặc tính chu kỳ của các mối liên hệ, với điều kiện chuyển động nhóm của hành vi con người.

Ngày nay, mây Ichimoku được sử dụng rất rộng rãi bởi các nhà đầu tư Nhật Bản bởi nó cho phép kiểm tra sự biến động giá và tăng xác suất thành công, bằng cách xác định xu hướng và tìm kiếm những dấu hiệu tiềm năng sinh lời của các giao dịch trade coin.

Hướng dẫn sử dụng mây Ichimoku

Chỉ báo Ichimoku gồm 5 đường được sử dụng để xác định đường hỗ trợ, kháng cự, quyết định xu hướng và đưa ra các dấu hiệu giao dịch, dưới đây là đặc điểm và cách tính của từng đường:

Tenkan-Sen (Đường chuyển đổi, màu xanh dương): lấy trung bình của các mức cao nhất và thấp nhất trong 7 khoảng thời gian

Kijun-Sen (Đường cơ sở, màu đỏ): lấy trung bình mức cao nhất và thấp nhất trong 22 khoảng thời gian trước đó

Senkou Span A (Đường chính yếu A, giới hạn màu xanh lá cây của đám mây): lấy trung bình của Tenkan-Sen và Kijun-Sen sau đó dịch về phía trước 26
khoảng thời gian, là giới hạn đầu tiên cho mây Ichimoku

Senkou Span B (Đường chính yếu B, giới hạn màu đỏ của đám mây): trung bình cộng của mức cao nhất và thấp nhất trong 52 khoảng thời gian và được dịch về phía trước 26 ngày, cũng là giới hạn thứ hai tạo thành mây Ichimoku

Chikou Span (Đường còn lại, màu xanh lá cây): là đường cuối cùng được tạo ra bằng cách di chuyển đường giá hiện tại về sau 26 khoảng thời gian, còn gọi là đường trễ/đường cuối cùng

Kumo (Đám mây) là nhân tố trung tâm của hệ thống Ichimoku, là vùng hỗ trợ và kháng cự. Được tạo lập bởi các đường chính yếu A và B.

Phương pháp Ichimoku

1. Xác định xu hướng và sự điều chỉnh dựa vào mây Ichimoku

Giá di chuyển trên đám mây, cho thấy xu hướng tăng
Giá di chuyển dưới đám mây, cho thấy xu hướng giảm
Giá di chuyển trong đám mây, cho thấy xu hướng đi ngang
Màu của đám mây thay đổi từ xanh lá cây sang đỏ, cho thấy sự điều chỉnh trong phạm vi của xu hướng tăng
Màu của đám mây thay đổi từ đỏ sang xanh lá, cho thấy sự điều chỉnh trong phạm vi của xu hướng giảm

2. Xác định sự hỗ trợ và mức kháng cự dựa vào mây Ichimoku

Đường chính yếu A của đường đầu tiên hỗ trợ với xu hướng tăng
Đường chính yếu B của đường thứ 2 hỗ trợ với xu hướng tăng
Đường chính yếu A đầu tiên của mức kháng cự với xu hướng giảm
Đường chính yếu B thứ 2 của mức kháng cự với xu hướng giảm

3. Các dấu hiệu mạnh cho việc mua/bán xuất hiện phía trên đám mây Ichimoku

Đường chuyển đổi cắt đường cơ bản từ dưới lên là dấu hiệu để mua
Đường chuyển đổi cắt đường cơ bản từ trên xuống là dấu hiệu để bán

4. Các dấu hiệu yếu cho việc mua/bán xuất hiện bên trong đám mây Ichimoku

Đường chuyển đổi cắt đường cơ bản từ dưới lên là dấu hiệu để mua
Đường chuyển đổi cắt đường cơ bản từ trên xuống là dấu hiệu để bán

Dưới đây là 2 video sưu tầm từ Youtube để các bạn có thể hiểu rõ hơn kỹ thuật trade coin bằng phương pháp Ichimoku, ngoài ra còn có sự kết hợp với kỹ thuật RSI và BB (Bollinger Band)

Thời gian sẽ trôi đi….

Thời gian sẽ trôi đi….

Cứ năm nào cũng vậy, có một số người đợi ngày cuối cùng của tháng chạp mới đi mua hoa, hòng mua với giá rẻ nhất, do áp lực về thời gian của tiểu thương. Và các tiểu thương đã quyết định đập bỏ, dọn lên xe rác chở đi thay vì cho, giảm giá như mọi năm. Điều này đã gây ra nhiều ý kiến trái chiều trong xã hội đang điều chỉnh hành vi từng ngày để sống văn minh hơn.

Có thể bạn thấy rất là chua chát, nhưng quyết định tiêu huỷ hàng hoá là quyết định bình thường của thương nhân. Hàng sở hữu của họ, họ bán hay trữ, bán đắt bán rẻ giá cả bao nhiêu hay tiêu huỷ hàng hoá là quyền của họ, luật pháp không cấm. Đừng bao giờ ngây ngô yêu cầu người ta thay đổi giá cả, sao không bán rẻ từ đầu rồi giờ đổ bỏ.

Chúng ta từng khóc thương nông dân trồng hoa. Nhưng họ thật ra chẳng có gì tội nghiệp vì các thương lái đã trả tiền xong cho họ từ dưới ruộng. Thương lái cũng chẳng tội nghiệp gì vì họ đã lãi những ngày đầu khi bán những chậu hoa đẹp cho người giàu. Người nghèo lúc này nghe giá sẽ dội ngược, bảo là hét trên trời, giận. Nhưng giá đó có người mua, cung gặp cầu. Người giàu, thay vì tốn thời gian đi tận nơi để lựa chậu vừa ý, giờ có người mang lên tận nơi, vận chuyển sỉ nên giá còn rẻ hơn, thuận mua vừa bán, phân khúc hạng sang, người có tiền, kẻ có hàng ngon nên việc bán hàng diễn ra nhanh chóng, vui vẻ. Mọi thứ vận hành trơn tru. Hoa, tranh, nhạc….là những sản phẩm tinh thần, không phải là thiết yếu, người cần thì đã sẵn sàng trích một phần thu nhập để mua rồi. Không được cho tặng miễn phí những sản phẩm văn hoá, vì người nhận miễn phí sẽ khó mà trân trọng. Khi nhu cầu đã hết, người bán nên chở hàng về kho hoặc đổ bỏ. Công ty vệ sinh đã ký hợp đồng dọn dẹp, ngay cả bỏ hết đống hoa đó, họ đã thu tiền và sẽ dọn sạch, không than phiền gì. Mọi thứ nó đã vào guồng, không như mình nghĩ.

Buffet trong các khách sạn 5 sao, toàn tôm hùm, hàu, cá hồi…đến tối, dù còn nguyên nhưng họ cũng đổ bỏ hết, không cho nhân viên vì sẽ tạo thành tâm lý phục vụ không tốt hòng mang về. Cũng không đem cho người nghèo, cơ nhỡ….vì làm ăn, không tốn thời gian phân bổ nhân sự làm việc này, chưa kể là sẽ tạo đám người chầu chực bên ngoài, hay thậm chí nhà nghèo, ăn mấy món sang rồi đau bụng, kiện thưa rồi mình đi giải quyết cũng mệt. Làm chủ phải có tư duy khác. Hàng của họ, tiền của họ, khi đổ bỏ họ còn xót xa hơn cả mình tiếc. Nhưng bỏ là phải bỏ.

Dân làm ăn không có mở miệng là tội nghiệp, thương thế. Mình cứ cảm tính, cảm xúc trong kinh tế thì hậu quả kinh khủng. “Đừng bao giờ giao cơ nghiệp vô tay người cảm tính”, người Do Thái hay người Hoa luôn dặn nhau như vậy khi lựa chọn người quản lý cấp cao.

Khách sạn có phòng có 100 ngàn/đêm nhưng cũng có phòng 100 triệu/đêm, tuỳ họ, có vi phạm pháp luật đâu mà chửi? Xấu đẹp, ngu khôn, hợp lý hay không hợp lý…là do cá nhân mình tự nghĩ. Họ bán vậy đó, công suất phòng chỉ có vài % thôi, nhưng họ không giảm giá, chuyện của người ta. Tour du lịch họ ra giá vậy, mình chửi bán “mắc quá chó nó đi”, nhưng người ta vẫn có khách riêng của người ta, “chó” có tiền đi chơi, còn mình là “người” mà không có. Khách sạn ở Đà Lạt ngày thường 200k/đêm, lễ tết lên 1 triệu/đêm thì cũng bình thường, chẳng có gì chặt chém cả. KS chỉ có 10 phòng mà 100 người cần, thì giá phải tăng tương ứng cho 10 người chấp nhận mức giá cao nhất, nếu không có ai chấp nhận, tự động giá sẽ giảm. Hiệp hội du lịch vui lòng đừng ra công văn yêu cầu khách sạn trên địa bàn cam kết không tăng giá….mà quên là quy luật thị trường. Lúc ế, hiệp hội có ra công văn sẽ bù lỗ cho người ta không? Hãy để thị trường tự do điều tiết. Cứ nói hãy bán giá sao cho vừa túi tiền. Vấn đề là túi của ai? Mình chỉ có thể biết túi của mình thôi, còn của người khác, sao biết mà suy diễn suy đoán rồi kết luận?

Mấy cái túi hàng hiệu ở các trung tâm thương mại có giá mấy chục triệu/cái, mình thấy vắng hoe, ái ngại cảm thông. Họ kinh doanh, được nhờ mất chịu. Họ lỗ, chịu hết nổi sẽ trả mặt bằng. Dân mình đi qua, nói sao không hạ giá xuống 50 ngàn/cái để bán cho dễ, chứ thấy ế tội quá em ơi. Họ treo đó là tính vô chi phí marketing, cho đám đông nhìn thấy thương hiệu, còn rẻ hơn quảng cáo trên tivi. Đám đông sao biết được chuyện đó, nên đứng coi, phán xét và khuyên răn khí thế. Với nhà buôn lớn, họ không bao giờ hạ giá vào giờ chót vì như vậy sẽ khiến cho những người mua trước thấy tiếc nuối, trách móc và có khi lại chờ giảm giá năm sau. Mà đối tượng đó mới là khách hàng thật sự, phải bảo vệ họ. Louis Vuitton (LV) hay Hermes là thương hiệu thời trang không bao giờ sale off, qua mùa lỗi mốt là huỷ.

Đừng bao giờ dạy người giàu tiêu tiền, quản lý tài chính (họ làm ra tiền, dư được tiền tức việc quản lý tài chính của họ đã rất khoa học, hiệu quả), cũng đừng bao giờ kêu gọi các người bán điều chỉnh giá theo ý mình. Rất ngây thơ, cảm tính và buồn cười.

Khủng hoảng thừa 1929-1933, hàng hoá các công ty họ đổ hết xuống biển chứ không có tặng cho ai, dù nhiều nước đang trong nạn đói, bị các nhà đạo đức học lên án là sao không thuê tàu đi tặng mấy nước đang chiến tranh. Làm chủ đau đầu muốn chết vì lỗ, ngồi đó còn thuê tàu cử người đi phân phát hàng cho chỗ đang đánh nhau. Quy luật kinh tế thị trường nó vậy, không thể lấy cảm xúc, tình cảm, hiểu biết nhỏ nhoi của mình ra phán xét được.

Thị trường nó lạnh lùng sòng phẳng. Nếu ai lỗ, thì là bài học cho họ năm sau. Kể cả nông dân trồng chuối, thanh long, tiêu điều, nuôi heo nuôi gà…. Thời đại này thông tin rộng khắp. Tính toán sai, cung vượt cầu, không biết tiếp thị hay chế biến, cứ thụ động phụ thuộc thì khi giá rẻ, đồ đống. Ngược lại. Cầu cao thì lãi nhiều, hưởng. Giải cứu nông sản là chiến dịch người ta chỉ mình cách tiêu thụ, sau đó phải tự biết làm chứ sao đợi người ta thương hại mãi? Không riêng nông nghiệp, cứ ai thụ động thì nghèo, chịu. Ai chủ động thì giàu, hưởng.

Nếu ai có đầu óc khách quan, hiểu quy luật thị trường mới kiếm tiền được. Những bạn cảm tính khó có thể làm ăn hoặc trở thành quản lý cấp cao vì không rạch ròi các quan hệ, nuông các cảm xúc, không tôn trọng khách quan vì nghe theo con tim nhiều quá. Lúc yêu thì thôi là yêu, ghét thì thôi là ghét. Cứ trong đầu ai mà còn cảm xúc ưa rồi không ưa, thích rồi ghét….thì không thể làm ăn được.

Đừng bao giờ kêu gọi ủng hộ công ty nào vì thương, mua hàng là vì nhu cầu, còn vì ủng hộ thì không lâu dài được. Cũng đừng kêu gọi tẩy chay hãng nào đó vì ghét. Lần trước có 1 hãng hàng không, vì “tội” đưa các người mẫu lên đón các cầu thủ U23 yêu thích, mà người mẫu đó do đám đông mặc định là không đẹp, nên không được “xứng” để đụng vào cơ thể thần tượng của họ, thế là nổi cơn cuồng nộ. FB khắp nơi nói sẽ tẩy chay, thề là không bao giờ đi hãng này nữa, trong đó có người bạn thân của ad. Sau đó 1 tháng, mình thấy cậu ấy vẫn ngồi cả đêm search vé giá rẻ, và khi giá vé hãng đó thấp hơn các hãng kia 100,000 đồng, cậu đã quên mất lời thề thốt khi xưa, book vé và bay, post hình lên FB khoe mua được giá hời, cười như địa chủ được mùa.

Đám đông có cảm xúc lên xuống thất thường, ầm ầm lên cơn thịnh nộ rồi quên béng, các nhà kinh tế học gọi là “não cá vàng”. Mình làm quản trị, đừng có lo lắng thái quá. Thời gian sẽ trôi đi.

Time flies.

Cách sử dụng branch trong Git

Trong bài này chúng ta sẽ đi vào ví dụ cụ thể cách sử dụng branch trong Git. Các bạn sẽ học được cách tạo branch, chuyển sang branch khác, merge branch (gộp branch), xóa branch sau khi sử dụng xong, xử lý conflict khi merge giữa các branch.

0/ Chuẩn bị repository
– Đầu tiên chúng ta sẽ khởi tạo 1 repository như sau (trong thư mục laptrinhinfo)

– Tiếp theo chúng ta tạo 1 file test.txt với nội dung như bên dưới

– Kế đến hãy commit những lịch sử thay đổi của file txt bên trên

1/ Tạo branch mới

– Chúng ta tạo 1 branch tên là “feature” bằng dòng lệnh sau

– Sau khi tạo xong chúng ta sẽ kiểm tra lại bằng cách hiển thị ra toàn bộ branch đang có trong repository

– Danh sách các branch đang có sẽ hiện ra, hiện tại bạn đang ở branch master nên sẽ có dấu * phía trước tên branch master

2/ Chuyển branch

– Bây giờ chúng ta sẽ chuyển qua branch feature bằng lệnh sau

*** Chúng ta có thể gộp 2 bước tạo branch mới và chuyển ngay sang branch mới bằng cách sau

– Lúc này các bạn thử thêm nội dung vào file test.txt, ví dụ

– Sau đó hãy commit lên, lúc này những commit của bạn sau khi chuyển sang branch feature chỉ được ghi nhận trong lịch sử của branch feature, branch master hoàn toàn không lưu lại những thay đổi này

3/ Merge branch (gộp branch)

– Bây giờ mục tiêu của chúng ta là merge branch feature vào branch master. Để merge branch, chúng ta cần chuyển sang branch cần merge vào, đó là branch master

– Kế đến ta sẽ merge branch feature vào branch master bằng lệnh sau

– Nếu merge thành công không bị lỗi hay conflict, kết quả sẽ hiện lên màn hình như bên trên. Bây giờ bạn hãy kiểm tra nội dung file test.txt ở branch master, những gì bạn đã chỉnh sửa ở branch feature đã được cập nhật.

4/ Xóa branch

– Sau khi tạo branch mới và làm việc trên branch đó, sau khi đã merge branch đã tạo vào 1 branch khác, nếu bạn không cần sử dụng branch đó nữa thì có thể xóa nó bằng lệnh sau (trong ví dụ này tôi sẽ xóa branch feature)

– Bạn có thể kiểm tra xem branch đã được xóa thành công chưa bằng lệnh hiển thị toàn bộ branch: git branch

5/ Làm việc song song trên nhiều branch và xử lý conflict khi merge branch

– Bây giờ chúng ta sẽ giả định tình huống 2 người trong cùng 1 team làm việc trên 2 branch khác nhau. Ví dụ user A làm việc trên branch feature1, user B làm việc trên branch feature2. Lúc này 2 user sẽ sửa cùng chung 1 file trên 2 branch khác nhau và conflict sẽ xảy ra khi merge 2 branch này vào branch master. Đầu tiên chúng ta sẽ tạo 2 branch feature1 và feature2 sau đó sẽ chuyển qua branch feature1 (đóng vai trò là user A)

– User A lúc này sửa nội dung file test.txt như sau

– Ở đây ta đã thấy user A thêm mới vào nội dung ở dòng 3 đoạn text “User A da them vao 1 dong nay” và chỉnh sửa nội dung ở dòng 1 từ “su dung Git branch” sang “[su dung Git branch]” . Bây giờ chúng ta sẽ lưu thay đổi ở branch feature1 bằng lệnh commit

– Tiếp theo chúng ta chuyển qua branch feature2 (đóng vai trò là user B).

– Lúc này user B sẽ thêm 1 đoạn text mới ở dòng 3 và chỉnh sửa dòng 1, thao tác có vẻ tương tự user A nhưng nội dung thêm mới và chỉnh sửa hoàn toàn khác nhau

– Và user B cũng commit để lưu lại thay đổi của mình ở branch feature2

– Vậy là chúng ta đã thấy user A và user B đã làm việc song song trên 2 branch khác nhau và đã lưu lại những gì họ đã làm tại 2 branch trên. Bây giờ tôi sẽ đóng vai trò 1 user khác (user C) quản lý branch master và hoàn toàn không biết những gì user A và user B đã thay đổi trên branch của họ. Nhiệm vụ của tôi là merge 2 branch trên vào branch master để đồng bộ code lại. Đầu tiên tôi sẽ chuyển sang branch master và merge branch feature1 vào

– Mọi thứ có vẻ ổn không có vấn đề gì sau khi merge branch feature1 vào master, file test.txt đã hiển thị đúng những gì user A đã làm. Bây giờ chúng ta hãy merge branch feature2 vào master

– Lần này thì mọi việc có vẻ không ổn như khi merge lần đầu. Đã có lỗi conflict xảy ra. Bây giờ chúng ta sẽ kiểm tra nội dung file test.txt để xem nó đã bị conflict như thế nào

– Lúc này ta thấy từ đoạn <<<<<<< HEAD cho đến ======= là nội dung file test.txt ở branch master sau khi đã merge branch feature1 vào. Còn đoạn ======= cho đến >>>>>>> feature2 là nội dung file test.txt của user B đã sửa ở feature2 do bị conflict với đoạn trên nên không thể merge vào. Bây giờ tôi (user C) sẽ sửa nội dung file test.txt bằng cách hợp nhất kết quả của user A và user B đã làm

(Lưu ý: cách sửa conflict trên chỉ là ví dụ, trong trường hợp thực tế có thể user A và user B sẽ họp chung lại với nhau để thống nhất kết quả theo 1 cách khác. Cách sửa conflict của tôi ở đây là giữ lại toàn bộ những gì user A và user B đã thêm vào và đã sửa)

– Và khi đã sửa xong conflict, đừng quên commit ở branch master

– Vậy là conflict đã được xử lý xong xuôi. Đương nhiên trên thực tế khi làm việc, conflict thường phức tạp hơn vậy nhiều và có thể xảy ra trên rất nhiều file. Và dĩ nhiên sẽ tốn thời gian ngồi so sánh 2 kết quả để để sửa lại file theo cách tối ưu nhất.

 

Tổng quan về branch trong Git

Branch là gì?

Nói đơn giản dễ hiểu branch là phân nhánh, là nhiều version của 1 repository. Hay nói dễ hiểu hơn trong lĩnh vực lập trình là nhiều version khác nhau của 1 phần mềm (web, phone app, game …). Bạn có bao giờ thắc mắc khi sử dụng phần mềm của các hãng lớn khi họ có rất nhiều phiên bản như alpha, beta, … rồi mới đến bản final? Một phần mềm khi phát triển bao gồm rất nhiều công đoạn và nhiều thành viên tham gia vào lập trình. Có thể kể ra như: phát triển frontend, phát triển backend, sửa lỗi … , rồi trong mỗi công đoạn to lại có những công đoạn nhỏ hơn như phát triển tính năng A, phát triển tính năng B, …..

Tại sao branch lại rất quan trọng trong Git?

Thông thường trong Git, branch master là branch để release sản phẩm chạy hoàn hảo nhất, không lỗi, là sản phẩm gọi là chạy ổn định của phần mềm đó. Vậy nên chức năng branch giúp chúng ta chia nhánh ra để giúp đội ngũ phát triển có thể phát triển thêm những tính năng mới, fix bug những tính năng đang phát triển và có thể của tính năng cũ … mà không ảnh hưởng đến branch chính đang release sản phẩm.

Sơ đồ dưới đây sẽ giúp bạn hiểu rõ hơn tại sao lại phải tạo branch (phân nhánh) trong Git

Sau khi đã phát triển xong những tính năng mới, và fix bugs. Việc kế đến là làm sao để những thay đổi đó có hiệu lực trên phiên bản phần mềm đang release (nhánh master). Lúc này chúng ta sử dụng đến tính năng merge branch của Git, gọi là gộp nhánh (theo nghĩa tiếng Việt). Sau khi merge branch, tất cả những thay đổi của các branch sẽ được gộp chung vào branch master để chúng ta có thể release phiên bản mới của phần mềm.

Các branch được tạo ra có thể phát triển 1 cách song song, nghĩa là chúng ta có thể giao cho nhiều người làm việc trên nhiều branch. Cách chia branch này vô cùng hiệu quả để có thể quản lý được công việc, quản lý được task, mà không gây ảnh hưởng giữa các thành viên trong team.

Để dễ hiểu hơn quy trình chia branch và merge branch, bạn có thể tham khảo sơ đồ dưới đây

Cài đặt Git

1/ Cài đặt Git trên Windows

– Đầu tiên bạn cần tải về file cài đặt Git cho Windows tại https://gitforwindows.org/

– Nhấp đúp vào file exe cài đặt và làm theo hướng dẫn để quá trình cài đặt được hoàn tất



– Mở command line của Windows (cmd) hoặc GitBash (Git sẽ tự động cài đặt GitBash) và chạy đoạn lệnh sau để thiết lập ban đầu cho Git (bao gồm username và email)

*** Đối với ai đang sử TortoiseGit trên Windows thì có thể thiết lập username và email nhanh chóng thông qua giao diện GUI rất trực quan của TortoiseGit. Click phải chuột và chọn TortoiseGit > Settings



– Chọn mục Git bên tay trái, sau đó điền vào Name & Email, sau đó bấm OK để hoàn thành thiết lập ban đầu cho Git



2/ Cài đặt Git trên Linux


Đối với Linux phiên bản Debian/Ubuntu (apt-get)

Chạy dòng lệnh dưới đây

Sau khi hoàn tất cài đặt bạn có thể kiểm tra mình đã cài đặt thành công Git chưa bằng cách

Nếu kết quả trả về là tên version của Git nghĩa là bạn đã cài đặt thành công. Bước tiếp theo là bạn cấu hình username và email cho Git (tương tự như trên Windows)

Đối với Linux phiên bản Fedora/CentOS (dnf/yum)

Bạn chạy dòng lệnh sau

Hoặc

Sau đó bạn kiểm tra cài đặt hoàn tất chưa tương tự như trên Linux phiên bản Ubuntu, và kế đó thiết lập username và email tương tự như trên (xem lại phần cài đặt trên Windows hoặc Linux phiên bản Ubuntu)


 

Tìm kiếm và thay thế text nhanh chóng trong WordPress database với plugin Better Search & Replace

Better Search & Replace là plugin vô cùng hữu dụng khi bạn cần tìm kiếm và thay thế nhanh chóng nội dung trong database của WordPress mà không cần phải truy cập vào MySQL command line hay PHPMyAdmin. Một số trường hợp bạn có thể gặp phải và cần đến plugin này là khi bạn chuyển website từ http sang https, tuy bạn đã đổi site url sang https tuy nhiên những link cũ của media như hình ảnh vẫn còn là link http. Lúc này việc sử dụng plugin “Better Search & Replace” là cách tối ưu và tiết kiệm công sức nhất cho bạn.

Dưới đây là cách sử dụng Better Search & Replace

– Để cho an toàn, bạn cần backup database của bạn trước khi thao tác để có thể khôi phục lại nếu có sự cố xảy ra
– Cài đặt plugin “Better Search & Replace” thông qua menu Plugins > Add New
– Sau khi cài đặt thành công và activate plugin, bạn truy cập vào menu Tools > Better Search Replace. Giao diện sẽ tương tự như hình bên dưới

–Wordpress Better Search & Replace plugin

– Bây giờ bạn bật tab “Search/Replace”, phần “Search for” điền vào text tìm kiếm, “Replace with” điền vào text cần thay thế, chọn những table trong database cho phép replace text trong phần “Select tables”, đánh dấu check vào “Run as dry run?” nếu bạn muốn chạy thử để preview trước. Sau đó bấm “Run Search/Replace”

– Better Search & Replace sẽ thông báo cho bạn kết quả tương ứng sau khi chạy, khi bạn muốn chạy thật sự thì bỏ dấu check ở “Run as dry run” rồi bấm lại “Run Search/Replace”

Cài đặt Package Control cho Sublime Text

Sublime Text là code editor khá quen thuộc đối với dân lập trình bởi vì tính gọn nhẹ, tiện dụng và cũng không kém phần mạnh mẽ. Package Control là phần quản lý các gói plugin cho Sublime Text. Đối với 1 developer chuyên nghiệp thì code editor chỉ hỗ trợ để code không thôi là chưa đủ, ngoài ra phải hỗ trợ FTP/SFTP, Git, … v.v… Với Package Control bạn có thể dễ dàng làm điều này. Để cài đặt nó cho Sublime Text bạn làm theo các bước sau.

– Mở Sublime Text và nhấn Ctrl + ~ để mở cửa sổ console như hình bên dưới

– Tùy vào phiên bản Sublime của bạn và copy + paste đoạn code bên dưới vào console rồi nhấn Enter để cài Package Control

Sublime 2

Sublime 3

– Đợi chờ trong chốc lát và truy cập vào menu Preferences, nếu bạn thấy kết quả như hình bên dưới nghĩa là bạn đã làm thành công

Tạo standalone script để chạy Magento 1

Magento 1 có thể được tích hợp dễ dàng vào các đoạn script PHP thuần, hoặc được nhúng vào các hệ thống CMS khác (WordPress, …) hay PHP Framework.

Dưới đây là 1 đoạn code đơn giản để sử dụng Magento 1 trên file PHP script:

 

Tự động submit sitemap lên Google

Đoạn code PHP nhỏ sau đây giúp bạn có thể tự động submit sitemap XML lên Google mà không cần phải thực hiện bằng tay, nếu cần submit sitemap 5 phút/lần hoặc theo 1 thời gian quy định sẵn bạn có thể sử dụng chức năng cronjob trên Linux để tùy biến thêm

 

Tạo custom settings (cấu hình) trong backend của Magento 1

Đầu tiên bạn cần tạo file etc/config.xml để cấu hình cho extension mới của bạn, ở đây tôi lấy ví dụ là Laptrinhinfo_CustomConfig

Tiếp theo bạn định nghĩa các custom settings trong extension, ở đây các cấu hình cần lưu sẽ được hiển thị trong admin dưới dạng các input được nhập dữ liệu vào như textfield, textarea, select box, ….. Để làm điều này, bạn cần định nghĩa chúng dưới dạng XML trong file etc/system.xml

Để phần quản lý các custom settings này có thể được phân quyền cho các role của user, bạn cần tạo file etc/adminhtml.xml và tạo cấu trúc XML như bên dưới

Sau cùng để trả về kết quả cho kiểu dữ liệu dropdown và multiple_dropdown mà chúng ta đã định nghĩa ở phần sourcemodel, chúng ta cần tạo file Model/System/Config/Source/Dropdown/Values.php