Jump to content

rkinfo

Members
  • Posts

    18
  • Joined

  • Last visited

rkinfo's Achievements

Newbie

Newbie (1/14)

6

Reputation

  1. I suppose you have to build in 'Guest Tracking' because you don't know what type of payment systems with invoices or receipts will be made. However it would be nice to have a guest checkout module that works assuming the invoice will be sent via email with no need to track anything. There are plenty of guest checkout systems that record the transaction without creating an account, allowing a customer to checkout as guest indefinitely. Eastbay.com for example.
  2. Guest checkout shouldn't create "An Account". We have returning customers who try to use guest checkout more than once and are told "An account with this email already exists." Since the point of checking out as guest is to avoid account creation.
  3. navles, That's great man. nashtu3000 runs NGINX + Apache + APC, and has one of the fastest sites I've seen. Good to know that his homework paid off, right?
  4. A fix to this is to not use the line items. Prestashop already sends the customer a receipt with the PayPal TRANSACTIONID so there's no confusion, but it is *definitely* better to have line items working because it obviously can be a cause of confusion for you and the customer. To do this you need to change if ($discounts == 0) { $products = $cart->getProducts(); $amt = 0; for ($i = 0; $i < sizeof($products); $i++) { $request .= '&L_NAME'.$i.'='.substr(urlencode($products[$i]['name'].(isset($products[$i]['attributes'])?' - '.$products[$i]['attributes']:'').(isset($products[$i]['instructions'])?' - '.$products[$i]['instructions']:'') ), 0, 127); $request .= '&L_AMT'.$i.'='.urlencode($this->PayPalRound($products[$i]['price'])); $request .= '&L_QTY'.$i.'='.urlencode($products[$i]['cart_quantity']); $amt += $this->PayPalRound($products[$i]['price'])*$products[$i]['cart_quantity']; } $shipping = $this->PayPalRound($cart->getOrderShippingCost($cart->id_carrier, false)); $request .= '&ITEMAMT='.urlencode($amt); $request .= '&SHIPPINGAMT='.urlencode($shipping); $request .= '&TAXAMT='.urlencode((float)max($this->PayPalRound($total - $amt - $shipping), 0)); } else { $products = $cart->getProducts(); $description = 0; for ($i = 0; $i < sizeof($products); $i++) $description .= ($description == ''?'':', ').$products[$i]['cart_quantity']." x ".$products[$i]['name'].(isset($products[$i]['attributes'])?' - '.$products[$i]['attributes']:'').(isset($products[$i]['instructions'])?' - '.$products[$i]['instructions']:'') ; $request .= '&ORDERDESCRIPTION='.urlencode(substr($description, 0, 120)); } to $products = $cart->getProducts(); $description = 0; for ($i = 0; $i < sizeof($products); $i++) $description .= ($description == ''?'':', ').$products[$i]['cart_quantity']." x ".$products[$i]['name'].(isset($products[$i]['attributes'])?' - '.$products[$i]['attributes']:'').(isset($products[$i]['instructions'])?' - '.$products[$i]['instructions']:'') ; $request .= '&ORDERDESCRIPTION='.urlencode(substr($description, 0, 120)); They probably differ from version to version, but essentially eliminate the whole if ($discounts == 0) block and only use the "else" block code instead.
  5. Can you provide some examples? I bet plenty of people would pay for this when they see all the fast sites.
  6. What do I want to say? Not much. Just general frustration like you. I find it annoying Prestashop provides these built in capabilities for APC and Memcached but has nil documentation on it - if you are lucky you might get your hosting provider to install it correctly for you and have it running optimally. In addition to that - there are all these guides now that say "Just install an opcode cache like APC or eAccellerator" as if it were some very easy thing that just works right off the bat. I've found nothing but frustration with memcache - finding that it either is not working period or was not at all working correctly with Prestashop. (wouldn't create servers in the BO) Additionally memcache seems to cache things you do NEVER want to cache - adding further absurdity to the grossly oversimplified guides that say "just get memcached going!" Which I've found requires creating filters or lists for particular tables - otherwise you are CONSTANTLY flushing the cache every time you need to make an update to your shop. APC is nearly as bad - it will cache CacheAPC.php and other files and create redudant caching problems - requiring you to needle through every and any potential php file that could overlap. Not to mention flushing that cache incessantly.... Also. The worst offender in 1.4.6 and higher is, in my experience is that 'Products Category' module. I knocked a good 200ms off product page first time bytes by ditching it. I'm looking into setting up caching for it, however
  7. demo-store.prestashop.com/en/ http://www.webpagete...first_byte_time First Byte Time (back-end processing): 60/100 814 ms First Byte Time 423 ms Target First Byte Time A featured store from the prestashop showcase First Byte Time (back-end processing): 50/100 915 ms First Byte Time 420 ms Target First Byte Time Another featured store from the prestashop showcase First Byte Time (back-end processing): 6/100 1368 ms First Byte Time 432 ms Target First Byte Time You might want to put the featured shops before you look at yours for now
  8. You all might want to start with Prestashop's own latest demonstration store. Because if those can't pass the mustard then you guys are really shooting at nothing. demo-store.prestashop.com/en/ http://www.webpagetest.org/result/120504_Y6_0f52d4a68690c35290020d9ccc46e6ef/1/performance_optimization/#first_byte_time First Byte Time (back-end processing): 60/100 814 ms First Byte Time 423 ms Target First Byte Time A featured store from the prestashop showcase First Byte Time (back-end processing): 50/100 915 ms First Byte Time 420 ms Target First Byte Time Another featured store from the prestashop showcase First Byte Time (back-end processing): 6/100 1368 ms First Byte Time 432 ms Target First Byte Time What do you expect to achieve with all these arbitrary numbers when the main one's still don't add up to anything?
  9. Here is prestashop's own demo site: demo-store.prestashop.com/en/ http://www.webpagetest.org/result/120504_Y6_0f52d4a68690c35290020d9ccc46e6ef/1/performance_optimization/#first_byte_time First Byte Time (back-end processing): 60/100 814 ms First Byte Time 423 ms Target First Byte Time A featured store from the prestashop showcase First Byte Time (back-end processing): 50/100 915 ms First Byte Time 420 ms Target First Byte Time Another featured store from the prestashop showcase First Byte Time (back-end processing): 6/100 1368 ms First Byte Time 432 ms Target First Byte Time
  10. I can't get prestashop to generate Titles for the feeds. Your Note said "a country's feed will only be generated if the country's language and official currency are installed and active on your shop" US Currency and US Dollars are installed but the title is not getting generated. Thoughts?
  11. I have a solution to this - it requires modifying exactly the correct db entries You will want to modify every entry in folder /classes Code: where the variables 'qty' or 'quantity' appear return intval($row['quantity']); to return floatval($row['quantity']); arrays where 'qty' or 'quantity' appear 'quantity' => 'isInt' to 'quantity' => 'isFloat' Database: ALTER TABLE `ps_product` CHANGE `quantity` `quantity` FLOAT( 10, 2 ) NOT NULL in FLOAT( 10, 2 ) the second number will be the total number of decimal places you need to use in your units ex: FLOAT( 10, 6 ) will give you 1.000000 for weights such as kg. any table that uses 'quantity' needs to be checked before altering to make sure it's not a description or something other than an INT(10) The easiest way to get these (without being a db admin) is to go to the 'query' tab for your database in phpMyAdmin and look in the first Field drop down To make things even easier use firebug right click Field Inspect Element->copy html from the select dropdown `ps_cart_product` `quantity` `ps_customization` `quantity` `ps_customization` `quantity_refunded` `ps_discount` `quantity` `ps_discount` `quantity_per_user` ... Altering ps_product minimal_quantity creates an error in the backoffice. I have had no need for setting a minimal quantity or any problems with minimums in inventory so be aware. You may need to make modifications to your blockcart module and check any other module that may attempt to modify quantities . Also check the code for these values in all new modules before you install them of course This worked with every module I had except for PayPal which required a whole unit to be submitted to their server. in resubmit.tpl in modules/paypal change <input type="hidden" name="item_name_{$k+1}" value="{$product.name|escape:'htmlall':'UTF-8'}{if isset($product.attributes)} - {$product.attributes|escape:'htmlall':'UTF-8'}{/if}" /> <input type="hidden" name="amount_{$k+1}" value="{$product.price_wt}" /> <input type="hidden" name="quantity_{$k+1}" value="{$product.cart_quantity}" /> to this: <input type="hidden" name="item_name_{$k+1}" value="{$product.name|escape:'htmlall':'UTF-8'}{if isset($product.attributes)} - {$product.attributes|escape:'htmlall':'UTF-8'}{/if}:{$product.cart_quantity}" /> <input type="hidden" name="amount_{$k+1}" value="{$product.price_wt}" /> <input type="hidden" name="quantity_{$k+1}" value="1" /> In this instance the quantity is 1 the unit number is added to the description so PayPal will result in: Supplement Ginseng Powder: 1.98 Quantity: 1 Send me a message if you need assistance
×
×
  • Create New...