Hirdetés
- Send to qBittorrent (with SavePaths): Egy apró Firefox kiegészítő qBittorrenthez
- Ikea PAX gardrób és a pokol logisztikája – egy Ikea-horror igaz története
- -TongFang- Medion Erazer Beast 16 X1 - induló teszt így kora délután..."CB R23"
- Pi-hole és a Telekom Sagemcom F@st 5670 DNS beállítása
- A Magyar Néphadsereg emlékére
- GoodSpeed: Márkaváltás sok-sok év után
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Mr Dini: Mindent a StreamSharkról!
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- bb0t: Ikea PAX gardrób és a pokol logisztikája – egy Ikea-horror igaz története
- GoodSpeed: A RAM-válság és annak lehetséges hatásai
Új hozzászólás Aktív témák
-
-
úgy néz ki, hogy a mysql erre nem figyel ... vagy az ellenőrzés több erőforrást eszik mint ha a where feltételnél van ilyen feltétel szabva ...
- előtte 2-es loadot csinált ez a script a meglévő cuccok mellett
- most meg 0.5 fölé nem ment
...remélem így is marad :9 egyenlőre nem iszunk előre rá remélem így is marad: )
-
a folyamat az alábbi
-- termék lista frissítés --
1.) letöltöm a csvt (20-30.000 sor pl az egy beszállító adatbázisa)
2.) soronként md5 hasht generálok
2.a.) ha a sor md5 hash-ét megtalálom a dbben (SELECT) akkor nem csinálok semmit mert az a sor az adatokkal már szerepel
2.b.) ha a sor md5 hash nem szerepel az adatbázisba akkor lekérem a cikkszám szerint a terméket
2.b.I.) ha megvan a termék cikkszám szerint (UPDATE) és az md5 hasht is frissítem
2.b.II.) ha nincs meg a termék (INSERT)
3.) az összegyűjtött md5 hash-en kívüli termékeket inaktiválom (mert a lista mindig tartalmazza az összes elérhető terméket (de néha ki be kerülnek termékek + seo szempontból a nem kapható termék is google találat ráadásul igen elöl ... ehhez meg az ügyfél tud megadni alternatív termékeket melyre az ügyfél át tud ugrani...-- kategória frissítés --- (az ügyfél kérése, hogy minden kategóriában megjelenjen, hogy hány termék van és csak az a kategória legyen amiben van termék)
4.) lekérdezem az összes kategóriát ami egyik kategóriának se a szülője (azaz a leveleket) (SELECT)
5.) végig járom a leveleket majd a szülőiket berakom a tömbbe ha még nincsenek ha vannak akkor összeadom az adott kategória elem számát a szülőjével ... azaz egy fabejárást csinálok, és minden kategóriát csak egyszer frissítek mikor már kiszámoltam a kategóriák elemszámait ...
6.) egyesével lefrissítem a kategóriák elemszámát... Ez a lassú
pedigg a fenti query fut le ... most annyit raktam még bele, hogyUPDATE webshop__category
SET productnumber = ".$numCount."
WHERE id = 10370
AND productnumber != ".$numCountÍgy csak akkor updatel amikor valóban változott a product number ... Ma kiderül mennyivel jobb a helyzet ...
-
egyik webshopom kezd kicsit nagyra hízni ...
normális működéssel nincs is gond azt sikerült optimalizálnom...kivéve a 3 óránkénti termék updatet (még itt sem a termékek updatejével van gond ...) ugye minden esetben csak azokhoz a termékekhez nyúlok amik
- adatai változtak (rendelési státuszok)
- új termékek
- eltűnt termékekmajd mivel ez a kb 70.000 termék 8.000 kategóriában van és minden kategóriában tudnom kell (weboldalon megjelenik) hány termék van így a kategória fában a levelektől a gyökér irányába bejárom a fákat szintenként ...
a gond itt van ugyanis a 8000 lekérdezés baromi lassan fut le valamiért pedig sima queryk ...
"UPDATE webshop__category SET productnumber = 0 WHERE id = 10370"
mit lehetne tenni? A térjek át postgresre jó válasz
... de postgresen ez a webshop nem fut csak ennek a 2.0-ás változata (az már megy mysql és postgres alatt is) és az ügyfél nem akarja kifizetni az átállás költségét ... anno 500 kategória és 10.000 termék volt picit hízott -
mysql és postgresql alatt kellene megoldanom, hogy a mysql-es concat függvény működjön.
a postgresben a concat(a,b); ... concat(a,b,c) ... függvények létrehozása megoldásnak tünt, de tipusok kavarása miatt nem túl praktikus plusz így is van már kb 10 concat függvény...
ami nehezíti a történetet az az, hogy ugyanannak a lekérdezésnek le kell futnia mysql és postgres alatt...
pedigg a fenti query fut le ... most annyit raktam még bele, hogy
Új hozzászólás Aktív témák
- Samsung Galaxy S25 Ultra 12/256GB 2028.07.18-ig Samsung Garanciával (Bravophone) Akku 100%
- Insta360 X5 - GO Ultra
- Elgato Stream Deck 10GBD9901 (Bontatlan)
- új aktiválatlan Apple Watch Series 10 GPS 46mm kozmoszfekete alumíniumtok fekete Apple 1 év garancia
- szinte új Apple Watch Ultra 3 GPS + Cellular 49 mm-es titántok 1 év garancia
- Xiaomi 14T 256GB, Kártyafüggetlen, 1 Év Garanciaval
- HIBÁTLAN iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3139, 100% Akkumulátor
- GYÖNYÖRŰ iPhone XR 128GB Red-1 ÉV GARANCIA - Kártyafüggetlen, MS3984, 100% Akkumulátor
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- Samsung Galaxy S23 Ultra Green 120 Hz Dynamic AMOLED 2X, 200 MP kamera, beépített S Pen - 512GB
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest