Bezpieczne edytowanie skórki

[protonkwark]

Jak to jest z edytowaniem templatek? W Wordpress są tzw. motywy potomne, co pozwala uniknąć problemów (usunięcie wprowadzonych zmian) przy jakiejś aktualizacji; a jak nie potomne to często jest opcja "custom css" - i gdy następuje update templatki to nie rozwala się dotychczasowa praca.

 

A jak jest w Preście? Chciałbym zmienić np. akcenty kolorystyczne. No to edytuję odpowiedni css w templatce. A co jeśli templatka zostanie zaktualizowana? Jak tu w Preście rozwiązano te kwestie?

[Yabber]

https://www.prestashop.com/forums/topic/457239-tytu%C5%82-bloku-kategorii/?do=findComment&comment=2110326

Edited August 1, 2015 by Yabber (see edit history)

[protonkwark]

Ok Yabber, dzięki za namiar. Dla porządku zacytuję Ciebie z tamtego postu:

 

 

[...]

Zasada jest taka, że w czasie aktualizacji nadpisywane są wszystkie pliki core i szablon default-bootstrap.

Jeśli dokonujemy modyfikacji szablonu najlepiej go skopiować pod własną nazwą np. "moj_szablon" w katalogu themes.

Następnie w Preferencje -> Szablony -> Ustawienia zaawansowane -> Katalog - zmieniamy na "moj_szablon".

I ten szablon nie ulegnie modyfikacji w czasie upgrade presty lub pojedyńczych modułów, których templatki mamy w /themes/moj_szablon/modules/.

 

Super, już jasne jak uniknąć nadpisania zmian w templatce default-bootstrap (jeśli na niej bazujemy). Jednakże powoduje to, że nie mamy potencjalnie załatanej istotnej dziury...?

[design4VIP]

ale o jaka dziure chodzi? w szablonie raczej nie ma zadnych dziur... szablon jest jeden i to jest tylko szablon, jezeli mialby byc jakies latki na dziury to tylko w samym silniku i przy upgrate wersji presta te bylyby latane czy to w katalogu classes czy controlers. zeby znowu te nie byly nadpisane ze zmianami to wszelkie zmodyfikowane pliki silnika powinny znajodowac sie w katalogu ./override (od wersji ~1.6.0.9 tez i modfikacje kontrolerow - pliki .php - wszelkich modulow, ktore moga byc nadpisywane w czasie upgrate wersji czy poszczegolnych modulow z osobna)

[Krystian Podemski]

Ok Yabber, dzięki za namiar. Dla porządku zacytuję Ciebie z tamtego postu:

 

 

Super, już jasne jak uniknąć nadpisania zmian w templatce default-bootstrap (jeśli na niej bazujemy). Jednakże powoduje to, że nie mamy potencjalnie załatanej istotnej dziury...?

 

Powinieneś bazować na default-bootstrap, tj. pójść do Preferencje -> Szablony, dodać nowy szablon, brakujące pliki wziąć z default-bootstrap, jeśli chodzi o późniejsze zmiany w default-bootstrap to... musisz je wprowadzać ręcznie, obecnie są w PrestaShop mechanizmy, które pozwalają na "przeładowanie" pojedynczych plików szablonów, np. product.tpl ale są to rozwiązania, które na razie nie są nigdzie opisane i wymagają stworzenia dodatkowego modułu, który takie "przeładowanie" wykona.

[protonkwark]

Ok dzięki za utwierdzenie. Ok skoro to MVC i WIDOK nie zawiera kodu, który mógłby zawierać bug (nie tylko defaultową templatkę mam na myśli ale również te do kupienia/pobrania) to ślicznie. W takim razie zmieniam nazwę katalogu templatki i nie będę się obawiał zepsucia pracy przy jakiejś aktualizacji.

Dziękuję.

[Krystian Podemski]

W przypadku gdy aktualizujesz oprogramowanie - np. z 1.6.0.14 do 1.6.1.0, w szablonach zaszły zmiany które powinny zostać wprowadzone na zmodyfikowanych szablonach bo dotyczyły liczenia cen na froncie w niektórych przypadkach - dlatego jeżeli tworzysz własny szablon dobrze jest obserwować ruch tutaj:

https://github.com/PrestaShop/PrestaShop/tree/develop/themes/default-bootstrap

[protonkwark]

Ok rozumiem. Dzięki. 

PS. Z ciekawości wszedłem w Twoje produkcje z linka w stopce patrzę na Themes a tam templatka Furniture...robię wdrożenie na niej niedługo Klient wybrał, bardzo ładna. Nie sądziłem, że przypadkiem "spotkam" autora tej templatki. LOL nieźle  Pozdrawiam.

Edited August 1, 2015 by protonkwark (see edit history)

[jkaminski]

Dzięki za porady