Hirdetés
- Mr Dini: Mindent a StreamSharkról!
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- GoodSpeed: A RAMválság és annak lehetséges hatásai
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- sziku69: Szólánc.
- eBay-es kütyük kis pénzért
- D@reeo: Pi-hole és a Telekom Sagemcom F@st 5670 DNS beállítása
- Magga: PLEX: multimédia az egész lakásban
- D1Rect: Nagy "hülyétkapokazapróktól" topik
Új hozzászólás Aktív témák
-
hellsing71
tag
Köszönöm az ötletelést a "0 rows affected" témában, a dolog magától megoldódott. A német szolgáltató (Ionos) baromira nem közlékeny, emailekre alig válaszolnak, de úgy tűnik, hogy valamit át- (vagy vissza-)
állíthattak, mert megint működik az oldal.Nem lett volna rossz, ha megírták volna, hogy mi volt a gond, mert borítékolom, hogy a következő frissítésnél ugyanez lesz. -
hellsing71
tag
HELP! Egy 10+ éves, php-ban írt, egyedi webshopban 2 napja nem teljesülnek a MySQL update parancsok. Van egy form a termékeknek, amiben ha valamit módosít és ment a júzer, az egész form feldolgozásra kerül és az összes mező bekerül egy SQL update parancsba, vhogy így:
UPDATEproductsSETshop_id='ABC123',manufacturer=3,edition='Gigamax',brand=7,product='tutitermék',price=499.00,blablabla...WHERE'shop_id'='ABC123'Az eredmény: 0 rows affected. Ha a shop_id mellett csak azt a mezőt hagyom a parancsban, amit tényleg frissíteni akar a tulaj, akkor megtörténik a frissítés, de ha minden mező ott van, akkor mindig "0 rows affected". Nincs más (pl. syntax) hibaüzenet.
Az evidens dolgokat megnéztem: a shop_id létezik és a frissítendő mező új értéke eltér az adatbázisban lévőtől. Akkor mi a túrótól nem működik, ha 10-12 évig jó volt neki? Okozhatja ezt valami frissítés a MySQL-ben?
A rendszer php 5.2-n és MySQL 5.7-en fut. Nem fogom átírni ($$$ okokból) az egészet, hogy 8.x kompatibilis legyen, valami oldschool megoldás kellene.
(szerk: programkód formázás, verzió infó)
-
hellsing71
tag
Bocs, biztos rövid az agyam: hogyan definiálok (procedurális) php-ban egy változót? Eddig mindig csak azt csináltam, hogy $var = "valami", de erre jön a Warning. Van a define-nak változókra vonatkozó párja (amiről sose hallottam)? OOP-ben tudom: "public int $var....", de proc-ban? Ez az egész anyag procedurális, nem állhatok neki átírtni OO-ba.
-
hellsing71
tag
Üdv,
Hobbiból néha programozok, és előre sejtem, hogy mit fogok kapni a fejemre, de lécci segítsetek. Hogy kellene php 8.1.x procedurális kódban elkerülnöm a "Warning: Undefined variable..." hibaüzeneteket? Egy 5.x alatt írt régi weboldalt frissítek, és akkoriban ez még egy Notice volt, amit kikacsoltam, de a Warningokat nem akarom. Néztem a Google-t és a php doksit, de nem igazán segítettek. Nincs is erre php utasítás, mint az állandóknál a define, nem? Vagy a frissítés után simán kapcsoljam ki az E-ALL-t és kész?
Új hozzászólás Aktív témák
- Tőzsde és gazdaság
- Mibe tegyem a megtakarításaimat?
- Yettel topik
- Hálózati / IP kamera
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Black Friday november 29. / Cyber Monday december 2.
- One otthoni szolgáltatások (TV, internet, telefon)
- Xiaomi 15T Pro - a téma nincs lezárva
- Házimozi haladó szinten
- Autós topik
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone i9 14900KF 64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- GYÖNYÖRŰ iPhone 12 Pro Max 128GB Graphite -1 ÉV GARANCIA -Kártyafüggetlen, MS3951, 100% Akkumulátor
- AKCIÓ! 750W Seasonic PRIME TX-750 Titanium tápegység garanciával hibátlan működéssel
- Dell Latitude 7320 i5-1145G7 16GB 512GB 1 év garancia
- BESZÁMÍTÁS! 10TB WD Purple Pro SATA HDD meghajtó garanciával hibátlan működéssel
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Ez a php 5.x-ben csak Notice-t dob, azt meg reflexből kikapcsoltam, így nem tűnt fel. 

