Lehet bennem van a hiba, de egyszerre csak 1 filet tudtam feltölteni. Bocsi a dupláért!
Ezt a mellékletet a vendég nem láthatja. A megtekintése csak regisztrált és bejelentkezett felhasználók részére engedélyezett.

Három hasonló ilyen helyen van ebben különbség az eredeti verzióhoz képest, de jobb lenne, ha a nem működő változatot is feltennéd, hogy lehessen mivel összevetni

" . (int)$oID . " kontra " . $oID . "

szia
REGI_orders.txt a működő (előző oldalon van)
UJ_orders.txt a nem működő.
Az (int)-es "előtag" a dátum szerinti vásárlás id miatt kellett (hogy ne sorba számozza, hanem az aktuális dátum idő szerint)

Mindjárt kipróbálok valamit.

Szerintem ez a kód nem kell bele, mert már benne van és így egy darab HTML emailt sem fog kiküldeni, mert reszeteli a html beállítást

68-as sor



De ebben nincs olyan hiba, ami a törléssel akadna össze. Amikor "törölnél" mi van az URL-ben?

Hali
Mégse jó a régi_orders.php-val sem, viszont jól emlékeztem, hogy hasonló már volt:
oscommerce-extra.hu/component/option,com_kunena/Itemid,66/catid,13/func,view/id,614/limit,15/limitstart,15/#668

Viszont egyik orders.php visszatöltésével sem jó a törlés. Ezek szerint talán mégse ebben a fájlban van a hiba.
törlés gombaon ez van: ...admin/orders.php?page=1&oID=20100508095003&action=delete
de ugye ez után még előhozza a megerősítést is.

Szerk:
az eredeti emailes addon(addons.oscommerce.com/info/5825 2.1-es verzió) orders.php-je sem oldotta meg.

A 68. sorral kapcsolatban igazad van, azt ki is töröltem. Véletlenül maradt ott, mert elé és mögé kellett beilleszteni valamit, de ezek szerint elcsesztem ezt anno.

Végül is nem egy nagy dolog, sql ből törölhetem kézzel is ha nagyon akarom, szóval szerintem nem érdemes rá több időt pazarolni.
Köszi mindent!

Használd ezt


Ezt a mellékletet a vendég nem láthatja. A megtekintése csak regisztrált és bejelentkezett felhasználók részére engedélyezett.

Szia
Köszi, de ezzel pedig "Hiba HIBA!: Rendelés nem létezik!"
Az int-eket még régebben kézzel kellett kitörölnöm egy másik addon miatt ( a dátum alapján rendelési szám), szóval formailag ez a fájl tökéletes:

Az int-ek ki lettek törölve, és az emailes addon módosítása is benne van. Utána járok, hogy törléskor (csak) az orders.php-t hívja-e meg.
Ezt a mellékletet a vendég nem láthatja. A megtekintése csak regisztrált és bejelentkezett felhasználók részére engedélyezett.

Az orders id-nek megfelelő formában kell lennie, ha ,00 van utánna, akkor nem fog törölni.
Az orders_id int NOT NULL szokott lenni az adatbázisokban is.

Ez a megoldásod nem lesz kifizetődő, mert bárhol, ahol majd egész számot kér a rendszer hibáid lesznek.

Az admin/includes/function/general.php

tep_remove_order függvénye is pont ezt használja

(int)$order_id

Szóval szerintem keress egy másik megoldást a hiba elhárítására ne az (int) kiiktatás legyen az, mert ez így nem jó.

Valamelyik adattábládban nem egész szám az orders_id????

Jaj!

Megvan az ID túl nagy ID=20100508095003 szám, ami nem lehet integer.

The size of an integer is platform-dependent, although a maximum value of about two billion is the usual value (that's 32 bits signed). 64-bit platforms usually have a maximum value of about 9E18.

Ezt a dátumos bővítményedet korlátozd kisebb számra.

A dátum értéket nemcsak humanizált dátum formában lehet tárolni, hanem egész számként is erre számos dátum konverziós megoldás van szabványos számrendszereken, mint a 10-es 8-as 2-es 32-es stb.

Amit a dátumos orders_id bővítmény elkövet, az nem elég korrekt, mert nem fedi le a számrendszert folyamatosan és ezért egy csomó számot nem használ, ráadásul iszonyatosan nagy értékekkel dolgozik.

strtotime("now")

pontosan azt az integer értéket adja, amire vágysz. Egy INT időpontot. A "now" lehet akármilyen szöveges dátum.
vagy használjátok a time() funkciót, az is INTEGER értéket ad vissza.

Szia
Az order_id típusát bigint(11)-re kellett változtatni a dátumos addon telepítésekor, pont e miatt.
Viszont a general.php-ban valóban int ként van megadva. Ezeket a "korlátozásokat" megfelelően módosítva (törölve) tökéletesen működik!

Most már csak azt kéne megnéznem, hogy az addon leírásában szerepel e a general.php módosítása, amit én talán kihagytam.

Egyszóval, KÖSZÖNÖM, egyenlőre működik rendesen!

Szerk:
Valóban, az eredeti csomagban benne van a módosítotst general.php-is, amit én nem módosítottam, és ez volt a hiba forrása.

Viszont ezzel teljesen egyedi rendszert hoztál létre, ami nem követi az osCommerce szabványt. A jövőben ezzel gondod lesz.


Csak keress rá az osCommerce hány helyen használ (int)orders_id-t!

Arról nem is beszélve, hogy számos bővítmény is.

Az én rendszeremben már egy helyen sem, most kerestem rá. Az addon telepítésekor le kellett cserélni az összes fájlban. További bővítményekre pedig azt hiszem nem lesz szükségem, ha mégis, akkor majd megnézem, hogy van e benne hivatkozás az order_id re.

Igazából ez nem is egy rendes webáruház, csak egy kis szórakozás tanulás céljából. Majd ha "nagy leszek", akkor kezdem majd megint a 0-ról, és mindent dokumentálok mit mikor mire cseréltem...

Ezzel a shoppal igazából csak tanulni szeretnék, nem meggazdagodni.

Üdv

Legyen igazad! Csak majd ne kérdezz rá mégegyszer