VQMod - Extension maby not working on Windows

I have installed a VQmod extension on my production Linux server and it looks as if it works.
But for testing purpose i have a Windows PC.
And the same VQMod doesnt seem to run on the PC.

Is there anny way that i can test that the VQMod XML file actualy is excuted?
Can i do some "logging" from the XML file.
Or does anybody have some sugestion?

There are no errors related to VQMod.
And the cach folder does not contain a modified version of the file thats should be modified.

Running opencart v1.5.4.1
VQmod 2.4.1

Windows does not matter, what matters is whether WIndows has Apache and php and mysql installed, AND whether their services are active. They are installable on Windows (use their binaries FOR Windows). If the server support is not there, neither OC nor vqmod along with it will work. Bringing up file:///[anywhere on disc] rather than http://localhost/[path_into_store] will show html but will not run OC. If OC cannot RUN, then neither can vqmod. If browser cannot launch http://localhost/ and get at least an Apache 404 (unfound) error, then something is not installed or services are not launched.

I have my opencart set up on an IIS server (7.5). It worked perfectly until yesterday, when I ran into problems when I moved my site to root. Suddenly I could not install vqmod any more, even from fresh files.

Is there any particularities with running VQMod on Windows servers? Or does it need any other files with write permission other than /vqmod, /index.php and /admin/php ? The read/write settings on IIS are notoriously bad.

Well, OC is expected to run on Apache and is generally untested on such alteratives as iis, ningx, or various freeware webservers that people can run on Windows on their own or even on public machines. Some of us would say that the entirety of iis is notoriously bad (the very idea of having even capacity for sending out 404 disguised as .jpg is absurd -- http://forum.opencart.com/viewtopic.php ... +win%2Fiis and that is not all it can "do" while it is dutifully lookin' out for me and you, Halloween or no Halloween).

You may have made a booboo as simple as giving iis the .htaccess or php.ini files to contemplate. Since it does not like your having chosen root position, try a directory above root. Be sure that by root you didn't put that below public -- you can see everything, it can see everything, but it cannot (or shouldn't be able to) s-e-r-v-e from down there.

On your very own machine you can afford to give the counterpart to 777 (wide open read+write+execute) to all directories and files. You can probably run the problem through the MS support engine and see what white papers have any bearing upon it. You'll probably find something likewise over at stackoverflow.

When you move everything back to a Linux server, the 755/644 pattern will be set as it lands or be resettable after it has landed. Windows is nice on a local machine, for creature comforts. On a public machine Linux has several niceties, among them is that it ignores Windows.

All things considered, with win, and given iis, you would be best off to install Apache (2.3 works very well world wide), and if need be php and mysql, without any "*amp", and run the real deal. Just use binaries FOR Win. Windows can handle it; going back and forth between local and public machines is simplified.

IIS is always a problem in general... but shouldn't affect this. Technically it shouldn't matter because vQmod relies on the php engine and simply gets called anywhere an "include" was called.

To see if vQmod is working you can check the vqmod/vqcache folder. If you see some files in there then it is working.

Sorry for being unclear regarding Windows.
I have installed WAMP, so i do have Apache, MySql and PHP
I do see some files in the VQmod/Cach just not evrything (And everyting "to be clear") The VQMod file should acces 2 PHP files. And only the one show up in the cach folder.

The other one doesnt, but i can see from process explorer that the PHP file is being read.
So thats why i thought "is is possible" to get OpenCart or VQMod to log what files are being accessed.
Or can i put som logging into them.

If an .xml is called and fires, then vqcache will probably have it -- if not, then not. If there is a problem, then the first logs to examine are found in /system/logs/ and /vqcache/logs/ -- if unlogged with logging set on, then no problem. Your Win resident Event Log(s) and Event Viewer will show many win-related events that range from normal to error. You can also step the proceedings through various debuggers. For that you will want preliminarily to flush both caches, /system/cache/ files, and /vqmod/ cache file (kingpin) and /vqmod/cache/ files (trailer of teddy bears you can unhitch if you wish).

You moved it into root. Your original mission was what (not calling Houston)?

The simplest appears for what you seem to have to be running OC through Apache through wamp. Remember to have the Apache and mysql services on first.

Opencart will not start if i havent WAMP running.
So that should not be a problem. Wich was the point of installing Wamp, in the first place.
But that you might have guessed.

You have Apache, etc., as they arrive embedded inside wamp, with its own limitations. You can instead have the real deal versions of Apache, etc., standing on their own with no wamp or other *amp, as your closest approximation to how a public server will behave -- Win or Linux.

Sorry for maby misunderstanding you.
But i'm pretty sure that what you are telling me is not helping me to try to debug/identify the problem i have.
It's all interesing, but doesnt really help me trying to identify why it's not working.

VQMod is as such working. I can see other files in the cach.
Appache is running, otherwise Opencart would not work.
I'm trying to identify 1 specific problem. Why a specific part of a VQMod file not is executed for 1 specific file.
So if the focus could be on that, it really would help.
How can i try to determin why a specific part of a VQMod Extensions isnt executed.

(A) What we know:

Cart -- 1.5.4.1 with VQmod 2.4.1

Linux box -- OC/vq worked, work, extensions ditto; standalone Apache/php/mysql; WAS IN DIRECTORY.

Win box -- OC/vq worked, work, wamp; extension(s) trigger only one of two .php files; NOW IS IN ROOT INSTEAD.

Errors -- /system/logs/ unstated; /vqcache/logs/ clean

flush caches -- there's been no response on whether or outcome (flush both caches, /system/cache/ files, and /vqmod/ cache file (kingpin) and /vqmod/cache/ files)

(B) Questions:

Logging -- logs are already above; direct logging, no, essentially not without encoding it.

Debugging (implicit) -- There are several debuggers that can be tried.

Focus -- "Why a specific part of a VQMod file not is executed for 1 specific file," "The VQMod file should acces 2 PHP files. And only the one show up in the cach folder. The other one doesnt, but i can see from process explorer that the PHP file is being read."

Which extensions are running at once whenever your favored suspect seems at fault, and which two .php files are expected to be affected? We have no names of extensions or the suspect, we have no idea which files it is supposed to be looking to. OFTEN extensions do not get along with each other or with OC or both, and some of what they and OC do is server sensitive. That can relate to php limits or an array of other possibilities. Moving OC from Linux directory to Win root prompted a question (why?) that remains unanswered -- THAT could be what the extension(s) happen to be noticing. If it is "not helping" to point out that primary Apache, php, and mysql on Linux or Windows do not behave the same way in a *amp version, then beware that very subtle problems can owe to nothing more than *amp (there are several).

(C) Needed:

Extensions -- which, plural?

Extension -- which culprit is favored?

Targets -- which two .php files?

Errors -- ARE the /system/logs/ ALSO clean?

Caches -- WERE the caches flushed, and if so what happened after that?

Position -- Linux directory, Win root, why?

Without those details you are asking only general questions and getting back answers that are not intended to address unknown files and errors expediently with accuracy or precision let alone with solution.

butte wrote:Well, OC is expected to run on Apache and is generally untested on such alteratives as iis, ningx, or various freeware webservers that people can run on Windows on their own or even on public machines. Some of us would say that the entirety of iis is notoriously bad (the very idea of having even capacity for sending out 404 disguised as .jpg is absurd -- http://forum.opencart.com/viewtopic.php ... +win%2Fiis and that is not all it can "do" while it is dutifully lookin' out for me and you, Halloween or no Halloween).

Can only agree with you there, IIS is a HORRIBLE server. Personally I gave up Windows machines both at home and for professional purposes about 8 years ago - Linux all the way baybee . However, in this case I am stuck on a Windows server because of a client webhost set up. Unfortunate, but it happens.

However, you might find this interesting - I finally found out that it was no "booboo" on my end that was the cause. IIS 7.5 was simply not compatible. A move by the web host to IIS 8 on a Win 2012 server did fix all the trouble I experienced. It was the same as moving the site to my private webhost which runs Apache and Linux.

So fair warning to people developing for Windows servers - Make sure that the server setup is compatible and have the correct users set up WITHIN Windows itself. That is what caused all my problems. Or, like Butte said: AVOID Windows for your servers. I know I will.

Well install Wamp (http://www.wampserver.com/en/)
No IIS also another reson why i dont understand IIS is mentioned with my problem. Since it's not installed.
And i certainly did not mention i was running IIS.

Wamp is the Windows version of Lamp
Apache / MySQL / PHP
Just for Windows and not Linux.

And sugestting to avoid windows???
Where came that from?
You might as well sugest dont use computers, and you dont have problems.