Jump to content
php.lv forumi

Grey_Wolf

Reģistrētie lietotāji
  • Posts

    4525
  • Joined

  • Last visited

Everything posted by Grey_Wolf

  1. runa bija ka rakstīt Latviešu valodā, nevis žargonā.. Fiksēta problēma X" -> --- Problēma x izlabota problēma X nav izlabota, jo Y šeit ir problēma X, kuru jaizlabo ... -- Komentāram PREZCĪZI jānorāda kas ir kas, jo savādāk no viņa zūd jēga.. P.S. debīlu komentāru var uzrakstīt jebkurā valodā
  2. manuprāt kodu jāraksta angliski jo : normāli uzrakstītu klasi var izmantot citur - neatkarīgi no klienta tautības komentārus, ja vien nav specefiskas prasības un tas nav starptautisks, jāraksta SEV ērtākā veidā ... komentārus iztulkot ir sīkums, pretstatā klases manīgo pārakstīšnai
  3. Komentāri ir tieši tam domāti lai nebūtu Brainfuck.. un kādēļ man būtu jālasa komentāri angliski, tikai tāpēc ka kādam šķita ka tas ir 'ļoti smuki', kautgan 90% gadijumos tie angļu komentāri maz ko paskaidro - ( ja vien tos nav rakstījis, kāds kam angļu ir dzimtā valoda ) paskaties jebkuru , ne 'angliski runājošā' kodu - komenti pārsvārā būs ļoti īsi
  4. komentāri ir CILVĒKU VALODAS "veidojums" mainīgie/ klases/ utt - IR SIMBOLU VIRKNE, un nekas vairāk !!!
  5. turpinājums: no PHP funkciju komentāri -------------------------------------------------------------------- Posted Today, 14:41 Grey_Wolf, on 2012.07.20 14:31, said: kopš kura laika mainīgo/ klašu nosaukumus komentāros kāds tulko? un tad kā iztulkosi f-ju x12345() ? ( protams f-jas nosaukumam daudzmaz ir jaizsaka ko viņa dara, bet nu tas tā) -- šoreiz piekritīšu codez. Vācieši PRINCIPĀ komentārus neraksta angliski, neskatoties, ka projekts ir paredzēts citai valstij - pats esmu sastapies. { savulaik bija jālabo lapele kura bija veidota priekš Latvijas un VISI komentāri bija vāciski ! } piedevām, kā jau codez minēja - komentārus iztulkot ir sīkums - kaut vai sekretāre var iziet cauri visiem failiem un iztulkot, ko nevar teikt par klašu/mainīgo nosaukumiem, kuri būs dažādos failos ( vismaz klases noteikti). Piedevām par Latvijā dzīvojošajiem krievvalodīgajiem , ja cilvēks NAV IEMĀCIJIES LATVIEŠU VALODU, UN NEMĀK PAT KOMENTĀRUS IZLASĪT nu nav viņam īsti ko darīt IT industrijā... spanis, on 2012.07.20 14:41, said: un ko darīs ārzemnieki, kas uzturēs tavu kodu, kas neprot latviešu valodu? būs tāds pats stulbs vācietis? ---------------------- Mans koments atbildei ------------------- Kā jau codez teica ( un ne tikai viņš) Projektos kas paredzēti ārvalstīm - komentāri ir angliski.. Paskaidro kāda X pēc man priekš TIKAI LATVIJAI PAREDZĒTAM PROJEKTAM komentāri būtu jāraksta angliski ? Priekš, tā ka kaut kad projekts VARBŪT tiks nodots arzemnieku pārvaldībā? Piedevām neviens daudz maz liels projekts netiek atdots citam īpašniekam vienas dienas laikā, bez neviena darbinieka, kā minimums, programmētājs jau nu ir pats pēdējais kas nomainās ...
  6. kopš kura laika mainīgo/ klašu nosaukumus komentāros kāds tulko? un tad kā iztulkosi f-ju x12345() ? ( protams f-jas nosaukumam daudzmaz ir jaizsaka ko viņa dara, bet nu tas tā) -- šoreiz piekritīšu codez. Vācieši PRINCIPĀ komentārus neraksta angliski, neskatoties, ka projekts ir paredzēts citai valstij - pats esmu sastapies. { savulaik bija jālabo lapele kura bija veidota priekš Latvijas un VISI komentāri bija vāciski ! } piedevām, kā jau codez minēja - komentārus iztulkot ir sīkums - kaut vai sekretāre var iziet cauri visiem failiem un iztulkot, ko nevar teikt par klašu/mainīgo nosaukumiem, kuri būs dažādos failos ( vismaz klases noteikti). Piedevām par Latvijā dzīvojošajiem krievvalodīgajiem , ja cilvēks NAV IEMĀCIJIES LATVIEŠU VALODU, UN NEMĀK PAT KOMENTĀRUS IZLASĪT nu nav viņam īsti ko darīt IT industrijā...
  7. vienu brīdi abgalvo: marrtins, on 2012.07.19 13:56, said: Pats kods lai ir dokumentācija. un kad tiek teikts ka komentārus vajaga, arī nelielām f-jam / procedūrām tad : marrtins, on 2012.07.19 20:33, said: Varbūt, bet tad arī savādāk rakstīsi komentārus :D
  8. himm.. Tev nesanāk pretrunas?
  9. gribēju teikt, ka pēc gadiem 3 domāsi mazliet savādāk nekā šobrīd, un bez normāliem komentāriem pašm būs jāpavada zināms laiks, lai atcerētos savu tā brīža domu gājienu - programmešnas stilu
  10. gribi teikt , ka šobrīd kodu raksti tāpat kā pirms gadiem 3-4 ??? un f-jas nevienmēr pasaka ko dara, piemēr ir no "Tomatu groza" - itkā pasaulē plaši izplatīta .. nu izdomā ko dara šis f-jas ... // class methods function getCode() { return $this->_code; } function getTitle() { return $this->_title; } function getDescription() { return $this->_description; } nush palika vieglak ???
  11. nu nu ... pēc gada, pats urbsies cauri savam kodam labu brīdi līdz sapratīsi ko tajā brīdī biji domājis .. komentāri nekad nav par daudz .. protams ja viņi ir sakarīgi , un principā vienalga kādā stilā pierakstīti, galvenais lai viņi būtu
  12. visticamākais ka ir kaut kas līdzīgs šim: $augstums=30; savācam izvadāmos datus pārbaudām cik rindiņas ir ja rindiņas ir lielāka par 1 tad $augstums=60 -- // htmls .. <td haigh=<?php $augstums; ?>" > .... -------- respektīvi tiek pārbaudīts cik vajag rindiņas augstumu un izvadīt VISĀM vienāds ... novāc no tā šablona rindas augstumu
  13. Tīrs HTML to arī dara, automātiski pārējo rindu izmēru nemaina !!! ja tabula tiek ģenerēta ar PHP vai JS , tad skaties vai tur netiek čekots rindas augstums, kurš protams tālāk jau būs visām vienāds
  14. iemācies meklēt: ir speciāla sadaļa kur aprunāti daudzi jautājumi
  15. vispār jau: function bla ( $kk ); vai bla ($kk); nav īsti pareizi , ja PHP vel to sagremo tad citas prog. valodas var arī nesaprast , jo normāli pēc funkcijas nosaukuma UZREIZ seko iekavas, bez atstarpes, iekavu iekšpusē gan ir vienalga, pats bieži ielieku atstarpi , lai vieglāk lasīt...
  16. FirstData - ir vienīgais autorizētais pārstāvis Latvijā, kas apkalpo kredītkartes - visas bankas izmanto viņu pakalpojumus, Swedene un SEB pakalpojumus izmanto vairāk kā puse aktīvo iedzīvotāju - vismaz kādā no šim divām bankām ir konts .. tā kā nāksies jau arī izmantot šos trīis nosauktos FirstData - karšu apstrādei, un Swedeni, SEB -> tiešajiem maksājumiem ( pārskaitījumam) ...
  17. tieši tā, statistika ir tikai puse, bieži klienti grib pārbaudīt kāds bija kurss kādā konkrētā datumā - kad taisiju, ievācu kursus par pāris mēnešiem iepriekš ...
  18. kādēļ servera pusē ?? tiešām gribās visu laiku veikt pieprasijumus serverim ?? Par cron jā , var visu ielasīt kādā failā - kurš jau ir kā JS daļa , un tad tik includot pamat lapā .. tikai, kā jau minēju - uzmini nu cikos būss jaunais kurss .. -- P.S. savulaik dariju šādi: visus kursus ierakstiju DB , tiko klients pieslēdzas- pārbaudam vai jaunais kurss jau ir DB , ja nav veicam pieprasijumu LB, ierakstam DB un adodam klientam, tas dod vairākas priekšrocības , var dabūt arī vecos valutas kursus, izrēķināt kāpumus/kritumus utt... papildus var ielikt - teiksim 12 dienā, lai cron savāc jauno kursu ( ja nu neviens klients vel nav bijis ) -- edit: DB izmantoju jo nekad nevar zināt vai LB serveris nenobremzēs, piedevam pieprasijums uz citu serveri, vienmēr būs lēnāks nekā neliels SQL kverijs uz lokālo mašīnu ..
  19. priekš kam? - varbūt tev ir precīza informācija cikos LB dod jaunos kursus? un svētku dienās ? ( varu pateikt priekšā - tur nav stingri definēti nosacijumi ) kad klients pieprasa valūtas kursus - veic pieprasijumu uz LB, izlasa vajadzīgās valutas un izvada kā JS mainīgos Objektus pēc tam jau klienta galā visu rēķina JS - gan jau viņš gribēs pārbaudīt vairākas valūtas - un vairākas summas - vismaz 80% gadijumā tā būs ... P.S. par noslodzi domāju , ka nevajag vienam klientam katru reizi visu rēķināt servera galā.
  20. muļķības, valūtas kurss mainās 1 dienā. pie lapas ielādes paņem jaunāko, un ieraksti kā JS masīvu - objektu ( vai ja vajag tikai vienu , tad vispār elementāri ) un priekš kam tur līdzi staipīt jquery ? tur takš nepieciešmas pāris rindiņas max 10-20 rindiņas koda , takš nē jāstiepj līdzi pāris simtii Kb .. un VAI janoslogo serveris, katru reizi pārēķinot kursu un izrēķinot 2 mainīgos
  21. Kļuda ir iekš: while($row = mysql_fetch_row($query)) ja izmanto šo tad tiek izveidots nevis asocaitivais masīvs bet parastais $row[0]." link: <a href='".$row[1]."'>link</a><br>"; tadēļ labāk izmantot : mysqli_fetch_array() tad varēsi izmantot abus izvades varjantus - ātrdarbības zaudējums būs tik niecīgs, ka pie maziem datu apjomiem - faktiski nebūs izmērāms
  22. backend - laikam domāts servera puses programmas front ends - klientu puses programmas .. --- tur nav daudzas populāras programmas , kur tiek veidotas web aplikācijas ... it īpaši klientu puses daļa
  23. [cit] pašu failu vers. kontrolē nodefinēt kā readonly un miers, [/cit] vienkārši neļaut kopēt pa virsu - pašus datus taču vienmēr var palabot caur FTP jo cik gan bieži uz servera manīsies db konekcijas informācija ... piedevām tas ļauj izvairīties lai nejauši nesabojā kādu statisku info ( kautvai tie paši konekcijas dati, e-mail utt.. ) -- vel optimālāk kad vispār to failu uz katras vides izveido ar rokām, ( nu 5-6 rindiņas taču nav fatāli )un uzseto lai nejauši nevarētu pārkopēt ...
  24. tas gan, bet nu vienkāršāk ir izveidot config failu kur pierakstās DB konekkcijas un tur arī ierakstīt kad tā ir produkcijas vide. piem: vide=0; bet izstrādes vide pārsauc par vide=1 .... pašu failu vers. kontrolē nodefinēt kā readonly un miers, nebūs problēmu kad būs vairāki izstrādātāji, ar daždām izstrādes vidēm ( konfigurācijām) , piem testa db konekcijām utt. ( kautvai doc roota struktūru )
  25. Tas ir diezgan muļķigi, jo vienmēr var nejauši iekopēt to failu.
×
×
  • Create New...