That didn't seem to do anything either, so I reverted it back.
Back to the <selection><input> elemenbts it was before, that is. The javascript executing in the navb.js file I've left as you suggested.
I'm wondering if the order this is executed in is the problem. Since the <section> element is being injected into the HTML by the same javascript that's executing the sitesearch360-v13.min.js, can the sitesearch360-v13.min.js not find a <section> element to write to when it is executed?
If so, what would be the difference when the sitesearch360-v13.min.js script was embedded in the page HTML? (the search function works then) But even then, the elements that sitesearch360-v13.min.js is writing to were still not being written until the navb.js file wrote them to the HTML so... I'm not sure what the difference would be.
Sorry, forgot to change one thing, please try the following: https://pastebin.com/TAcZsa1K
And let me look into the rest of your questions tomorrow morning, need a fresh pair of eyes.
Okay. Understood. Thank you for the effort. If you want, I can un-comment the <script> tags in the HTML. The styling gets a little off then, but the search function works then if it's useful for comparison. However, that will not be an idea solution as I'm hoping not to have to manually add that script tag to multiple hundreds of web pages, which is why we have a single javascript to inject shared content across all of them.
@JVankat Good morning (or good afternoon there). The search is only working because I uncommented the script that calls sitesearch360-v13.min.js that is part of the original HTML of the page. (Not injected by navb.js.) When the script is part of the original page, the search works. But I need to be able to inject it from an outside file (the navb.js) is the problem. When I remove the script from the actual page code and try to inject it solely with a javascript, that's when it won't work.
If you're referring to the code here: https://pastebin.com/TAcZsa1K then, 'yes' and sadly, it did not seem to change the results. (The results being that sitesearch360-v13.min.js is still not being executed on the page.)
@mkcrandall looks like I didn't save the changes on Pastebin, please try the following one - https://pastebin.com/LSnfnQ8K
@JVankat Great! We've made headway! Thank you. This does execute the search function, however all it displays are the page image (or placholder icons) and the title. There is no sample text with the search term(s) highlighted as previously. I've been looking through your ss360Config configuration options and I'm not finding what I assume is missing that's causing this result. Any ideas?
@mkcrandall the search snippet is not being extracted since it's diabled in the control panel under search settings.
Now I just need to re-adjust the CSS. Do I need to call the CSS separately (with it's own .css file), or can I put a long string of it in the ss360Config settings using the "additionalCss" parameter? Which would you suggestion?
Which would you suggest, that is. still waking up and my typoes are showing that.
Previously I'd been calling the CSS from it's own .css file.
@mkcrandall having this in an own
.css file is the better approach in my opinion, as long as this is easy enough for you to manage. The additionalCss parameter is mainly there to target some specific use-cases where the customer cannot easily access the site's stylesheets.
Hello. We have many pages behind a custom login. I entered our login url, the login "form" xpath, as well as the username and password inputs and values. However, when I try to index a password protected page, it just indexes our login page (protected pages redirect to login page). Could you please advise on how to get this working?
@JVankat Thank you. I could possibly modify our login page code behind to recognize when the requests are coming from your crawler, and authenticate then, but would need more info on how your crawler is indexing. I am trying to find a way to utilize the SS360 crawling capability as much as possible, so any suggestions on how to get your crawler to see our protected pages would be appreciated.
@AnneKercher we do use the
Mozilla/5.0 (compatible; SiteSearch360/1.0; +https://sitesearch360.com/) user agent, and the IPs listed over here, if that's helpful. But if you can wait until tomorrow, then I'll definitely look into it since a very similar request came to our mail support earlier today.
@JVankat great! Here is one: https://www.astro.org/Product-Catalog/Products/Brochures/RT-Answers-Business-Cards
QUESTION: Does re-indexing your site impact user's ability to access the existing index? Example: I tell SiteSearch to 'Reindex All Configured Sources'. While this is happening (which according to the logs takes roughly an hour) does it impact my end-user's ability to use the search engine at all? Do they have access to new indexed pages/documents as the re-indexing is happening, or not until the re-index is complete?
Hi @mkcrandall - no, re-indexing doesn't have any impact on the search, so new pages should be retrieved as soon as they are indexed, and old pages (removed ones) won't be shown just after removed from the index (unless the query is cached, we do clear the query cache after the full re-index finishes).
Just keeps loading