How Can We Make Navigating and Finding Posts Easier on CiteHR?

Dear Sir,

Thank you for accepting my request regarding new threads. I have two more requests:

1) Please make available the facility of scrolling in New Posts.

2) Provide an easier way to find all posts made by members. Currently, to see all posts done by me, I have to go to any of my posts and click on my name to find them. This process is difficult. Kindly make it easier, sir.

Thank you.

Hi, Peer,

The scrolling forum names cannot be added immediately in this software - we'll have to spend some time to figure out a way to make it work. For now, the way it is should suffice, and I believe it would help in categorizing the forum better.

To view all your threads, you can click on User CP -> Subscribed Threads.

Regards,
Sid [CHR]

We had the option of no replies under the Human Resource Jobs section. Requesting to add that feature in the new version as well.

My observation is that after Cite HR got its new look, the good quality discussions have reduced drastically, and many good members are now not participating. God knows why. I'm missing the kind of discussions we had in the old Cite HR. It seems many members are finding it difficult to adjust to the new look.

Hi,

Change is always difficult in the beginning. I see many members adjusting well to the new look and starting good threads now that the "New Thread" option has been added on the topic view page. Things will improve further with the new posting interface, which has been enabled for all members now.

The best place to look if you are having trouble understanding the functionality of the website is the [FAQ Section](https://www.citehr.com/faq.php).

Regards,
CHR

Dear Sir,

While downloading search results, we are not getting the required details. Either we receive completely different information or irrelevant details. Kindly look into this issue, sir. Below are some examples:

- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)
- <link outdated-removed> (Search On Cite | Search On Google)

Kindly address this issue at your earliest convenience. Thank you.

Dear Administrator,

The points raised by Peer do need attention. I have similar views on the search functionality of the site.

Regards,
Faizal Haque

Hi Peer,

I will look into this. Can you or anyone please try to elaborate by picking up one of the searches mentioned here and tell me which results were useful and which were not and why - this will help me code the script accordingly.

Regards,
CHR

Google search is only used to find topics. To search for downloads, you'll have to use the download search, which is an in-house coded script. This script can naturally be improved.

Dear CHR,

By the way, do you target and match the keyword with the filename attachment, the description, or the post topic? Or perhaps the post matter? This would help to make the search more effective, I think. However, the filename of the attachment depends on the members who upload attachments.

Thank you.

We compare the search string with the file name, topic title, and the post content of all posts that have attachments. We can use full-text searching, but that is often server-intensive as it loads the whole index into memory. Therefore, we are using a simple string search using the "LIKE" SQL statement. The problem with this new version is that it does not store attachment descriptions, so we have to look at the post text of the post containing the attachment.

I have changed the search term currently being used and ordered the content according to the download count - which I believe has improved the results. I will see if I can somehow incorporate full-text searching. The second issue in this particular case is that we have to search from two tables - the posts table and the attachments table. I am not sure how we can create an index with columns from two different tables.

Please let me know if anyone has any suggestions.