Jump to content
php.lv forumi

Roze

Administratori
  • Posts

    1,561
  • Joined

  • Last visited

Everything posted by Roze

  1. Kāpēc tu to nejautā pašam Fortumo?
  2. Kas kas notiks.. loģiski, ka ņems un atmaksās no "neparedzēto" (at)gadījumu budžeta.. Nav ne pirmais ne pēdējais kuģis kuru sagriež, līdz ar to shēma ir zināma :) .. atbildot uz sākotnējo jautājumu Nē / Nē .. Ne vienmēr, tikpat labi tu kā darba ņēmējs (ja esi gana pareizs) vari prasīt pielikumu lai likvidētu krīzes izraisītās sekas.. Ja nedod nu tad paldies meklējam citur ;)
  3. Kāpēc tev šķiet ka daudzi tā uzskata? Proti, varbūt tomēr vajag tos citātus, pretēji tagad jau sanāk ka pats pievienojies tai grupai, jo izsaki vispārīgi ka visi ir kaut kādi neriktīgi tikai tu vienīgais ar pareizu skatu no malas :) Kas vainas šim apgalvojumiem? Nekad tak nav tik labi lai nebūtu labāk :) Kaut kādu apgalvojumu var izteikt tikai no "savas puses", būtu tak muļķīgi, ja kāds mēģinātu izteikt apgalvojumu no tavas puses ne tā? Bez tam šis ir forums, kur cilvēkiem pēc būtības tas ir jādara.. Pēc būtības, ja strikti ievērotu ka vienmēr viss mainās, sanāktu dilemma, jo neparko tu konkrētajā brīdī nevari izteikt viedokli baidoties, ka tas varētu nākotnē mainīties vai būt aplams (attiecībā uz IT jomu tas ir noticis ne vienu reizi vien - "ar 64kb pietiks visiem [tm]")
  4. Nu tas sanāk diezgan populistiski un naivi - proti kapēc tad visai cilvēcei nesamesties naudiņas un drošvien varētu atrisināt ne vien vienu problēmu (tagad liela daļa guļ kaut kādos kontos vai mājās zeķēs) :) Vai arī kādu laiku pastrādāt tāpatvien gaišākai nākotnei. Proti es nešaubos un neapstrīdu. ka šāds risinājums ir superjaudīgs (ne velti visi IT čmoriki ik pa laikam uzmanās ka vainu pienāk kāds konkrēts datums kad kaut kāds viruss aktivizējas vai arī vispārēji satraucās par kaut kādu pēkšņu botnetu aktivitāti) taču es šaubos ka cilvēcei (pietiekami lielai daļai) pietiek tās labās gribas, lai kaut kad nākotnē teorētiski saņemtu labāku meklēšanas rezultātu. Drīzāk jau tas varētu notikt bez vispārējas apziņas un piekrišanas - vai nu noklusēti (kā piemēram pārmet Googlei un MS par visādu meta datu vākšanu bez tiešas lietotāju piekrišanas) vai arī to izdarīs ar dažādiem legāliem piespiešanas mehānismiem / normām - teiksim visas Ķīnas / ASV un EU procesēšanas iekārtas tiek izmantotas kopīgai problēmu risināšanai - t.i. ja tu gribi pieslēgties tīklam saproti to ka tavs PC tiks izmantots arī kaut kam citam :)
  5. Nubet kas liedz enduserim neizmantot googli / yahoo / [nosauc_jebkuru_citu_engiini] bez liekām saistībām? .. izmaksas nekur nepaliek - proti hardwari kāds nopērk anyway - tas ka tu "exploitē" to ir jau cits jautājums..
  6. Welcome to zombie network.. Pasākums "failo" no aspekta - kāpēc man kā lietotājam ir jāinstalē kaut kāds softs kas izmanto manus resursus - darbstacijas un tīkla - lai kaut kādam third party kantorim nodrošinātu weblapu indeksāciju, kas kaut kādā mērā no koderu līkrocības var novest pie atsevišķu vietņu DDOSa? Vēl ir saprotams, ka kāds apelē pie cilvēces sirdsapziņas (tur kaut kādas šūnu molekulu aprēķini un simulācijas HIV apkarošanai) vai arī izmanto vājības (citplanētieniešu meklēšana) un tad pastarpināti izveidojot topu kurā katrs pa visām varēm grib tikt augstāk... Bet nu nekādi neredzu kamdēļ lai kāds labprātīgi to darītu kāda darboņa labad kam nepietiek naudiņas savas infrastuktūras izveidei.. Bez tam google jau zināmā mērā to dara pati ar Google Desktop pļurzuli.. Un skatoties uz šo: un .. tu pats pasaki ka average pc end-userim, kas tavā plānā ir galvenaos "processinga" spēks un avots (nevis inženieri), nav pilnīgi nekādas sapratnes par lietām - attiecīgi no PR viedokļa vismaz pagaidām OpenSource kā termins ir tikpat tāls un sveš..
  7. Nu tad vēl ir http://sqlrelay.sourceforge.net/ http://www.alobbs.com/1344/MySQL_asynchron..._HTTP_JSON.html un http://code.nytimes.com/projects/dbslayer/ Idejiski gan (vismaz man tā šķiet) īsti pareizi risinājums ar "DB firewallu" nav. Proti es pieņemu ka to var izmantot kaut kādi hostinga kantori (lai gan tad ar labāks piegājiens ir vienkārši izolētas vides+backupi), lai itkā pasargātu kaut kād klientus, taču tas nekādi neatsver kverija/datu pārbaudi klienta/aplikācijas galā pirms sūtīšanas uz DB. Kas attiecas uz MySQL-proxy.. kā diemžēl versiju pie 0.6.x (itkā svnā kaut kur mētājas 0.7.0) pameta tā arī viss apstājies. Līdz 0.6.x bija viena kritiska šaize (vismaz priekš manis) mysql-proxy neatjaunoja konekciju uz serveri ja tā bija pātraukta no servera puses klientam nezinot (wait-timeout). Bez tam neesmu pārliecināts vai LUA ir pareizā izvēle. Rezumē ideja laba, bet izpildijums varēja būt labāks / vienkāršāks no lietotāju viedokļa..
  8. Termins webs sevī ietver visus tavus minētos - "datubāzes, programmas, utt". Definē precīzāk..
  9. http://lv.php.net/glob vai http://lv.php.net/readdir .. tur arī koda piemēri.
  10. Es šajā gadijumā neaizstāvu nevienu t.i. ne mana sāpe ne problēma, bet lai arī sludinājumā ir standarta teksts par "bla bla izaugsmi utt", bija vienkārši jautājums/nesapratne par to ko tad vietējā ražojuma koderis vēlas ieraudzīt darba sludinājumā.. Un kas tad būtu tie rādītāji - ar domu piem Yahoo tagad atlaiž 2k darbiniekus... vai ir doma ka kāds neietu pie viņiem strādātu, ja tiktu ielikts darba sludinājums un jautātu par sasniegumiem? Protams salīdzināt Y! šajā gadijumā ir nekorekti/smieklīgi utt bet anyway.. Ja skatamies LV mērogā vai piemēram Exigen ir kādi tādi vispārzināmi izaugsmes panākumiem ko jebkurš no publikas varētu nosaukt (neskaitot biznesam pietuvinātos personāžus un nepētot finansu rādītājus) Vai kāda gļukne viņu lapā kaut ko nozīmētu? :) Līdz ar to "viena tante teica" komentāri ir galīgi nevietā.. Atbildot uz jautājumu - nē dr.lv nav nekāda saistība ar konkrēto projektu. Kas attiecas uz mani esmu sniedzis dažas konsultācijas hardwares/servisu jautājumos.. Auto navigācijas/monitoringa/uzskaites sistēmas protams nav nekas jauns.. Varētu tad piesieties kapēc autoražotāji savos auto liek spidometrus - ideja tak nošpikota kaut kur :) p.s. offtopica "bumps" darba sludinājumiem...
  11. Sakars apmēram būtu analogs - atrodot googles/ms/whatever saitā tukšu help lapu tu apgalvosi to pašu?
  12. Un kāds tam sakars ar PHP programmēšanu / izaugsmi?
  13. Kādi ir/būtu manāmi rezultāti?
  14. Godaddy nesūta nevienu spam mailu (vismaz neesmu saņēmis pāris gadu garumā).. tikai konfirmācijas par izmaiņām domēnos un ekspirācijas gadijumā, kas ir būtiski.. Par reklāmām un citiem pakalpojumiem pašā saitā tas jau ir cits jautājums.. bet nu viņu bizness.
  15. Viennozīmīgi godaddy.com
  16. Ja pieņemam ka 'id' ir vienmēr eksistējoša (autincrement/sekvence), tad var izmantot, bet tā COUNT(lauks) atgriež 'lauks' ne-NULL vērtību ieraukstu skaitu. Attiecīgi ja lauks ir iespējams ar NULL vērtībām tad COUNT(*) un COUNT(lauks) var atšķirties.. p.s. MySQL gadijumā COUNT(*) uz InnoDB ir source of evil..
  17. Tas ka vietējie provaideri visiem sadevuši itkā 100mbit ir tikai LANs.. Un tad uzlīst lietus vai uzpūš vējš un saproti ka viss ir bijis caur veļas šņori un nekas vairs neiet :)
  18. Ok jautājums - tad ko cilvēki šeit saprot ar "webisks" ??? htmlu, http? e? Ja to, tad kaut kā bērnišķīgi :) Es kaut kā uztvēru, ka autors to domāja par lokāls vs attālināts (lai gan, manuprāt, termins lokāls attālināts arlaiku izzudīs - proti, kāda starpība kur tu pieslēdz savu input devaisu :) ).. bet ja ne tad mana kļūda.. Jau tagad networks ir ātrāks nekā tavs lokālais cietnis (disku sistēma etc etc) .. kapēc lai nestrādātu ātrāka vidē? Tas ka lv ir tas viss ir so-so vēl šajā ziņā (labi ka telko pēdējā brīdī ir aizdomājies par Fiber2Home) ir jau cits jautājums.. Gaming industrija jau pasen un "desktop aplikāciju" izstrādāji salīdzinoši nesen ir sapratuši ka caur tīklu var pelnīt labāk (vai faktiski vienīgais veids, jo kopētāju ir ne mazums).. Ne velti ir ieviesti visādi genuine pļurzuļi / online reģistrācijas utt.. Kad trubas resnums paliks (faktiski ar fiberu jau tas ir.. trūkst tikai iekārtas abos galos) tik liels lai jūzerim nedotu aplikāciju DVD pļekā, es domāju, ka tā paliks "webiska" <g> un mētāsies kaut kur centralizēti ar ikmēneša maksājumu... :) Hail opensurce..
  19. Nu potenciāli uz to iet :) Nav tak pat vairs nekāda zinātniskā fantastika.. dažas iekārtas redzamas šur tur izstādēs :) Lieta tāda ka uz doto brīdi processingu veikt lētāk sanāk klienta galā.. Proti par "tīklu", tā kapacītāti un uzturēšanu kāds vienmēr maksā.. kad fiberu (vai citu nesēju (carrier)) paliks tik daudz un tik neatkarīgi ka principā varēs pielīdzināt to gaisam kuru elpo, droši vien, ka daudz kas paliks decentralizēts un nenoteikts. Nu pēc būtības jau visi pēdējo laiku video efekti filmām tiek apstrādāti "attālināti" .. uz visādiem grid/cluster risinājumiem jo viena tava lokālā node ne tuvu nespēj paveikt to ko attālināts bars ar dzelžiem .. Jautājums ir kad visa processinga jauda būs pieejama visiem... Sen jau ir visādas network bootošanas, virtuālas sistēmas kas migrē pa tīklu, zombiju sistēmas utt utjprjām.... Īsti nesaprotu jūsu skepsi :) "And where does the newborn go from here? The net is vast and infinite.."
  20. Minētais piemērs arr Allow/Deny nekādi neaizliez hotlinkošanu bet gan konrolē piekļuvi vispār.. Sanāk ka tu definēsi tikai savas IP, bet visi pārējie bildes neredzēs.. Jāčeko ir refereris nevis source adrese. Hotlinkošanu var izskaust piemēram ar Rewrite: Pirmais refereris ir tukš jo dažreiz pārlūks nesūta refereri vai arī acess ir pa tiešo. Google figņas nav obligātas, bet es piemēram savām vajadzībām viņas atstāju. Pēdējais ir uz ko rewritot.. Es piemēram ielieku mazu pāris baitīgus smailijus (vai arī var likt transparentu bildi) piemēram manējais: http://roze.lv/1px.gif :)
  21. Šādām lietām neizmanto MyISAMi! Vai nu lieto InnoDB vai vēl labāk jau minēto MEMORY tipa engini tabulai. MyISAM ir ātrs tikai uz viena veida kverijiem proti vai nu SELECTiem vai INSERTiem ... Miksētā versijā kāda ir sesiju storage (noklusēti katras skripta sesijas sākumā ieraksts tiek nolasīt / katras sesijas beigās dati tiek wraitoti) MyISAMi nedarbosies visai korekti jo notiek table level locking... t.i. tajā brīdi kad notiek SELECTs nevar notiek INSERTI utt.. Šī nav kolīzija : MySQL error code 145: Table was marked as crashed and should be repaired Proti MyISAM tabula ir noplīsusi .. kas tavā lietotajā 4.0.x MySQL versijā gadijās diezgan bieži... Ieteiktu upgreidoties uz 5.1.x ... dra.lv izmanto memcache (kaudzi ar memcache instancēm) sesiju storagei.. Kopš kaut kādas 2.x pecl 'memcached' ekstensijas PHP ir iespēja pieslēgt memcache kā sesiju storage transparenti (t.i. nav jāraksta sesiju handleris ( http://lv.php.net/manual/en/function.sessi...ave-handler.php ) kā iepriekš) Nu unikālu sesijas ID ģenerēšana paliek PHP ziņā ( session.hash_function ) http://lv.php.net/manual/en/session.configuration.php
  22. dra.lv neglabā sesijas mysqlā - ir izkliedēta in-memory sesiju storage, kas paļaujas uz PHP "unikalitāti" <g>
  23. Tagad google māk tulkot arī latviski, so tas vairs nestrādās .. sorry par offtopic. Bet ja nopietni, keywordi varētu būt 'hardened php', 'php taint' .. proti lai arī protams DB lietotāju izveidei un sistēmai ir jāpievērš uzmanība, tad faktiski vienmēr visas ķeskas ir "dinamiskajā" galā, proti php.. Ja jau tu reiz php iedot lietotāju un piekļuvi DB tad tas nozīmē, ka caur to teoretiski piekļūt citi :)
  24. Manuprāt, te bieži tiekt jaukti jēdzieni programmēšana un kodēšana :)
×
×
  • Create New...