Jump to content

Paul C

  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by Paul C

  1. It's on my list of things to look at...... it's a rather long list at the moment though, and this isn't at the top sadly Paul
  2. They are in an array set in header.php, then written to the page output in header.tpl (in the theme dir): {if isset($css_files)} {foreach from=$css_files key=css_uri item=media} <link href="{$css_uri}" rel="stylesheet" type="text/css" media="{$media}" /> {/foreach} {/if} Paul
  3. Pants Either of those not working would point at a possible solution, but both are perfectly fine..... Hmmm Ok, another thing to try. When you go into Paypal and look at the transactions, are they saying completed? It could be that you're sending a currency that you don't accept by default (according to your preferences in paypal). The problem with the original paypal module is that it only responds to a "Completed" IPN, and so it'll wait until you accept the currency conversion. To stop this happening (if this is the cause, and it's only a guess), you can set the following in your paypal account: In 'Payment Receiving Preferences' for 'Block payments sent to me in a currency I do not hold:' select 'No, accept them and convert them to...' If that's not it come back and we'll try something else Paul
  4. Not sure that's not just more of an issue with the SEO tool...... Unless there's someone that can indicate with any authority it sounds like an issue you can safely ignore.... Paul
  5. Well the "hooks" are in the php files that correspond to the .tpl files in the theme. They're not a "user configurable" feature without modifying your site's core code..... i.e. it would be a hack that would need to be reapplied when you upgrade your site. If you look at footer.php you'll see where and how the current hooks are included. Paul
  6. I agree with you, and understand what you're saying. I was being a bit tongue-in-cheek. :down: I've got a hammer and nails if you'd like to borrow them for your clients I would also add that if the functionality is there for someone to turn on, then it should most certainly work to their advantage, so support you 100% in raising this as an issue that requires attention. Good man for submitting the bug report! Paul
  7. There are several issues, you need to look at each one in turn. First things to check are the basics: 1) If you browse to http://www.example.com/modules/paypal/validation.php what happens? If you get anything other than a blank page, then there's a problem accessing that page externally which will need to be addressed. 2) You need to verify that your site can open a connection to a remote web site (i.e. paypal.com). Try creating a file (I used http://prestashop.ecartservice.net/connect-test.php) in the root of your site containing: <?php if ($fp = @fsockopen('ssl://www.paypal.com', 443, $errno, $errstr, 30)) { echo 'Connect ok'; } else { echo 'Cannot Connect'. $errstr; } ?> Let me know how it goes with the above two Paul
  8. Mat the current one for osCommerce (and ZenCart for sure, not certain about CRE) has the same problem as described in this thread. I've got my own "fixed" version Paul
  9. I had a similar situation recently. I found that I could however log in using a different browser. Deleting the cookies in the problem browser fixed it. Paul
  10. It's actually one of the reasons Google have recently gone to the extent of advising that rewriting urls is not such a good idea for dynamic sites. Many SEO bods claim it's too powerful a feature to "give up", but in saying that there are many high ranking sites that don't use the technique.... I would have though a technique similar to the one used in osCommerce would work fine with PrestaShop. It really should be added as a "bug" if it hasn't already. My preferred route to take though is to 404 the incorrectly named page. If done this way from the outset there's no penalty. If you're in the habit of changing the rewrite urls frequently you should have you hands nailed to the keyboard anyway ... Paul
  11. Yes, but only if you apply the fix to remove the requirement to specify the return url in the paypal module. there's a suggested fix to the .tpl file here: http://www.ecartservice.net/12082008/possible-bug-in-prestashop-paypal-module/ Paul
  12. Two questions: 1) Why? :cheese: 2) Is your host set up to execute PHP code in .html files? try creating a file phpinfo.html that contains: <?php phpinfo(); ?> ... and see what happens. Paul
  13. You should be able to make most changes just by modifying the text in the .tpl files in the existing modules/cashondelivery directory directly. You'll need to remember to re-apply the changes during an upgrade. Alternatively you can look in The translations tab in the Back Office and see if you can change the required wording there (best way). Paul
  14. Are there any "no-entry" red circles next to any of the items in the list above, or are they all green? Assuming you can "see" them when you highlight the page to copy that is Paul
  15. No sure I understand what you mean. Do you want a second COD module, or do you wish to write your own payment module based on the COD one? Paul
  16. Sounds like a reasonable set of scenarios where this would indeed seem like a necessary addition :-) Thanks for the time you've taken to describe it; I think proper laid out justifications like this are more likely to result in getting feature requests approved Paul
  17. There could be a good reason for doing it the way you propose which I've missed completely, but I'm inclined to play devil's advocate here :-) Psychologically, isn't it better to offer a reduction in price for the refurbished and used units? Can't you just work out the reduction from the fixed prices and enter them? Paul
  18. Sadly no, I don't - I did that as a one-off customisation using some code I "found" somewhere a long time ago.....
  19. Jess, You could probably do something with javascript. It depends how much text you want to "pop up". If it's notes (say a paragraph) then a nice js hoverbox effect like I've used on osCommerce here: www.greatgiftsgalore.co.uk : might do it? If you want full "pages" then that's a bit more tricky. Paul
  20. This was discussed, and the conclusion seemed to be that the easiest thing to do right now would be to create a user in your store (e.g. [email protected]) and order what you need from your own front office just as the customer would. Cheap and cheerful :-) Paul
  21. Wow, now that is slow. I must say I haven't had the same problems with any of the sites I host, nor the others I've worked on. Has this slowdown occurred recently, or has it been a gradual thing? It may be an idea to check the log files on your server, just to make sure there's nothing going on in the background. Paul
  22. I haven't tried this, but in the Back Office you'll find Preferences-->Images. There a value for the image size for thickbox..... does changing that (and recreating all the images, I guess) make a difference? My theory is that if the maximum size is 600x600 it isn't going to display any bigger.... For the second question, you need to change these using the Back Office again. Its under Tools-->Translations. Paul
  23. If you downloaded from prestashop.com then it's not my site ;-) The reason for my interest is that I've been working on a new version, so wondered if it was an "undocumented feature" i.e. bug in MY code, rather than the official release! In terms of installing locally, there are limitations, but I use xampp personally. There are a few different options available though. You may get some guidance by reading this thread: http://www.neowin.net/forum/lofiversion/index.php/t505741.html Paul
  24. It's in the classes/Order.php file, as the order id is the "id" field in the order table (if that makes sense to you??)! At around line 111 you'll see: protected $identifier = 'id_order';
  25. Rod, I for one can't think of a way to do it directly. The order id is currently auto-incremented in the database, and as such is a purely numeric field - one that's fundamental to the core database/application logic. I guess that you could create another field in the order table, which is a generated order reference number in the format you want, but you'd need to then add custom code whenever the order number is used for display (as that is all this would be used for). Paul
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More