Jump to content
php.lv forumi

Klez

Reģistrētie lietotāji
  • Posts

    1,896
  • Joined

  • Last visited

Posts posted by Klez

  1. tādu kā ss.lv var izveidot pa 500 LS un pa 5000 LS

    atsķirība tāda, ka pa 500 LS veidotā spēs vienlaicīgi online noturēt 1000 cilvēkus, bet par 5000 LS veidotā noturēs vismaz 5000 klientus online.

    (pie vienādas aparatūras)

    viss atkarīgs no klientu vēlmēm utt. +tu nemaz nezini kā izskatās ss.lv administrēšanas puse ... tur var būt vairāk fīču nekā mēs redzam lapā ...

  2. nevar pie juzera cepumā glabāt kaut kādu identifikatoru, kas norāda kurā memcache serveri viņs tusējas?

    un tad jau ir taimauts, tad pārceļam tusiņu uz citu serveri un pie jūzera pieglabājam, ka tusējam citā serverī jau.

    respektiivi kastei A ir timeout, juzris parcelas uz B un atpakal uz A vairs netiek celts ja A atgriežas. var taisīt kaut kādu load balansing, lai visi nesalien B kastē ...

    patlaban visi dati glabājas tajā pašā memcache kurā sesija ja ? tad sanaak ka juzeris arii "izlogojas" ?

     

    veel arī vienk sesijas var glabāt konstanti vienā kastē un citās kastees glabājas dati. tad var pie sesijas glabāt id, kurā kastē ir juuzera dati.

    ja projekts nopietns, tad var vienk nopirkt vairākas kastes kurām ir ram (lai būtu failover) (te drosi vien ka der parastas desktop kastes.)

  3. Ja runājam par LV tad

    99% uptime. var dabūt

    Labs trafiks. wtf ?? kas ir labs trafiks ?? neatkarīgi inet pieslēgumi ? garentēti 50mbit/s ?

    Neierobežots skaits epasti - ok

    neierobežota vieta. - nereaali

    Vēlams ar visu līgumu, lai nav starpgadījumi. - ok

    24/7 supports vēlams - not ok. btw, kaads supports?? tel, email?

  4. personīgi izmantojis neesu, bet

     

    rfid lasītājs ir tur pat kur php ?

    jeb lasītājs ir vietā A un php vietā B ?

     

    varbūt uzraksti ko vēlies panākt ... ? reģistrēt darbinieku kustību, kādu priekšmetu kustību .. ?

  5. sorry par offtopiku, bet šis man liekas ka ir raibākais topiks php.lv vēsturē :D

     

    par tēmu.

    Faks,

    1) tev neviens ar karoti mutē neliks.

    2) tev priekšā gatavus skritpus neviens nerakstīs

    3) izlasi foruma noteikumus.

    4) Uzraksti skriptu, skaties kas nedarbojas un tad pameklē googlē kļūdas ziņojumu

    5) ja kaut ko prasi, dod kodu, kur nestrādā un pirms dod kodu, ja tas ir garāks par 10 rindiņām, izmanto paste.php.lv un pirms dod 10 rindiņas kodu, padomā, vai ar to pietiks.

     

    šajā gadījumā par sesiju doršību, būtu uzrakstījis kaut ko, pārbaudījis vai strādā uzrakstītais un tad vari kodu ielikt ieksh paste.php.lv un prasīt lai pārējie apskatās kādu koda daļu vai funkcionalitāti.

     

    Respektīvi vai rindiņā xx darbība yy būs pareiza un droša. aptuveni tā.

  6. marrtins, ja buus ddos, tad arī iptable nelīdzēs, jo pieprasījums uz tavu kasti atnāks. tikai vinsh netiks tālāk par atļauto robežu.

    ar to gribēju teikt, ka trafiku var noslogot, kā rezultātā kaste ir lēna. un iptablēm arī ir jāizdomā ko darīt ar ienākošo konekciju.

    Protams ka no maziem ddos tas paliidz.

  7. Manas [pār]domas...

    Uzliekot kādu no atvērtā koda veikaliem, piem OsCommerce, ir maziņa maziņa varbūtība, ka varēs izurķēt.

    Joomla kā tāda ir caurumaina. Es to neieteiktu. Respektīvi pašam jāseko līdzi un jāliek jaunākās versijas.

     

    Par maksājumu sistēmām. Nezinu kas ir ērtāk vai labāk pircējam (firstdata vai katras bankas versija). Komersantam iespēams ka te atškirās % , kāds jāmaksā bankai.

    Domāju ka jebkuros no šiem veidiem var redzēt [dabūt] transakciju sarakstu un to statusus.

     

    Par slēgtajiem risinājumiem ...

    Ja kaut ko vajadzēs pielabot vai uzlabot, to ,iespējams, varēs izdarīt tikai ražotājs. Jo php faili var būt kodēti. vai arī neviens negribēs tajā visā iedziļināties. Bet ko gan par attiecīgu samaksu neizdarīsi.

     

    Par izmaksām. Viss ir atkarīgs no veikala sarežģitības. Respektīvi vai tas ir cenuklubs vai arī dažas kategorijas un dažas preces. piemēram pārdod sveces.

    Tātad, var paņemt open source, un pasūtīt dizainu ja gribas savu. vai pats uztaisīt. Izmaksas būs mazākas ja pirks slēgtā koda kādu risinājumu. (nav teiks ka bez caurumiem)

    Ja tās ir dažas preces, tad visticamāk ka nekādas sinhronizācijas nevajadzēs [ja veikalā atspoguļo pieejamos daudzumus]

    Ja preču ir daudz tad jāsāk domāt par kaut kāda veida sinhronizāciju ar noliktavas sistēmu (ja tāda maz ir :D)

    Un sinhronizācijas nebūs nevienam variantam.

     

    Kā jau Aleksejs minētja tad OpenSource risanājumos palīdzēt varēs vairāk cilvēku.

    Ja veikals paredzēts nopietns, tad ,manuprāt, prātīgāk būtu pieņemt darbā koderi, panjemt kaut to pašu OsCommerce un pielāgot pa savam un pieprogrammēt to ko vajag.

  8. Visu topiku neizlasīju, bet sākumu gan, un piekrītu codez variantam, ka jāliek kolona 'komentaru_skaits' `news` tabulā, jo:

    1) ja izmanto myisam kā tabulas dzinēju, tad count(*) tiek paņemts no metadatiem. (myisam pie katra insert/delete pieglabā cik ir ierakstu tabuā [skaitu])

    2) ja būs 'select count(*) from tabula where x=y', tad netiks izmantots myisam saglabātā vērtība, bet gan skaitīti rezultāti (kas pie daudz ierakstiem būs lēns process)

    3) ja tabulai būs dzinējs innodb, tad count skaitīs visus ierakstus tabulā (jo innodb ir row locking nevis table locking)

     

    un atspoguļojot jaunumus , nebūs jātais selekti uz citām tabulām (ātrāk notiks ielāde)

     

    var arī komentu tabulai pielikt 2 trigerus, viens dzēšanai, otrs pievienošani (kas izmainīs komentaru_skaits vērtību news tabulā)

  9. seo tev tur pilnīgā pakaļā un tas ka ir http://brandbux.info/img/slud/kategorijas/123/ tas nav nekāds seo.

    būtu vismaz muļķīgas kļūdas novērsis http://validator.w3.org/check?uri=http%3A%2F%2Fbrandbux.info%2Fimg%2Fslud%2Fsludinajums%2F21%2F&charset=%28detect+automatically%29&doctype=Inline&group=0

     

    un ss.lv kopija tā toč nav. (funkcionalitātes ziņā)

    piemēram

    http://brandbux.info/img/slud/kategorijas/1029/

    http://www.ss.lv/lv/entertainment/acquaintances/

     

    tavā variantā var sakārtot pēc cenas .. damn,

     

    meklētas arī rullē :D

    kko jau atrod, bet kurā kategorijā ir atrastais, tas jāprasa kristāla bumbām :D

  10. faila drosai glabasanai iesaku izmantot sitaa:

    $name = md5(microtime() . $_FILES['userfile']['name']) . '.' . substr(strrchr($_FILES['userfile']['name'], '.'), 1); //nav ne jausmas kas notiks ja pievienos failu bez paplasinaajuma, bet tas ir cits staats :)
    
    move_uploaded_file($_FILES['userfile']['tmp_name'],$name);
    //iex db saglabaa nogenereeto faila nos, orginaalo faila nos, ko peec tam ar hederiem padod pie failu download

×
×
  • Create New...