**bizneshelper.ru** — dự án web trong lĩnh vực tư vấn kinh doanh và chuyên môn quản trị.

## Mục đích dự án

Trang web giới thiệu các lĩnh vực hỗ trợ chuyên nghiệp cho doanh nghiệp, đăng tải các tài liệu chuyên gia và đóng vai trò là điểm truy cập công khai để làm quen với các phương pháp, năng lực và kinh nghiệm của đội ngũ.

## Chủ đề

Phần công khai của dự án trình bày các tài liệu liên quan đến:

* tư vấn chiến lược và quản trị;
* phát triển doanh số và marketing;
* quản lý sản xuất và quản ốc khủng hoảng (chống khủng hoảng);
* quy trình kinh doanh và thay đổi tổ chức;
* nhân sự, pháp lý, kinh tế đối ngoại và các lĩnh vực ứng dụng khác;
* các case study thực tế và bài viết chuyên gia.

## Đối tượng

Dự án hướng đến chủ sở hữu, nhà quản lý và chuyên gia của các công ty đang hoạt động, những người cần chuyên môn bên ngoài trong các vấn đề quản lý, phát triển và nâng cao hiệu quả kinh doanh.

## Vai trò của trang web

Trang web đồng thời thực hiện một số chức năng:

* giới thiệu năng lực và lĩnh vực hoạt động;
* tạo dựng niềm tin thông qua các tài liệu công khai và kinh nghiệm;
* tích lũy nội dung chuyên gia;
* giúp khách truy cập hiểu rõ các nhiệm vụ nào có thể yêu cầu trợ giúp tư vấn;
* làm cơ sở cho sự phát triển tiếp theo của sự hiện diện kỹ thuật số của dự án.

## Nguyên tắc vận hành dự án

Chỉ thông tin công khai mới được ghi nhận trong thẻ dự án và các thực thể công khai liên quan. Các thỏa thuận nội bộ, chỉ số tài chính, quyền truy cập, dữ liệu cá nhân, thông tin khách hàng và thông tin nhạy cảm khác không được công bố.

## Các thực thể liên quan

* Khái niệm hiện đại hóa kỹ thuật: [bizneshelper.ru — hiện đại hóa và di chuyển sang haih-cms](/concepts/bizneshelper-ru-modernizatsiya-i-migratsiya-na-haih-cms).
* Công việc hiện tại được thực hiện thông qua các nhiệm vụ của dự án; các sáng kiến kỹ thuật riêng lẻ không quyết định nội dung của chính dự án.

bizneshelper.ru — trang web về tư vấn kinh doanh, quản trị và phát triển tổ chức.

bizneshelper.ru

# Mục tiêu

Khắc phục sự không tương thích giữa mirror chính của trang web và các URL được xuất bản trong sitemap.

## Trạng thái hiện tại

Mirror chính của trang web được sử dụng không có `www`, tuy nhiên các liên kết trong sitemap lại được tạo với `www`. Điều này tạo ra sự mơ hồ không cần thiết cho các công cụ tìm kiếm và mâu thuẫn với cấu trúc URL chính tắc đã chọn.

## Việc cần làm

- Tìm vị trí cấu hình host cơ sở cho sitemap.
- Thay đổi quá trình tạo URL để sitemap sử dụng tên miền chính tắc không có `www`.
- Kiểm tra để đảm bảo tất cả URL trong sitemap đều được tạo theo một định dạng duy nhất.
- Đối chiếu kết quả với các cài đặt canonical, chuyển hướng (redirect) và mirror chính của trang web.
- Kiểm tra xem phiên bản có `www` có được chuyển hướng chính xác về mirror chính không có `www` hay không (nếu cần).
- Sau khi sửa, kiểm tra lại sitemap để đảm bảo không còn các biến thể host lẫn lộn.

## Kết quả

Sitemap chỉ chứa các URL chính tắc của mirror chính không có `www`.

## Tiêu chí hoàn thành

- Không có URL nào chứa `www` trong sitemap.
- Tất cả các liên kết đều sử dụng một host chính tắc duy nhất.
- Sitemap đồng bộ với canonical và các quy tắc chuyển hướng.
- Các công cụ tìm kiếm không bị cung cấp hai biến thể của cùng một host.

Đồng bộ hóa các liên kết trong sitemap về mirror chính tắc (canonical) của trang web không có www.

Sửa URL trong sitemap: xóa www

# Bối cảnh

Trên trang web legacy gốc bizneshelper.ru, tính năng tìm kiếm hiện không hoạt động: khi cố gắng thực hiện truy vấn tìm kiếm, người dùng nhận được lỗi Rails tiêu chuẩn `We're sorry, but something went wrong.`.

Đây là lỗi của triển khai Ruby cũ, không phải của phiên bản trang web mới.

## Mục tiêu

Hiểu rõ nguyên nhân thực tế dẫn đến việc crash tìm kiếm legacy và đảm bảo kịch bản tìm kiếm hoạt động trong triển khai mới trên haih-cms.

## Việc cần làm

- Tái hiện lỗi trên bản sao chạy cục bộ của trang web legacy.
- Kiểm tra xem sự cố có liên quan đến Sunspot/Solr, thiếu index, cấu hình kết nối hay việc xử lý kết quả trong ứng dụng Rails hay không.
- Xác định những loại nội dung nào từng tham gia tìm kiếm trước đây.
- Xác định những kịch bản tìm kiếm nào thực sự cần thiết cho người dùng trên trang web mới.
- Không bắt buộc phải khôi phục Solr cũ bằng mọi giá: nếu tìm kiếm legacy chỉ cần thiết để hiểu hành vi, hãy triển khai tìm kiếm mới bằng tech stack hiện tại.
- Kiểm tra tìm kiếm trên các thực thể công khai chính và các truy vấn điển hình.
- Đảm bảo hành vi hiển thị rõ ràng khi không có kết quả và khi xảy ra lỗi kỹ thuật.

## Kết quả

Đã hiểu rõ nguyên nhân gây lỗi tìm kiếm cũ, và phiên bản trang web mới có kịch bản tìm kiếm hoạt động tốt và có thể dự đoán trước.

## Tiêu chí hoàn thành

- Lỗi legacy được tái hiện và đã xác định được nguồn gốc.
- Xác định rõ các thực thể nào cần được lập chỉ mục (index) trong tìm kiếm mới.
- Tìm kiếm trong phiên bản mới không phụ thuộc vào hệ thống Rails/Solr cũ nếu không thực sự cần thiết.
- Người dùng nhận được kết quả, trạng thái trống hoặc thông báo lỗi có kiểm soát thay vì trang lỗi 500 chung chung.

## Hạn chế

Không công bố địa chỉ Solr nội bộ, thông tin kết nối bảo mật, log production và các tham số nhạy cảm khác trong nhiệm vụ công khai.

Trên trang web Ruby gốc, tính năng tìm kiếm bị lỗi `We're sorry, but something went wrong.`. Cần xác định nguyên nhân và triển khai tính năng tìm kiếm hoạt động tốt trong phiên bản mới.

Nhiệm vụ

Sửa lỗi tìm kiếm: trang web legacy bị crash khi thực hiện truy vấn tìm kiếm

Sửa URL trong sitemap: xóa www