Search
Permalink 2 users found helpful
What does the Search functionality use for searching? I'm testing that on my site and when searching for certain words that exist both in block content, page names etc, I don't get any search results.
But it doesn't always do the best job at it. We're trying to improve this. However we are using it on this site, with decent enough results.
Hi
since MySQL is used there are the stopwords which you need to consider when using search.
Read here:
http://www.tsep.info/tsep-latest/docs/usage.php#stopwords...
and
http://www.tsep.info/tsep-latest/docs/faq.php#restrictions...
and
http://www.tsep.info/tsep-latest/docs/faq.php#mysqlreststopwords...
Olaf
since MySQL is used there are the stopwords which you need to consider when using search.
Read here:
http://www.tsep.info/tsep-latest/docs/usage.php#stopwords...
and
http://www.tsep.info/tsep-latest/docs/faq.php#restrictions...
and
http://www.tsep.info/tsep-latest/docs/faq.php#mysqlreststopwords...
Olaf
there's also a character limit, i've been confused on sites we've built in the past in searching for a three character string only to realize later the index only looks for 4+..
I'm a bit thrown. As an example, I have a page with the word "equipment" in the a content block. When I search for this word, I get no results. Is search supposed to search every word listed on any page in the website?
did you run the indexing job?
Didn't realize I needed to do that. When I try to go to the the Maintenance screen in the dashboard I get an error.
Fatal error: Cannot redeclare class GenerateSitemap in /home/content/j/n/i/jnichols437/html/concrete/jobs/generate_sitemap.php on line 99
Fatal error: Cannot redeclare class GenerateSitemap in /home/content/j/n/i/jnichols437/html/concrete/jobs/generate_sitemap.php on line 99
Can anyone help me with the error posted above? My search functionality doesn't work at all.
Normally I get this type of error when using require() instead of require_once, but it looks like the Job class that loads all the job types (/concrete/models/job.php), is already using require_once, at least in my installed version of concrete (you may want to check yours isn't using just require() anywhere). Apart from that, it's hard to tell without tracing the code. I'm guessing that it's happening in Job::getAvailableList(). Maybe try adding "return array()" at the start of that function to test that theory. Sorry I can't be of more help.
Well, I can try poking around. I've only been using C5 for a few weeks, I'm not sure if there are some specific files that I could try over-writing with the original install without messing up anything in my overall installation?
I opened the php file referenced in my error. Is this job that's run for the search engine indexing the same thing that controls the search functionality within the site itself? I thought someone else told me they were not.
'Generate the sitemap.xml file that search engines use to crawl your site.' from generate_sitemap.php
'Generate the sitemap.xml file that search engines use to crawl your site.' from generate_sitemap.php
yeah sitemap.xml is a file that google looks for when it spiders your site for content on its search...
the other job is an index c5 runs to power the search block.
the other job is an index c5 runs to power the search block.
So, what can I do to run/reset the search index for my site? It will only return results for what was on the site in the 1st week...anything after that, it does not find.
My search only returns results when the the search term can be found in the page name. Content isn't being indexed for some reason (and yes I have indexed the site ;-)
Marc
Marc
As Marc, it's the same for me!
I just added the search block and in dirty great big red code it said "The search index does not appear to exist. This block will not function until the reindex job has been run at least once in the dashboard."
Where is that in the dashboard ? I cant seem to find it...
Thanks
Where is that in the dashboard ? I cant seem to find it...
Thanks
Goto
dashboard->maintaince and click on 'Run Checked'
dashboard->maintaince and click on 'Run Checked'
I'm having issues with indexing, is taking hours just with the example pages... and the choose file/image requester locks up and I was thinking the two things are related.
I installed again from scratch and the indexing problem gone away. But I cannot still see the image/file requester content...
Strange.
I have 16 pages.
Mainly Lorem ipsum text as demonstration in all pages/block
I ran the indexing in Maintenance, no problem.
Any terms I try to search on, as Lorem, or Lorem Ipsum, no results is returned whatsoever.
Even added "Lorem Ipsum" to Page Name, Description, meta etc...
No results.
Is the search working properly?
I have 16 pages.
Mainly Lorem ipsum text as demonstration in all pages/block
I ran the indexing in Maintenance, no problem.
Any terms I try to search on, as Lorem, or Lorem Ipsum, no results is returned whatsoever.
Even added "Lorem Ipsum" to Page Name, Description, meta etc...
No results.
Is the search working properly?
Anybody else has the same problems as my post above?
i had set the options in the search block to 'only beneath this page' not the entire website..
Beneath means that any page that I want to be search need to be placed under the Search box?
I changed the function to "beneath" and still not get anything...
Can you explain the exact structure?
I changed the function to "beneath" and still not get anything...
Can you explain the exact structure?
means:
if a page acting as folder in sitemap (so it has one page ore more as child/s), only these pages are searched
switch to 'everywhere' this should work
if a page acting as folder in sitemap (so it has one page ore more as child/s), only these pages are searched
switch to 'everywhere' this should work
Back to the start.
Everywhere was switched on and nothing is found...
I am using latest version and haven't touched the code of the search block.
Everywhere was switched on and nothing is found...
I am using latest version and haven't touched the code of the search block.
k,
indexed, nothing changed -> must work
Please post this to bugs.
We're on it.
indexed, nothing changed -> must work
Please post this to bugs.
We're on it.
I too am trying to index a simple site, and the indexing seems to stall for hours, and never successfully indexes anything. Any idea why?
I'm having the exact same issue. Indexed the site search "everywhere" is on, but it's only finding words in the title and nowhere else :/ Latest version of Concrete.
A little different for me. Indexes quickly, but doesn't match content text, only titles.
I think I may be getting a clue on this...
In database_indexed_search.php, function getBodyContentFromPage($c) which is used to pull the content out of eligible blocks in eligible areas, the array $searchableAreaNames is empty on my system.
It looks like the function getSavedSearchabelAreas() is looking for a config section called 'SEARCH_INDEX_AREA_LIST', but on my site Config::get('SEARCH_INDEX_AREA_LIST') is returning an empty string.
I tried Config::save('SEARCH_INDEX_AREA_LIST', array('Main'), but got an ADODB exception... Hmm... I don't know how to save an array to the config.
In database_indexed_search.php, function getBodyContentFromPage($c) which is used to pull the content out of eligible blocks in eligible areas, the array $searchableAreaNames is empty on my system.
It looks like the function getSavedSearchabelAreas() is looking for a config section called 'SEARCH_INDEX_AREA_LIST', but on my site Config::get('SEARCH_INDEX_AREA_LIST') is returning an empty string.
I tried Config::save('SEARCH_INDEX_AREA_LIST', array('Main'), but got an ADODB exception... Hmm... I don't know how to save an array to the config.
Ok, got it! I just did Config::save('SEARCH_INDEX_AREA_LIST',serialize(array('Main'))) then ran 'Index Search Engine' and now the search is working in my content in area Main.
go to site.com/index.php/dashboard/sitemap/search/manage_index/
configure that there, there is a default value in either the base.php or app.php
configure that there, there is a default value in either the base.php or app.php
You are right as usual, Mnkras!! I didn't know about that -- it's pretty well-hidden...
Well, it was fun figuring it all out the hard way...
If anyone's interested, to get there via the dashboard, it's
Sitemap > Page Search > Setup Index (it's the tiny link above the 'Full Page Index' textbox)
By default it is set to 'Whitelist' so NO AREAS ARE INDEXED. That's why some of us were having trouble searching in the content blocks in Main.
Maybe for the next version, it would be good if at least the Main area was enabled by default...
Well, it was fun figuring it all out the hard way...
If anyone's interested, to get there via the dashboard, it's
Sitemap > Page Search > Setup Index (it's the tiny link above the 'Full Page Index' textbox)
By default it is set to 'Whitelist' so NO AREAS ARE INDEXED. That's why some of us were having trouble searching in the content blocks in Main.
Maybe for the next version, it would be good if at least the Main area was enabled by default...
I have 5.4.1.1 which seems to have "Blacklist" as the default setting... I've tried everything and I still can't get anything to come up in search results. Re-Indexed multiple times, tried explicitly whitelisting my content areas... nothing is working.
I found a solution! I guess it only works if you use only ONE word. This is a 5.4.1.1 bug.
Here's the solution:
http://nwlinux.com/blog/concrete5-search-only-functions-if-i-use-on...
Here's the solution:
http://nwlinux.com/blog/concrete5-search-only-functions-if-i-use-on...
Nice one thanks. That is exactly what I was about to fix in a site of ours.
Ben
Ben
You are an ABSOLUTE life saver!! Thank you so much for this. :-)
