Just a quickie - thanks! Tomorrow never comes soon enough!!
Printable View
Just a quickie - thanks! Tomorrow never comes soon enough!!
Hello Conor,
I have Image Handler 2 installed and I'm unable to add additional images to the products. The main image loads fine thru IH2 but the additional images do not show up, they are suppose to be at the bottom. This is a result of the Ceon mapping. IH2 works fine on any product I have not updated (saved) but will not add the images after updating (saving). If this is any help, the first link is an item with additional images and is not Ceon updated yet:
http://keepsafeco.com/index.php?main...&products_id=9
Item that is updated, (IH2 shows an additional image in Admin):
http://keepsafeco.com/strollers/baby...rella_stroller
Any thought would be helpful.
Thank you
When you're right, you're right!Quote:
Originally Posted by conor
Might have been a combination of things, it turns out: I also had the default '301' in the redirection_type_code. Since it was set by default I wasn't sure if I should change it. I changed it to null though, and now its working!
Was this the right thing to do? I believe I did mistakenly have something in the alternate_uri before as well. So, not sure which of the two things ended up fixing it. :(
Couldn't have been any more straight-forward after your explanation. Thanks for taking the time to reply!Quote:
Originally Posted by conor
For anyone else trying to work with this mod, I HIGHLY recommend following through with it until you get it working. By its relatively complex nature, its certainly is not the easiest mod to incorporate with your Zen Cart - but, all things considered, a mod of this magnitude definitely warrants the extra time it takes to install.
Thanks again, Conor!
Hi,
It's easier to know what's going on when you wrote the actual software! ;)Quote:
Originally Posted by stealthify
No, it was just the "alternate_uri" field not being empty.. it has to be NULL if using the "main_page" field. The redirection code isn't used if alternate_uri is empty.Quote:
Originally Posted by stealthify
Obviously this is explained in the new docs, but it wasn't in the old docs so I understand the confusion.
Thanks for the nice comments about the module, it seems people do like it, which is nice as it took a lot to write! :)
Checking out the above image-handler problem and, if it doesn't affect the code in any way, 3.2.1 will be out within an hour or two. :)
All the best...
Conor
Ceon
Ah, alright it all makes sense now. So would it be wise for me to put 301 back in the 'redirection_type_code' for these type of entries (contact_us, conditions, etc)? Or will it make no difference either way?Quote:
Originally Posted by conor
If this is mentioned in the new directions, my apologies, I'll re-read this section now! :)
Hi,
Neither of the pages you sent a link to show additional images at the bottom.Quote:
Originally Posted by Mickmo68
I'm not sure this is anything to do with the URI mapping module, but a coincidence based on the fact that you are updating the products.
I'll install Image Handler here myself to see but I don't see how changing the URI would have any effect on whether the additional images are shown or not.
Unless, the additional images are linked to without file extensions, in which case an exception to the rewrite rule would need to be added for the IH2 cache directory. I'd find that odd behaviour but it could be possible if IH2 uses URIs such as /cache/DFLKJ349DKS23 (at a guess, I don't know as I don't use that module!)
If I can't replicate the problem here and you still think this is the URI Mapping module and not a mistake you've made when updating the products then please get in contact privately with some FTP and admin details so I can take a look. Of course, you can delete any accounts created afterwards for peace of mind.
On a tangent.. the two links you sent me are to a type of buggy which I feel should not be sold any longer.. I hope you promote "parent-facing" buggies more on your site than the anti-social "forward-facing" buggies, they have been proven to have a less positive effect on the children as they are more socially isolating. (Really, I do believe this and have fairly strong feelings about it! ;) ).
All the best..
Conor
Ceon
Hi,
It doesn't make a difference.Quote:
Originally Posted by stealthify
It's not currently mentioned that this code isn't used (every other field is mentioned though). I'll specifically mention it in 3.2.1's docs so there's no ambiguity! Guess I've learnt that I need to be 100% specific to be sure that there are no questions for people to have to ponder and ask about! :)Quote:
Originally Posted by stealthify
All the best...
Conor
Ceon
Hi Conor,
As I mentioned by PM, everything is working fine. But have a "little":smile: problem.
I was working a friends webshop and he is using an extra domain name. In the htaccess there is this redirect for it but when uri mapping rules are active, this redirect doesn't work. Here's the htaccess (as you can see uri-mapping rules are inactive now):
----------------------------------
RewriteEngine On
#Rule-0
# Don't rewrite any files ending with .[xxxx], except for scripts/HTML files
#RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,4}$ [OR]
#RewriteCond %{REQUEST_URI} \.(php|xml|html|htm|aspx)$ [NC]
# Don't rewrite cpanel directories
#RewriteCond %{REQUEST_URI} !/cpanel.* [NC]
#RewriteCond %{REQUEST_URI} !/frontend.* [NC]
# Don't rewrite admin directory
#RewriteCond %{REQUEST_URI} !/admin.* [NC]
# Don't rewrite editors directory
#RewriteCond %{REQUEST_URI} !^/editors.* [NC]
# Don't rewrite payment pages/callback handlers
#RewriteCond %{REQUEST_URI} !/googlesitemap.php.* [NC]
#RewriteCond %{REQUEST_URI} !/ideal_callback.php.* [NC]
#RewriteCond %{REQUEST_URI} !/ipn_main_handler.php.* [NC]
#RewriteCond %{REQUEST_URI} !/iridium_3d_secure_iframe.php.* [NC]
#RewriteCond %{REQUEST_URI} !/localities_remote_loader.php.* [NC]
#RewriteCond %{REQUEST_URI} !/nochex_apc_handler.php.* [NC]
#RewriteCond %{REQUEST_URI} !/protx_direct_3d_secure_iframe.php.* [NC]
#RewriteCond %{REQUEST_URI} !/realex_remote_3d_secure_iframe.php.* [NC]
# Handle all other URIs/file types (php|html|htm etc.) using Zen Cart (index.php)
#RewriteRule (.*) index.php?%{QUERY_STRING} [L]
#Rule-1
RewriteCond %{HTTP_HOST} ^niels-slaapcomfort.nl$
RewriteCond %{REQUEST_URI} !^/nielsslaapcomfort
RewriteRule (.*) /nielsslaapcomfort/$1
#Rule-2
RewriteCond %{HTTP_HOST} ^www.niels-slaapcomfort.nl$
RewriteCond %{REQUEST_URI} !^/nielsslaapcomfort
RewriteRule (.*) /nielsslaapcomfort/$1
----------------------------------
I already asked the the isp but they could not tell me what the problem could be. I used their hosting manager wich automaticly can write redirects an I also tried manually but without succes. Also changing the sort-order of rulenumbers didn't make any difference. As you already now I'm not very technical so that's why I and up here :wink:
Hope you can give me some advice...
Thanks in advance, Gerjan - The Netherlands
I also use IH2, everything is working fine. I only use IH2 to get optimal resolution of the images wich IH2 does automaticly.Quote:
Originally Posted by Mickmo68
I upload my images manual with ftp. Hope this info helps...
Here's a link with aditional images and uri mapping on.
Gerjan
Hi Gerjan,
How are you? :)
When I wrote the module and released it I really didn't think I's start having to become an expert on rewrite rules! ;)
I think you need to exclude the directory that is being used by the other domains from the rewrite.
Also, you're using the old example rewrite rules, not the new ones from 3.2.0.
I think you should try the following. If it doesn't work please e-mail me rather than posting here as this is obviously server specific and lots of rewrite rules being posted in this thread obscures the posts about the module itself!
Hope that helps!Code:RewriteEngine On
# Don't rewrite any URIs ending with a file extension (ending with .[xxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,4}$
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/admin.* [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors.* [NC]
# Don't rewrite payment pages/callback handlers
# (Won't be rewritten by rules above but included here in case rewriting of URIs ending in .php is added)
RewriteCond %{REQUEST_URI} !^/ipn_main_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/iridium_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/localities_remote_loader.php.* [NC]
RewriteCond %{REQUEST_URI} !^/nochex_apc_handler.php.* [NC]
RewriteCond %{REQUEST_URI} !^/protx_direct_3d_secure_iframe.php.* [NC]
RewriteCond %{REQUEST_URI} !^/realex_remote_3d_secure_iframe.php.* [NC]
# Don't rewrite cPanel directories
RewriteCond %{REQUEST_URI} !/cpanel.* [NC]
RewriteCond %{REQUEST_URI} !/frontend.* [NC]
# Don't rewrite nielsslaapcomfort directory
#RewriteCond %{REQUEST_URI} !^/nielsslaapcomfort.* [NC]
# Handle all other URIs using Zen Cart (index.php)
RewriteRule (.*) index.php?%{QUERY_STRING} [L]
On a side note.. obviously the best idea here is to not share the same space between several websites.. not good practice in my opinion! :)
All the best...
Conor
Ceon