witam, Mam wersje quick.cart.ext ale nie mogę doczekać się na odpowiedz email z dzialu pomocy. Po wejściu na stronę sklepu pokazuje się błąd jak poniżej. Klienci zgłosili to już wczoraj wieczorem. dodam iż nic nie było robione przy sklepie ani na serwerze. Po prostu przestał działać. Usługodawca zapewnia że z serwerem wszytsko w porządku. Co mogło być przyczyną i jak to naprawić? Bardzo proszę o pomoc. Adres: ankle pl
Warning: require(DB_CONFIG_LANG) [function.require]: failed to open stream: No such file or directory in /home/notbuk/public_html/ankle/index.php on line 12
Warning: require(DB_CONFIG_LANG) [function.require]: failed to open stream: No such file or directory in /home/notbuk/public_html/ankle/index.php on line 12
Fatal error: require() [function.require]: Failed opening required 'DB_CONFIG_LANG' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/notbuk/public_html/ankle/index.php on line 12
Przypuszczalnie masz wersje 3 Sprawdż czy masz pliki general.php oraz lang_pl.php w katalogu database/config/
Przypuszczalnie jest tam pusto lub pliki uszkodzone. Pzrenieś je do jakiegosś katalogu tymczasowego i wgraj właściwe z ostatniej kopii zapasowej.
Po naprawie strony koniecznie zmień adres logowania i hasła http://opensolution.org/jak-zabezpieczyc-twoja-strone-i-dane-twoich-klientow-,pl,202.html#menu1 http://rhh.pl/pl_nie-zostawiaj-klucza-pod-wycieraczka!,268.html&sLang=pl
dziekuje za odpowiedź. Pliki są w tym katalogu, więc pewnie uszkodzone. NIe wiem jednak gdzie znajduje się katalog z kopią zapasową (nie pamiętam już kiedy robiłem). Czy można wziąć te pliki z innego źródła?
Czy pod pojecie "stare" rozumiesz spzred np 3-4 dni? Tak czy inaczej przypuszczalnie na hostingu masz robiona automatyczna codzienna kopie zapasową. Zwróć sie z tym do administracji hostingu i poproś o kopie wczorajsza lub przedwczorajsza (nie dzisiejszą) Inne żródło? Wersja EXT ma moduł kopia zapasowej pozwalajacy na pozwalajacy na samodzielne robienie kopii zapasowej bazy plikowej i konfiguracji. Jezęli robiłeś takie kopie to stamtad moze "wyciagnąc" pliki jezykowe i konfiguracji lub wszystkie dane.
Do wersji 3 db i config były w oddzielnych katalogach. Od wersji 4 config jest w database. Tak przy okazji, ten na chwile włączony stary plik general.php odwoływał sie do nieistniejącego pliku css. (chyba to był pointspace.css) Być może w międzyczasie w ramach projektu strony, zmieniałeś jego nazwę lub też go tam nie ma. Sprawdż w katalogu templates. (tam możę kilka plików css jeżeli testowałeś różne skórki)
Jeżeli nie masz żadnej kopii to masz problem. Pozostaje Ci: a) analiza zmian ktore zaszły w plikach katalogu config. To na poczatek bo uszkodzone/zamienione mogły być równiez inne pliki b) czekanie na kopię od admina c) budowa nowego sklepu na najnowszej wersji 6v3
Z drugiej strony budowa nawet najlepszego sklepu Ci nie pomoże jeżeli nie będziesz stosował podstawowych reguł bezpieczeństwa. Nie ma i nie będzie strony w 100% bezpiecznej ale nie ułatwiaj zadania i nie zostawiaj wspomnianego wyżej " klucza pod wycieraczką"
Lub inaczej. Samochód zamykasz na klucz, wykupujesz AC, konserwujesz. To samo rób ze sklepem.
1. Nie zastosowałęś najważniejszej zasady podanej w moich linkach ( chodzi o admin.php). I to na 99 % było powodem ataku. Skąd? Sprawdż logi serwera. To moze byc Turcja i okolice. Ostatnio są aktywni. 2. Dlaczego nie dostałes kopii CALEJ strony SRZED ataku? 3. Czy na pewno są to pliki aktualne a nie sprzed kilku lat. 4. Wszystkie pliki mogły byc uszkodzone. W tej chwili brakuje np. templates/pointspace.css o ile dostałes prawidłowy plik general.php (tam jest zapisywana nawa pliku css)
Przejdź z starej wersji 3v4 na bezpieczną wersje 6v3 (+zalecenia) Powodzenia!
