cpierrep

Hi all I use the PayPal plugin for processing most of the payments on my store (the other is manual bank transfers for a non-supported PayPal currency). The default cubecart currency is set to AUD. Clients can however select the currency in which they want to display the prices from a drop-down menu. This causes some issues, for, independent of which other currency the client chooses, the currency reverts to AUD on PayPal checkout, (eg. a customer selects USD as currency, places the order, selects PayPal as payment method and then the pricing appears in AUD) While I'd prefer to receive the money in the currency which was selected, it is not a particularly big problem for me to receive AUD - BUT it is a problem for some of my clients that their preferred payment currency gets changed in this way, and the clients are always right... So, does anyone have any suggestions on how to resolve this? regards

I've edited my ini-custom.inc.php file with the recommended edits, and so far everything seems to work "as advertised". thanks again

Thanks for that, Brian. ( I searched on the forum for hacks etc, but not for this thread...) I'll create that PHP script and see how we go. As a matter of interest (maybe not), in reading the thread you pointed to, I noted the comments from others re clients registering with shouted characters. I did a quick check on the clients in my shop. Over all the clients, only just more than 3% register with CAPS. However, that rate has more than double over the past while, for some reason. It is interesting about recaptcha being circumvented, though. thanks again

Hello all Lately I have had hacker-types register as clients in my CC store (typically with names such as "MxFcgAVH, MXFcgAVH". As I do not get notifications of new user registrations, I'm unaware of these registrations until I log in to the admin panel again, when I just delete them. However, these sorts of registrations have gone hand-in-hand with the sending out of spam from the store address, typically in Russian, but with a tag at the bottom of the emails : "This email is sent from the stores master email address but it is possible to reply directly to the sender using the reply button on your email software." This tag is what "accompanies" genuine emails sent by clients using the "contact us" page . I have reCaptcha enabled Queries: Can CC be set to advise me when a new user registers, so that I can act on "fake" registrations more quickly? Any suggestions on how to better protect the store against such registrations? I'm using CC 6.0.11 on PHP 5.6.40 with MySQL 5.5.5-10.2.33 (MariaDB). Have not wanted to upgrade CC as there have been a few mods. Thanks Colin

Thank you. yes, Paypal does not require an address to be processed, as far as I understand in any case, as it already has the client details on file. But not so sure about credit card payments and the like. If this is would require significant coding changes, would it perhaps be an option to request address details as part of the registration process rather than as a secondary input after the account has been created? (Some clients just do not do complete that section). Or would another alternative be to fill blank address fields with ghost info - sort of "if address = blank then address = 1 - this isn't my preference As a matter of interest: Up to now I have not used a payment gateway - I provided the clients with payment details manually, or where applicable sent PayPal money requests manually. However, this is not only time-consuming but also not great from a customer perspective. So am in the process now of linking in PayPal and PayFast, a South-African gateway (seeing that most of my clients reside there). But this has led to another problem which I'll list under a separate thread... Thanks again

Hi all Recently some of the clients using my CC shop have experienced problems checking out. The problem in all their cases was that their profiles did not include addresses. Address fields are not required fields during the signup (account creation) process, so for them to add those, they would need to go to "Your account", "Address book" and fill in the details. However, many do not do this, simply because a physical address is not required for the digital products I supply. When they place an order, the process goes fine up to the view basket stage. If they do not fill in an address, they can not click on the Save button to progress to checkout. So the question is how do I prevent the checkout process from checking for an address? Or perhaps disable the address fields completely? I am using CC 6.0.11 (cannot use 6.1.13 on the hosted server architecture I am on) PHP 5.3.29 skin is e-sharp

Hi folks wonder if someone has any suggestions/recommendations in this regard: I sell a number of ebooks (some on Cd) through my store. To make my life (& pricing) easier, I have a single price for postage, independent of where the item has to go ( and if postage exceeds what I've worked on, I absorb the difference). Seeing that most of my products are digital, there has not really been an issue. However, one of the authors on whose behalf I market the books, wants to charge different prices based on destination (local vs overseas, and the difference is substantial). So, the question is whether CC can be "edited" so as to allow the display of 2 or 3 prices per item (eg $15 inc postage to US, $20 inc postage to Europe and $10 for local postage). I had wondered if it would be possible to just use a postage option at the time of checkout, but shipping will also change based on the number of items the purchaser ends up purchasing - and often people do not tick the shipping box . Many thanks Colin

Hi Patrickm81 The edits I listed above op 17 July works for me in terms of displaying the email as coming from the client rather than the store email address. I do not take issue with Bsmither's comments that using it the way I outlined may lead to an email being blocked by some email servers - it is quite correct that mail hosters/isp's put into place policies to stop this "impersonation". But I must also say that in all the time I've had that particular edit running (5 months with CC6, much more with a previous version), and with hundreds of store orders, I've not had one block take place (to my knowledge in any case, as no client has indicated that they've placed an order for which I did not get an admin email). Maybe I've just been *lucky* with the vps I run! I can only say this has worked very well for me. Colin

Hi BooJewels you said : "I swear i didn't touch it, but..... the space between the first name and last name had gone" Interestingly enough, the exact same thing happened to me, also with the html version.... w.r.t. to the customer seeing a copy of their own comments, yes it certainly makes sense for them to receive a copy too. I included this in my edited confirmation email, in the following two lines in the html code: <p><b>Your comments:</b></p> <p>&quot;{$DATA.customer_comments}&quot;</p> and the following two lines in the plain text code: Your comments: {$DATA.customer_comments} In the admin template I "personalised" it a little bit by adding the client's name as well, so it appears something like the the following: Joe has added the following comments: "blah blah" In the html code this was done with: <p>{$DATA.first_name}&nbsp; has added the following comments:</p> <p><b>&quot;{$DATA.customer_comments}&quot;</b></p> and in the plain text version with: {$DATA.first_name} has added the following comments: {$DATA.customer_comments} hope this is of help

Hi folks In the server-side error log I have the following error: [17-Jul-2016 07:02:22 UTC] PHP Warning: Security Warning: Illegal array key "amp;catId" was detected and was removed. in /home/cdbooks/public_html/classes/sanitize.class.php on line 72 The above has come up twice in the past week, as has: 14-Jul-2016 12:50:04 UTC] PHP Warning: Security Warning: Illegal array key "amp;productId" was detected and was removed. in /home/cdbooks/public_html/classes/sanitize.class.php on line 72 Any suggestions for resolving this?

OK!! Success at last.... I mentioned above that I would prefer to have the "New Order Received" email which is sent to the admin, to have the client's email address as the "from" address, rather than the default store address. We have now been able to get this done in the following manner - there may be easier ways, but this is what we did. (And, as always, make sure you have a backup of your existing files!) Open mailer.class.php find the following line: (in mine it is line 147) public function sendEmail($email = false, $contents = false, $template_id = false) amend the line to read: public function sendEmail($email = false, $contents = false, $template_id = false, $CHRIS_FROM_EMAIL="", $CHRIS_FROM_NAME="") Please note that the CHRIS_FROM_EMAIL and CHRIS_FROM_NAME can of course have other names, just be sure to use the same ones throughout! Find the following code (mine was in line 202-204) if (isset($contents['email'])) { $this->addReplyTo($contents['email'], (isset($contents['from'])) ? $contents['from'] : ''); } add in/amend after this: if($CHRIS_FROM_EMAIL=="") { $this->Sender = $GLOBALS['config']->get('config', 'email_address'); } else { $this->Sender = $CHRIS_FROM_EMAIL; $this->From = $CHRIS_FROM_EMAIL; $this->FromName = $CHRIS_FROM_NAME; } save the file Open order.class.php find the following code (mine was line 401-402): (this is for Order pending email sent to admin) if (!$GLOBALS['session']->has($message_id, 'email') && ($content = $admin_mailer->loadContent('admin.order_received')) !== false) { $this->assignOrderDetails(null, true); amend the next two lines (in my case 403/404) to the read as follows: $CHRISTEMP = $order_summary['first_name'] . " " . $order_summary['last_name']; $admin_mailer->sendEmail($admin_notify, $content, false, $order_summary['email'], $CHRISTEMP ); find the following code (mine was line 436-437): (this is for Order process New Order received email sent to admin) if (!$GLOBALS['session']->has($message_id, 'email') && ($content = $admin_mailer->loadContent('admin.order_received')) !== false) { $this->assignOrderDetails(null, true); amend the next two lines (in my case 438/439): $CHRISTEMP = $order_summary['first_name'] . " " . $order_summary['last_name']; $admin_mailer->sendEmail($admin_notify, $content, false, $order_summary['email'], $CHRISTEMP ); Save the file The admin email should now come as being from the client's email address

Ok, thanks. this does do the trick.

Ok, thanks for that. I have edited the robots.txt file to include those files, but I have also created "fake" cart.php and switch.php files that redirect to the cart - tackle the problem from two angles.....

Hi folks I'm noticing a large number of 404 errors on my cubecart site, specifically for two php giels: switch.php. (899 such messages in the past 12 days). cart.php (485 over the pas 12 days) Are these standard cc-files? (I assume that to be the case, as that is what my site consists of, but i cannot find a trace of them existing either on my site or on the old backup - closest is a cart.class.php thanks

Hi. Sorry, I thought I had made it clear enough that the next section does not work, hence I had to remove it: </table> {if !empty({$DATA.note_to_customer})} <p>&quot;{$DATA.note_to_customer}&quot;</p> {/if} If I try to key in the above code (or copy and paste it), the template will not save - it simply reverts to the "old" version of the template, which has this: </table> {if !empty({$DATA.note_to_customer} <p>)}</p> <p>&quot;{$DATA.note_to_customer}&quot;</p> {/if} So: 1. I cannot save the code as in the first code-copy above, not by first trying to save it under the Source view, nor by typing it in the source view and then going to the wysiwig view and trying to save it there. It simply will not save with that code. 2. Only by removing that code completely can I save the rest of the code (or any edits I want to make) 3. By removing the code, the note to customer is not displayed. hope that clears things up regards