Dự án thương mại công khai bizneshelper.ru và một khái niệm hiện đại hóa công khai đi kèm đã được tạo ra. Nhiệm vụ chính được xác định là di dời trang web từ Ruby sang haih-cms. Một cây nhiệm vụ con đã được tạo ra cho việc này, bao gồm kiểm kê, kiến trúc CMS, di dời nội dung, URL và chuyển hướng, biểu mẫu và tích hợp, SEO, phân tích, kiểm thử, ra mắt, kiểm tra sau di dời và đóng gói thương mại công khai tiếp theo. Tất cả các thực thể chỉ sử dụng các công thức chung được phép công khai mà không có dữ liệu thương mại nội bộ và bí mật.

Điều chỉnh chiến lược di chuyển

Sau khi chạy thành công trang web Ruby cũ (legacy) trên môi trường nội bộ, phương 접근 tiếp cận dự án đã được làm rõ thêm. Ứng dụng Rails cũ không còn được coi là hệ thống cần được duy trì song song với phiên bản mới. Vai trò của nó chỉ là bản sao lưu, nguồn dữ liệu và chuẩn để đối chiếu.

Quyết định cốt lõi: thực hiện di chuyển một lần dữ liệu cần thiết và nội dung công khai sang haih-cms, sau đó phiên bản mới sẽ trở thành trang web production duy nhất hoạt động.

Không yêu cầu khả năng tương thích ngược hoàn toàn với tất cả các định tuyến lịch sử. Chỉ có một số lượng trang hạn chế nằm trong chỉ mục tìm kiếm — khoảng 85 trang — vì vậy tính liên tục về SEO sẽ được đảm bảo có chọn lọc cho các URL thực sự quan trọng.

Do đó, các nhiệm vụ về kiểm kê, mô hình dữ liệu, URL và chuyển hướng (redirect), biểu mẫu (form), SEO, kiểm thử và ra mắt đã được xem xét lại. Một nhiệm vụ riêng biệt đã được bổ sung để nhập dữ liệu có thể tái tạo từ MySQL cũ sang haih-cms.

Quan sát về trang web legacy hiện tại: Mixed Content

Phát hiện việc tải tài nguyên JavaScript bên ngoài qua giao thức HTTP không bảo mật trên một trang HTTPS công khai:

http://ajax.googleapis.com/ajax/libs/jquery/1.8.2/jquery.min.js

Trình duyệt hiện đại chặn yêu cầu như vậy với lỗi Mixed Content. Kết quả là một phần logic phía client phụ thuộc vào tập lệnh này có thể không hoạt động.

Ý nghĩa đối với dự án

Đây là một ví dụ rõ ràng về lý do tại sao ngay cả một trang web đang hoạt động cũng không thể coi là hệ thống có thể khởi chạy một lần rồi bỏ mặc không bảo trì trong nhiều năm. Các phụ thuộc bên ngoài, yêu cầu của trình duyệt, chính sách TLS, CDN, thư viện và tiêu chuẩn bảo mật thay đổi theo thời gian, ngay cả khi bản thân mã nguồn trang web không thay đổi.

Trong quá trình triển khai mới trên haih-cms, cần lên kế hoạch kiểm tra kỹ thuật định kỳ cho trang web công khai: không có Mixed Content, trạng thái của các phụ thuộc bên ngoài, lỗi trình duyệt, tính hợp lệ của chứng chỉ, độ chính xác của biểu mẫu, sitemap và các thành phần quan trọng khác.

Kết luận thực tế

Chỉ sử dụng trang web legacy làm nguồn dữ liệu và tham khảo. Trong phiên bản mới, tránh sử dụng các URL bên ngoài không bảo mật được mã hóa cứng và nếu có thể, hãy giảm thiểu sự phụ thuộc vào tài nguyên của bên thứ ba có thể thay đổi hành vi hoặc không còn khả dụng theo thời gian.

Chuyển hướng kiến trúc di chuyển: Concepts + AI-driven content

Theo kết quả phân tích cơ sở dữ liệu kế thừa (legacy DB) và thực tiễn của các dự án haih khác, một nguyên tắc di chuyển cốt lõi mới đã được thiết lập: toàn bộ nội dung có giá trị và ý nghĩa từ trang web cũ được chuyển vào mô hình Concept được chuẩn hóa tối đa, trong khi các bảng và trường kế thừa chuyên biệt sẽ không được tái tạo ở phía bên mới nếu không có nhu cầu thực sự khách quan.

Hiệu quả chính của mô hình này không chỉ đơn giản hóa lược đồ (schema). Sau khi nhập dữ liệu ban đầu, nội dung sẽ trở nên phù hợp cho một đường ống AI thống nhất (AI-pipeline): tác nhân (agent) có thể nhận dữ liệu nguồn của bản ghi cũ và Concept mới, sau đó cập nhật content, cấu trúc, định dạng, cách trình bày và các liên kết nội bộ thông qua cùng một hợp đồng (contract).

Điều này liên quan trực tiếp đến một nguyên tắc tổng quát hơn được mô tả trong bài viết "Sự tăng trưởng năng suất của chuyên gia đòi hỏi sự phát triển của môi trường công nghệ kinh doanh": việc gia tăng tốc độ làm việc của chuyên gia và AI chỉ mang lại hiệu quả kinh tế thực sự khi bản thân hệ thống không tạo ra ma sát kiến trúc thừa thãi.

Để ghi nhận cách tiếp cận này, một case study công khai riêng biệt đã được tạo ra: Dữ liệu thống nhất làm nền tảng cho các dự án AI-driven — Nghiên cứu tình huống VietnamGuru và BiznesHelper.

Giai đoạn: Trang web thực tế đã được xây dựng lại hoàn toàn trên hệ thống mới

Việc đại tu kỹ thuật chính của bizneshelper.ru đã hoàn tất. Trang web mới được xây dựng trên haih-cms và không còn phụ thuộc vào việc phải tái tạo kiến trúc Ruby cũ như một hệ thống hoạt động.

Đồng thời, một phần thiết kế của các trang bên trong có chủ ý không được khôi phục hoàn toàn. Cố gắng đạt được độ khớp chính xác với thiết kế cũ lúc này sẽ mang lại ít giá trị thực tế: nó sẽ tốn thêm thời gian, duy trì các giải pháp trực quan cũ và cuối cùng chỉ làm phức tạp thêm việc phát triển thiết kế mới.

Giai đoạn hiện tại của dự án không phải là trau chuốt hình ảnh lần cuối, mà là kiểm tra xem trang web có thể xuất hiện trở lại trên kết quả tìm kiếm và khôi phục lưu lượng truy cập tự nhiên vốn đang gần như không có hay không. Nếu khả năng hiển thị và lưu lượng truy cập bắt đầu phục hồi, việc phát triển phần trực quan như một giai đoạn tiếp theo riêng biệt trên kiến trúc mới sẽ hợp lý hơn.

Ưu tiên trước mắt chính chuyển sang làm việc với nội dung: di chuyển, chuẩn hóa, cập nhật, liên kết nội bộ, SEO và xử lý tài liệu dựa trên AI.

Kết luận quan trọng về chi phí di chuyển

Trên thực tế, đợt đại tu chính mất khoảng 3–4 ngày, nhưng phần lớn thời gian này không dành cho việc tạo ra các tính năng mới, mà để vượt qua các đặc thù của việc thực thi kỹ thuật cũ. Trang web kế thừa (legacy) hóa ra lại khó di chuyển hơn đáng kể so với dự tưởng đối với một lượng nội dung tương đương.

Các nguyên nhân chính gây ra độ phức tạp không cần thiết:

• quá nhiều thực thể và bảng chuyên biệt;
• các mô hình lưu trữ khác nhau cho các loại nội dung có bản chất tương tự nhau;
• logic hiển thị riêng biệt cho các thực thể khác nhau;
• CSS tùy chỉnh ở nhiều loại trang và thành phần;
• các đặc thù WYSIWYG/HTML tích lũy phải chuẩn hóa trong quá trình nhập;
• tính liên kết cao giữa cấu trúc dữ liệu và các mẫu cũ cụ thể.

Đây là minh chứng thực tế cho quyết định kiến trúc đã được thông qua: việc hợp nhất các thực thể nội dung xung quanh Concept không phải vì sự gọn gàng trừu tượng của sơ đồ, mà để các thay đổi trong tương lai không đòi hỏi phải trải qua khối lượng logic đặc thù như vậy nữa.

Từ góc độ dự án, kết quả quan trọng chính là điểm này: bất chấp trạng thái nội bộ kém của hệ thống cũ, phiên bản mới đã được dựng lên chỉ trong vài ngày, và việc phát triển tiếp theo giờ đây có thể được thực hiện trên một môi trường đơn giản hơn đáng kể và thân thiện với AI.