Jump to content

Apium

Members
  • Posts

    111
  • Joined

  • Last visited

Everything posted by Apium

  1. So if I understand correctly, you make changes to a confirmed order, and not the customer themselves?
  2. Could you perhaps explain better what you are trying to achieve, what went wrong, and how we could help? I do not completely understand your problem. Perhaps a screenshot of what the problem is could help us understand better!
  3. I assume $base_url is then used in some (inline) javascript code to make the request, right? Well, PrestaShop has the baseUri JS variable for that, so alternatively you could use that too .
  4. Do you mean when you are creating a new address? Or that they should show up in the Addresses table itself?
  5. Apium

    hack

    Dit rapport gaat specifiek over Magento, maar dat neemt natuurlijk niet weg dat iedereen voorzichtig moet zijn met wat hij/zij op z'n webshop zet. En natuurlijk regelmatig je modules/PrestaShop updaten .
  6. I am not too sure about the 1.4 version (that's quite ancient and I haven't worked with over the past couple of years), but in the recent versions you can set your preferred 'landing page' in the backoffice under your employee account settings. I'd not be surprised if that holds true for the older versions too.
  7. The initial request takes 22 seconds? (!!) That is insane. What kind of machine are you running this on? Do you have a dedicated core for the local server to use? Are you running any other heavy I/O processes on the same drive? Which software do you use for the local server? Regarding the requests: go to Modules -> Positions in the backend, and look for modules (displayHeader hook is a good start) that are currently hooking into the FO that you do not need, and disable/uninstall those.
  8. A minute is a long time, even with cache turned off. For my local dev installation, it's generally around 3-4 seconds, so you should be able to improve quite substantially. Are you using any non-required modules? Do you have any non-required htaccess lines? In Chrome (or the equivalent in any other browser) you can find a "Network" tab under the dev tools, what is taking up the most time? The initial connection?
  9. What do you mean, it's taking forever? Which part, or do you mean theme development in general? Coding, and in this case specifically front-end development, is a slow thing. There is just a lot that needs to be done and it takes a while. With experience you'll get better at it but there is no magic way to improve your performance. You can, however, improve your both your speed and code quality quite substantially by using a proper work environment, starting with a good IDE.
  10. Kun je ons misschien een voorbeeld geven? Specifiek de regel met "Product X"? Het kan zijn dat er een foutje zit in die specifieke regel!
  11. Strange, I don't have that one on my local installation. Is this a cloud install? Anyway, under "Administatration -> Menu's", you should be able to disable that menu entry.
  12. Oh, I'm glad to hear it! Maybe it was a strange caching problem of sorts, we may never know . Anyway, if you have any problems or questions, of course feel free to post here again!
  13. This is not enough information. Could you either turn on debug mode, or perhaps show us an actual error log? Obviously, something is going wrong but without additional information, we cannot be of much help. A standard question would be to clear and/or disable the caching for the moment, so could you try that also?
  14. Ohhh, where? Could you perhaps show us a screenshot of what you mean exactly?
  15. Disable and clear cache (that button is in the top-right), but I am not sure if that'd solve the problem. Does the error persist?
  16. That seems more like an import problem than an index issue. I'm not too sure about what is going wrong though, as there are so many variables in play. Are you sure products are properly connected to the shop? Do you run a multistore? Which variables are you assigning in your csv import?
  17. I've actually done this recently, and will do it again for another customer in a few weeks (it's on the schedule). So far, my conclusions are that it can be a little tricky to get this right, but it shouldn't be too hard to handle. Furthermore, there are quite some tutorials on this, google is your friend .
  18. In your back office you can search for "enable B2B", that's a toggle. B2B is a business-to-business option, that allows your customers to register as business clients also (VAT number, company name etc.). The price rule can be set under "Price rules", after creating a new customer group of course!
  19. What do you mean by "it's not searching"? You mean searching for products in the front office? With 200k products, I'd not be surprised if searching becomes extremely slow. Indexing can only help so much, it cannot alleviate all problems stemming from having that many products. While not free, you may want to look into upgrading your search system by e.g. https://www.algolia.com/.
  20. You could enable B2B, and then set-up different customer groups. A business customer could be added to a business group (with a name of your choosing ), and customers to regular customer groups. The business group can then have a different price rule. That'd remove the need for a second login option, while also solving the differentiated pricing problem.
  21. I'm going on a stretch here, and assume non-active products are not indexed (if they are, they really shouldn't - but that's talk for another day). So that might explain the difference between 205093 and 203864 products! Those inactive products are of course counted in the Products section (they are still in the database after all), but they don't show up on the front office - precisely what the index is used for.
  22. This post might answer these questions: https://www.prestashop.com/forums/topic/265666-solved-configuration-of-the-shipping-flat-rate-and-free-shipping/ I honestly do not know if such a feature exists (at least not by default, I believe), but I'd not be surprised if there's an addon for this. You could try a search on http://addons.prestashop.com/! I do have to say that statistics in PrestaShop are quite good, on average. If used in combination with Analytics, I think you can get quite a lot of this information out of them already.
  23. Following the PrestaShop descriptions (and general practices), a theme is the complete look-and-feel of a webpage. In the case of PrestaShop, that's generally the front office that is completely restyled using a theme. Now, a PrestaShop page has several standardised parts. Those parts are 'templates', building blocks of sorts. Those blueprints are all customised in a theme, so that the final result looks completely different in the end from the default theme. So, as a quick guide: a template is a small part of (html) code, a building block, whereas a theme has many of those building blocks that together form a whole new look-and-feel.
  24. Hello Greg, Let me begin by saying it's great that you are considering moving from OpenCart to PrestaShop. It is always nice to welcome a soon-to-be convert to the PS community . Now, let me try to answer your questions one by one. If a custom theme is installed, will all the additionally installed modules work (just as payment gateways, rich snippets, etc), or would they need further customization to work correctly with the new theme (or vise versa if the theme is installed first)? If a module is properly written by the developer, it should work either out-of-the-box, or with only minimal customization. In my experience, the time-consuming modules are those that display content on the front office (as these need to be styled, and that may or may not already have been done by the theme developer), not so much the modules that add functionality like payment gateways. I'd dare answer this claiming (almost) no further customization is required. When a new user signs up for an account, can their password be removed from email that's sent to them? Yes, that's quite simple to do. In /mails/<language>/account.html and /mails/<language>/account.txt, you'll find the field {passwd}. That's the password variable, and removing it from the template will solve this. Can the Powered by Prestashop be removed from the automated emails that are sent to customers? Of course it can! Each email has a section that styles this part, and those can be removed (rather) easily, if not somewhat laborious. I'd refer you to this post: https://www.prestashop.com/forums/topic/268657-i-want-to-remove-powered-by-prestashop-from-emails/. Once email is set-up, will the Customer Service area receive customers replies to emails? From the documentation (http://doc.prestashop.com/display/PS16/Customer+Service), I'd answer that as yes! (Disclaimer: I've never worked with the customer service myself, so I cannot state this as fact. Maybe somebody else could clarify better?) I just had this confirmed by a customer who uses this as a full yes! Regards, Niels
  25. In 1.6.1.7, on lines 152-207 in order_conf.html, you'll find, <tr class="conf_body"> <td bgcolor="#f8f8f8" colspan="4" style="border:1px solid #D6D4D4;color:#333;padding:7px 0"> <table class="table" style="width:100%;border-collapse:collapse"> <tr> <td width="10" style="color:#333;padding:0"> </td> <td align="right" style="color:#333;padding:0"> <font size="2" face="Open-sans, sans-serif" color="#555454"> <strong>Kortingen</strong> </font> </td> <td width="10" style="color:#333;padding:0"> </td> </tr> </table> </td> <td bgcolor="#f8f8f8" colspan="4" style="border:1px solid #D6D4D4;color:#333;padding:7px 0"> <table class="table" style="width:100%;border-collapse:collapse"> <tr> <td width="10" style="color:#333;padding:0"> </td> <td align="right" style="color:#333;padding:0"> <font size="2" face="Open-sans, sans-serif" color="#555454"> {total_discounts} </font> </td> <td width="10" style="color:#333;padding:0"> </td> </tr> </table> </td> </tr> <tr class="conf_body"> <td bgcolor="#f8f8f8" colspan="4" style="border:1px solid #D6D4D4;color:#333;padding:7px 0"> <table class="table" style="width:100%;border-collapse:collapse"> <tr> <td width="10" style="color:#333;padding:0"> </td> <td align="right" style="color:#333;padding:0"> <font size="2" face="Open-sans, sans-serif" color="#555454"> <strong>Cadeauverpakking</strong> </font> </td> <td width="10" style="color:#333;padding:0"> </td> </tr> </table> </td> <td bgcolor="#f8f8f8" colspan="4" style="border:1px solid #D6D4D4;color:#333;padding:7px 0"> <table class="table" style="width:100%;border-collapse:collapse"> <tr> <td width="10" style="color:#333;padding:0"> </td> <td align="right" style="color:#333;padding:0"> <font size="2" face="Open-sans, sans-serif" color="#555454"> {total_wrapping} </font> </td> <td width="10" style="color:#333;padding:0"> </td> </tr> </table> </td> </tr> If you remove these lines (make sure to save a copy of the file before editing!), the rows should be gone!
×
×
  • Create New...

Important Information

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