If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Thanks, Simon. I made the change on line 2808. Then I published. But I still got the error message. When I checked the files, it had reverted the serach.php file to the old one (I can see the old date), and the change was missing. Do you have any thoughts on what might be happening? Thanks so much.
Are you using Zoom to upload the files at the end on indexing? If so, search.php is probably being replaced with the default script. Go to FTP > FTP Options and check 'Do not upload search template'
Thank you both for your quick responses. I made the two changes above. Now the new search.php file appears to be used, as it is in the file list after I publish. I verified that it has the updated code.However, I still have the same error message as before. I wonder if permissions might have something to do with it. We also get another error message.
Is it exactly the same error, with the same line number?
For the 2nd issues, with the log file, either the directory doesn't exist, or the User running the search script doesn't have permission to create and write a file in that folder.
Yes, I am still seeing the error for line 2808. But it now says parameter #1. What would your suggestion be for that error? Thanks so much for your help.
Might you have edited our PHP script and broken it?
I say this because that line of code, 1583, looks OK in our script and has worked fine for more than a decade.
I have downloaded the new Zoom Indexer version. I had formerly used a new search file that Tim Green provided to me. I have deleted that file. Now I have republished and I see the two error messages that I had before. The first error message is multiple - it seems to be displaying one for each search result.
For deprecated message, we suspect you are still using a "custom script source path". That is to say, you are using a old customised script and not the default one from the current build.
If this is not the case can we get a copy of the search.php file you have on your server.
We have been working with our IT department to try to resolve the permissions error with the log file. I have downloaded the latest Zoom Indexer and we are still seeing the permissions error. The help page on your website appears to be out of date: Zoom Search Engine - Support - Logging They asked me to reach out to see if you had any updated instructions they can follow.
Most of that support page just talks about Linux file paths and chmod file permissions. None of this stuff has changed in the last 30 years and I suspect it will be the same for the next 30 as well.
96% of web servers are running Linux.
But maybe are you in the 4% running Windows and IIS? And it is true that Windows and IIS permission setting is a mess. Did you experiment with different paths. Starting with something simple. e.g. c:\logs\
Comment