Jump to content
thirty bees forum

TobyMudito

Members
  • Posts

    32
  • Joined

  • Last visited

Posts posted by TobyMudito

  1. Hello.

    When you see a demo product in the 1.0.4 RC version, after page loading is finished, the main product picture disappears, the following error is shown in the console:

    Cannot read property 'replace' of undefined at initProductImages (product.js:180) at HTMLDocument.<anonymous> (product.js:123) at j (jquery-1.11.0.min.js:2) at Object.fireWith [as resolveWith] (jquery-1.11.0.min.js:2) at Function.ready (jquery-1.11.0.min.js:2) at HTMLDocument.K (jquery-1.11.0.min.js:2) I have tested it in a clean installation.

    Regards!!

  2. Custom CMS information Module may help you.

    As far as I remember, It allows you to create personalized block with the information you want in the home page, for example you can create a block with pictures, links to your CMS or categories and so on.

    Go to modules -> Custom CMS information block module -> Install -> Configuration, and take a look at the module options. It this solutions doesn't fit with what you want, just come back again and we will try to find other solution. :)

    Regards!!

  3. Hello.

    • When is exactly happening that? When you save the order? When you add the product to the order?

    In order to help you, some screen shoots would be appreciated. I tried to reproduce the issue, and everything went fine. So, please, give us more details to find out what is happening.

    Regards!

  4. Hello, I have installed the lastest Ubuntu Server 17.10 with PHP 7.1 to test the store.

    Testing the Theme section, when I want to upload the logo of the store, the following error appears:

    • An error happens during the logotype copy.

    In the error.log of nginx you can see the following lines:

    PHP message: PHP Notice: tempnam(): file created in the system's temporary directory in /var/www/html/store/controllers/admin/AdminThemesController.php on line 2855" while reading response header from upstream, client: 192.168.1.68, server: www.store.com, request: "POST /admin1234/index.php?controller=AdminThemes&token=e2190e35953c445da7147b17e0ed7629 HTTP/2.0", upstream: "fastcgi://unix:/run/php/php7.1-fpm.sock:", host: "www.store.com", referrer: "https://www.store.com/admin1234/index.php?controller=AdminThemes&token=e2190e35953c445da7147b17e0ed7629"

    2017/11/04 12:42:33 [error] 1039#1039: *1512 open() "/var/www/html/store/img/store-logo-1509795337.jpg" failed (2: No such file or directory)

    I have seen there is and old bug created with similar content, and the idea to fix it was to find other function instead of tempnam().

    Is a problem of PHP 7.1? Is interesting to keep that TB is compatible with PHP 7.1? Should TB provide a php.ini config file sample to fix it? Do you recommend to work with PHP 7.0 instead of 7.1?

    Thanks!!!!!

  5. Yes, but, Don't you think is easier instead of removing one to one, to choose wich modules you want and which ones you don't want?

    Moreover, what about the core modules like Stripe or similars? You can't uninstall those modules even if you are not going to use them.

    I think that to be able to select the modules you want is easier, quicker and in terms of efficiency, more interesting.

  6. Hello.

    One of the things I consider more interesting keeping a long time proyect is to have just the modules that you need in your store.

    To get rid of the modules that you don't use benefits you in a lot of scenarios:

    • It reduces the amount of files, and therefore, the space you have to keep in your backups.

    • It makes smaller your database, removing dependences sometimes and allowing you better performance in general terms. As a consecuence of that, your database backups will be smaller to.

    • By default a lot of hooks are created with the default modules, so, removing them, you make the hook table quicker.

    • It keeps the KISS philosofy. Because in most cases, you don't need all the features offered by tb.

    I would love to be able to select the modules that I want to install during the installation process. Including of course the modules integrated in the core.

    For example, I won't never use the Paypal module, or the Stripe Module, so Why I have to keep them in my store permanently? I don't find any reason for that.

    I wonder if in a first step, any developer can go to the installer files, and remove the folders of the modules that you don't want, but I don't have enought knowlegde of the core, to know if it will affect the store.

    I have never understood why prestashop never allowed that. I think thirtybees must offer this possibility. I think this must be easy to acomplish.

    NOTE: If you like this proposal you can vote it here: https://thirtybees.com/suggestions/customization-of-modules-on-installation/

    Regards.

  7. Hello to everybody!

    One of the things I consider less secure of Prestashop is when it sends the password to the customer via email. I think this should change.

    Moreover, the MD5 encryption is less secure than SHA1, so, Why don't change it?

    I think security must be one of the maximum priorities for the project. Currently, there is a paid module that offers this functionality: https://addons.prestashop.com/en/website-security-access/11169-password-recovery-high-security-password-storage.html

    What do you think?

    Regards!

  8. [Comes from here: https://forum.thirtybees.com/topic/87/supply-orders-pending-receipt-bug-associated-to-the-front-office]

    @mdekker As you can see in the following picture, after changing the status from 2-Order validated to 3-Pending receipt the product automatically changes to this: 0_1490034623261_3-pending-receipt.png

    If the quantities are ok, I guess it must be a problem of the template, that is not taking the right variable.

    BTW: Sorry for the delay in my answer. I couldn't reply until now.

    Shit!!! I didn't want to create a new post!! I just wanted to add the picture XDXD. Sorry

  9. Hello.

    I want to share with you a bug that I have detected.

    [Conditions] - Advanced Stock Management: Activated.

    To reproduce the bug just follow the steps:

    1. Create a supply order. Add a product with quantity equal 0 and choose for example order 2 new products. Current instant state: Physical quantity = 0 | Usable quantity = 0 | Real quantity = 0
    2. Change the status to Order Validated. Current instant state: Physical quantity = 0 | Usable quantity = 0 | Real quantity = 0
    3. Change the status to Pending Receipt. Current instant state: Physical quantity = 0 | Usable quantity = 0 | Real quantity = 2 0_1489175062741_upload-b28121e7-8c59-4236-9126-839b3a441a1a
    4. Go to the front office. You can see that there are 2 items to be ordered when you haven't received the products: 0_1489175125523_upload-2f008731-2f50-4230-baa5-56426b3c37bf

    I guess is a heritated bug from Prestashop. But I think can produce severe problems in many stores. If the supplier needs 5 days to deliver your order, you can be in serious troubles with your customers :)

    I have been taking a look in the code, and I think the problem must be in the AdminSupplyOrdersController.php line 1223:

    ``` // create stock entry if not exist when order is in pendingreceipt if ($newstate->pendingreceipt) { $supplyorderdetails = $supplyorder->getEntries(); foreach ($supplyorderdetails as $supplyorderdetail) { $ispresent = Stock::productIsPresentInStock($supplyorderdetail['idproduct'], $supplyorderdetail['idproductattribute'], $supplyorder->idwarehouse); if (!$is_present) { $stock = new Stock();

                                                $stock_params = array(
                                                    'id_product_attribute' => $supply_order_detail['id_product_attribute'],
                                                    'id_product' => $supply_order_detail['id_product'],
                                                    'physical_quantity' => 0,
                                                    'price_te' => $supply_order_detail['price_te'],
                                                    'usable_quantity' => 0,
                                                    'id_warehouse' => $supply_order->id_warehouse
                                                );
    
                                                // saves stock in warehouse
                                                $stock->hydrate($stock_params);
                                                $stock->add();
                                            }
                                        }
    

    ``` I hope this can help to fix the bug.

    Thank you very much and regards.

  10. @lesley thinking in your question, I have thought that can be a good idea if you create a list of the major necessities that you have. So, people that want to help can go there and see how to help :) It would help to accomplish the goals better.

  11. @lesley I'm not complaining about your work that I consider is fantastic. The effort that @mdekker and you are doing is brilliant.

    The thing is that I want to help! And I feel really frustrated reading the Prestashop core.

    As me, there must be many others willing to help that feel frustrated.

  12. The book from Fabien Serny only covers Modules development. It doesn't cover the core development.

    I understand that @mdekker and @lesley have a lot of work to do. But, I think that if they want that Thirtybees will become in a very competitive project, they are going to need much more help and people able to develop new improvements and functionality.

    One of the biggest issues that Prestashop has always had is the lack of speed fixing bugs and problems. Due to the Prestashop team is small. I just want to put on the table, that with only a couple of fantastic developers is not enought to have a software that is able to fight against Magento, Sylius or even, Prestashop.

    I would like to help much more to this project, but the learning curve is insane compared with other projects.

  13. Hello.

    One of the things that are a big barrier for those who want to start with Prestashop, is the lack of documentación about the Core.

    If you read the core classes you can't find comments to explain the code. There isn't any place in where you can go a read how Prestashop works internally. Even, If you want to buy a book in the market, there isn't any available.

    There are several Open Source Projects such as Sylius that are completely opposite to this situation. They are gaining a lot of supporters and developers, and they put a lot of effort trying to offer the best experience for programmers with very good documentation.

    I think @mdekker and @lesley must consider seriously to document properly the core in order to allow new developers to help in the project and make this project solid for the future. I'm afraid that this project could reach a dead road if it continues being so difficult to know how the core works.

    To have a very well documented code is one of the biggest advantages that an Open Source Project can offer. And there are many projects that can be used as an example of this policy, Android is a good example of that. Since the beginning, Google offered very good information about how to programming anything in Android.

    Thank you very much, I would like to help programming in this project, but I'm starting with prestashop, and I really think is stupid to loose a lot of time studying the code because nobody has written a good documentation.

    Best regards!

×
×
  • Create New...