Jump to content

Daresh

Members
  • Posts

    2,553
  • Joined

  • Last visited

  • Days Won

    21

Everything posted by Daresh

  1. 1) Można przepuścić np. przez walidator W3C, GT Metrix 2) To zależy, bo test PageSpeed zależy też od serwera, nie zawsze wykonawca ma kontrolę nad serwerem, może być narzucony przez klienta. Do tego żeby wyjść dobrze w PageSpeed to potrzebne są kompromisy, wycięcie czegoś ze sklepu, ograniczenie skryptów, jeżeli projekt graficzny jest wybajerowany, ma pełno gadżetów, karuzelek i inych pierdół to będzie to osłabiało wyniki. Podobnie jeżeli doinstaluje się do niego przeróżne skrypty zewnętrzne śledzące czy reklamowe to to też może osłabiać wyniki 3) Struktura linków może zostać zachowana, więc o to spokojnie 4) Na poprawność wykonania zgodnie ze sztuką, czyli np. unikanie nadpisań jeżeli daną funkcjonalność da się osiągnąć modułem na hooku, unikanie jak ognia jakichkolwiek zmian w silniku sklepu, korzystanie z node.js do kompilacji źródeł szablonu oraz przekazanie wraz z projektem tych źródeł, aby w razie czego inna firma mogła dalej na nich pracować. Jeżeli sklep byłby robiony na gotowym szablonie (tutaj raczej nie będzie) to zadbanie o to, aby wszelkie zmiany w nim były dokonywane w szablonie potomnym, a nie przez rozgrzebanie oryginału.
  2. If you won't be able to find any existing solution that can fit your needs, I can prepare such a module for you. I have my own "custom carrier" starter module, that can be developed into a module calculating the shipping cost based on any conditions and price tables.
  3. Some solution would be to introduce a feature with three values, and then create a script that will run every couple of minutes, setting the feature value depending on the stock of the product. This way you can still use Amazzing Filters, no need for another module.
  4. That number is ID of the image that is being deleted. If it's only one then it means that the limit is not applied and is set to default 1. Try setting it directly in the script by changing this line: $limit = 1;
  5. When using the hookActionCategoryFormBuilderModifier we can only add new fields, not rearrange the exisitng ones. So maybe it could be possible with some javascript, but that's not a very clean solution.
  6. To delete images you can use the following code, just place the script in the root folder of the shop: <?php require_once('config/config.inc.php'); require_once('init.php'); $limit = 1; if (Tools::isSubmit('limit')) { $limit = (int) $limit; } $sql = 'SELECT `id_image` FROM `'._DB_PREFIX_.'image` LIMIT '.$limit; $res = Db::getInstance()->executeS($sql); if ($res) { foreach ($res as $row) { $imageId = $row['id_image']; echo $imageId.'<br/>'; $image = new Image($imageId); $image->delete(); } } And then visit the script in your browser. You can also add additional parameter to indicate how many images to delete at once, the default is 1. You do it this way: del-img.php?limit=100 del-img.php
  7. Tam było to globalne na cały sklep, żeby było zależne od kategorii to musiałby być cały kombajn do zarządzania tym.
  8. Moduł w podstawowej wersji pracuje na jednej cesze, ale robiłem tego typu rozbudowę dla jednego ze sklepów jubilerskich, gdzie właśnie działało to na dwóch cechach, to było jednak parę lat temu i już nie pamiętam jaki to był sklep
  9. Yes, because there are no positions for tags. It's only a simple relation: product ID - tag ID.
  10. No, it makes no sense because the products in search results may be from many different categories.
  11. Long backup process is often caused by the following factors: - large number of images, but images rather don't need to be backed up, risk of loosing the images is quite low, so this option ca be safely turned off in the upgrade module - some additional non-prestashop subfolder inside shop's main folder, sometimes some other software is installed in a subfolder, it's better to put it in a subdomain - large database, it can be bloated by statistics, if the shop has many visitors, there can be millions of rows, that are not much needed any more I recommend using the Tidy module before the upgrade to clean up the database, I had cases where the backup took a minute, when it was more than half an hour before the cleanup.
  12. Ale że materiały są kombinacjami, a kolory kierują do innych produktów, które następnie również mają materiały jako kombinacje?
  13. The longer you wait, the harder the upgrade will be in the future, better keep your store up to date.
  14. So you need a tag cloud module or solution that will display tag links with &tag parameter, like it was in Prestashop 1.6.
  15. I just checked in on clean 1.7.6.9 and 1.7.7.7 and all working fine. Make sure you have "tag" parameter in the URL, like: ?controller=search&tag=mytag
  16. Check out the module for additional category description: You can create additional fields for manufacturers the same way, without messing with twig templates or making overrides.
  17. Check out this example here: https://stackoverflow.com/questions/61327758/adding-a-company-field-to-to-the-customer-grid-in-backoffice
  18. How exactly do you have that CustomerID done? Cause as i remember, Prestashop does not have such a field by default.
  19. Good day, it's not that easy, as it requires a module with specific hooks. And the dev docs examples are a bit incomplete. Which fields would you like to add there?
  20. I just updated the module with the preview function. So now it's much safer to perform each of the tasks
  21. Przyjrzałem się trochę tym pobraniom i nie jest to takie proste jak z paczkomatami weekendowymi, czyli nie wystarczy dodać kuriera, bo wybór zwykłego paczkomatu (nie pobraniowego) może się ustawić również w pobraniowym, a to by nie było za dobre. Więc to raczej większe zagadnienie żeby zrobić te pobrania poprawnie.
×
×
  • Create New...

Important Information

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