Jump to content

jennywill

Members
  • Posts

    35
  • Joined

  • Last visited

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

jennywill's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. I have seen some questions similar, but not exactly to what I need. So if this is a re-post of an already answered question, please feel free to point me in the right direction. I just need to know how to populate {$order_id} so that it will display along with the new Alpha order reference number on the emails that are sent to the customer. (Confirmation, Shipping, Tracking Etc...) Too much of our business is reliant on these order_id numbers. I have been able to make the id available everywhere needed except the emails the customer receives because is seems that order_id is no longer in scope to use it as {$order_id} in the templates. I do not want, nor do I need, a module. If that is the answer it will not work here as it will introduce more than it will be worth for our use. I simply wish to be pointed in the direction so that I can get order_id in scope to the system emails so that it will display using {$order_id} like it used to. I did look through the pdf folder invoice.tpl line 77 mentioned prioir, and there isn't anything there that will assist in this change. I also did look through the mails folder and I did not see any php or tpl files to assist. Also note that I do not use the pdf invoices, just the emails that are sent. Thank you in advance for any pointers.
  2. Any additional advice on this? I was able to get this to install, configure it on the back end with a different data set and it will transplant to a hook. So it appears that everything is working as needed but I can not get it to show up in the Front Office on the hook I applied to on the home page (displayHome). I have cleared cache etc..... Any additional help on this is appreciated as I also need a couple more of these and it is soooo close!
  3. Update - so after further digging it appears that this is a caching issue where price and quantity are being cached. In StockAvailable.php I see Cache::store($key, $result); and return Cache::retrieve($key); in function getQuantityAvailableByProduct I understand the idea of caching, but it does seem silly to cache only the price and quantity while the other fields of a product page/listing are still read in directly from the db on demand. So it seems what I need to solve this is a systematic way to clear the cache after the direct updates are made, or our standalone script needs to be integrated to access the Cache keys.....either way is Yuk. Additional Updated Solution: So we changed the bottom-most caching option to use APC for the moment, and direct changes to the DB are now being reflected. This is a relief so long as our production load testing passes and we can keep improving on the page load times. Can mark as solved!
  4. In the process of upgrading to 1.6.1 and encountered a major roadblock. We have a standalone [inhouse written] script that pulls pricing and inventory from 4 different suppliers and updates the price and quantity directly to the database. However, the changes to price and quantity are only updating if you do it directly in the back office. If you make the changes directly to the DB tables they are not changing on the front end. This script has worked fine on versions prior to 1.6 as we have several [separate] ecom businesses running different versions of prestashop. This upgrade is the first one to use 1.6. I have clears every cache I know to clear including manually deleting the files. I am updating price & quantity in the new tables as well keeping them synced [prefix]_product (wholesale price, retail price & quantity), [prefix]_product_shop (wholesale price & retail price), [prefix]_stock_available (quantity), & [prefix]_product_supplier (wholesale price). I am missing something somewhere, and it seems like the price and quantity are being cached somewhere. Any thoughts on how to clear this cache or access it to make the change? The whole project is at a standstill if we can not keep our pricing and inventory in sync with our suppliers. THX!!
  5. Can you please elaborate on the mcached>memcached because I have the same issue PS 1.6.1. Everything seems to be working fine except for the import screen which errors Class 'MCached' not found in ...../public_html/classes/cache/Cache.php on line 131. I need help fast as I have thousands of products to load asap! thx BTW....I dont have any caching on including memcache because I am in development at this point. With further digging into my 1.6.1 PS file system, I dont even have a file MCached.php in there, and looking at the original download it isnt in there either. However, MCache.php is in the older versions of PS. Unfortunately, copying it in there didnt fix the issue, but only causes more errors. Hmmm.....very interesting. Setting the caching to file system fixed this issue. As I indicated I didnt have any caching set because we are in development upgrading an existing site. The products/categories we have were brought over via DB scripts, and only when we went to add new product for the launch via the import feature did this issue come up. Can be marked solved.
  6. Layered Navigation Version 2.1.0 Prestashop Version 1.6.1.0 I have the layered navigation module installed and updated to the latest version. I have uninstalled, reinstalled, cleared cache etc. I have a pretty large product list, and all he products are categorized accordingly. The problem is that on this version, products are not showing on the category and subcategory pages. The filters are there but do nothing. When I get to the lowest category level, then the products pop and the filters work. But they should work on parent categories. A Debug note is that if I take a product and put it directly in the parent category, then the filters will work and products will pop on the first filter. But adding a product to every parent category is not optimal and causes other problems. I also have 300+ categories, so we don't want to do this hack if we don't have to. Another Note that the layered nav modules' indexes and caches are not working either. The server is set to the highest time out (for dev purpose only) but I get a 1 returned on a white screen when I build attribute index and when I build URL index. When I build entire index after about 5 min or so I get the error No data received, ERR_EMPTY_RESPONSE. Any ideas on where this can be fixed or an older version of the module I can revert to to fix it? I need this feature to work urgently. Thanks in advance for any ideas.
  7. Thank you very much for a quick reply. I do see that, but if anyone can point me to the actual SQL that is executed to store the params in the db, that would be even better as I continue to dig. I know about ps_product ps_cart_stock_available ps_cart_product_shop ps_cart_log but I am missing something somewhere........BTW not using any attributes so my product_attributes tables are empty. Much appreciated.
  8. I want to see the code that executes when this is called. Hook::exec('actionUpdateQuantity',array('id_product' => $id_product,'id_product_attribute' => $id_product_attribute,'quantity' => $quantity) Anyone know where it is? I have been digging for hours, and I can not find it in Prestashop 1.5.6.2 I am specifically looking for all of the places in the db that are updated when quantity is changed. I have found updates and inserts to: ps_product ps_cart_stock_available ps_cart_product_shop ps_cart_log Not using advanced stock management. Thank you so much to anyone that can point me in the right direction. After digging so long the lines start to blur and run together.
  9. Help! I accidentally deleted the default theme. How can I reinstall it?
  10. Yes we have the same problem!! PS 1.5.6.2 Fresh install. The category tree is visible and functional under Categories. I can create a new category and assign it within the category tree, and I can edit a category and change the category within the tree. Under products I can filter by category. I can also see the category tree on the front end navigation and it is functional for navigating the site through the category structure. However, when I go to edit a product, or add a new product, the associations tab does not show the category tree. It only shows the home check box and the default drop down with the correct default category. I can not change a product's category, nor can I assign any new product to anywhere else but home. Until I press Save & Stay and then refresh, then voila! the category tree will appear on the associations page. Now I can assign a new product or change an existing product. Please do not reply to go through and re-save all of my products because we have 48K of them - so not feasible. I have the rows in category_group and category_shop as suggested elsewhere. I also have a very extensive category tree so resetting everything to have home as the parent isn't an option. Note that simply changing the date in the database so it 'appears' that the product was updated doesn't work either. What else in the Save & Stay action could be happening to correct the view of the category tree on the associations tab where I can fix it 'en masse'??? Any thoughts or help with this would be great as we do not want to go much further and risk more re-work if it can be fixed. Thanks in advance! Jenny
  11. Yes we have the same problem!! PS 1.5.6.2 Fresh install imported category and product data. The category tree is visible and functional under Categories. I can create a new category and assign it within the category tree, and I can edit a category and change the category within the tree. Under products I can filter by category. I can also see the category tree on the front end navigation and it is functional for navigating the site through the category structure. However, when I go to edit a product, or add a new product, the associations tab does not show the category tree. It only shows the home check box and the default drop down with the correct default category. I can not change a product's category, nor can I assign any new product to anywhere else but home. Until I press Save & Stay and then refresh, then voila! the category tree will appear on the associations page. Now I can assign a new product or change an existing product. Please do not reply to go through and re-save all of my products because we have 48K of them - so not feasible. I have the rows in category_group and category_shop as suggested elsewhere. I also have a very extensive category tree so resetting everything to have home as the parent isn't an option. Note that simply changing the date in the database so it 'appears' that the product was updated doesn't work either. Also a note that re-installing the shop and re-importing the data brought the problem with it, and everything was fine on the re-install until the data was brought over, so it has to be something off in there. What else in the Save & Stay action could be happening to correct the view of the category tree on the associations tab where I can fix it 'en masse'??? Any thoughts or help with this would be great as we do not want to go much further and risk more re-work if it can be fixed. Thanks in advance! Jenny
  12. I also need help with this. Can anyone describe a code fix for the tpl or php? I realize the style needs to be applied via CSS easy enough, but on my version 1.5.6.2 default theme the target selectors (first-child and last-child) are not defined/applied to the <li> in the code on the first and last menu items. Thus the css doesnt work because the last li does not have the selector assignment. Thanks!
  13. Hi Thanks in advance for any suggestions. I have been looking and looking at this and everything is just blending together now if you know what I mean. Hoping more eyes are better than just mine....... There is an add to cart error on this page http://www.superior-dollhouse-miniatures.com/miniature-food/20705-marshmallow-fluff.html that is interfering with the animation and the reenable of the add to cart button and I cannot figure out what the problem is. Wish list "works" ok for now. The product actually gets added to the cart as you can see with a hard refresh. The animation for this product "sort of works" on the category page http://www.superior-dollhouse-miniatures.com/112-miniature-food, and that minor issue is probably needs to be addressed with my grid layout customization. The error does not occur on this product page http://www.superior-dollhouse-miniatures.com/christmas-dollhouse-miniatures/15258-ssn-wreath-wharp.html. The major difference between these two pages is where the image is stored. I have several thousand products that do not have images in the db. If the image is not found, it looks at the file system for it (for now). I have a highly customized cart in version 1.4.1. The solution is not to turn off ajax cart, as I need that for my shipping customizations. The solution is not to upgrade...i am in the process of that on another server which is a long process trying to fix everything and customize it for my new look coming after the holiday season. I thought about removing the animation all together and just using a message on the screen, which I can do, But this animation really sets my site apart from my competition with my demographic so i hesitate to change it if I can fix it since it is working everywhere else. I may add the message also for those that are scrolled and dont see the animation, but first things first. Weird thing is that on my dev server for this version, I do not have the problem, the files are the same for ajax-cart.js and product.tpl, but I can not see what the error is on production. Something is obviously not meshing, but I cant see it - hoping to other sets of eyes it will stick out like a sore thumb. Anything stand out in your debuggers? THanks!
  14. Per my experience, do not use module bazaar egrove systems. Their prestashop dropship module is terrible. We didn't even get to use it on production (only test) and we wasted our money because they refused to issue any type of refund. There were errors on the install to our test environment, which we had to provide our ftp and back office info for them to install it. Then there were errors on the setup and configuration, and every time we asked for help their level of support was "read the manual" which was in terrible english and full of errors. We read the manual several times and then their level of support was to use flat rate shipping which prestashop already does out of the box! They also lied to us on the functionality of the module before we bought it. We also hoped maybe we could pay more in order for them to get the stupid thing working right since we already had $250+/- invested, but they stopped responding to our requests. We ended up having to have a custom module written just for our situation. I understand the fine line for refunding modules like these since they can be copied and reused sometimes, but this module apparently needs a license to run, so they simply needed to revoke our licenses to prevent us from using it to issue a refund. EGrove Systems Module Bazaar is terrible. Buyer Beware!
×
×
  • Create New...