PHP ir MySQL programavimas, SQL užklausos, duomenų bazės, PHP scriptai, pagalba, diskusijos, pamokos ir straipsniai.
You are not logged in. Please login or register.
PHP ir MySQL → Posts by minde
Tai daryk po vieną punktą. Jeigu pirmas nesigauna tai jį dar gali skaidyti smulkiau.
1) neišeina prisijungti prie mysql duomenų bazės;
2) neišeina paimti duomenų su SELECT užklausa;
3) neišeina cikle iš duomenų suformuoti <option value="...">...</option> elementų;
4) ...
O šiaip naudokis google, tinkantis raktažodis: populate html dropdown from mysql
Geriau rašyk, kad konkrečiai nesigauna:
1) paimti duomenis iš mysql dbvs;
2) iš jų pagaminti <select> elementą;
3) gauti to select'o duomenis po formos submit'o;
4) patalpinti/susieti tuos duomenis su skelbimy mysql dbvs;
Refresho gaudymas yra tavo problema, o ne kliento.
Mano manymu geriau naudoti mysqli, nes ji palaiko daugiau galymybių nei PDO, be to php kūrėjai rekomenduoja taip pat mysqli. Ar aš teisus?
Neteisus. O jeigu tau reikės "client-side Prepared Statements"? Kas tada?
Sunku, nes nesupranti ko aš klausiu: ką tu su tais turimais duomenimis darysi? Kokios operacijos? Kiek, kokių operacijų per laiko vienetą. Kas įeina į 1 įrašą?
Pasikartosiu: tavo uždavinys turi kelti reikalavimus sistemai, ir pagal tuos reikalavimus sistema turi būti parinkta. O ne atvirškčiai: tipo turiu va mysql serverį, tai dabar kaip man ant jo čia užmauti kažką.
100m įrašų, po vieną baitą gali būti labai nedidukė duomenų bazė. Jeigu toliau svaigstant, kad nieko su tais duomenimis nebus daroma, tai gali juos laikyti duomenu_baze.txt (-;
Apie Mysqlnd ne taip supratai.
Serverių nuoma "tik su mysql", tai čia kas, shared-hostingas?
Aš apie Oracle tik užsiminiau, kad tai nebūtinai VIEN TIK SU JAVA naudojama sistema.
Be MySQL'o ir Oracle yra dar koks tūkstantis duomenų bazių valdymo sistemų. Tarp kurių yra ir sistemų skirtų grynai laikyti/operuoti su ypač dideliais duomenų kiekiais.
Dažnai moderniuose - dideliuose projektuose yra naudojamos daugiau negu viena dbvs - skirtingoms funkcijoms parenkamos labiausiai tinkamos sistemos....
Skaitei tas nuorodas kur daviau, kur pagal funkcionalumą gali pasirinkti tinkamesnį mysql draiverį?
Ką tu su 100m įrašais darysi?
Oracle gali naudoti ir su PHP. Ne tai turėjau omenyje, o labiau "big data" systemas.
Bet esmė ta pati - pirma planuojama sistema turi kelti reikalavimus duomenų bazės sistemai. O ne taip, kad pasirenkama dbvs ir tada galvojama, kaip ant jos pakurti projektą.
Neaišku ką tu laikai "dideliu projektu". Nes dideli projektai jau naudoja kitas sistemas.
Lygegrečioje temoje buvo trumpa nuoroda apžvelgianti esminius skirtingų draiverių skirtumus:
http://www.php.net/manual/en/mysqlinfo.api.choosing.php
http://dev.mysql.com/doc/refman/5.5/en/ … osing.html
Tau tikriausiai reikėtų kelti tavo projekto reikalavimus ir žiūrėti kas labiausiai juos atitinka, nes tokio "kas geriau" nelabai ir yra.
Tai yra funkcija kuri praplečia dabar turimą paveldėjimo funkcionalumą - leidžia paveldėti kodą klasėm, kurios yra netgi iš skirtingų klasių hierarchijų.
Tai labiau tinka didelių sistemų architektams (-;
Yra, bet ne "visoje duomenų bazėje".
Visame dump'e pakeisti koduotes galima su: http://linux.die.net/man/1/iconv
Per mysql'ą kažką keisti nelabai išeis. Jeigu keisti raides, tai naudojamas iconv įrankis, su kuriuo galima keisti dump'ą, ir tai ne visada.
Aš tau konkrečiai ką daryt nelabai galiu pasakyt, nes situacija yra miglota ir nematat realiai kame problemos sunku kažką pasakyt.
Jeigu tu turi gerai veikiančia sistemą, tai tu turi žinoti:
a) kokia koduote pas tave atvaizduomami duomenys (html antraštės);
b) kokia koduote tie duomenys yra užsaugoti mysql'e;
Gal pas tave tiesiog nesutampa koduotės atvaizdavimo metu ir saugojimo, todėl eksportuojant gaunasi iškraipymas, kur paskui niekas nesupranta kokia ten koduotė ir ji interpretuojama neteisingai?
Ta prasme duomenų bazė ta pati. Tu tik atlieki eksportą ir importą ir susigadina koduotės?
šiaip reikia nuo pradžių žiūrėti, kur kokia koduotė yra ir kur blogai atvaizduoja. Dažnai būdavo senais laikais, kai mysql'e žmonės laikydavo utf8 duomenis kitos koduotės stulpeliuose. Tai tokiais atvejais tekdavo paskui su iconv atlikti konversijas.
šiek tiek susijusios informacijos, kaip užtikrinti, kad būtų teisingas atvaizdavimas: http://www.mysql.lt/wiki/Lietuvi%C5%A1kos_raid%C4%97s
Jeigu ten yra dump'as, tai iš principo gali viskas būt gerai, gali reikėti prieš importą nurodyt duomenų bazės koduotę (utf8), kad ją paskui pasigautu lentelėms/stulpeliams.
Taip pat pasitikrinti ar naujoje vietoje yra nustatoma susijugimo koduotė: SET NAMES utf8
Gal dar čia tas atvejis kai buvo eksportuojama iš labai senos mysql versijos į naują?
O kaip tu perkelinėjai? mysqldump > failas.sql, o paskui mysql < failas.sql?
Gal naujame serveryje / nustatymuose pagal nutylėjimą nėra kažko kas buvo anksčiau (utf8)?
šiaip reikia žiūrėt ką tiksliai tu ten padarei ir kokiame formate yra dabar duomenys. Gal yra galimybė eksportuoti iš naujo?
Ar yra koks paprastas budas nehakinant kad po formos submito refreshinus puslapi nedarytu posto pakartotinai? Ir gal zinote koks? :)
Kaip šitas klausimas susijęs su pirma žinute?
Kodas baisus.
O tai ką nori pasiekti turi sugebėt aprašyt. Nes žiūrint į tavo pateiktą masyvą čia galima labai plačiai interpetuoti.
Tai produkto šablono neišeina paredaguoti ir nurodyti kur kokį kintamąjį dėti?
Tikriausiai tų modulių jau prikurta gyvas velnias, tik reikia susirasti. Bet, kaip ir rašiau, geriau nesitempti nei rankų nei sąžinės (-;
Na tada čia reikia gaminti kažkokį tai modulį. Bet konkrečiai nieko negaliu pasakyt, nes nesu dar rankų ir sąžinės susitepęs su šia sistema.
O kuo skiriasi youtube video patalpinimas virtuemart ir kitur? Mano žiniomis niekuo. Pasiemi kodą iš youtube ir dedį kaip HTML'ą.
PHP ir MySQL → Posts by minde
Powered by PunBB, supported by Informer Technologies, Inc.