Jak napisałem już aktualizuje tylko plikiem bez _5.4 od wersji 5.5 na serwerze. Jak miałem wersje 5.5 a zaktualizowałem plikiem z _5.4 to mi się baza posypała.

Nie bardzo rozumiem php ma w większości kompatybilność wstecz ... są funkcje które są w nowych wersjach usuwane z PHP, zamieniane na inne lub dodawane nowe (jakieś niezmienne funkcje są ale jest też rotacja) - i duży skok był z 5.1 -> 5.2 -> 5.3 np.:
Wiekszość kodu napisanego dla wersji PHP 5.2 powinna działać z wersją PHP 5.3 (!UWAGA napisany dla 5.2 działa na 5.3 a nie odwrotnie - czyli nie jest kompatybilny wstecz! bo jak napiszesz soft wykorzystujący funkcje nowszego PHPa to na starszej wersji nie 'pójdzie') , poniżej znajdują się zmiany, które nie są wstecznie kompatybilne .

Funkcja clearstatcache() nie czyści domyślnie realpath cache
Funkcja realpath() jest w pełni niezależna od platformy. W konsekwencji powoduje to, że względne ścieżki w postaci __FILE__.''/../x” nie będą działać
Namespace – wprowadzenie tej funkcji umożliwiło tworzenie oddzielnych nazw dla poszczególnych klas, funkcji i stałych, co zwiększa przejrzystość pisanego kodu
Usunięcie trybu Safe Mode
Funkcje z rodziny call_user_func() propaguja wskaźnik $this, nawet w sytuacji gdy wywoływana jest klasa rodzica
Funckje tablicowe natsort(), natcasesort(), usort(), uasort(), uksort(), array_flip() i array_unique() nie akceptują obiektów przekazywanych jako argumenty. W celu zastosowania tych funkcji do obiektów należy umieścić te obiekty w tablicy.
itd
Jeśli soft wykorzystywał funkcję lub właściwość, która w nowszej wersji nie jest obsługiwana to wywali błąd.

Jeśli masz paczkę dla php 5.4 to możesz po jej zainstalowaniu na serwerze z niższym PHPem mieć problem (czyli wstecznej kompatybilności nie ma) bo:
Najważniejsze zmiany w tej wersji pod kątem wstecznej kompatybilności:

Usunięte trybu Safe Mode
short_open_tag domyślnie aktywny
Wprowadzenie Short Array Systax co umożliwia zapis tablic w formie [] zamiast array()
Usunięcie magic_quotes
Usunięcie register_globals i register_long_arrays z konfiguracji php.ini
Usunięcie mbstring.script_encoding – należy używać zend.script_encoding
call-time przekazywany przez referencje został usunięty

Z tego co przeczytałem w mailu z aktualizacją to dla serwerów z PHP 5.4 jest specjalna paczka ... rozumiem to tak, że jest to tylko dla serwerów z tą wersją (ale serce podpowiada mi, że producent softu nie zmienił tekstu maila i chodzi o 5.4 i każdą nowszą wersję PHPa na serwerze - nieco inaczej niż napisałeś).
Jeśli masz na serwerze wersję 5.3 a w sofcie będzie wykorzystana skrócona deklaracja tablic [] (dostępna od PHP 5.4 i nowszych) to ci zaczną się sypać błędy oraz ostrzeżenia (jeśli chcesz sobie podejrzeć błędy i ostrzeżenia PHPowe tu ustaw na serwerze w konfiguracji phpa error_reporting(E_ALL) - na wersji produkcyjnej - otwartej dla klientów koniecznie zmień na error_reporting(0) )

Jak ci się baza sypnęła to nie z winy PHPa ... albo miałeś starszą wersję MySQL'a albo (co bardziej prawdopodobne) po prostu coś się wysypało podczas przetwarzania bazy (błędne zapytanie lub nie obsługiwane)

~~diversio ... właśnie odpowiedziałeś sobie na tak nurtujące Cię pytanie (na nowszych czyli PHP >= 5.4 możesz używać aktualizacji dla phpa 5.4 a na starszych wersjach drugą paczkę). Po za tym ... czasem coś się wywali i nie ważne która paczką na czym aktualizujesz

A paczka KQS.update_4.3.zip to pod jakie php jest ? Bo już zgłupiałem

Problem z raportowaniem błędów to nie problem - bo z tego co pamiętam to jest opcja w php do zaznaczenia by nie wyświetlało błędów na stronie.

Chyba czas na przeprowadzenie testów pod 3 wersjami php ( 5.3 / 5.4 / 5.5 ) i różnymi paczkami update - w wolnej chwili to sprawdzę. A jak chcesz pomóc to zapraszam na PW i wtedy zrobimy testy

Jako opcja do włączenia/wyłączenia w panelu admina typu :
Wyświetlaj na stronie głównej produkty ze stanem magazynowym większym niż : [ ] - okno do wpisania ilości

~~diversio no nie do końca dla najnowszej, bo jeśli miałbym na serwerze phpa 5.2 a ty php 5.6 to czy powinniśmy aktualizować tą samą paczką ? według mnie nie bo ty będziesz miał nowe funkcje w phpie (dostępne od wersji 5.4) a ja ich nie będę miał i może mi wywalić błędy lub ostrzeżenia.

Bardzo przydatną funkcją jest automatyczne powiadomienie e-mailowe o ponownej dostępności towaru, również np. rozmiaru lub innego atrybutu produktu.
Jeśli towar jest niedostępny lub brak jakiegoś atrybutu, pod koszykiem pojawia się przycisk, np. "powiadom o dostępności produktu", po kliknięciu klient może wpisać swój e-mail, na który otrzyma info, jak produkt zostanie dodany do magazynu. Ja marzę o takiej funkcji :D

Podbijam propozycję dodania tej funkcjonalności. Baaaardzo mi jej brakuje.

Wydaje mi się, że przyczyną wywalania błędów lub nie wywalania jest (wcześniej też to założyłem) z czego sklep był instalowany z której wersji czy dla 5.4 czy nie.

instalacja wykonana plikami z KQS.store_4.1_php54 więc całość pewnie już nowym ionCubem zakodowane. Tak samo jak Ty nie wiem wszystkiego co producent założył przy wypuszczaniu dwóch paczek aktualizacji i troszq czuję się jak dziecko we mgle ;) .
Jak będę miał nową świeżo kupioną instalkę (nie aktualizację) to przetestuję czy przy przejściu na niższy PHP niż 5.4 też wywali błąd ionCuba ... jeśli tak to można stwierdzić śmiało, że pliki z dopiskiem 5.4 są dla serwerów z uruchomionym PHP 5.4 i nowszym a producent przeszedł na nowszego ionCuba (a dla tych co jeszcze nie przeszli na nowego PHPa wypuszcza wersje ze starym ionCubem) - tak mi się przynajmniej wydaje :roll: