DarkSide

taa gan :)

1) Sessijaam shai gadiijumaa nav nekaada sakara ar cookijiem, jo sessijas tiek veidotas servera galaa nevis klienta kaa cookiji. 2) Visos failos (var arii caur include header.php piemeeram) ir jaaliek session_start() - galvenais pirms visa paareejaa teksta - izvades uz klientu - respektiivi tai ir jaabuut PIRMAJAI komandai skriptaa. 3) Par sessijaam ir daudz un dikti aprakstiits tepat forumaa - lieto search. 4) Ja sessijaa veelies glabaat kaadu objektu (klases instanci), tad lieto serialize() un unserialize() -> vismaz man shkjiet ka tas ir vienigais veids, kaa shos objektus var saglabaat sessijaa nesachakareejot.

Varbūt zini kādus linkus uz kautkādām daudzmaz nopietnu firmu rekomendācijām šai jautājumā - piemēram kādas Microsoft vai tamlīdzīgas firmas rekomendācijas vai kas tamlīdzīgs.

Zinu jau zinu cik tas ir nopietns jautaajums. Es par adminu jau 9 gadus straadaaju :))) Bet mani vairaak interesee kautkaadi linki uz kautkaadiem ES likumiem, vai standartiem, kuros kautkas vismaz par to teemu buutu aprakstiits, protams, ja taadi vispaar eksistee :)

Sveiki! Offtopiks par tēmu - cik datoru var apkalpot viens sysadmins? Rēķinot to, ka sysadmins dara visu uz šī kompja (darba vietas - dators+monitors+printeris+ups) - velk ārā papīru no printera, pārinstalē datoru, kad nepieciešams, uztur tīklu starp datoriem utt. LU un vēl šur tur ir dzirdēts par 50 datoriem uz vienu sysadminu (tas esot normāli). Mani interesē vai kautkur kautkā ir oficiāli šis vai līdzīgs skaitlis minēts. Tie varētu būt kādi Eiropas savienības normatīvie akti, kādi standarti vai kautkas tamlīdzīgs. Doma tāda, ka man ļoti pamatoti jāpamato, kādēļ uzskatu, ka iestādē kurā ir >300 datoru vietām + vairāki serveri ir nepieciešami vismaz 6 admini. To vajag ļoti sorčno! Ja varat - palīdziet lūdzu!!!

Es rakstītu kautkā tā (nav notestēts - nav man tagad PHP pa rokai, bet apmēram tā): $karto_pec = isset($_GET['karto_pec']) ? $_GET['karto_pec'] : ''; $karto_ka = isset($_GET['karto_pec'])&&!empty($karto_pec) ? $_GET['karto_ka'] : ''; $q = 'SELECT * FROM blog'. !empty($karto_pec) ? " ORDER BY $karto_pec" : ''. !empty($karto_ka) ? " $karto_ka" : ''; $izvelk = mysql_query($q); Ja vajag obligāti ar to $_SESSION, tad to arī var piekabināt beigās: $_SESSION['karto_pec'] = $karto_pec; $_SESSION['karto_ka'] = $karto_ka;

Bāc nu i idiotisma paraugs (piedodiet). Kūr šitādi "koderi" kā SkyD rodas? Šitā jau bez darba drīz palikšu, ja šitie iespiedīsies šaurajā koderu pasaulītē :) :) :) Vispār šai gadījumā teikšu tikai vienu - MySQL vai jebkuras citas DBVS manuālis, PHP manuālis un SQL manuālis rokās un davai mācīties, ja gribi kautko vispār panākt. Nokačāt kodu kautkur, nomainīt mainīgo nosaukumus no angliskiem uz latviskiem jau var jebkurš. Jāmācās ir programmēšana, jāmeklē i-netā examples (tā parasti es daru - no reāliem piemēriem vieglāk mācīties) un tikai tad, kad ar kādu problēmu jau veselu dienu netiec galā un neko sakarīgu nevarēji atrast Google tad lūdzu welcome - jautā cik uziet. Šaubos vai kādam šeit interesē mocīties ar Tavu pilnīgo programmēšanas analfabētismu... :) Piedod!

ok - thanx! Tas konvertora nosaukums bija tas, kas mani intereseeja.

A kur tos var sadabūt? :)

Sorry - atsaucu savu isteniba muljkjiigo pazinjojumu, ka hidden nesuutaas... sajaucu ar 2.punktu (disabled nesuutaas - tas tochno). Readonly suutaas, bet disabled nesuutaas... Velreiz atvainojos - steigaa rakstiiju un nepiedomaaju...

Aizverošos tagus gan vajadzētu lietot. Pirmkārt, jau tīri koda skaidrībai, bet galvenais ir tas, ka tomēr vajadzētu HTML pielīdzināt XHTML, jo XHTML un XML ir un būs tuvākās nākotnes "standarts". :)

Dažas nianses ar ko pats esmu saskāries: 1. HTML ar submit nenosūta hidden datu laukus!!! (SORRY, KĻŪDA - HIDDEN SŪTĀS!!! Nesūtās disabled - skat.nākošo punktu) 2. HTML ar submit nenosūta citus datu laukus, kas ir ar statusu disabled!!! 3. JavaScript nekad nevajag likt starp <form> un </form> tagiem. Normāli tas jāliek vai nu HTML headerī vai arī pēc </form> taga. 4. Domājams to viennozīmīgi var noorganizēt ar HTML formu+JavaScript - precīzu skriptu gan jau ka var izdomāt. Var lietot formas OnSubmit() metodi, bet tas nav ieteicams, jo var būt gļuki. Manuprāt, Tevi diez vai apmierinās GET metodes lietošana, jo tad visu info var elementāri redzēt weblapas url adresē. Tādēļ koncentrējamies uz POST metodi... Domājams nevajag lietot meta tagu (ar timeout=0), bet drīzāk kādu JavaScript, kas izpildās pie lapas ielādes. Skat. piemēru: <html><head></head> <body onLoad="Redirect();"> <form name="formas_vards" method="POST" action="uz_kurieni_redirekte.php"> <input type="text" name="vards" value="???" style="display:none;"/> </form> <script type="JavaScript"> <!-- function Redirect() {document.forms[\'formas_vards\'].submit();} --> </script> </body></html> P.S. Piemēru rakstīju nepārbaudot, bet aptuveni tā vajadzētu strādāt...

Kā ar UTF8 kodējumu? Var lietot ar ezPDF? Njā žēl, ka tas projekts jau paaris gadus ir miris - tādēļ arī nav jēgas prasīt kautko tā autoram :(

Nu ne vienmēr ir tā. Pasūtītāja prasības inereti mainās ļoti bieži un līdz ar to ir problemātiski uztaisīt ideālu atskaiti, kas derētu jebkuriem potenciāliem gadījumiem - tāda nemaz nav iespējama. Bieži vajag vienu un to pašu atskaiti 100 dažādos griezumos utt... Es varu uztaisīt to ko man paprasa un par ko samaksā, bet nevaru uztaisīt kautko kas derētu jebkurām iegribām :) Nu vienkāršām izdrukām tā arī ir, bet ja jādrukā piemēram uz stingrās uzskaites pavadzīmes blankas vai uz kādas citas jau esošas blankas? Tad vajag drukāt samērā precīzi vai ne?

Izdrukas formatēšanai manā gadījumā (piemēram, rēķins vai kas vēl briesmīgāk - pavadzīme) ir svarīga nozīme, jo tur nekas nekur nedrīkst nobīdīties utt... Tādēļ laikam Excelis nederēs, būs vien jāmēģina ielauzties tajā PDF ģenerēšanā ar PHP. Excelis būtu labs varbūt kādām citām atskaitēm, kuras grāmatvedība lieto pēc tam, lai no tām izvilktu vajadzīgo info un veiktu kādus turpmākus viņiem vien zināmus aprēķinus. Bet tīrām izdrukām (kaut vai tiem pašiem rēķiniem) būtu jāpietiek ar PDF, ko softs noģenerē, izdrukā un plus vēl saglabā kautkur uz servera kā nerediģējamus PDFus, jo rēķinā nekāda labošana nav pieļaujama ja reiz tas ir izrakstīts... Tad vēl par PDF ģenerēšanu - cik saprotu Jūs pārsvarā iesakiet lietot nevis PHP (vismaz PHP4) jau iebūvētos PDF ģenerēšanas rīkus (komandas), bet labāk pameklēt i-netā kādas labas PDF ģenerēšanas klases priekš PHP. Vai pareizi sapratu? HTML+CSS variants tāds baigi šaubīgs izskatās... Manuprāt arī ar visu to fiksēto pikseļu (izmēru) definēšanu anyway pie dažāda garuma datiem grūti būs kautko noformatēt... Tad nu nolemts - palieku pie PDF priekš plikām izdrukām (rēķini, pavadzīmes, līgumi utt) un MS Excel atskaitēm, kuras izmanto tālākiem aprēķiniem (piemēram, atskaite par izmaksātajām algām utt.). Tādēļ vēl jautājums - varbūt kāds var padalīties ar kādām jau gatavām klasēm priekš PDF un Excel reportu ģenerēšanas? Domāju - pārbaudītām, uzlabotām, salabotām utt... :) Baigais slinkums pašam kautko nopietnu taisīt, jo projekta deadline ar jau vairs nav aiz kalniem un ilgi iesēsties pie PDF ģenerēšanas klases kodēšanas negribētos - vēl daudz darba darāms :(

Sveiki! Paflūdojiet lūdzu kautko par atskaišu veidošanu ar PHP. Mani interesē piemēram softam kā izveidot rēķinu vai līgumu izdrukas. Ko iesakiet? Bija doma par PDF failiem. Vai un kā ar tiem strādā utt... Nebūtu slikti, ja tiktu lietotas kautkādas izdruku templates, ko viegli pēc laika pamainīt utt... Pastāstiet lūdzu savu pieredzi! Lietoju PHP 4.3.11. P.S. Nezināju kurā tēmā ielikt šo jautājumu, tā kā, ja vajag tad pārceliet uz kādu citu piemērotāku tēmu.

Sveiki! Doma tāda - ir MySQL (5.0.15), PHP(4.3.11), Apache. Visur tiek lietots UTF8 kodējums (default character set utf8 iekš mysql, php formas visas UTF8 utt). SET NAMES utf8 un SET CHARACTER SET utf8 tiek lietots. Problēma ir ar to, ka korekti neizpildās sekojošs SELECT: $query = "SELECT * FROM clients WHERE substring(client_surname,1,1)='$prefix'"; $prefix šai gadījumā ir UTF8 kodējumā viens burts (parastiem burtiem 1 baits, unicode burtiem 2 un vairāk baiti - kā jau tas unicodee ir). Vienvārdsakot, ja meklē piemēram pēc pirmā burta 'Š', tad tiek atlasīti visi, kam S un kam Š arī. Ja meklē pēc S, tad arī atlasa gan S gan Š. Tas pats ar Z un Ž utt... Kur vaŗētu būt problēma? Ir kādas idejas? EDIT_1: Sekojošs selekts atgriež sekojošas vērtības: SELECT id,client_surname,ord(substring(client_surname,1,1)) a1,ord(substring(client_surname,2,1)) a2 FROM clients 1|ŠIA ABC|50592|73 2|SIA CBA|83|73 Tātad MySQL substring strādā korekti (ņemot vērā utf8 kodējumu). EDIT_2: Problēma nav ar PHP, bet par pašu MySQL, jo arī no mysql konsoles (no command prompt) rakstot SELECT * FROM clients WHERE substring(client_surname,1,1)='S' tiek atgriezti abi divi (ar Š un S) ieraksti... :( EDIT_3: HA! Problēma atrisinājās. Izrādās ļoti būtiski ir veidojot tabulas norādīt ne tikai DEFAULT CHARACTER SET utf8, bet obligāti norādīt arī COLLATE utf8_latvian_ci. Tad viss strādā!!! :) :) :) Urrāaaa!!! :)

Bija tāds saits www.freewarecms.com vai kas tamlīdzīgs - meklējam Googlē pēc vārdiem "freeware" "cms" "download" utt. Loader - atradīsi visu ko vajag...

Njā - pack un unpack galīgi ne pa tēmu šeit, bet urlencode un urldecode arī nav īsti tas kas nepieciešams, vienīgi tur manuālī pie komentāriem ir šis tas sakarīgs uzrakstīts - šodien izmēģināšu tur vienu pieeju un tad jau pateikšu kā man izdevās...

Sveiki! Kādu laiku nebiju neko jautājis - nu tad atkal viena problēmiņa :) Konkrētāk - situācija ir tāda: Ir lietotāja HTTP forma (utf8 encoding), kura atgriež uz PHP kādu stringu (precīzāk vienu character, kas var būt arī latviešu burts - šķģļīž utt...). lai korekti to atgrieztu ar GET, tad tiek pielietota JavaScript escape() funkcija. Rezultātā iegūstam piemēram sekojošu querystring (skripts.php?burts=%uXXXX), kur XXXX ir divi baiti hexā. Jautājums - kā lai PHP atkodē šo unicode burtu atpakaļ par utf8 burtu? Tipa vai PHP ir kāda funkcija kas darbojas tāpat kā JavaScript unescape()?

Nee nu tas ir par trulu - tak tik elementaaras lietas kaa pashu primitiivaako SQL teikumu sastaadiishana buutu pamatskolaa jaamaca :)

Noteicu peec taa ka man kompim ir 256Mb un tas saak swapot uz HDD + Windows Task Managerii var redzeet izmantoto atminjas daudzumu. Veel vien interesanta detalja - probleema ir ar kautkaadu bufferoshanu laikam, jo skripts itkaa beidz savu darbiibu (ilgi gaidiiju, bet sagaidiiju), bet atminja atbriivojas ljoti leenaam (un konstanti) un weblapa netiek nosuutiita uz klientu. Par to ka skripts beidzis savu darbiibu spriezhu peec taa, ka paraleeli piesleedzoties mysql datubaazei ar citu konekciju es redzu, ka visi ID jau tabulaa ielikti, bet skripts veel arvien darbojas. Taatad probleema kautkaadaa buferoshanaa. Var jau buut, ka MySQL nevis pats PHP, lai gan diez vai, jo mysql jau paraada visus tos ierakstus kam buutu jaabuut datubaazee peec skripta izpildes, bet skripts veel arvien nebeidzas... Vo kameer rakstiiju beidzaas, bet kautkaa jokaini tas viss tomeer :(

Nav jaunu mainiigo. Katraa ciklaa itkaa tiek rakstiits pa virsu vecajiem mainiigajiem. Ok - taa izdariiju, bet tas ietaupa varbuut kaadu lieku megabaitinju, bet ne jau gigabaitu :) Istaja koda izmantoju while un for. Foreach uzrakstijas automatiski tikai sheit pseidokodaa... Rodas taada sajuuta, ka PHP kautkaa katraa cikla reizee nevis uzraksta pa virsu vecajam mainiigajam (mainot taa veertiibu), bet, mainot veco mainiigo, rezervee jaunu atminjas apgabalu, kur glabaat sho jauno vecaa mainigaa veertiibu... Bet taa tachu nevareetu buut? Lietoju 4.0.20a PHP versiju - zinu ka veca, bet taa vajag.

Sveiki! Vai kaads var iedot kaaru URLi vai ko tamliidziigu, kur var palasiities kaa preciizaak PHP izmanto webservera (Apache uz Windows) atminju. Probleema ir taada, ka man ir viens PHP skriptinjsh, kas dara ljoti apjomiigus darbus un darbojas kaadas 5min uz localhost. Ideja taada, ka njem no vienas mysql datubaazes tabulas visus ID, DATI peec kaartas un analizee tos un glabaa kaadaa citaa tabulaa. Luuk pseidoskritps: $Q = "SELECT id,dati FROM tabula"; $R = mysql_query($db,$Q); while($row = mysql_fetch_row($db,$R)) { $sadalits = split(' ',$row['dati']); foreach($sadalits as $value) { $Q2 = "INSERT INTO tabula2(datu_dalja)VALUES($value)"; $R2 = mysq_query($db,Q2); } } Piedodiet, ka skriptaa ir kaadas kljuudas - tas ir tikai kaa idejas paraugs. Doma taada, ka tabulaa "tabula" ir ljoti daudz rindu (kaadas miljons)... Probleema ir ka webserverim vajag >1Gb atminjas!!! Lai ar to tiktu galaa, bet tik daudz jau nu gan nevajadzeeja buut... Itkaa tachu parsee sanjemtos datus no mysql pa vienai rindinjai utt... Sanaak, ka PHP kautkaa atceras arii visas vecaas mainiigo veertiibas vai kaa??? Pastaastiet kautko no pieredzes. P.S. Man nevajag lai skripts buutu super optimaals, bet tikai lai tas apeed mazaak atminjas, jo savadak webserveris karas nost :(( Edited: Es te taa padomaaju, varbuut probleema ir tur, ka sanaak vairaakus mysql resultsetus vienu ieksh otra apstraadaat? Vareetu taa buut?

Ta tas diemzhel parasti notiek, kad bossi pashi iisti nezin ko vinjiem vajag un tad anyway buus potenciaalas probleemas kodeejot. Itkaa paliidz PPS vai funkcionalo prasiibu nodefineeshana uz papiira un bossa paraksts uz taa, tachu tas ir tikai teoreetiski, jo shis prasiibu dokuments tik un taa neietvers visu ko boss veelas :):):) Ir jau taa - bossi grib lai uztaisa VISU, bet koderi grib taisiit tikai to kas patiesi nepiecieshams :) P.S. Sorry par filozofiju, laikam te tomeer nav iistaa vieta kur filizofeet...