Jump to content

Diakro

Members
  • Posts

    77
  • Joined

  • Last visited

1 Follower

Contact Methods

Profile Information

Recent Profile Visitors

4,978,531 profile views

Diakro's Achievements

Newbie

Newbie (1/14)

  • Dedicated Rare
  • First Post Rare
  • Collaborator Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

60

Reputation

  1. Although it is a bit older post. . . How is this? The customers and orders tables of the old database cannot be copied to the new database (one to one). Or is it?
  2. A debug mód bekapcsolása segít megtalálni a hibát. Ha nem akarsz hibát keresgélni, akkor FTP-én keresztül csak nevezd át vagy töröld ki a modult-t amit telepítettél.
  3. this is an old post, but the problem is still present. I think is a mistake. $Item [ 'path'] instead of $item['uri'] would be the right
  4. Azt hiszem, hogy a hitelkeret rész nélkül a többi dolog már az alaprendszerben is megoldható. Bár nem tudom milyen funkciót takar ez a hitelkeret?
  5. Igen A saját moduljukról írtam. És ráadásul az észrevételem után még kedvesen ki is oktatnak, hogy a webshop küld rossz adatokat. ...dehát ha egyszer ez az adat áll ott rendelkezésre amit az ő moduljuk tárol le a rendeléshez Na mindegy. Végül megoldottuk. Csak egy észrevétel volt, hogy a saját moduljuk nem teljesen hiba mentes.
  6. Csomagfeladásnál ha automatába kérik a csomagot akkor a Foxpostnak az automat id-jére van szükség, viszont a moduljuk nem ezt az ID-t tárolja el, hanem valami place_id -t, de ezt meg nem tudja fogadni a csomagfeladó rendszerük.
  7. A Foxpost modul tömeges csomag feladás része úgy tudom nem működik valami jól.
  8. Ezt a sort a konzolból másoltad ki? A záró idézőjel előtt (a .js után) vannak még valami furcsa karakterek. Azokat kitörölve (ha a forrásban is így van megadva) szerintem be fog töltődni.
  9. Ezzel még nem találkoztam. Javascript hibára gyanakszok. Ezt így leírás alapján szerintem nehéz lesz kibogozni. Élőben kellene megnézni (megvizsgálni). A Prestashop- valamint a böngésző teljes cache törlését próbáltad már?
  10. Érdekes. Nem csak a kombinációk fül hiányzik onnan.
  11. Most csak fejből tippelek, de fix ár helyett a növekményt meg tudod adni százalékban is. Ez pedig olyan, mint a szorzás. Ha változik az alapár, akkor aszerint változik a karton és raklap ár is (pl. +300%, stb.)
  12. Így van. A payment to carrier ha jól tudom felül írja a hook.phpt-t (override). Ezért nem elég csak kikapcsolni. Ha jól van megírva a modul, akkor uninstall után vissza állítja az eredeti állapotot. Ha nem akkor az "/overidde/classes/..." mappából törölni kell a hook.php-t. (az újabb verziót nem ismerem, lehet már másképpen van) Most éppen nincs kéznél nálam ez a modul és nem tudom megnézni/kipróbálni. ...persze lehet nem is ez a modul okozza a hibát.
  13. Elsőre az jutott eszembe, hogy adatbáziban írnám át a termék dátumát. Ez is csak akkor kivitelezhető ha van valami megkülönböztető jegyük ami alapján egyben le lehet választani a többi termékről azokat amiket változtatni szeretnél. ...egyébként nem néztem utána Az is lehet, hogy van admin oldalon is ilyesmire lehetőség. Nem tudom.
  14. Már hozzáfogtam a válasz megírásához, de most látom, hogy @peter_borsa is ugyanazt írta le, amit én is javasoltam volna. Az ott beállított egységárat ki is lehet íratni a termék adatlapján (ha alapból nem lenne benne) {$product->price / $product->unit_price_ratio} {$product->unity}
  15. Köszönöm. Az esetemben az van, hogy a szállítási díj nem súly hanem érték alapú. Tehát nem a súly van sávosan beállítva, hanem a rendelés értéke. A szállító beállításánál viszont van még egy olyan lehetőség, hogy maximum méret és súly. Itt be lehet állítani egy súlyhatárt, és ez nálam nem teljesen logikusan úgy viselkedik ahogy fentebb írtam. Jó lenne ha valaki ki tudná próbálni, hogy kiderüljön, hogy ez az elvárt viselkedés vagy nálam van valami hiba.
×
×
  • Create New...