DarkSide

Svariigs padoms (pats nesen uzkaapu uz graabeklja) - nekaadaa gadiijumaa nekodeet lietotaaja grupas taa saucamajaa "hard coded" variantaa. Tobish nelikt lietotaaju grupu paarbaudes web formaas... Pie mazaakajaam izmainjaam (un pasuutiitaajiem patiik mainiit savas domas 24h dienaa) naaksies labot visas formas. Vislabaakais laikam ir YA ieteiktais variants. Vieniigais miinus shai gadiijumaa ir taads, ka ja Tev linki (darbiibas) buus ljoti daudz, tad taa tabula izvertiisies nereaali liela un liidz ar to selekteeshana pa to tabulu manupraat buus sameeraa leena... Vai es nekljuudos?

Paklau, pie reizes pastaasti kaa Tu kodee failus uz UTF8? Tas mani arii interesee...

Man vieniigi kas naak praataa ir iztiiriit visus Temporary Internet Files, Cache, Cookies utt...

Netaisam liekas quotes! (bubu) Sorry! :) Sorry, shodien galiigi galva vairs nestraadaa - varbuut varat pateikt priekshaa kaa pateikt aplikaacijai, lai taa izmanto tieshi utf8? Tobish cik sapratu, tad svariigs ir HTML lapas (kuraa ir webforma caur kuru ievada datus) headerii pie meta noraadiitais encoding? Vai taisniiba? Ja jaa, tad kaa preciizi rakstaas shis encodings? Ja nee, tad rodas jautaajums kur tieshi es aplikaacijaa defineju to, ka taa izmantos tieshi sho kodeejumu?

Diemžel situācija ir tāda, ka klientam kam jātaisa šis softs ir MySQL <4.1.1. Līdz ar to vecākām (4.0.x) versijām UTF8 enkodings vispār kā suga nav :( Ko iesakiet darīt šādā gadījumā? Ir kautkāds PHP modulis (multibyte string - mbstring). Kas tas tāds? Kā to lieto un varbūt ar to var kautko darīt lietas labā?

Tiešām ar to tikai pietiktu??? Nu nezinu nezinu... Tipa sanjemot datus no formas man ir jaaliek kautkaads addslashes, jo formaa var buut ierakstiitas peedinjas vai apostrofs arii un tad es ar to stringu PHP skriptos pakaarshos. Peec tam suutot uz MySQL arii tachu query peec savas buutiibas ir strings kas ir peedinjaas vai apostrofos, taatad tur arii vajag kautkaadu addslashes. Kas patieshaam tiks saglabaats datubaazee??? Vai mysql pats izvaaks aaraa taas liekaas slashes? Peec tam sanjemtos datus no datubaazes atteelojot lietotaajam ir jaaliek noteikti htmlentities (nu jaa, lai nevar ieksh db saglabaatos html tagus izvadiit) a vai nevajag arii veel kautkaadu stripslahses vai addslashes.... Baac - taada putra ar to visu :( :( :(

Sveiki atkal! Man te taads jautaajiens - baigi saaku putroties. Vai kaads var iisi un kodoliigi atbildeet kaadas datu paarveidoshanas un kaadaa kaartiibaa ir jaaveic, lai normaali (un muljkjudroshi) vareetu straadaat sekojoshaa rezhiimaa: HTMLformas -> PHPskripts -> MySQL -> PHPskripts ->HTMLlapa. Tobish doma taada, kaa katraa shai solii ir jaakodee dati? Pie tam njemot veeraa, ka apache servera konfiguraacija vareetu buut nedaudz atshkjiriiga (izstraades videe un klientam, piemeeram, nav zinaams vai magic_quotes_gpc ir On vai Off utt). Pastaastiishu cik taalu es pats itkaa izshtukoju, bet vai tas ir pareizi un kas veel nepiecieshams (negribas izgudrot divriteni no jauna)? 1. HTMLforma -> PHPskripts $variable = if(get_magic_quotes) stripslashes($_POST['variable']) else $_POST['variable'] 2. PHPskripts -> MySQL $mysqlvariable = mysql_escape_string($variable) 3. MySQL -> PHPskripts $variable = $mysqlvariable 4. PHPskripts -> HTMLlapa $output = addslashes($variable)

Sveiki atkal! Shoreiz man buus gruutaak paskaidrot kur ir mana kaarteejaa probleema. Doma taada, ka taisu vienu softu uz sava Win2000&Apache,MySQL,PHP4. Viss straadaa ok. Tad paarnesu to visu pie klienta Linux&Apache,MySQL,PHP4 un paraadaas probleema, kad saglabaajot piemeeram datubaazee stringu "Jānis" vai stringu "Petķa" tiek saglabāts tikai "J" vai "Pet". Tobiš saglabājot strings "noraujās" pie pirmā latviešu alfabēta burta. Vai ir kādas idejas? Domājams problēma varētu būt kautkur serveru konfigurācijā, bet tikai kur?

Hmm... vispaar laikam arii te Tev taisniiba - ja es cookijaa ielieku kautkaadu ID, kas ir aktuaals tikai shim konkreetajam kokam tad... vispaar jaa... pameegjinaashu vakaraa :) Paldies par ideju! Tev taisniiba - sajaucu - JavaScript domaaju... :)

Saprotu Tavu nepatiku pret shaadaam fiichaam - man ar riebjas, bet man to vajag pavisam nekaitiigu iemeslu deelj. Gribu, lai JSP peec un tikai peec weblapas aizveeshanas nodzeesh konkreetu cookiju kas bija izveidots uz klienta datora, lai naakoshreiz verot weblapu atkal valjaa vareetu saakt jaunu skaistu piesleeguma sessiju. Var jau buut, ka ir kaads sakariigaaks veids kaa to izdariit, bet cookiju vajag dzeest tikai pie weblapas aizveershanas (alt+f4,krustinjsh utt) nevis pie refresh vai post uz sevi utt. Vienvaardsakot situaacija ir taada: 1. Manaa weblapaa ir JSP nokodeets menu koks (tree, liidziigi kaa explorerii). 2. Lai koks saglabaatu savu staavokli (kas ir atveerts un kas nav) staigaajot pa sho weblapu (refreshojot, postojot pashai uz sevi utt), tad tiek izmantoti cookiji, kuros saglabaaju pashreizeejo koka staavokli. 3. Viss ir baigi labi, bet kad aizveru to weblapu, tad cookijs paliek klienta datoraa. 4. Arii tas veel nebuutu nekas, bet naakoshreiz atverot weblapu (taas pashas sessijas ietvaros - vienkaarshi atveram jaunu formu jaunaa weblogaa), cookijs tiek atrasts un atkal koka staavoklis tiek ielaadeets taads kaads tas ir cookijaa. 5. BET probleema ir tur, ka naakosho reizi shai web logaa koks var sastaaveet no pavisam citiem objektiem nekaa bija pirms tam un liidz ar to cookijs vairs nav aktuaals un to vajadzeetu likvideet. Rezumeejums - iisumaa tas kas man ir vajadziigs ir funkcija, kas peec weblapas aizveershanas (nevis refreshoshanas ar Body onUnload vai onBeforeUnload) izdzeesh konkreetu cookiju no klienta datora)...

Sveiki! Ideja tāda - kā varētu noprogrammēt window.onClose() metodi? Zinu jau zinu, ka tādas nav, bet man vajag kautkā noorganizēt to, lai kāds konkrēts JavaScript koda gabals nostrādātu tikai un vienīgi gadījumā, kad HTML logs tiek aizvērts (ar krustiņu, alt+f4 vai window.close()) un nenostrādātu gadījumos, kad weblapa tiek vienkārši refrešota vai kautkas tamlīdzīgs darīts ar to lapu. Var izmantot <BODY onUnload="doit();"> , bet tas nostrādās pie jebkuras weblapas maiņas nevis tikai pie tās fiziskas aizvēršanas. Izrakņāju visu webu, bet neko sakarīgu neatradu. Viens variants esot, kad pie unload atver vaļā childWindow un tas tad arī čeko vai window.opener ir closed vai nav, bet tas ir baigi sviestaini - jāver vaļā vēl kautkāds popup logs - murgs. Vai nav vienkāršaks veids kā to izdarīt?

Ok - paldies skaidrs - aizmirstam par pconnect :)

Nu par to es arī domāju. Tas pconnect ir tāds pārāk aizdomīgs. Skaidrs ir viens - tas viennozīmīgi nav lietojams parastas weblapas (this is my home page tipa) gadījumā. Doma bija, ka varbūt tas tomēr atmaksājas lietot pie konkrēta lietotāju skaita (zināms, ka ne vairāk par 50-100 vienlaicīgi točno), kas ar datubāzi darbojas ilgu laiku no vietas (ver vaļā un ciet lapas, maina un dzēš datus no db utt.)...

Sveiki! Te nu atkal es ar kārtējo jautājumu :) Fiška tāda, ka varbūt varat pastāstīt, ko labāk lietot mysql_connect vai mysql_pconnect? Kādas ir to atšķirības (domāju praktiskā dzīvē nevis to kas rakstīts manuālī)? Tas viss mani interesē web datubāzes (datu uzskaites sistēma) kontekstā - vienvārdsakot standartsituācija ir tāda, ka ar datubāzi strādā ne pārāk daudz (~30-50) lietotāji, bet strādā visu dienu (parasti neverot ciet IE logu). Līdz ar to itkā sanāk, ka mysql_pconnect būtu loģiskāks risinājums, jo veido pastāvīgu savienojumu ar serveri nevis pieslēdzas un atslēdzas no servera pēc katras weblapas ielādes, taču ir arī savi mīnusi noteikti... Varbūt varat pamurgot kautko par šo tēmu un varbūt būs kāda praktiskās dzīves pieredzes pērlīte :)

Vot tā ir ideja kā māja! Nebija ienācis prātā! Ko citi saka par šādu pieeju? Izklausās baigi labi ne? Par tiem stringiem būtu aptuveni skaidrs - cik saprotu, tad PHP anyway visus datu tipus pārveido un pārveidos par string un vēlāk jau viecot kautkādas darbības (piemēram, +0) pārveidos par integer, +0.0 pārveidos par double utt... Varbūt tas arī būtu ok, BET: Neliels jautājums par MySQL sintaksi. Vai var rakstīt SELECT count(*) FROM tabula WHERE id="13"? Tobiš ja MySQL tabulās id ir int(8) vai ir obligāti jāraksta SELECT count(*) FROM table WHERE id=13 (bez ")?

string, ka es jums saku. Tikko vēlreiz pārliecinājos. Datubāzē man ir ID int(8) unsigned NOT NULL. Uzlaižu qveriju: $result=mysql_query('SELECT id FROM tabula'); $row=mysql_fetch_object($result); /tas pats ar array arī/ echo 'ID='.$row->id.' TYPE='.gettype($row->id); Rezultāts: ID=1 TYPE=string P.S. Nu var jau būt ka tā ir priekšrocība (ir situācijas, kad tas patiesi ir forši), bet šai gadījumā man jau baigi gribētos būt 100% ka operēju ar pareiziem datu tipiem... lai gan, ja tā labi padomā - var jau uzlikt tam visam mīksto un operēt aar stringiem (cerot, ka konvertācijas pie katras operācijas notiks veiksmīgi automātiski, bet bišķi baidos uz to paļauties)... P.P.S. Kādu datu tipu (MySQL) Jūs varētu ieteikt naudas summas saglabāšanai? Double? Numeric? Kā pēc savas pieredzes glabājas summu bez PVN, PVN, summu ar PVN? Vai ir ok darīt tā, ka glabājam datubāzē summu bez PVN un PVN summu un ja nepieciešams, tad formā varam veikt vienkāršu šo abu skaitļu saskaitīšanu un attēlot jau userim interesējošo summu ar PVN? Kāda ir Jūsu pieredze šai jautājumā?

Sveiki! Sveiciens visiem šeit klātesošajiem, beidzot es ar esmu reģistrējies šai forumā un ļoti ceru uz Jūsu palīdzību ar padomu. Varbūt kādam iesācējam varēšu palīdzēt arī pats... Nu tad tā - te nu būs mana nepatīkamā problēma: 1) Vai esat ievērojuši, ka mysql_query (lietoju PHP4 nevis PHP5) atgriež visus MySQL datu tipus pārveidotus par string? Tikai NULL atgriež kā null. Kādas idejas kā šo procesu varētu labot, jo baigi besī pēc katra MySQL selekta pārveidot saņemtos datus (pareizāk sakot šo datu atribūtu tipus, lai varētu ar šiem atribūtiem veikt kādas normālas darbības - piemēram datumu pārbaude, integer saskaitīšana un citus aprēķinus). 2) HTML formās cik saprotu arī visur VALUE tiek izmantots tadu tips string. Atkal sanāk pārveidošana no integer->string, date->string utt... 3) No HTML formas saņemam (ar POST, GET) visus datu atribūtus atkal string formātā, kas atkal ir jāpārveido par integer, date utt., lai ar tiem veiktu sakarīgas darbības ar PHP. 4) Šos datus saglabājot MySQL šķiet sanāk atkal tos pārveidot par string... Vienvārdsakot baigā sāpe ir veikt un galvenais kodēt visas šitās bezjēdzīgās pārveidošanas. Vai nav kāds veids (kāda komanda vai parametrs) ar ko varētu pateikt, ka ja lūk MySQL tabulā mums ir atribūts ar tipu int(8), tad arī PHP veicot komandu mysql_query saņem integer datu tipu, vai vēl būtiskāk ja MySQL datubāzē glabājas date lauks, tad PHP saņem date tipu (ops - tāds laikam nav PHP...) Vispār pastāstiet savu pieredzi šai jautājumā! P.S. Principā runa ir par ne maziņas PHP, MySQL datubāzu sistēmas izveidi. Tipa pasūtījumu uzskaite utt... Samērā nopietns projekts ar daudzām tabulām un attiecīgi daudziem skriptiem, kurus negribas pieblīvēt ar bezjēdzīgiem datu tipu pārveidojumiem (nemaz jau nerinājot par ātrdarbību).