Aktív témák
-
Briganti
tag
válasz
Terminus_ #423 üzenetére
nagyon szepen koszi, de meg egy kicsivel kiegeszitem a valaszod, mert nem egesszen ez volt a megoldas, es hatha valakinek meg en is segitek ezzel
fetch-eles utan igy szedtem ki az id-t hogy:
$id[$i]=$row['col_int5';
a while-be mindig noveltem eggyel az $i erteket, es majd a linket ugy adtam meg hogy:
href=\''szerzodes.php?id=$id[$i]\''
meg egyszer koszi, tied a pont -
vakondka
őstag
válasz
Terminus_ #416 üzenetére
Szia, ha jól értem egyszerűen annyit szeretnél, hogy pl. 25 embert listázzon ki egyszerre a lekérdezésed egy-egy meghatározott tartományban.
Akkor egyszerűen a lekérdezésed utolsó paramétere legyen a LIMIT utasítás.
Tehát az első 25 ember: SELECT * FROM users LIMIT 0,24
A második 25 ember: SELECT * FROM users LIMIT 25,50
stb... -
paramparya
őstag
válasz
Terminus_ #416 üzenetére
Úgy érted, hogy lenne egy linklista, hogy:
?oldal=1
?oldal=2
?oldal=3
stb.., ez dinamikusan változna a rekordok számától függően, egyetlen query-d lenne, ami két paraméter alapján (mettől, mennyit) visszaadná az x embert, az y.-tól kezdve?
Tisztán sql-lel kapod nyilván, de kell elég két-három sor php, ami beállítja a mettől-t, és a mennyit-t (ez lehet konstans, és benne lehet a query-ben, és csak egy változót kell állítani. -
chop
őstag
válasz
Terminus_ #175 üzenetére
ugyanaz volt a gond, mint nalad, ekezetek helyett kerdojel mindenhol. nekem is volt egy ilyen gondom, igaz, sima statikus file-oknal, azaz nem az adatbazisnal (olyan is volt, de vhogy meggyogyult), es akkor spec az segitett, hogy az osszes php es html file-t ujra elmentettem utf8-as kodolassal.
amugy meg nem haszontalan ez az uft, egyszer kell megcsinalni, aztan nincs vele gond, minden karakterkeszletet ismer.
(es az a vicc az egeszben, hogy elvileg utf nelkul is mennie kene minden ekezetnek. legalabbis tudtommal) -
Terminus_
aktív tag
válasz
Terminus_ #175 üzenetére
Csak, ha másnak is ilyen problémája adódna: chop-nak jó volt az utf8-as gondolata. Most minden lehetséges dolgot áttettünk utf8-ba és úgy tűnik ez megoldotta a problémáinkat. Igaz mai napig nem értem miért nem ment a másik variációban.
Mindegy ezentúl utf8-at használok defaultból. -
-
Terminus_
aktív tag
válasz
Terminus_ #163 üzenetére
Az én problémám még mindig nem oldódott meg. Most az új szerveren latin2_general_ci az alapértelmezett collate és a tábblák is ebben vannak. Ez a saját gépemen szintén így van. A html kódban a charset maradt iso-8859-2. A gépemen, amin fejlesztek, tökéletesen megy minden. A megrendelőm szerverén pedig több napos szopás után is maradtak a kérdőjelek az ő és ű betük helyén. Azt már el tudtuk érni, hogy ha a mysql-ben egy tábla latin1-be volt, akkor a formról bevitt dolgok jól jöttek vissza, de a régi adatokat egyszerűen képtelen vagyok felvinni az új gépre, hogy normálisan megjelenjenek. Sajnos a rendszergizdával csak telefonos kapcsolatban vagyok és egyenlőre reménytelen a helyzet.
Annyi kiegészítés még, hogy én windowson fejlesztek a szerver viszont linuxos, de akkor sem vágom, mert saját gépről phpmyadminban export a szerveren meg lefuttat és szintén nem jó.
[Szerkesztve]
Aktív témák
Hirdetés
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Apple MacBook Air 13 2017 A1466 512Gb SSD / i7 / 8GB RAM / 12 hó jótállás
- LG 38WN95C - 38" Ívelt NANO IPS - 3840x1600 - 144hz 1ms - Nvidia G-Sync - AMD FreeSync - ThunderBolt
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Xiaomi Redmi Note 9 Pro 64GB, Kártyafüggetlen, 1 Év Garanciáva
Állásajánlatok
Cég: FOTC
Város: Budapest