Jump to content
php.lv forumi

Roze

Administratori
  • Posts

    1,561
  • Joined

  • Last visited

Posts posted by Roze

  1. Muļķības ir par izteikto apgalvojumu..

     

    Unja cilveeks negrib neko dariit, jo baidaas no apkaarteejo veerteejuma - sliktaak pasham. Be positive!
    Mana doma bija par to ka cilvēki dara utt, bet tākā "vietējais" vērtējums reti kad ir pozitīvs vai noderīgs, tad īsti nav vērts censties kaut ko parādīt - kas rada arī priekšstatu (arī Tev), ka kaut kads trūkst - speciālistu, ideju, risinājumu, lai arī patiesībā suns ir aprakts kur citur..
  2. Piekriitot, Drupal par kopeejo situaacijas veerteejumu, viens no iemesliem kaapeec pie mums nav straujas attistiibas ir kvalificeetu kadru tuukums.
    Bet - trūkst profesionalitātes...

     

     

    Muļķības.. LV skatoties uz mazo un iznīkstošo iedzīvotāju skaitu ir pietiekami daudz kvalificētu speciālistu kā arī radītie produkti ir diezgan unikāli un interesanti - starpība ir, ka kā jau daži cilvēki minēja "šai sabiedrībā tomēr dominē nenovīdība un mantrausība" taču es gribētu teikt ka skaudība un kaut kādi aizvainojuma kompleksi.. (var kautvai pārliecināties dažos nesenajos foruma topicos)

     

    Neatkarīgi no projekta/ieceres/risinājuma atradīsies kaudze ar "guru" (lai arī paši neko sasnieguši nav) (baisi populāri pēdējā laikā kļuvis tā saucamo blogeru "rantings") kas nu ņems un nozākās konkrētā projekta virzītājus nemaz nepadomājot par veidu kā pašiem piedalīties vai kaut ko uzlabot.. Līdz ar to cilvēki kas parasti bīda kaut kādus projektus IT jomā vai nu lai aiztaupītu sev negācijas īpaši nebazunē vietējai auditorijai vai arī vienkārši koncentrējas naudas pelnīšanai..

     

    Jūs ziniet kādu OS projektu kur piedalās kāds letiņš? Es īsti nē..

    Tai pašā laikā lietuvieši / igauņi nemaz nerunājot par citām ap Baltijas jūras dzīvojošām ciltīm ir gana daudz..

     

     

     

    Bet nu turpinot čīkstēt pašiem par sevi un vienam par otru (ko faktiski sanāk daru arī es tagad) kā arī ievēlot kanalizācijas speciālistus attiecīgos amatos mēs tiksim "tālu" :)

  3. Latvijas headhunteri tā kā sarosījušies pēdējā laikā. Ekonomiskā krīze klāt arī šajā nozarē?

    Par krīzi IT vēl jāskatās, bet kolēģis kas nupat EE lasīja lekcijas teica ka valsts krīze esot gan - līdz 1. oktobrim beidzās 10% valsts nodarbināto atlaišanas.. nemērā daudz neatdotu līzingu mašīnu/māju, ēstuves un šopi klapējas ciet utt..

  4. Jā tikai tu aizmirsti par to, ka mūsdienu serveri ir ļoti jaudīgi un, šajā gadījumā runājot par spēli, tad tie bez problēmām paspēs veikt visus aprēķinus.

    Tā jauda ir ļoti nosacīta.. "Mūsdienās" aizvien lielākais bottlenecks salīdzinoši ar citām komponentēm ir disku IO ..

    Mēdz teikt, ka faktiski nakošais disks būs rams un rams būs networks (nu vai otrādi bija), jo pašreiz esošie disku risinājumi nedod iespēju tos aprēķinus veikt, bet ātrie datu nesēji ir ar salīdzinoši mazu kapacitāti un tās palielināšana ir nu diezgan dārga..

     

     

    Man piemērs bija triviāls, bet noteikti būs arī sarežģītāki aprēķinu, kur integrālās formas formula nebūs tik intutīva.
    Mana sākotnējā posta nodoms faktiski nebija ieslīgt piemēru došanā kur un kā aprēķināt iedzīvotāju vairošanos, bet gan norādīt, ka izteiktais apgalvojums ir aplams (un aizvien ir), bet tad variants būtu apmēram šāds - pieņemsim, ka tev ir jāatrod kurā vietā/pakāpē pēc iedzīvotāju skaita ir konkrētais ciems attiecībā pret citiem 100, 1000, 100000 ciemiem...

    Jo nu piedomājot spēles mehāniku top100 ciemi varētu kļūt par pilsētām, pēdējie 100 par miestiem un resursu iegūšanas bonus mainās :)

    Šis gan ir samērā lineārs piemērs, jautrāki ir tie kur pasākums attīstās ģeometriskā progresijā..

     

     

     

    Un no baumām, kuras dzirdētas par viņa virtuvi, mati ceļas stāvus.
    Baumas vienmēr ir savdabīgas / interesantas.. ( reku virtuve http://internetno.net/wp-content/uploads/2008/02/5.jpg :) )

    Ja nopietni tad nu kā ir tā ir.. Ja pie projekta strādā cilvēki ar dažādām zināšanām ne vienmēr ir iespējams izolēt vai radīt atdalītu smilškasti katram no programmētājiem, kas neafektētu pārējos.. Ja tev radīsies vai ir bijusi kādreiz iespēja strādāt pie projekta kuru labo un lauž vismaz padsmit koderi ar atsķirīgu skatu uz dzīvi un kvalitātes izpratni tad gan jau sapratīsi..

  5. Nav jau brīnums, ka draugiem.lv vienā pieprasījumā slēdzās klāt 15 dažādām datubāzēm un regulāri novērojamas performances problēmas, ja šādi darbinieki tur kaut ko taisa. Agrāk nevarēju saprast, kā var būt performances problēmas tik mazai lapai. Tagad skaidrs.

     

    Un tagad pie lietas. Ja tev piemēram ir 100 000 patstāvīgi spēlētāji, tad, ik pēc piecām minūtēm (vai pat biežāk, ja gribētu normālu online) cron izsauktajam pieprasījumam būtu jāaprēķina 100 000 lietotāju dažādu datu izmaiņas. Tā vietā, lai simtiem reižu diennakts laikā rēķinātu katra jūzera visus datus, tos var rēķināt tikai dažas reizes dienā. Pat pie regulārā spēlētāja resursu ieguvums būtu ļoti liels, nemaz nerunājot, ka ir tādi, kuri ieeiet vienreiz nedēļā, vai varbūt vēl retāk.

    Spriežot pēc kādā konkrētā portālā izmantotas DB arhitektūras, arī DB klasteru sistēma dažiem varētu izklausīties, kā muļķīgākais apgalvojums, kuru nācies dzirdēt.

     

    Pirms sāc ņemties vēlreiz izlasi savu sākotnējo postu - "cron ir resursu rīma" ..

    Ja tu runā par lietojuma aplikāciju tad crontabam kā tādam ar šādu apgalvojumu nav pilnīgi nekāda sakara un tas ir aplams un ja tu reiz kaut ko saki lietotājam, kas uzdod kādu jautājumu, tad vajag atbildēt korekti nevis "es rakstu vienu, bet domāju citu"..

    Šādi varētu apgalvot ka arī echo arī ir rīma - <? while(1) { echo 1; } ?> ... Got it?

     

     

    "par principu, kurā kādi pietiekami sarežģīti aprēķini tiek veikti regulāri" un ja tu nedaudz vēl padomā - tad ja reiz ir nepieciešami aprēķini tad vai tev šķiet ka tos pārnesot pa taisno uz "live" sistēmu viss notiks ātrāk? crontabs ir mehānisms kā inicializēt darbību un faktiski nav svarīgi vai tas nāk no pārlūka vai crontaba.. Pretēji tam ka caurmērā normālai lietotāju experiencei lapa ir jārenderē <1 sec, tad "background processingam" šādi nosacījumi nav būtiski..

     

     

    "jo tiek veikti ļoti daudz lieki aprēķini, kuru rezultāti tā arī nekad netiek izmantoti, bet nākamajā ciklā jau tiek pārrēķināti pa virsu" - un ja tu vēl biku biku padomātu, tad varbūt saprastu, ka var rēķināt tikai tos datus, kuri ir jārēķina - aka termins (data) queue.. jebšu atsaucoties uz tevis teikto "programmētājam ar pietiekami augstu IQ" nekas lieks un nekas viss nav jāparrēķina pa virsu..

     

     

     

     

    Kas attiecas uz DB klasteriem labprāt paklausītos tavu teoriju (nopietni) .. Jo līdz šim viss kas ir dzirdēts piemēram no Oracle .lv pārstāvjiem lai nodrošinātu kaut vai esošo QPS jaudu cenas un risinājumi ir kosmiski <g> (fiber channel, rac clusteris ar nodem uz P5) .. Bet ja viss aprobežojas ar kaut kādu random terminu un ciparu saukšanu ( izmantojot šo "maģiju" ... "simtiem un tūkstošiem reižu" ), tad tas man nav interesanti..

     

     

    p.s. kas attiecas uz performanci utt var teorētiski paskatīties http://www.audience.gemius.lv/pages/pageviews .. rupji rēķinot visiem kopā kaut kā nesanāk cik "neprofesionālo apelsīnportālam" .. secinājumus izdari pats..

  6. Ja tirākā matemātika, tad zinātu ka 0%2 ar ir == 0 un nevaig .($i == 0 || $i%2 == 0) un pietiek ar $i%2 ? ... :

     

    for($i = 0; $i < 100; $i++) {
    $return .= '<p class="'.($i%2 ? 'second' : 'first' ).'">abc</p>';
    }

     

    :)

  7. Kas attiecas uz komplicētām darbībām, tad labāk nedaudz padomāt un izveidot bez cron, jo cron ir resursu rīma.

    Muļķīgāku apgalvojumu sen nav nācies dzirdēt...

     

    crons jebšu crontabs jebšu task scheduleris (windows vidē) ir veids kā regulāri/cikliski (ar zināmiem nosacijumiem) izsaukt kaut kādas darbības/komandas/aplikācijas .. un resursus faktiski nerij absolūti nekādus..

     

    Tas kā tu uzraksti savu aplikāciju ir kaut kas pilnīgi cits.

  8. 2) Ko sūtam pa pastu - gmail

     

    Nu tā nav.. Yahoo un Hotmails ir ar kārtu (pāris kārtām) priekšā..

    Tas ka tev varbūt lokāli letiņi daži ir iefanojuši nav rādītājs

     

     

    otrs teiksim interesants rādītājs/softs no lietojamības ir Skype kur ar Baltijas reģions ir ļoti intensīvs.. a citur nekas ļoti īpašs..

     

    Ganjau var paspēlēties ar Googles Insights .. piemēram http://torrentfreak.com/popular-bittorrent...nsights-080831/ :)

  9. par vaciju bija ar pieminets, cita raksta ari lasiju.

     

    Ka tad paliek ar to torrentu lozungiem, ka nekadi faili netiek glabati uz servera utt, sanak viss pupu mizas?

     

    Afaik viņu kļauzu neierosina (nav ierosinājuši) par to ka kaut kas specifisks (autortiesību materiāls) ir/būtu bijis atradies uz kāda konkrēta torrent trackera servera, bet gan uz to ka nav bijusi rīcība/atbilde par pieprasījumu no tās autormateriālu pārstāvošās kompānijas - ar domu ja būtu izņēmuši konkrētos failus ganjauka gailis pakaļ nedziedātu.. Uz kā pamata tad arī lieta ierosināta - bet nu kā izvērtīsies skatīsies.. Lai gan ja e-pasts kā prasību pieteikums (manuprāt, varbūt ja kāds zin precīzi palabojiet) ir bez juridiska spēka t.i. tikpat labi var pateikt ka šādu vēstuli nav saņēmuši utt..

  10. Fuck them! Es savām _personīgajām_ vajadzībām netaisos atbalstīt nevienu atmarozaku, kurš lieto iPhone vai dajebkādu ierīci bez _normāla ekrāna_. Tam lai brauzo divkrāsainu WAP versiju vai izmanto sava touchscreena priekšrocības un scrollo vesels, pirksti nenotrulināsies.

     

    No sērijas: Cilvēki gadiem pūlas, taisa jaunus formātus, izgudro jaunus datu nesējus, lai filmu varētu blenzt kaut uz mājas sienas bez kvalitātes zudumiem, bet te atnāk kaut kādi jampampiņi, uztaisa 16x16 ekrānu, nokodē HD filmu uz SuperMegaExtraLowDefinition ( SMELD ) un skatās caur palielināmo stiklu. Es vairāk cienu tos pirmos.

     

    Varētu teikt ka no lietotāja/darbadevēja/biznesa viedokļa tevi darbā nekur ņemt nevarētu (ar šādu attieksmi) :)

  11. .. tādēļ ka pagaidām (ja pareizi saprotu šo iespēju atbalsta tikai firefox) pārlūkiem nav šīs iespējas.

    Ja uz to skatās vispārīgi tad faktiski nav pat īsti svarīgi vai konkrēto security fīču kāds pārlūks atbalsta vai neatbalsta, JO vienmēr būs lietotāji ar vecākām/citām pārlūku versijām.. Vienmēr kaut kādus pieprasījumus varēs veidot ("kraftēd") bez pārlūka kā tāda..

     

    Vai kādam ir zināmas alternatīvas šai idejai? Varbūt kādas pārdomas?

    No php viedokļa kā transparentus risinājumus var idejiski minēt divus.. hardened php ( http://www.hardened-php.net/ ) kas tev drošivien ir zināms.. Bet samērā jauna fīča ir PHP Taint .. http://wiki.php.net/rfc/taint

     

    Faktiski no kurienes nāk formas posts (vai tas ir cits domēns) praktiski ir vienalga un idejiski jau sanāk apstrādāt citā līmenī..

  12. Palasiju to otro linku attiecibā uz Godaddy piem.. nedaudz buļļa kakas - novērtējuši 4 cilvēki.. 2x5 zvaigznes un divi ar 2 zvaigznēm.. aiz kam viens tikai tapēc ka nepatīk baneri (bet tas faktiski ir veids un iemesls kapēc tie sanāk lētākie) un otrs runā biki muļķības..

  13. GIF caurspīdīgums strādā uz visiem pārlūkiem vienādi. Vienīgā problēma ir tāda ka gifam transparenta var būt tikai viena krāsa, kas nozīmē nekādas daļējas pārejas uztaisīt nav iespējams. un caurspīdīgums ir "ass"..

     

    Bet IE ir daži png workaroundi.. Googlee pameklē "IE png fix"

  14. Manuprāt labāk ir izmantot DB priekš sesiju glabāšanas. Tas arī daudz efektīvākā veidā vienkāršo klāsterēšanu.

    Pričom te sesijas .. topics ir pavisam par citu lietotāju autorizācijas/datu mehānismu..

     

    Kas attiecas uz sesijām ir arī efektīvāki veidi kā tās glabāt nekā DB..

  15. tagad katru reizi uzspiežot submit izvada 99, bet kā panākt, lai nākošreiz uzpiežot submit izvadītu 98..97...96. respektīvi katru reizi atņem 1 no iegūtās vērtības.

     

    <?
    session_start();
    if(!isset($_SESSION['x'])) { $_SESSION['x'] = 100; }
    $_SESSION['x']--;
    echo $_SESSION['x'];
    ?>
    <form method="POST" action=""><input type="submit"/></form>

  16. IMHO pārāk bloatēts kods.

    Vismaz tie nestotie if-i kaut kā neizskatās smuki (proti uzskatu ka statusu var/vajag returnot tikai vienreiz). Bez tam nav pārdomāts arī pašas statusu vērtības - proti:

     

    return 7; //viss OK <- nozīmē ka es nekad nevarēšu izpildīt if(user_change_pw(..)) .. jo ir arī šāds 'return 4; //nav izdevies piesaistīt mainīgos' kas nozīmē == 7 .. kas nozīmē ka ja uzrodas jauns statuss tad vai nu viss jābīda uz leju vai arī sanāks ka 7 ir OK bet 8 vairs nav OK :)

     

     

    Smukumam prasītos ja jau izmantojam "state of the art" mysqly nu tad izmantojam funkcijas/procedūras nevis kadreiz prepārojam vienu un to pašu kveriju :)

     

    Bez tam (varbūt esmu neuzmanīgs) nemaniju nekādu datu kompresiju - problēma ir tāda ka klientam cookijs jāsūta uz katru requestu. It īpaši ja vēl, piemēram, statiskajam kontentam nav savs domēns tad visi cookija dati gāžas arī uz citiem elementiem kas atrodas piemēram zem domain.lv/img/ .... kas galā var rezultēties un diezgan lielu augšupejošu trafiku.

     

    Trešā lieta - pie mums varbūt mazāk, bet lielākoties visur pasaulē vispār atsakās no statiskas IP izmantošanas autorizācijai. To protams pielogo utt, bet tas nav kritērijs pārbaudei (var patestēt google / facebook utt). Tas saistīts ar to ka kaut kādam procentam no lietotājiem ir mainīgas IP (slavens un tā iesācējs ir AOL) .. (korporatīvie proxy, roamings utt utt).

     

     

    .. tās tādas pārdomas.

  17. A nē nu tas bija lētā gala Suņiem, kurus vajadzēja expandot un izrādijās ka atmiņas modulis ir gandrīz paša servera vērtībā :)

     

    Bet tā attiecīgu cenu grupu iekārtās pēc idejas kaut ko iespraust drīkst tikai ražotāja sertificēts speciālists <g> baltos cimdos :)

  18. Nu redz ar garantiju.. Mēs gan neesam ņēmušies ar ne-ražotāja diskiem bet ar atmiņu ir aptuveni tādi - tam pašam Sunim atmiņas modulis maksā 3-4 reizes dārgāk kā analogs Kingston (ko lielākā daļa ražotāju arī atbalsta). No vienas puses itkā cepas par to ka ja iespraudīsi neražotāja moduli serverī zudīs garantija.. no otras puses pirkt moduli kam vienkārši uzlimēts logo N reizes dargāk ir )($*..

     

    Līdz ar to tas viss ir tāds stiepjams jēdziens :)

  19. Roze, Tieši par to es arī saku, ka SATA (ja tiek izmantoti nevis lētie workstation domātie diski) var un ļoti plaši tiek izmantoti serveros. Laikam neskaidri izteicos :S

    Nu lēts, nelēts.. reizēm tas viss atšķiras tikai ar ar brenda uzlīmīti uz konkrēta moduļa, kuru galugalā tāpat ražojuši vieni un tie paši ķīnieši :) ..

  20. Attiecībā uz SATA vs SCSI.

    Lieta ir tāda, ka parasti izvēlētie SATA diski nav domāti kā serveru diski - respektīvi tiem ražotājs nav paredzējis nepārtrauktu darbošanos (mehānika, pieļaujamais temperatūras režīms utt nav projektēts nepārtrauktai darbībai). Ir arī serveriem domāti diski ar SATA interfeisu un to izmantošanā vai neizmantošanā jau atkrīt arguments - "SCSI ir serveru diski bet SATA nav serveru diski".

    Ūja..

    Veselas serveru sērijas nāk ar SATA diskiem. Piemēram kautvai tas pats Sun x4500 ( http://www.sun.com/servers/x64/x4500/ ) no HP mums ir Proliant DL180 utt u.c...

     

    Nevaig tādus mītus veidot :)

×
×
  • Create New...