Can't get it to work at all
i don't think so. i have to upload all of my changes to a dev server that is separate from the actual real server and then use a java script to transfer them over but i'll ask .. do you know which specific files would be useful? someone else is going to have to get them to me and i want to be able to give as explicit instructions as possible to point them to what i need or they will either get something that won't help OR decide that what i am asking is too much work and they don't want to be bothered.
Difficult. This depends very much on how the server is set up. The name and location of the log file can be found in the server config file in the ErrorLog directive. On Unixes it is often named error_log and to be found in the /var/log/apache/ directory. If in doubt, if that directory exists ask for all the files in there.
Another thing that I can think of is, that for some reason you might be missing the dom module. If you want to check this first, create a php file with the following content:
Upload this file to your server and access it via your browser. It should give you loads of information. One of the sections should be titled "dom" and basically say that all its services are enabled (DOM/XML, HTML Support, XPath Support,...). After doing this remember to delete the file again! Making all the information public could pose a security risk.
Hmm. ok. i made the file and uploaded it and went to look at it.. i see nothing about DOM... i have one header that says Quercus and one that says PHP variables.
i think i can copy/paste what is under quercus.. cause i am a little confused by one part:
>>PHP Version => 5.3.2 >>System => SunOS 5.9 sparcv9 >>Build Date => 20100511 >>Configure Command => n/a >>Server API => CGI >>Virtual Directory Support => disabled >>Configuration File (php.ini) Path => null >>PHP API => 20031224 >>PHP Extension => 20041030 >>Debug Build => no >>Thread Safety => enabled >>Registered PHP Streams => php, file, http, https
Should Configuration File (php.ini) Path => be null?
the other section is too big to dump to here and might contain information i shouldn't dump to here (not sure, it's rather large)
but i did a search and there is no reference to 'dom'
Ok, I guess this is the problem then. Lingo depends on the DOM module. It is part of the standard PHP packages these days, so your admins should be able to enable it.
Just googled Quercus. It might not be so easy to just turn on the DOM module after all. Apparently Quercus is a relatively new PHP implementation in JAVA and may not yet have the module.
Yes. after much poking and prodding and being very irritated at the non answers i was getting.. i finally got people to tell me that.. they couldn't figure out how to get php to install on the server.. so they went with some sort of emulated version. and they KNOW (have known) that there are large pieces missing.. but, even tho they knew i was having issues getting stuff working, they didn't think it important to tell me this.. until i finally tripped on the information myself thanks to you. so it may all be a moot point. apparently no one can figure out how to get php installed and the emulated version doesn't have all the pieces i need.
Ok. so i took my install of mediawiki at home and upgraded to 1.16.5 to match the install i was testing at work.. installed all of the same extensions we had there...including Lingo.. and it works just fine. No errors at all. So now i need to try to convince them to move the wiki someplace where we don't have to deal with emulators and stuff. thanks so much for the quick assistance.