e_com

Ten moduł dodaje obsługę języków subskrybentów modułu "blocknewsletter": https://presta.eu.org/pl/moduly/47-modul-prestashop-blok-newslettera-jezyki-subskrybentow.html

Zaawansowane - Wydajność Wyłącz pamięć podręczną dla smarty. Jak skończysz robić sklep, to pamięć podręczną należy włączyć.

A zajrzałeś do Wygląd -> Strony? Jedyne pliki jakie presta zapisuje na dysku serwera, to są obrazki. Cała reszta jest zapisywana do bazy danych.

Tego diva i spana to jquery.uniform dodaje, takie uślicznianie tych dziurek robi Tak jest zaznaczony wstępnie: <div class="box"> <p class="checkbox"> <input type="checkbox" name="test" id="test" value="1" checked> <label class="active" for="test">{l s='Test'}</label> </p> </div>

AdminOrdersController metoda ajaxProcessSearchProducts() Dla produktu jest: $product['formatted_price'] = Tools::displayPrice(Tools::convertPrice($product['price_tax_incl'], $currency), $currency); Ale dla produktu z kombinacjami jest już netto: $combinations[$attribute['id_product_attribute']]['formatted_price'] = Tools::displayPrice(Tools::convertPrice($price_tax_excl, $currency), $currency);

Nie za bardzo rozumiem co chcesz osiągnąć Jeśli chcesz dodać jakieś swoje nowe checkboxy, to nie mogą one mieć ID="cgv", bo to ID jest kontrolowane przez funkcje z order-opc.js. Konkretnie jest wywoływana funkcja updatePaymentMethodsDisplay() czyli ukrywanie/odkrywanie metod płatności w zależności od stanu zaznaczenia tego checkboxa.

@hakeryk2 dokładnie, tak klasa wysyła maila. A resztę informacji masz w klasie Mail: public static function Send($id_lang, $template, $subject, $template_vars, $to, $to_name = null, $from = null, $from_name = null, $file_attachment = null, $mode_smtp = null, $template_path = _PS_MAIL_DIR_, $die = false, $id_shop = null, $bcc = null, $reply_to = null) { Edit: W tym samym momencie co @mr.suchy napisałem to samo

Nie zdążył wejść Do 1.6.1.19 dorzucili tę poprawkę: https://github.com/PrestaShop/PrestaShop/milestone/37

Jeśli używasz przewoźnika, który liczy koszty dostawy w/g wagi produktów, to powinno się uzupełnić wagi w produktach. Ale jak chcesz koniecznie popsuć moduł, to nie ma problemu. W kontrolerze modułu, czyli dpdpoland.php: $total_weight = self::convertWeight($cart->getTotalWeight()); zastąp: $total_weight = 10;

Stosuj apostrof, a nie cudzysłów: {if $node.name == '01'} {l s='Typ 01'}

http://build.prestashop.com/howtos/module/how-to-override-modules/

Wersja 1.6.1.17, do istniejącej reguły PL Standard Rate (23%) o ID=1, z którą zrobiono wiele zamówień, dodałem Afganistan z niemieckim podatkiem 19%. A jak to się zachowuje w starych zabugowanych wersjach to nie wiem, bo nie chce mi się specjalnie instalować starych bubli Edit: Już teraz widzę u siebie o co chodzi. Po edycji reguły zostaje nadany jej nowy ID. A Tobie chodzi o to, żeby ID pozostało niezmienione. Cały czas z Twojego wątku rozumowałem, że wcale nie daje się reguła modyfikować Zajrzałem do klasy TaxRulesGroup i przy edycji reguły podatkowej stosowana jest metoda historyze tworząca nową regułę z nowym ID, także poprzez panel odpada edycja. A próbowałeś po prostu w tabeli PREFIX_tax_rule dla id_tax_rules_group=1 dodać kolejne państwa z odpowiednim dla nich id_tax?

Presta 1.6.1.17 działa poprawnie z php 7.0 i 7.1. Piszę o samej preście, a nie tysiącach modułów z całego świata Od wersji 1.6.1.18 ma też działać poprawnie z php 7.2. Presta 1.7 dopiero od wersji 1.7.4 ma obsługiwać php 7.2. Co do Twojego błędu to przyczyny bym szukał w Administracja - Menu, czy jakiś moduł niepoprawnie usunięty nie zostawił jakichś swoich klas.

Generowanie obrazków z przezroczystością działa w preście bez żadnych modyfikacji klas. W konfiguracji zdjęć ustawiamy "Użyj PNG dla wszystkich zdjęć" a w produkcie dodajemy zdjęcie png z przezroczystością i już. Oczywiście presta zapisuje wszystkie obrazki z rozszerzeniem jpg, ale nie ma to znaczenia, bo obrazek jest png z przezroczystością. Tylko w przeglądarkach mikrosofta jest z tym problem jak typ pliku graficznego jest niezgody z rozszerzeniem. Ale czy ktoś na świecie używa jeszcze tych dziwacznych przeglądarek?

Tu jest tutorial veki jak to uzyskać: https://mypresta.eu/en/art/developer/how-to-use-product-page-as-homepage-of-your-store.html

Jeśli w edycji tej reguły ID=1 pozmieniasz jej warunki, czy to kraje, czy przypisane podatki, to skutek przeniesie się na wszystkie produkty i nie trzeba nic w nich modyfikować. Na górze jest przycisk "Dodaj nową regułę podatku" i można dodawać kolejne państwa z jakimś tam przypisanym podatkiem.

Uruchom konsolę a w niej monitor sieci to zobaczysz, że w produkcie połowa danych się nie ładuje. I jest to spowodowane limitami serwera, a nie jakimiś błędami w preście. Jest grubym nadużyciem nazywanie tej masowej tandety "hostingiem", ale trudno wymagać jakości usługi od czegoś za 2 złote miesięcznie.

Ja znam, bo kilka dni temu przenosiłem stamtąd jeden sklep na normalny hosting, bo to "cuś" o12 to wyrób hostingopodobny. Połowa zakładek w produkcie się nie ładuje (błąd 500) ze względu na skrajnie poustawiane limity.

Zajrzyj też do category.js bo jest tam jedna funkcja co ukrywa/odkrywa opis kategorii: $(document).on('click', '.lnk_more', function(e){ e.preventDefault(); $('#category_description_short').hide(); $('#category_description_full').show(); $(this).hide(); });

Klasy, jak sama nazwa wskazuje, są w katalogu /classes/

Standardowe moduły "cashondelivery" i "bankwire" nie mają możliwości definiowania opłat dodatkowych za metodę płatności. Z płatnościami elektronicznymi to zależy od operatora płatności i konstrukcji jego modułu. Np. paypal zabrania w swoim regulaminie usług przerzucania prowizji od transakcji na klienta. Ale oczywiście są moduły zamienniki standardowego paypala, które to robią Ale są operatorzy, którzy dopuszczają opłatę dodatkową i jest taka możliwość zdefiniowania tej opłaty w ich modułach.

A czemu nie kompletny backup bazy danych, tylko tak selektywnie?

Skąd wchodzi klient nie ma żadnego znaczenia. Może wchodzić przez proxy czy sieć Tora i adresy IP będzie miał z całego świata nie mające nic wspólnego z jego rzeczywistym adresem IP. Jaki adres poda w swoich danych, taki podatek zostanie mu naliczony.

@endriu107 nie takie to proste jak się wydaje na pierwszy rzut oka. Górę obsługuje HistoryController i on nie wysyła zmiennej $messages do templatki history.tpl. Natomiast dół obsługuje OrderDetailController i on wysyła tą zmienną do order-detail.tpl. Także tylko przeróbka kontrolera jeśli chcemy na siłę wcisnąć wiadomości do górnej templatki.

Bardzo złe rozwiązanie taki pełen dostęp do bazy danych zewnętrznej aplikacji. Jeden błąd w aplikacji i mamy poharataną całą bazę danych. Zewnętrzne aplikacje powinny korzystać z Web Service zaimplementowanego w preście. Mamy wtedy kontrolę nad tym do czego dajemy dostęp i wszystkie przesyłane dane są walidowane. Co do modułów instalowanych w preście, to każdy z automatu ma pełen dostęp do bazy danych w momencie jego instalacji. Także instalowanie modułów niewiadomego pochodzenia to ryzyko, bo zrobić moduł wirusa, który skasuje całą bazę to żadna filozofia. Jedna linijka kodu w metodzie install.