wallart studios:
Whether Google indexes the metatags.php file I have no personal knowledge ...
The metatags.php file is never indexed. Neither are any other .php files. What does get indexed is the HTML output that are created by the .php files.
Also, the metatags.php file is used to generate several different metatags. This hasn't been mentioned until now because I didn't realise that you were mistakingly thinking php files were being indexed. It is the metatag keywords that Google doesn't use for rankings.
http://googlewebmastercentral.##########################.au/2009/09/google-does-not-use-keywords-meta-tag.html
> wallart studios:
but for sure ... it's there and I would assume to be of some relevence.
The meta_tags.php files (there are two of them by this name) are used by zen-cart to create the HTML output of the site/page. One of these are 'user editable' (it contains your custom definitions), and generally speaking this can be copied from one installation to another. The other one essentially controls exactly what is output dependent on which page is being loaded. This one has no user editable data and should generally NOT be copied from an older installation to a newer one.
wallart studios:
Again .. after you said it wasn't a database issue .... I never broached that subject again. When I said I put everything to False ... was in the newly appeared FEC admin within my own ZC admin ... and NOT in any database in PHP My Admin.
Another case of reading something that was never written. This is the first time in this thread that "PHP My Admin" (or any other reference to this software) has ever been mentioned.
In several places throughout this thread you have mentioned using the 'sql patch', which I've always taken to mean the SQL patch tool in ZenCart itself.
If you tried to use phpMyAdmin to execute the uninstall script(s) then this could/would explain why they failed. In some cases (where no prefixes are used) it doesn't matter which of these tools you use. However, if the database tables have prefixes you should only use the SQL patch tool as this tool takes the prefixes into consideration. If you use phpMyAdmin you'll need to edit the script(s) to include the prefixes.
Oh, and for the record, changing configuration settings via the ZenCart control panel IS making database changes. I can't think of any changes you can make here that will cause a problem with the main page loading. This symptom, as I stated previously, is always a file problem. Please keep this in mind for future problems - it will save you a lot of time. Changing database config settings can only exasperate problems. Never solve them.
wallart studios:
This answer I take your point and is under no question Rod. I can overlook the Australian abruptness hahahaha (I'm a brit)
hahahaha... I'm a brit too (living in Aust), and that is quite a racist comment you made there. The abruptness that you observe here is just me and not a typical Australian trait.
wallart studios:
My knowledge of computers are limited and much less with programming. If you asked me to rip your car apart and reassemble it .... not an issue. :P
That sounds good, but consider this.
If someone towed/pushed a car to you and said 'it doesn't start' would you try to diagnose the cause, or would you just 'guess' what it could be?
Yes, you'll have several possible causes in mind, but you need to start somewhere - Is the 1st thing you do is check that it has petrol, or would you try to start it before topping the tank up? I'll bet you'll turn the key to try to start it, right? OK so you do this only to find the motor doesn't turn over. Hmm, 'Flat battery' you say to yourself. So do you tell the customer that that is all that is wrong, or do you hook up a couple of jumper leads to be sure that is all there is too it? A 'newbie' would probably do the former. I'd assume that you'd do the latter.
So you give it a couple of tries, the starter turns over, but the car still doesn't start. Oh my... you've just taken one step forward (fixed the 'starter'), but you've also taken one step back - It still doesn't start - Which is what the customer was complaining about, right? At this stage do you right the car off because of this backward step, or do you move forward to diagnosing the 'new' problem (See where I'm heading with this?). No, you'll not right the car off, you'll probably check that it has fuel. You find it doesn't. Do you consider this to be the end of the matter and tell the customer what you've found and consider the case closed? No, of course you wouldn't. You'd add some fuel and try to start it again, only to find it still doesn't start. Oh my... that's one more step forward, and another step backward... With each step so far you've manged to change the symptoms, but the car still doesn't start. Time to right it off now? Nope. Check the plug leads. They aren't connected. So you plug them in and the car finally starts.
Only now are you in a position to figure out what has probably happened... The car ran out of fuel, the customer kept trying to start it and flattened the battery, they then popped the hood to have a poke around and for reasons known only to themselves they unplugged the spark plug leads. finding that didn't help they had the car pushed/towed to you with the complaint 'it doesn't start' (of course, they aren't going to tell you the complete story which would have made your job so much easier) - But at the end of the day, you would have taken one step forward and another step backward, each time tackling each symptom/problem as they arose. You would almost certainly never have considered telling the customer to buy a another car because you had a few setbacks - But that is exactly what you have done when trying to fix your ZenCart problem(s).
Now, using the same example as above - lets suppose the customer phoned you before bringing the car to you and they described the problem as being 'The Starter motor doesn't turn over' and then went on to say 'I think it might be the spark plugs'. You'd first be scratching your head wondering what kind of logic they used to come up with this 'diagnosis', and you'd probably even be confident enough to tell them flat out that faulty plugs would NOT cause the problem they are describing. Now wouldn't you be somewhat annoyed when you finally get to check things for yourself only to find that the third setback was caused by something that they messed with, even though you told them that couldn't have caused the symptoms they 1st described?
The point I'm trying to make here is that computers and computer software isn't some kind of 'magic' where logic doesn't apply. You clearly have mechanical diagnostic skills - All you really need to is transfer those skills across to solving computer related issues. The diagnostic approach is pretty much the same in either case. You have to treat each symptom/problem based on its own merits as and when they arise. The 'reinstalling' of software is akin to replacing the car. Sometimes (but rarely) is this going to be the approach to take, but even then it is never a guarantee that it'll solve every possible problem. The replacement car / software reinstall could be a matter of replacing one set of problems with another set.
Anyway, that's just something for you to think about should you have further problems. I have nothing more to say.
Cheers
RodG
NOTE: We are sorry that Rod is no longer with us.
We are grateful for all his contributions to the Zen Cart community.
Ozpost - The Ultimate Shipping module for Australian Merchants. Click these links for its Homepage, or Download from Zen-Cart.com.