Phocea

IS there any code being shared for this ? I ahve already got aphp file that create vor me XML catalogues for different affiliation, its using the php native dom function and does not require any other libraries. I am now going to work on a way to have an XML template specifying each attribut needed with their table and database column description. The way I see this work is that the contribution in the need will be ble to create an xml feed depending on its template. I am not talking about a xsd or dtd which is only there to validate, but a template file. Therefore if some work is being made on the structure of the file for EP, do let me know as I could as easily integrate it in.

Hello, I am in the process of adding a few functionality to this contribution because of the requirement of our platform. To be brief, one of the main change is a pay-per-click affiliation. Looking at the code in affiliate_application_top, I can see that records are added to the clickthrough table when someone arrive on the site from an affiliate referer, if a ref=xx is found in the URL. Looking at my table though, i realsied that most of the time 2 records are inserted for a same date and time. One where the refererer is given, the other one it is empty. I also noticed quiet a few records where I never get a referer for the given ip. So my question is rather simple, how can I count the number of unique click per ip ? Do i count only the one with referer, or do I count only the click per ip grouping it per day? If someone with good knowledge of the cloick loggin mechanism could help me out that would be great. As soon as I am finished I will post my changes here as it might be useful for others who wants extended functionality

I am using paypal also and it works without a glitch ..so i dont think its a common problem to both this modules

Any update on this ? I am having exactly the same problem, the postfinance_process.php page send me to the online paymenbt .. I enter details and the payment is accepted. However no order are registered and the shopping cart is still full. Is the new module ready to be tested or should I look at other payment method in the meanwhile ?

I have updated to this version earlier on this morning without any problems. Just read the instruction carefully and you cannot go wrong !! Chemo, you mention that this version works better for multinlingual sites .. do you refer to the special character conversion or is there something else more related to a discussion we had in another thread ;) ?

Chemo, great contrib and the install / documentation looks great. There is indeed a small glitch with the SEO urls, in the categories xml .. the first 4 listed use the SEO, then it reverts to the c_path one. No problem in the products however. Are you planning on making this multi language compatible ? The index should then one file for each category in their own languages and one files for each products/language combination also. Since there is still no solution for good SEO in differetn language I guess that appending the ?language=xx at the end of each URL should suffice... Any plans on this ?

Does this package also include the referall point system ? You mention that its based on the contribution doing this but I cannot see anything refering to this feature in your description ? Great job nonetheless

Hello, I havent installed 5.3 yet and disabled the mail sending so far (because of the cart problem. will test the fix later) Not a critic, but it might be an idea to include the upgrade path and exact changes made between versions. I know that using file comparing tools does the trick but hey ;) The other thing missing from this contribution might be to have an easy way to add the extra comments sent to the normal email depending on the payment method used (ie, cheque include some information, bank transfer some others ..etc..) I suppose that this could simple me added to the template, but I am not too sure (havent looked yet). It might be an idea to simply create a tep_add_comment function which is called when the order is processed, before the email is sent, which add a comment to the order with that info ?

Using the 1.8 version of this contribution I ran into a small problem In line 47 of admin/mail.php i get an error telling me that the function do not exists : $mimemessage->add_html_newsletter($message); If i replace this by add_html it works. However I noticed that this add_html_newletter function does exists in classes/email.php. So obviously I don use that class .. Any ideas or was it just an error in mail.php ? The other problem I am running into is with the layout of my mail or newsletter if I include a table. If I send something with a table in it, it add a large gap just before the table and i have no idea why. Anyone got a clue abut this ?

Angeloid, there is a mistake in the install file, it says to add the code under the bit you find but this is incorrect. The best thing is to check your if statement where the code is but it should look somewhat like this: This will fix your display issue ..not sure about the javascript error though

2 others small mistake i just noticed In invoice.php, the Thank you for shopping text is hardcoded and not using the language variable. Same goes for SKU # in packing_slip.php, also at the bottom of the packing slip, the Thank you for shopping message is not included at all

Hya, A while back i found a bug in this contribution, which also exist in the order edit one actually. If you have a shop where you do not show VAT, but still have zone where VAT is added, the prices are not calculated correctly. This is basically due to the tep_add_tax function which is buggy in general.php since the if (DISPLAY_RPICE_WITH_TAX == 'true') always stop the price being calculated with tax !! I done a quick fix by just adding a new function : then in invoice.php I changed tep_add_tax to tep_add_invoice_tax I realise that the bug is at an higher level but I did not want to start messing with a function which might be used in many different places ! I also found it logical to change the way around of the prince including and price excluding to show price including first. That way the last colom is Total Price Exc, which make a bit more sense since underneath starts the sub total calculations with Tax being added etc ... but this change is just my personal taste :) In any case, thanx for the fanstastic job, those ivoice looks times better than the stock ones !

Cool I will watch this release.. Hey does that mean that I helped answering point 5 on the other thread ? Maybe not, but would have make a change to help rather than wait for you to finish the work ;)

Didnt know you had a blog :) I am not sure if regex are any faster, but they look a bit more fancy even if its then harder to remember what they actually do :P Keeping referencing in mind, it might be an idea to leave some option open to have some keywords in the rewriting. So basically instead of just picking the product name, do something like keyword-product name.htm if you see what I mean. I guess the best way would be for that keyword to be the category name ..maybe something to think about, maybe not! Hey i also wanted to mentionned that I found another use for your 301 redirect of old URL. for some reason, GG still managed to index some non rewrited pages, dunno how but when people get to the pages, its working fine and they arrive where they should be, but I have no clue, looking at the log, as to which product they arrived on. So installed the 301 beta and voila .. So thanks again for a great job!

Hya, i thought i would drop in here for a small question. Last week I noticed that google was indexing my pages with the correct url description, but the url link was being messed up as soon as I had accents inside of it. So for instance, a search finding our shop would shop the non clickable link at the bottom in green correctly ( ../clip-photo-m?mo-n?mo-p-104.html ) but the url will be : .../clip-photo-m%C3%A9mo-n%C3%A9mo-p-104.html. I guess this is a problem with google and i am not sure how to get around it, since i would prefer to have the accents still displayed in the green non clickable link, its nicer to the eyes if you read french, but it bother me a bit to have messy link arriving at my shop, even though they works. Anyway, until someone come up with a perfect solution, I thought that i would simply remove the accents from the rewrite. So i mande a small change to seo_cache.php, replacing with Not sure if this is useful to anyone else, seems to works fine so far after reseting the cache. If Chemo or Claroque got a better way of having those accent being picked ok by GG I am very interested

Forget it i worked it out :)

I have just installed thos contribution (http://www.oscommerce.com/community/contributions,1023/category,all/search,tabs), all was nice and simple, however I am having a slight display problem. You can see the problem on my sandbox at www.armelin.net/eboutik/ Basically the tabs GIF dont seems to display properly depending on where you click .. anyone have seen that behaviour before and can tell me what is wrong ? Thanx

I contacted them and offered to translated the localisation string and they said they they are not working on anything like this at the moment ... go figure

Is Okobo multi language ? i am having some trouble with paypal and french customers at the moment and looking for an alternative. however i would prefer that user navigating in english or french on my shop alos get that choice when they are going over to the ikobo payment process

Thanx Greg ... i spent a good hour ont he phone with paypal this morning and they obviously dont want to check with their technical team, say there is no problem etc. ..all they told me to do was to give their number to my customer and they can sort it out with them. But i dont really want to bother brand new customer with all this hassle. I have been looking at the Alliance IPN contribution, they have an office down the road from me, but they force the user to create an account. Good point for them though, they do propose a language set on their payment process screen. I also mentionned this loophole to paypal and the operator I talked to said that she will mention it ..we live in hope :) If I get any kind of answer I will post it here, it just seems so herratic that it has really put us down and we even considered closing the shop until we implement a more robust solution. No problems on your side though, it all seems to be paypal playing up :(

I am having a real hard time with paypal payments at the moment. i do not hink this is related to a contribution bug but was hoping that someone here might not what this is all about. Off course paypal deny there is aproblem. I basically keep having customer dropping me email telling me that they cannot pay by VISA, their card is declined. I tried myself and it worked, I asked some friends and they also had trouble. It seems that the problem occur only for customer with french VISA. The error says "The credit card you entered cannot be used for this payment. Please enter a different credit card number." Of course the card is valid. More odd, a friend of mine used is french visa, and on the paypal screen, put down his UK address ..it worked. He tried again, with the same card and put his French address (the actual address he receive his VISA statements), and it failed !! Address are not used in VISA verification that I know of so I wonder why paypal using this anyway. AS anyone had the problem before and can advise what i can do to solve it ? This is costing me sales and is starting to be a real pain :(

Hmm I tracked it dopwn and that particular piece of code was added in the contrib (http://www.oscommerce.com/community/contributions,2857/category,all/search,thumbnail) on the 6th March by Matt H . I guess he must have left some of his custom codes in there and since it was the latest version available when I installed it ... I will remove it then. Thanks

Hello there, Chemo here is one for you, Great contribution but it doesnt seems to be compatible with your SEO one. I only noticed when i moved it to my live site, the URL it creates seems to be a combination of he a rewrite with patch appeneded at the end, which results in a 404 So for exemple one ite would link to : clip-photo-m?mo-singe-p-83.html&cPath=64_67 when the correct url should be: clip-photo-m?mo-singe-p-83.html Any ideas ? I am tempted to remove the code : ( isset($cPath) && tep_not_null($cPath) ? '&cPath='.$cPath : '' ) . from the line : 'text' => '<a href="' . tep_href_link(FILENAME_PRODUCT_INFO, 'products_id=' . $tmp['products_id'] . ( isset($_GET['page']) && tep_not_null($_GET['page']) && is_numeric($_GET['page']) ? '&page=' . (int)$_GET['page'] : '') ) . ( isset($cPath) && tep_not_null($cPath) ? '&cPath='.$cPath : '' ) . '">' . tep_image(DIR_WS_IMAGES . $tmp['products_image'], $tmp['products_name'], SMALL_IMAGE_WIDTH, SMALL_IMAGE_HEIGHT) . '</a><br><a href="' . tep_href_link(FILENAME_PRODUCT_INFO, 'products_id=' . $tmp['products_id']) . '">' . But would prefer to have your go ahead on this since you are the expert on both those contribution ;)

Works in french also, I tested this with a fake french customer .. i sent an email to paypal asking them if they could put a drop down for language on their checkout page so it pick the country language per default but the user can thy choose another preferred language ..wioll let you know when I get an answer.

Actuially, i just tried this out and it doesnt work, as soon as the customer select Switzerland back onto the paypal side for checkout, it reverts to German .. I will contact them and see if they can change their gateway to give the language option there ...a bit like they do if you have an account with them