Aktív témák

• #2051 Louloudaki aktív tag DeltaPower #2050

  2012-02-12 19:19:30 #2051

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz DeltaPower #2050 üzenetére

  ez volt a baj, pont kell a vessző helyett a számokba, köszi

• #2049 Louloudaki aktív tag

  2012-02-12 17:52:15 #2049

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  milyen mezőtípusban milyen hosszbeállítással tudok én tárolni olyan számokat, hogy 1230,43 0,12 stb úgy hogy ezeket aztán matematikai műveletekhez is tudjam használni normálisan? mert a double meg a float tuti nem jó, ha 0,12-t akarok beírni akkor Warning: #1265 Data truncated for column 'certFee' at row 1
  online játék egyenlegeit akarom tárolni meg levonni a költségeket, usa dollárban, és lehet 0,01 dollcsi is a levonandó költség

• #1960 Louloudaki aktív tag PazsitZ #1959

  2011-10-17 20:25:33 #1960

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz PazsitZ #1959 üzenetére

  nem mert egy másik oldalba kéne beépíteni, online szerencsejáték júzerek nyűgjeit kéne kezelni. lehetőleg minél kevesebb kódból és fölösleges funkciók nélkül, tényleg csak az kell, hogy
  júzer: eltűnt a pénzem, new ticket
  admin: ott van az closed
  júzer: nincs reopen
  admin: de closed
  júzer: ja oké nem láttam.
  user id, tárgy, leírás, dátum, státusz, kommentek.
  nem kell csatolt fájl, email notifikáció, egyéb sallang. mindezt a weblapon belül kéne, saját fejléccel meg mindennel, nem átlinkelni egy más kinézetű idegen rendszerbe, sem pedig iframeben futtatni azt belül. tábla szerkezet kéne, hogy hány táblában tároljam ezt, hogy eredeti ticket meg rá a kommentek mind2 féltől.

• #1958 Louloudaki aktív tag

  2011-10-17 19:24:13 #1958

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  support felületet gyártanék weblaphoz, nem kell túl sok mindent tudnia, csak:
  belépett user ír egy ticketet pl nem tud jelszót cserélni. ticket mentődik db-be, support ember kap róla emailt, belép és válaszol, hogy akármi. user megkapja és ő nem ért egyet az akármivel, ír megint és visszadobja a support embernek stb. na most ott akadtam meg, hogy ezt hány táblával kéne tervezni milyen mezőkkel és hogy kötöm össze őket?

• #1600 Louloudaki aktív tag Bici #1598

  2009-10-28 13:58:21 #1600

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Bici #1598 üzenetére

  háttőőő nekem van egy 4000 soros adatbázisom, 18 táblával, a termékek és users tábla 14-15 oszlopos és az egész alig több mint fél mega. ebből tudsz kalkulálni. szerintem elég lesz. a galériaképeket ne blobban tárold a nagyon régi cuccokat majd archiválod valahogy ha mégse elég de szerintem elég lesz.

• #1590 Louloudaki aktív tag cucka #1589

  2009-08-18 10:13:47 #1590

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz cucka #1589 üzenetére

  thx

• #1588 Louloudaki aktív tag Louloudaki #1587

  2009-08-18 09:45:09 #1588

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Louloudaki #1587 üzenetére

  up, ez még aktuális kérdés...

• #1587 Louloudaki aktív tag

  2009-08-10 10:08:06 #1587

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  view-k létrehozásával gyorsítom-e az oldal működését? konkrétan van egy jó 3000 soros termék tábla, abban vannak a normál árú meg az akciós árú cuccok. van egy menüpont amihez csak az akciós cumót kell listázni. gyorsabb lesz-e ha csinálok egy viewt amiben csak az akciós termékek vannak?

• #1563 Louloudaki aktív tag vincent001 #1562

  2009-07-08 11:17:07 #1563

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz vincent001 #1562 üzenetére

  hát mondjuk a nevet tároló mező típusa varchar(1)?

• #1561 Louloudaki aktív tag ttower #1550

  2009-06-30 09:24:53 #1561

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz ttower #1550 üzenetére

  váááá működik, na megint tanultam valami újat
  kösszépen

  mod: korrepetálhatsz engem is, nekem jó az online segítség is.

• #1552 Louloudaki aktív tag ttower #1550

  2009-06-29 10:07:49 #1552

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz ttower #1550 üzenetére

  ttower, köszi, kipróbálom.

  cucka, ezekre gondoltál?
  MySQL charset: UTF-8 Unicode (utf8)
  MySQL connection collation: utf8_general_ci
  igen, ezek be vannak állíva utf8ként a myadminban.

• #1549 Louloudaki aktív tag

  2009-06-28 23:35:56 #1549

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  így az éjszaka közepén vitatkozunk ismerősömmel és szeretném ha valaki döntene:
  utf-8 adatbázisomban phpmyadminból nézve a speciális karakterek krixkraxokként (2bájtosan) jelennek meg, pl "A Szolnoki Búvár Sportegyesület Alapszabálya" a dbben "A Szolnoki Búvár Sportegyesület Alapszabálya" formában van. erre ő azt mondja hogy a formokból postolt adatok valahol átfordulnak latin1re különben phpmyadminból nézve is úgy kéne látni a szöveget hogy "A Szolnoki Búvár Sportegyesület Alapszabálya", tehát a magyar ékezetes betűk normálisan látszódnának nem a 2bájtos krixkraxok helyettük. minden php html fájlom tuti utf8ban van mentve a kódszerkesztővel, php header is utf8 meg a html headben is be van állítva az utf8, továbbá a teljes db, a táblák, a mezők mind mind utf8. én aszondom hogy a spéci karakterek 2bájton tárolódnak így normális hogy phpmyadminban is 2bájtosan látom őket. eddig bármi cégnél utf8as cuccot csináltunk az mind ilyen volt.
  namostakkor kinek van igaza?

• #1537 Louloudaki aktív tag Bici #1536

  2009-04-07 10:10:46 #1537

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Bici #1536 üzenetére

  szard le. operát alig használ valaki, és mi az esélye annak statisztikailag, hogy valaki beregel valahova, majd otthagyja az oldalt/böngészőt nyitva és más odamegy, backet nyom és újra használja? nullához konvergál... koncentrálj végre a lényegi részekre mert év végiég se leszel meg a cuccoddal ilyen tempóban.

• #1535 Louloudaki aktív tag Bici #1534

  2009-04-06 17:28:33 #1535

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Bici #1534 üzenetére

  a precedenciák miatt igen, kell zárójelezni vagy nem mindig azt kapod amit akarsz.

• #1419 Louloudaki aktív tag Bici #1418

  2009-02-16 10:34:46 #1419

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Bici #1418 üzenetére

  esetleg ' közé kéne tenni a php változókat a queryben? link

• #1372 Louloudaki aktív tag Korcsii #1371

  2008-01-07 17:26:46 #1372

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Korcsii #1371 üzenetére

  hogy lenne dupla id, ha minden üzinek van egy auto_inc primary key típusú id-ja, ami minden insertnél eggyel nő, és a sorszámnak meg felveszel egy szimpla int mezőt?
  úgy gondolod, hogy ketten ugyanabban a szent pillanatban írnak, és a mysql nem tudja lekezelni? hát ha ilyen létezik, nem tudok rá mit lépni.

• #1370 Louloudaki aktív tag Korcsii #1369

  2008-01-07 17:17:31 #1370

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Korcsii #1369 üzenetére

  ha nagy forgalmú lesz, akkor sem fogja nagyon lassítani, ha mentés előtt lekérdezed csak a legnagyobb sorszámot és semmi egyéb fölös infót:
  select max(sorszam) as max from hsz where topic_id=x order by sorszam desc limit 1.

• #1368 Louloudaki aktív tag Korcsii #1367

  2008-01-07 17:04:22 #1368

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Korcsii #1367 üzenetére

  van egy id ami auto_increment és primary key, meg van egy sorszam mező, amihez semmi ilyen kikötés nincs, így nem akad össze. a legnagyobb sorszámhoz hozzáadsz egyet, ha új hsz van. szerintem ez elég jó megoldás
  ha autoinkrementálod és törölsz akkor a következő már nem eggyel nagyobb lesz, azért nem jó.
  tábla: id, topic_id, szoveg, sorszam, egyebek

• #1325 Louloudaki aktív tag meone #1324

  2007-11-06 09:03:33 #1325

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz meone #1324 üzenetére

  "... WHERE pihen=0 AND dog=0";
  utána kéne nézni kicsit az sql szintaxisnak... vessző helyett and kell.
  meg lehet, hogy külön mysql_query() kéne mind a háromhoz, bár én még így többet nem próbáltam, lehet hogy így is működik. mindenesetre a vesszőtől biztos behal a mysql.

• #1225 Louloudaki aktív tag szabi6k #1223

  2007-08-01 15:56:09 #1225

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz szabi6k #1223 üzenetére

  mennyivel egyszerűbb lenne, ha $sor=mysql_fetch_assoc($eredmeny) formában hoznád le, és aztán $sor['k_nev' ], $sor['t_nev' ] és $sor['gy_nev' ] alapján hivatkoznál rá, akkor talán nem kevernéd később sem, hogy $sor[0] stb az vajon milyen tartalommal bír.

• #1209 Louloudaki aktív tag --=Gefi=-- #1208

  2007-07-30 14:49:17 #1209

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz --=Gefi=-- #1208 üzenetére

  

• #1203 Louloudaki aktív tag szabi6k #1200

  2007-07-30 13:30:13 #1203

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz szabi6k #1200 üzenetére

  gyartok tábla
  - id, nev
  pl id: 1, nev: asus stb
  
  kategoriak tábla
  - id, nev, gyarto_id
  pl: id: 1, nev: házak, gyarto_id: 1 ez egy asus ház (mondjuk az lehet házat nem gyárt )
  
  termekek tábla
  - id, nev, kategoria_id, egyéb info mezők
  pl id: 1, nev: atx ház, kategoria_id: 1, egyéb infók, pl piros, szellős, vízálló mittomén.
  
  de csinálhatsz kapcsoló táblát is az id-k helyett
  kapcsolat tábla:
  - id, gyarto_id,kategoria_id, termek_id
  pl id: 1, gyarto_id: 1, kategoria_id: 1, termek_id: 1 ez egy asus márkájú házak kategóriába tartozó atxház termék. és az egyes táblákba nem kell a gyarto_id stb csak az id.
  
  szabd személyre a tiédhez, az alapelv ez.

• #1123 Louloudaki aktív tag Forest_roby #1122

  2007-04-18 14:17:07 #1123

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Forest_roby #1122 üzenetére

  pdfek a tábla neve.
  de valamiért mégse volt jó, mert a nagy pucolás után a kategória képe mégis fönt maradt. szal valami hiányzott belőle.
  mindegy, nem variálok, marad az én verzióm.

• #1121 Louloudaki aktív tag Forest_roby #1119

  2007-04-18 13:46:45 #1121

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Forest_roby #1119 üzenetére

  az első változat működik.
  és kb 10 karakterrel rövidebb az enyémnél.
  nyertél.
  

• #1120 Louloudaki aktív tag Forest_roby #1119

  2007-04-18 13:05:07 #1120

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Forest_roby #1119 üzenetére

  ha kipróbáltam, megírom az eredményt.

• #1117 Louloudaki aktív tag Forest_roby #1116

  2007-04-18 12:22:07 #1117

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Forest_roby #1116 üzenetére

  mindegy, használja mindenki azt, ami neki tetszik.
  
  tod mit, van egy ilyenem:
  $sql='select kategoria.kep_eleres as katkep, termek.termek_id as termek_id, pdf_id, pdf_eleres, kep_id, termek_kepek.kep_eleres as kep from kategoria left join termek on kategoria.kat_id=termek.kat_id left join pdfek on termek.termek_id=pdfek.termek_id left join termek_kepek on termek.termek_id=termek_kepek.termek_id where kategoria.kat_id='''.$del.'''';
  
  rövidebbet ki tudsz belőle hozni?
  
  
  [Szerkesztve]

• #1115 Louloudaki aktív tag Forest_roby #1114

  2007-04-18 12:11:57 #1115

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Forest_roby #1114 üzenetére

  én több tábla összekötésére mindig a left meg right joint használom. ha jól írod a kapcsolatokat, akkor elvileg nem adhat hibát. az egyetlen hibalehetőség a using használata mysql 5.0-nál régebbi verzióban, mert ott még nincs támogatva (elvileg. még nem próbáltam).
  
  az a jobb, amelyik jól működik. nemtom, én a joint szoktam meg, általában rövidebb is.
  
  [Szerkesztve]

• #1113 Louloudaki aktív tag szicsu #1112

  2007-04-18 11:19:57 #1113

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz szicsu #1112 üzenetére

  ha a végére teszed a group by-t, akkor jó lesz.

• #1111 Louloudaki aktív tag szicsu #1108

  2007-04-18 09:02:14 #1111

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz szicsu #1108 üzenetére

  kicsit rövidebb:
  select tipus from tipus left join termek on tipus.id_tipus=termek.id_tipus where id_gyarto='14'
  
  mysql 5.0-ban még rövidebb
  select tipus from tipus left join termek using(id_tipus) where id_gyarto='14'

• #1106 Louloudaki aktív tag Briganti #1104

  2007-04-16 08:57:45 #1106

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Briganti #1104 üzenetére

  hát mert így a változó nincs hozzáfűzve rendesen, hanem szó szerint azt keresed hogy $text, nem azt ami benne van. így kéne:
  $lekerdezes='select ... where Differentiator='' % ' . $text . ' % '' ' ;
  (szóközöket majd vedd ki, csak a jobb láthatóság kedvéért vannak)

• #1095 Louloudaki aktív tag Briganti #1094

  2007-04-12 09:06:28 #1095

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz Briganti #1094 üzenetére

  mysql_query(insert cucc);
  $id=mysql_insert_id();
  
  ez a függvény visszadja az új sor id-ját.

• #992 Louloudaki aktív tag tkazmer #991

  2007-02-09 10:14:44 #992

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Louloudaki

  aktív tag

  válasz tkazmer #991 üzenetére

  abban a függvényben, ahol az új adatokat viszed fel, csinálsz egy lekérdezést és eltárolod a mysql_num_rows értékét, ebből megkapod, hány sor van jelenleg.
  majd egy feltétel, hogy ha ez kisebb 100nál, akkor beírod az adatokat,
  ha 100, akkor lekérdezed a legkisebb dátumot min(datum), törlöd, és utána írod be az újat. ha lesz időm délután, konkrétan le is fogom programozni.

Aktív témák