Skocz do zawartości

Pit101

Members
  • Zawartość

    26
  • Rejestracja

  • Ostatnia wizyta

  1. Moduł a`la Magic Thumb

    Nie daję rady. 0 pomysłu.
  2. Moduł a`la Magic Thumb

    hej,po aktualizacjach lub po zapodaniu skóry wysiadła mi możliwość powiększania zdjęć. Presta (obecnie 1.4). Główne zdjęcie produktu nie otwiera się z zoomem wcale. Poniżej - kolejne zdjęcia produktu i owszem. Ale w nowym oknie wrrrrr.podinstalowałem na szybko na localu prestę. Przeniosłem js z wszystkich możliwych miejsc. Zapodałem folder ja z theme/prestashop do themes/skórka; z glównego katalogu równiez podmianka. I lipa. Zero null. Znalazłem płatny moduł magic thumbs. Śmiga fajnie. No i chyba zakupię. Ale niesmak pozostał. Myślałem, że sobie już jakoś poczynam z prestą a tu taka porażka. Wstyd i hańba i sepuku chyba.Może mała podpowiedź:>PozdrawiamPit
  3. PS 1.4.1 Cloud Zoom

    chyba jest: http://www.magictoolbox.com/magiczoom/ tylko płatny. a w 1.4 coś podobnego chyba jest z klucza:)
  4. Podmiana bazy dannych, złe hasło

    hej, no i udało się.Stworzyłem usera w phpmyadmin ale nie poprzed dodaj i uzupełnianie pól ale bezpośrednio w sql - qery analizer:/?).Następnie wygenerowałem w md5 nowe cookie_key z passem. To był już 2 user - id_profile miał równe 2. i tu tkwił problem. Nie miał uprawnień admina. Logowałem się do PA ale poza podstawowym widokiem nie mogłem się dostać wgłąb panelu.Skopiowałem więc jego c_key i również poprzez sql zrobiłem update usera 1.No i tym haśle wlazłem do PA. Szybko dorzuciłem 3 usera z prawami admina 9tak dla pewności), wygenerowałem /htacces i hula:)Dzięki za zainteresowanie i pomoc.Ponownie pobawię się tym jak znajdę trochę czasu i może jakieś print screeny z opisem zapodam. tak dla potomnych, którzy zęby będą zjadać na imporcie BD.
  5. Podmiana bazy dannych, złe hasło

    Ircykk już mi ręce opadają...ile można próbować? Backup robię systematycznie. Klientów dużo nie ma i zamówień też nie, ale jak się rozkręci? Kiedy coś walnie, jak ostatnio po atakach to lipa.Robię po kolei:Zakładam BD na nowym hostingu o identycznej nazwie.Instaluje prestę - taka sama wersja.Czyszczę w phpmyadmin tabele.Importuję BD z wyeksportowanej na chodzącym hostingu.Nie mam już dostępu do PA sklepu.Zasysam setings poprzez ftpmam tam 2 wartości coockie: define('_COOKIE_KEY_', 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx);define('_COOKIE_IV_', xxxxxx');Kopiuję wartość _(CooKIE_KEY) - ten ciągWklejam go na podanej stronie (MD5 generator)Dopisuję hasło np. po skopiowanym ciągu cyfr dodaje hasło (tu przykładowo presta) nhsfwrfqqwd3wedf24r2prestaPojawia się generowana nowa wartośćWchodze do DB, zakładam usera (zaimportowany juz istnieje więc tworzę nr 2) - ustawiam tak jak w instrukcji ( z tym że id_employe i id_profile z wartościami 2 bo 1 user juz istnieje), zaznaczam wartosć md5 dla hasła, wklejem wygenerowana wartość z generatora md5.podaję maila swojego.active=1i ok.0 błędów.po czym chce się zalogować na utworzony profil i klapa.Nie mam pojęcia co robić.
  6. Podmiana bazy dannych, złe hasło

    Sorki ale metoda u mnie nie działa....wyciagnałem cokie z configa, uzupełniłem o pass....zakodowałem w md5 i według instrukcji zapodałem w bazie nowego usera i klapa. próbowałem tez zmienić w ten sposób hasło istniejącego usera, na którego nie mogą się zalogować. i lipa.
  7. hej, mam prośbę odnośnie szczegółowego opisania sposobu przeniesienia sklepu.Walczę z tym i nie wiem o co idzie.1.Export za pośrednictwem phpmyadmnin - cała BD2.Na nowym serwerze zakładam bd ( o takiej lub innej nazwie)3.Instaluję prestę - identyczna wersje jak mam.4.Wsio chodzi.5. usuwam tabele z utworzonej wcześniej bd6. importuję poprzedniąi dupa....mam zarejestrowanego starego admina sklepu (jego e-mail w tab ps-employes) i tu się nie dziwię....no bo zaciągnęło to info z zaimportowanej bazy.W międzyczasie sprawdzam setting.conf.php - wskazuje na nową BD, czyli ok.Podmieniam pliki z katalogu swift - maila działaja w oparciu o php(mail) więc wklepuję fixa by email latał. jest ok.Próbuję zresetowac pass do sklepu....mail nie dochodzi.Mam starego admina, ze starym adresem e-mail.....i nie moge się zalogowac do panelu administracyjnego sklepu....jeśli ktoś ma jakiś pomysł jak zresetować to hasło....Spróbuje w międzyczasie n- przed przeniesieniem bd z aktualnego serwera- załozyć tam admina w oparciu o adres e-mail utworzony na nowym hostingu. Wyeksportuję DB raz j eszcze i może uda mi się zalogować na to konto....tylko to przychodzi mi do głowy.Pozdr
  8. BRAK FAKTURY PROFORMA

    Hej, na szczęście ukazał się update do 1.4.4.1 - po wykonaniu wszystko bangla.Pozdrawiam
  9. Hej,po ostatnich kłopotach z prestą ratowałem się wykasowaniem wszystkich katalogów z serwera i wgrałem pliki backupu.Posiadam wersję 1.4.4 (sporo się namęczyłem by z 1.3.x robić update;)). Sklep chodzi normalnie, wygenerowałem owy .htacces, zresetowałem parę modułów i ok. Problem dotyczy tylko generowania faktur proforma - w panelu klienta część testowych zakupów nie posiada faktur a część, która posiada ie otwiera się. Po kliknięciu na PDF otwiera się podstrona, która jest pusta. Przed awarią automatycznie otwierała się w przeglądarce ( w oparciu o readera).Sprawdzałem źródło "czystej strony" z invoicem za pomocą wtyczek webmastera w mozilli - pojawił się komunikat brak zdefiniowanych styli dla elemenu.Czy ktoś ma podobny problem? PozdrawiamPiotr
  10. Włamanie do sklepu albo virus

    Wyszperałem info by nie zmieniać chkmodów na 777 - skojarzyło mi się, że to akurat zrobiłem zgodnie z instrukcją. Po czym znalazłem info o tym, że to pod starsze serwery i obecnie nie należy tego modyfikować. Rzeczywiście miałem początkowo na 755 i 644. Dziś mam więc katalogi na 755 a pliki na 644.Ale inaczej rzecz ma się z bakdoorami. Na to ten zabieg nie pomoże. Przeglądam więc pliki i szukam błędów, które ludzie opisali na forach.
  11. Włamanie do sklepu albo virus

    Backup okazał się pomocny. Sklep już siedzie i działa. Pełna funkcjonalność. Może i racja by poczekać i zaktualizować. Tymczasem dobra rada - jakakolwiek zmiana i backup (sklep i BD). Słowem żona nowa pilnie strzeżona:) Zastanawiam się nad tymczasową BD (kolejna instancja), która tylko będzie trzymać kopie. W razie problemów backup sklepu, zmiany z PA i wskazanie drugiej BD.W międzyczasie wywalę moduły, których nie używam. Trochę odchudzę prestę. Fora i przeszukiwanie modułów pod kątem błędów. Mam nadzieję, że uniknę problemów. Towaru jeszcze nie ma. Jeszcze więc jako taki spokój czuję
  12. Włamanie do sklepu albo virus

    Mi tez ktoś dziś namieszał?.A tak walczyłem z updaetm do 1.4.4 ?Czas wrócić do poprzednich wersji.Podmieniono mi katalogi: upload, download, tools smarty i modules.Dziś zalogowałem się do panelu i po kilku sekundach biało.Próbuje przywrócić sklep z backupu ale już wiem, że wracam na starszą wersję.
  13. Dziś poznałem smak zabezpieczeń a raczej ich braku. I to pewnie moja wina bo dorzuciłem kila modułów z sieci. Dziś sklep mi wywaliło w kosmos. Podmienione zostały katalogi download, upload , częściowo modules oraz tools/smarty.Z specjalnie użerałem się z updatem do 1.4.4.... I totalna klapa.
  14. Mail do klienta po żłożeniu zamówienia

    New oreder zmieniłem w modules/mailalerts wiersz 188: $subject = $this->l('New order', $id_lang);na: $subject = $this->l('Nowe zamowienie', $id_lang);Niestety z "ó" nie działa, pomimo zdefiniowania kodowania na iso 8859-2.
  15. Mail do klienta po żłożeniu zamówienia

    Szkoda, że tyle wiadomości wysyła presta. Nie jestem specem więc nie pomogę.Mam natomiast pytanie odnośnie tłumaczenia tytułów wiadomości e-mail wysyłanych do klienta. Otóż nie mogę spolszczyć "new order" i ?order conformation?. W panelu administracyjnym, w tłumaczeniach e-mail w miejscach gdzie powinien być Subject for ? nie mam wolnego pola. Presta 1.4.4 (po update z 1.3.7 do 1.4.0 i do 1.4.4).Czy wie ktoś, gdzie to zmienić? Wkurza mnie to że część maili do klienta jest po polsku a część po angielsku?
×