Endijs

Foruma tēma = ZF koderu apzināšana => Devs sāk filozofēt par "limonādniekiem" => OFFTOPIC! Ja gribi parunāt par to kurš piegājiens Web izstrādē ir sakarīgāks, tad lūdzu taisi jaunu tēmu un runā. Tagad no pavediena, kurā cerēju apzināt ZF koderus esam tikuši līdz cukurdzērienu apspriešanai. Tas IR offtopic! Tā ka lūdzu neturpināt.

Njā. Vai nu Devs = Robis. Vai arī kāds radgabals. Protams, tādai runāšanai nav ne vainas, ja vien viņa neveido offtopic (kā tas sāk notikt tagad).

Labākais/sliktākais nav novērtējams pašā saknē. Tas tāpēc, ka vērtētāja viedoklis ir subjektīvs. Viņš pieņem lēmumu balstoties uz savām zināšanām. Līdz ar to ir nevis "labākais", bet "piemērotākais". Lai spētu pateikt "labākais", zināšanām jābūt absolūtām, kas savukārt nav iespējams. Domāju, ka tālāk nav jēgas diskutēt par šo jautājumu, jo tāpat jautājumam nav viennozīmīgas atbildes.

2 Aleksejs: Man domāt, ka nav "labākā frameworka". Katram ir savi + un -. Es neesmu saskāries ar citiem freimworkiem - uzreiz sāku ar ZF. Bet man tā ideoloģija, iespējas, cilvēki kas aiz tā visa stāv, tik ļoti gāja pie sirds, ka visai grūti būtu tagad pašam sev iestāstīt, ka būtu jāizmanto kādu citu. Tas ir tāpat kā ar PHP un Ruby. Abi labi. Par katru no viņiem daudzi teiks labas un sliktas lietas. Bet nu esmu sācis ar PHP un uz Ruby īsti nevelk skatīties.

2 Devs. Pag - kas tavā izpratnē ir Library un kas ir Framework?

2 Devs: Pagaidām tas ir noslēpums. Kad būs beta versija online, tad par to varēs lasīt blogā. Domājams, ka pēc kādiem 2 mēnešiem. Es ZF apgūstu tā nopietni tikai kādu mēnesi. Bet nu zinu jau pietiekami, lai sāktu uz viņa bāzes kodēt. Katrā ziņā vajadzēja nedaudz mainīt domāšanu, lai sistēmā iebrauktu. Un jā - ZF ir nenormāli elastīgs un funkcionāls.

Nu jau kādu laiku es apgūstu ZendFramework. Šobrīd pat esmu uzsācis samērā liela vortāla izstrādi uz ZF bāzes. Taču parasti, kad rodas kāds problēmas ar ZF, ir visai grūti atrast palīdzību LV koderu vidū. Tas tāpēc, ka ir ļoti maz tādu kas izmanto ZF. Vai arī tie kas izmanto, par sevi īpaši nestāstā. Līdz ar to ja arī tu kodē ar ZF, tad atsaucies. Barā tomēr vienkāršāk izdzīvot un risināt dažādas problēmas. Ja tikai apgūsti ZF - varbūt ir jēga ieskatīties: http://endijs.com/zend-framework/ http://endijs.com/tag/zend-framework/

Izskatās, ka būs jāskatās uz savas kastes pusi. Jo ar tiem shared hostiem laikam īpaša aršana tāpat nesanāks. Paldies visiem par komentāriem!

Jā - par savu serveri esmu domājis. Vienīgi uz šo brīdi tādu investīciju nevaru pacelt. Tāpēc jau pie prasībām bija minēts, ka vajag būt iespējai pēc laika izvietot arī savu kasti. Mani arī pēdējā laikā sāk interesēt tie virtuālie serveri. Tikai īsti nevaru saprast cik jaudas tieši viņi piedāvā. OK - man ir skaidrs, tur ir MHz no CPU, MB no RAM un GB no HDD. Tas kas man nav skaidrs ir, cik nopietnu web lapu uz attiecīgas konfigurācijas var uzlikt. Piemēram, uzrakstīts 1GHz, 512MB, 25GB. Kā lai es saprotu cik uz šitādas kastes var uzlikt? :) Protams, viss atkarīgs no tā kā lietas sakodētas utt., bet kaut kādām vadlīnijām jābūt, ne? Vēl viena lieta kas īsti nav skaidra ar virtuālajiem ir - man ir pilnīga rīcības brīvība ar softiem kurus es gribu tur likt, bet vai admini laicīgi patchos vismaz OS utt., vai arī tas ir jādara man (cik skatījos, tad laikam patchos gan)?

Tad nu tā. Jau kādu laiku meklēju kādu hostinga kantori Latvijā. Ir nepieciešams izvietot gan savas lapas, gan arī ar drošu sirdi ieteikt klientiem. Līdz ar to servisam jābūt tādam, kas tiešām strādā un kas nerada iesācēju priekšstatu. Piemēram, sāku es jau domāt par vienu hostinga kantori, uzreiz kāds man pateica ka šamajiem DB serveri vāji. Nākamajam kantorim supports klibo. Trešajam nav PHP5 uz shared kastēm. Utt. Tad nu prasības ir sekojošas: * Nepieciešams PHP5, MySQL5, mail, control panel. Tātad standarta lietas. * Iespēja hostēt vairākus saitus zem viena accounta. Tātad nopērku plānu Y un turu uz viņa Z skaitu saitu. * "Bonusi" par piegādātajiem klientiem. Tātad - vai nu % no ikmēneša maksām, atlaides hostingam vai tml. * Supportam jārunā arī latviešu valodā. Supportam jābūt tādam kas uz mailiem atbild dažu stundu laikā. Par katriem nopietniem uzlabojumiem, kuru dēļ serviss var kaut uz minūtēm pāris nestrādāt, jau laicīgi jāpaziņo klientam. * Jābūt iespēja ar laiku izvietot arī serverus, ja tāda nepieciešamība rodas. Ieteikumi?