black

Kas ir tie dīvainie cipariņi foruma augšā? Kāds būs aizmirsis savu debug kodu aizvākt?

Nesaprotu, kāpēc izmaiņas ar gettext būtu lielāks čakars kā ar masīviem. Katalogu var ģenerēt dažu sekunžu laikā arī lielos projektos (manā projektā patreiz ir 3569 faili, piemēram). Ir arī grafiskie gettext redaktori, kas nozīmē, ka kompilēšana nav jāveic no komandrindas (ti, to var darīt arī tekstu tulkotāji, vai, piemēram, sekretāre). Par turēšanu datubāzē - izklausās diezgan nereāli. Neesmu rēķinājis, bet manās lapās katrā lapā ir apmēram 20-30 tulkojumi teksti. Ja taisīsi katram tulkojumam savu kveriju, tad datubāzi nonesīsi momentā. Pat ja mēģināsi ielādēt visus tekstus ar vienu kveriju un tad kešot no masīva, tad arī būs ievērojams trafiks uz datubāzi / aizņemta atmiņa pie katra lapas pieprasījuma. Atliek tikai iespēja kešot tulkojumu masīvu ar memcached (vienreiz), bet to visi hostinga provaideri nepiedāvā.

Es arī tāpat to sludinājumu izlasīju. Firmas nosaukuma nav, un runa ir tikai par pārbaudes laiku. Nav pieminēts nekas par to, kas darbinieku varētu gaidīt PĒC pārbaudes laika, kas daudziem ir visai svarīgi. Par motivāciju - pieļauju, ka varētu būt diezgan grūti uzrakstīt, piemēram, motivācijas vēstuli, nezinot, kur jāstrādā. Varbūt, rakstot pieteikumu, vārdu varētu aizstāt ar X vai 'Starptautiski pazīstams uzņēmums' kā tiek rakstīts daudzos CV portālos, taču pati pieteikuma vēstule varētu izskatīties varen interesanta. "Lūdzu izskatiet manu kandidatūru, jo jau no bērnu dienām esmu sapņojis strādāt uzņēmumā X. Uzskatu, ka uzņēmums X dos man iespēju attīstīties profesionāli, un priecāšos, ja dosiet iespēju strādāt kopā ar uzņēmuma X draudzīgo kolektīvu". Patiesībā, atbildot uz šādu sludinājumu, kandidāts parāda, ka viņš grib strādāt JEBKUR, ka tikai maksā Ls 300 uz rokas. Nesaku, ka tas pats par sevi ir slikti, bet ar noteikta veida sludinājumu uzņēmums noteikti sameklēs sev noteikta veida kandidātus.

Izmanto http://pear.php.net/package/Mail_Queue. Pirmkārt, hostētiem PHP skriptiem parasti ir noteikts atmiņas un laika limits. Piemēram, 30 sekundes un 4 megabaiti. Pie tam, daži hostētāji neatļauj šos limitus mainīt. Ja būs daudz lietotāju, tad gatavojies tam, ka skripts nomirs pēc 30 sekundēm, nepaguvis izsūtīt visus meilus. Pie tam, tā kā nekur neraksti, kuriem lietotājiem pasts nosūtīts, nevarēsi sūtīt vēlreiz (citādi taču atkal saņems visi, kuriem jau izsūtīts). Otrkārt, pasta serveri parasti ir nokonfigurēti ar noteiktu izejošā pasta limitu stundā. Ja pārsniegsi limitu, piemēram 25, tad uz kādu laiku nekas nesūtīsies. Tātad, izmanto datubāzi, kur pieraksti, kam nosūtīts. Un noteikti pārbaudi, ko atgriež mail() funkcija (vai serveris pieņēmis pastu. Un atceries, ka mail() katru reizi veido atsevišķu pieslēgumu serverim, tā kā labāk izmanto kādu klasi, kas slēdzas pa tiešo pie SMTP servera. Kā minimums, pieliec set_time_limit() savam skriptam.

bubu, datubāze no tava linka izmanto to pašu Maxmind: "The data is partially from the free Maxmind geoiplookup command line tool while not being a clone or a copy of their database (60% smaller with same accuracy)." Es gribu dabūt tik precīzu datubāzi, lai varētu automātiski pārslēgt lapas valodu atkarībā no valsts. Lai nebūtu tā, ka ķīnietim rāda lapu zviedriski defaultā, piemēram.

Iesakiet kādu labu ģeolokācijas rīku/datubāzi. Ar ģeolokāciju es domāju iespēju pēc IP adreses noteikt, no kuras valsts apmeklētājs nāk. Pašlaik izmantoju Maxmind GeoLite, taču tā ir bezmaksas versija, kas nav tik precīza kā viņu GeoIP. Ko jūs lietojat?

Es parasti Javascript tieshi HTMLaa lieku tad, ja Javascript ir dinamiski genereets. Prieksrociiba, ja liek atseviskaa failaa ir taada, ka HTML kods buus iisaaks un faila saturu var keshot. Tachu dinamiska satura gadiijumaa no keshoshanas nav jeegas, un ietaupaas viens HTML requests, kas vajadziigs, lai pieprasiitu failu. Es sheit runaaju tikai par klienta puses (HTML) paraadiishanu, backendaa, protams, tureet kopaa HTML un Javascript nav iipashi gudri.

kurš, būdams pie pilnas saprašanas, varētu gribēt sūtīt e-pastu ar 2GB pielikumu?

Man ir aizdomas, ka iepriekš pieminētais kategoriju variants nozīmē, ka kategoriju dziļums ir stipri ierobežots. Piemēram, 5 līmeņu kategorijas (ļoti iespējama lieta sludinājumu portālā) prasītu 4 left joinus. Sludinājumu portālam es ieteiktu 'Nested set' modeli, kas ir mazliet sarežģītāks izmantošanā (pievienojot jaunu kategoriju var nākties labot pārējo kategoriju datus), bet toties ir ļoti, ļoti ātrs tad, kad kategoriju koku vajag dabūt ārā. Pieņemot, ka sludinājumu portālā kategorijas nemainās katru minūti, bet kategoriju koku lietotāji gan var vēlēties apskatīt bieži, šis, manuprāt, ir ideāls risinājums. Patiesībā, šis bija variants, ko izmantoju, kad pats pēdējo reizi taisīju sludinājumu portālu.

Viens gadījums, ko es varu pastāstīt no sava čoma pieredzes. Kad viņam nācās mainīt darba vietas, šis mēģināja pieteikties uz C++ programmētāja vakanci kādā no lielajiem (ja Latvijas uzņēmumus vispār var dēvēt par lieliem) IT uzņēmumiem. Viņam palūdza aizpildīt Brainbench testu. Nezinu, cik viņš dabūja testā, bet pēc testa nokārtošanas viņam pastāstīja, ka zināšanu tomēr pietrūkst. Ar to pašu uzņēmums zaudēja, manuprāt, vienu no labākajiem Latvijas C/C++ programmētājiem, jo džeks patiešām bija ģēnijs.

Gribas ticēt, ka lielajās firmās HR darbinieki ir dzirdējuši par Zend sertifikātiem. Nezinu, vai uzņēmumu nezināšana ir vienīgais iemesls, kāpēc Latvijā ir tik maz cilvēku ar Zend sertifikātu. Varbūt sertifikāts pārāk dārgs, varbūt dabiskais latviešu slinkums?

Man izskatās, ka visreālākais ir pirmais variants. Bet ļoti gribētos izdomāt kaut ko skaistāku un elegantāku :) EDIT: Pareizrakstība

6) Flash (http://blog.monstuff.com/archives/000280.html)

Vai kādam ir idejas, kā apiet topika nosaukumā minēto problēmu? Doma ir vienkārša - es gribu ar Javascript ievietot formas citos domeinos, un dot iespēju nosūtīt/saņemt rezultātus uz manu domeinu. Risinājumi, kurus es pašlaik skatos: 1) Script injection. Problēma tikai tā, ka šeit strādā tikai GET requesti. GET URL ir ierobežots maksimālais garums (kaut kur ap 2000 simboli), tāpēc garākas formas GETus var nākties 'dalīt gabalos'. 2) POST var nosūtīt arī uz citu domeinu, tikai nevar dabūt atbildi. Doma nosūtīt POST, un tad ar 'script injection' regulāri skatīties atbildi. 3) Kaut kas viltīgs ar IFRAME, ko līdz galam vēl neesmu izdomājis :) Vai ir kādas idejas vai ieteikumi?

Es drīzāk ieteiktu uzmanīties ar if($a != $b) un if($a !== $b). Man dažreiz gadās nejauši sajaukt, kur kuru jāizmanto.

Atbildot uz publikas jautājumiem: 1) Izmantojam paštaisītu framework, kurš ir zināmā mērā līdzīgs Zend Frameworkam (arī MVC patterns, utt). Pats Zend Framework arī tiek izmantots, bet tikai atsevišķām funkcijām (lokalizācija, tuvākajā nākotnē droši vien arī cache). Tikai mans personīgais viedoklis, bet Zend ir diezgan smagnējs - ja paskaita, cik failus nepieciešams ielādēt, lai parādītu vienkāršu lapu. Es gan arī neesmu Zend guru, tāpēc paša frameworku vienkārši likās vieglāk izmantot. 2) Nekādu PHP IDE neizmantoju, strādāju ar Geany (un Notepad++, ja gadās izmantot Windows)

Par peļņu un investoriem neko sīkāk nevarēšu uzrakstīt, taču ja kādam ir interese, es varētu pastāstīt par dažām atziņām saistībā ar tehnisko pusi: piemēram, kādu js frameworku izmantojam (un kāpēc), kā cīnāmies ar lokalizāciju (dažādas valodas, datuma formāti, utt.)

Paldies par komplimentu!

Domāju, ka latviešu valodā blogam auditorija būs pārāk maza. Piemēram, neredzu īsti jēgu rakstīt par Oracle, ja latviešu valodu saprotoši Oracle speciālisti mums uz rokas pirkstiem saskaitāmi. Kas attiecas uz angļu valodas blogu, tad, iespējams, varēšu palīdzēt ar tulkošanu. Taču angļu valodas bloga līmenim tiešām būtu jābūt tādam, lai spēj sacensties ar citiem IT blogiem. EDIT: Palaboju pareizrakstību.

Strādājot normālu darba laiku (8 stundas dienā 20 dienas mēnesī) sakrāsies 57 lati un 60 santīmi. Vai tikai nav pāris reizes mazāk, nekā minimālā alga?

Turpinot tēmu par maniem piedzīvojumiem ar Latnet. Kaut kad piektdienas pievakarē uz Latnet servera izbeidzās diska vieta. Tas nozīmē, ka mani klienti nevar ielogoties lapā, jo PHP vairs nevar saglabāt sesijas. Pa viņu 24h atbalsta telefonu tika sazvanīta meitene, kas laipni paskaidroja, ka datu centrā brīvdienās neviena nav. Tagad ir sestdienas vakars, serveris joprojām ir bez brīvas diska vietas, kas nozīmē, ka lapas būtībā neiet arī visiem citiem Latnet klientiem, kuri hostējas uz tā paša servera. Smalki. EDIT: Pirmdienas rītā problēma tika novērsta.

No vienas puses - labi, ka paliek sarezgiitaaks, jo profesionaalji varees prasiit vairaak par darbu. No otras puses - ja paliks paaraak sarezgiits, tad buus mazaak cilveeku, kas izveeleesies PHP, un tad vienu dienu PHP nomainiis Ruby vai kaut kas tamliidziigs. Lai vai kaa, pagaidaam veel nav, par ko uztraukties. No taas prezentaacijas galvenaa doma bija taa, ka tagad PHP buus namespace supports. Manupraat, to jau sen vajadzeeja.

Neadekvāta summa - nesapratu, par lielu, vai par mazu?

Skat. http://jobs.skype.com/2006/12/php_web_base..._developer.html. Pieņemu, ka ātrāk būs sūtīt CV uzreiz uz jobs at skype.net Tas, kas šajā sludinājumā netika iekopēts: "List your full name, skype name, other contact details, preferred position and previous experiences with Skype." P.S. Latvijas headhunteri tā kā sarosījušies pēdējā laikā. Ekonomiskā krīze klāt arī šajā nozarē?

Sludinājums izskatās aizdomīgi līdzīgs šim: http://www.exigenservices.lv/?m_id=17&...amp;position=91 Atšķirība ir tā, ka tur ir tiešie telefoni, pa kuriem var dabūt papildu informāciju. Citādi var sanākt tāds kluso telefonu variants - potenciālais darbinieks jautājumus uzdod HR firmai, tā jautājumus pāradresē uzņēmumam, dabū atbildes, sūta atpakaļ darbiniekam, un pa ceļam pazaudē kaut kādu daļu no oriģinālās atbildes.