malinens

Apskaties http://likeit.lv Man liekas, ka scandiweb visu laiku ņem jaunus gurķus

Nu gan atradis ar ko salīdzināt. Es jau nez cik gadus spēlējos ar 3. pythonu, bet vēljoprojām nav pieejams Django tam, bet tikmēr ar PHP ir viss viekārši: par nākotnes versijām nesaderīgo funkcionalitāti jau labu laiku iepriekš brīdina un pāreja uz jaunāku versiju ir nesāpīga...

Ieliec šeit: http://sqlfiddle.com/ Izskatās, ka tev vienmēr sanāk jaunu Ameriku atklāt =)

Sphinx čalis bija normāls pacans. Vēl viena doma, ko varu no savas puses piesviest nākošajai reizei būtu atrast kādu, kas varētu vairāk pastātīt par kvalitātes nodrošināšanas rīkiem kaut vai tam pašam PHP, jo, piemēram, par refaktoringu bija salīdzinoši pašvaka uzstāšanās...

Uztaisīju vēl vienu pull (timetable)

uztaisīju pull request

Sveiks! Dot tik pieeju pie repozitorija! Mans Bitbucket konts: juris_malinens Varbūt nesalasīsies tik daudz, bet daudziem PHPistiem vienalga ir interese izkāpt no saviem ierakumiem un paplašināt savu zināšanu loku

Ko var cepties abi! Par konferences valodu nevajadzētu sūdzēties, ja to organizē odnoklassniki.... Pie tam liela daļa krievu, kas uzstāsies, runās angliski ;-)

Runātāji izklausās sakarīgi: Pašam interesētu: Yii, frameworks and where PHP is heading to Sphinx Working with legacy code. Is there life after a commit?

Visticamāk tikai ar Ajax. Uztaisi fju, kas savāc visas vērtības no formu laukiem un tad submito Neesi pirmais un pēdējais, kas kaut ko tādu vēlas: http://stackoverflow...st-without-ajax

Manuprāt, cena ir pat ļoti lēta. Izklausās pēc dempingošanas gandrīz vai, lai dabūtu klientus. aaxc, varbūt vari padalīties, kur vēl Latvijā var dabūt tādu virtuālo serveri par 40 LVL? EDIT: izskatās, ka VPS tagad kļuvuši lētāki. Arī nano.lv gandrīz tikpat maksā...

nomaini $HTTP_POST_FILES ar $_FILES

Starp citu, ja ar DNS kešošanu tiku galā, toties tagad ar curl_multi_select() problēmas. Jāizmanto https://bugs.php.net/bug.php?id=61141 Man ar php curl jau kopš senseniem laikiem ir bijušas problēmas...

DNS uz savas kastes neizmantoju, lai gan BIND ir uzinstalēts un ir palaists (nav žēl RAMa pāris liekiem resursiem)

Salabots! Manuāli vajadzēja sainstalēt svaigāko Curl ar dependencies. Sanāca nonest visu PHP un uzinstalēt no jauna Man radušās problēmas ar DNS kešošanu. Katru reizi name resolving notiek ap sekundi, kas nav normāli. Varbūt varat palīdzēt man noskaidrot, kāpēc tā? no curl_getinfo(): [http_code] => 200 [redirect_count] => 0 [total_time] => 1.297915 [namelookup_time] => 0.99997 [connect_time] => 1.061014 [pretransfer_time] => 1.061031 [starttransfer_time] => 1.128962 Info par serveri: PHP versija: 5.4.7 Apache 2.2.3 cURL support enabled cURL Information 7.21.7 Age 3 Features AsynchDNS Yes Debug No GSS-Negotiate Yes IDN Yes IPv6 Yes Largefile Yes NTLM Yes SPNEGO No SSL Yes SSPI No krb4 No libz Yes CharConv No Protocols dict, file, ftp, ftps, gopher, http, https, imap, imaps, ldap, ldaps, pop3, pop3s, rtsp, scp, sftp, smtp, smtps, telnet, tftp Host x86_64-redhat-linux-gnu SSL Version OpenSSL/0.9.8b ZLib Version 1.2.3 libSSH Version libssh2/1.2.7 Izmantoju ar curl_multi_exec()- paralēli tiek taisīti 4 pieprasījumi Šis ar nepalīdz: curl_setopt($aRequests[2], CURLOPT_DNS_USE_GLOBAL_CACHE, true); curl_setopt($aRequests[2], CURLOPT_DNS_CACHE_TIMEOUT, 3600); Esmu mainījis nameserverus (latnet, google utt.), bet nekā. Arī esmu labojis /etc/hosts, bet php-curls vienalga veselu sekundi taisa name lookup. Uz dev vides (Windows) viss ir OK