Kaitnieks
-
Posts
141 -
Joined
-
Last visited
Posts posted by Kaitnieks
-
-
Njā, katram programmētājam jau laikam jāiziet cauri tai fāzei, kad visu gribās optimizēt, bet ja izmisums ir tik liels, ka x++ tiek mainīti pret ++x, tad varbūt ir vērts padomāt, vai nav kaut kādi kompleksāki uzlabojumi jāveic vai pat jāmaina izstrādes vide konkrētajam projektam. Katrā ziņā ir nācies sadarboties ar cilvēkiem, kas uzraksta murgainu kodu, pamatojot to ar optimizāciju ("es nedalu kodu funkcijās, jo tas ir lēnāk izpildē"), bet beigās tāpat izrādās, ka bottleneki ir citur un visa "optimizācija" ir pilnīgi bezjēdzīga, tikai sabojā koda kvalitāti.
Man patīk kaut kur sagrābstītie optimizācijas likumi:
Profesionāļiem: Neoptimizē.
Ekspertiem: Neoptimizē (pagaidām).
-
Ka tik vaina nav tur, ka skaitlis -2291984452 nevar eksistēt 32-bitos. Jo max negatīvais skaitlis, ko var attēlot 32-bitos ir -2147483648. Notiek kautkāds jokains overflows, kuru viens interpretē vienā veidā, otrs citā.
Ok, šitais ir labs pavediens, papētīšu sīkāk.
-
Nuja, bubu, pareizi, tādu rezultātu es arī gaidītu 64 bitu vērtībām (piezīme sev: jāiegaumē, ka šis kods uz 64 bitu kastēm sagādās problēmas, paldies, bubu).
Vispār tas algoritms izmaļ cauri ļoti daudz dažādas vērtības, pirms nokļūdās pie šiem skaitļiem. Mums te ir tāds termins: miracle...
-
Šāds kods:
<? $c = 1265440854; $e = -2291984452; $Xl = ($e ^ $c); echo $Xl; ?>
Uz lokālā Windows servera atgriež: 1007554538
Uz linux atgriež: -882042794
Bitos:
0000000000000000000000000000000001001011011011010001100001010110 = $c XOR
1111111111111111111111111111111101110111011000110001011110111100 = $e
0000000000000000000000000000000000111100000011100000111111101010 = winres
1111111111111111111111111111111111001011011011010001100001010110 = linres
Skaidri redzams, ka linuksiskais serveris kljuudaas jau pie 3. bita.
Es esmu konkrēti apstulbis, varbūt kāds var apgaismot? Paldies.
-
Serveris.lv uz jaunākajiem serveriem ir php5.
-
Otrs variants ir dariit apmeeram taa:
<script type="text/javascript"> <!-- oldInvisibleId = -1; function toggle_visibility(id) { if(oldInvisibleId != -1) { var e = document.getElementById(oldInvisibleId); e.style.display = 'block'; } oldInvisibleId = id; var e = document.getElementById(id); if(e.style.display == 'none') e.style.display = 'block'; else e.style.display = 'none'; } //--> </script> -
P.S. es nedomāju, kā foruma db (es nerunāju par lietotāju datiem) ir kāds noslēpums
Tas ir slidens jautājums, ņemot vērā, ka postu dumps var saturēt arī tādas lietas, kā IP adreses, par ko daudzi interneta lietotāji ir visai paranojiski, dzēstos ierakstus, slēpto un administrācijas forumu ierakstus u.t.t. Tad kādam to informāciju būtu jācaurskata un jātīra, kas beigās var sanākt pamatīgs darbs.
-
ja iesāksies karš, tad vecs bunkurs nepalīdzēs. :)
Tas ir šausmīgi - kā gan es tādā gadījumā atomkara laikā varēšu sēdēt draugos un rakstīt blogos, ka iebrucēju armija mūs neMīL? Kā gan es internetā pasūtīšu picu? Kur es kačāšu filmas garajiem, tumšajiem vakariem ierakumos?
-
Nu, tas par tiem 16 latiem izklausās paarspīlēti. Citās bankās tā nav. Es diemžēl īpaši rūpīgi nesekoju līdz saviem kontiem un maksām, bet esmu vairākkārt pircis ar nordlb interneta visa no amazones grāmatas, un domāju, ka 16 Ls komisiju būtu pamanījis. Varbūt Hansabankā arī ir tik liela komisija, bet es to nekad nezinātu, jo neeju uz bankām, kur pret mani izturās kā pret lohu un liek stundu stāvēt rindā.
Aha, redz kur ir - pirkumi 0.3% no summas.
http://www.dnbnord.lv/lv/tools/price-list/...cards/internet/
-
Veel alternatiivs variants, ja ir vajadziigie extensioni:
mb_convert_encoding($phrase, 'HTML-ENTITIES', 'UTF-8')
-
Disklaimeris: Šis ir tīri subjektīvs, neragumentēts un neinformēts viedoklis.
Manuprāt filtrs.lv bija vairāk tāda kā zīmēšanās nevis komerciālu mērķu vadīts projekts. Ar domu pierādīt, ka mēs, redz, varam apčakarēt visus lielos Latvijas fortālus. Vai portāliem pašiem tas daudz kaitēja? Šinī gadījumā nee, bet tas bija precedents, ko vajadzēja novērst, jo nākamais filtrs.lv brālis jau varētu būt komerciāls. Cilvēkiem, kas lasa ziņu portālus, varētu būt ērtāk redzēt visas ziņas uzreiz vienā lapā, nevis vērt vaļā katru portālu atsevišķi, tāpēc mērķauditorija tādam filtrs.lv varētu būt, pie tam diezgan ievērojama.
P.S. Vai gadījumā google news nedara kaut ko no lietotāja puses idejiski līdzīgu filtrs.lv?
-
Visticamākais, ka šī tomēr nav pirmā lieta, uz ko skatīties, ja lapā jāatrod un jānovērš kāds bottlenecks :)
-
Pārbaudi, vai esi tajā php fushion uzrādījis pareizus datubāzes uzstādījumus, tādus kā mysql lietotāju un paroli.
-
Uzdūros šim garadarbam: http://www.tomshardware.com/2006/01/09/strip_out_the_fans/
Vai kāds nav ko tādu mēģinājis? Nesmird baigi pēc eļļas? Ir vērts ķēpāties un vispār apsvērt ideju? Cik liels varētu būt risks nokūpināt visas detaļas?
-
Ar fsockopen nevar apiet?
Neesmu mēģinājis, bet šaubos, jo tas tomēr ir firewalls. Vieglāk ir paprasīt pieeju, ko arī vienmēr daru.
-
he.. interesanti, ka www.serveris.lv velk uz deacu, bet serveris.lv uz vernetu. nu tas pēc traceroute.
Tas tāpēc, ka serveris.lv treiso pašu vecāko kasti (ns.serveris.lv, ja nemaldos), bet www.serveris.lv ir uz ns2.datateks.lv.
Spriežot pēc Tavām vīpsnām, hmnc, šķiet, ka Tev serveris.lv liekas kā viena, divu džeku uzņēmums kaut kur purčika dzīvoklī, kas hostē labi ja 50 klientus uz pāris parastajām kastēm... Tas mani nedaudz izbrīna, jo uzņēmums tomēr nav vairs jauns, tomēr turpmāk ņemšu vērā, ka eksistē arī šāds priekšstats, un rēķināšos ar to.
-
Tu esi dabūjis neapskaužamu uzdevumu...
Principā, jā, ņemot vērā, ka nekustamo īpašumu sludinājumu lapas neeksportē savas datu bāzas nevienā no universālajiem formātiem acīmredzamu iemeslu dēļ, Tev būs jātaisa skripti, kas parsē htmlus, ceļo pa portālu saitēm un vāc informāciju. Pie katra portāla vairāk vai mazāk nāksies strādāt individuāli, turklāt, ja kāds no tiem nolems nomainīt dizainu, Tev atkal nāksies paartaisīt.
-
Visticamākā problēma ar to hidden varētu būt tā, ka Tu, iespējams, esi to lauku ielicis ārpus formus nevis formā. Lai nu kā, iztaisi print_r($_POST); pēc submitošanas un tad arī viegli redzēsi visus indeksus un visas vērtības.
-
Uz serveris.lv ir firewalli, kas neļauj tā vienkārši slēgties uz āru no skriptiem pie visādām adresēm. Ja gribi lasīt laika ziņas, aizraksti administratoriem uz [email protected].
-
jā, esmu pārīti datateks serverus tur redzējis. cik sapratu, ta datateks i tas pats serveris.lv.
Nu, tipa - firma tā pati, bet principā tur ir cilvēki, kas nodarbojas tieši ar serveris.lv adminsitrēšanu, viņi tad arī zina, kur kurš serveris atrodas. Es tikai tik daudz, cik pīppauzēs tiek pļāpāts. Anyway, neoftopikosim pārāk Toivo topiku. Atvaino, Toivo.
-
serveris ir ir pirkstu mētātāji. kaut kad pasen, kad mētājās man viena kaste vernetā bij jāiet kaut kas jānomaina tam dzelzim... skatos - blakus stāv noplukusi kastīte ar uzlīmīti - serveris.lv un visi admina dati (lai serveru turētāji var atrast starp tām miljons kastēm vajadzīgo). atcerēdamies, ka serveris.lv reklamējas ar daudziem saviem serveriem uzreiz metu acis apkārt skatīdamies vai vēl kāda kaste nav, bet tā arī nespēju atrast :)
Es esmu diezgan drošs, ka neviens no serveris.lv serveriem nestāv vernetā... Bet pieļauju iespēju, ka kļūdos. Lielākā daļa serveru ir deacā.
-
Hm, varbūt paskaidro sīkāk, ko esi iecerējis, jo parasti no "garajām adresēm" cenšas tikt vaļā tās kaut kādā veidā saīsinot, nevis otrādi.
-
Tikko pamēģināju augšupielādēt uz kaitnieks.com (hostēts uz serveris.lv) no MK2 - 56KBps. Lejupielāde - 564KBps. Pat no lattelecom serveriem man nenāk ātrāk.
-
es uzrakstiju counteru bet vinam neko nevajag paradit, bet vins pats no sevis parada "" bet man nav neviena echo
Tas tāpēc, ka Tu esi saglabājis failu kā UTF-8. Atrodi redaktoru, kas māk saglabāt kā UTF-8 without BOM. Varu ieteikt WeBuilder (HtmlPad).
40 padomi kā optimizēt PHP kodu
in PHP un PHP :)
Posted
Neesmu taisījis ne google, ne ebay apjoma projektus un man ir aizdomas, ka tuvākajā laikā arī netaisīšu. Tieši tāpat kā lielākā daļa Latvijas php programmētāju.
Lūk šim es pilnībā piekrītu. Un tas attiecas arī uz iepriekš minētajiem google un ebay apjoma projektiem - tur iet runa par pavisam citiem likumiem un tur optimizācijai ir nozīme. Bet arī tur (ja izvēlētos php par izstrādes vidi) intensīvākas funkcijas, kurās tam pašam x++ un ++x ir nozīme, būtu svētīgi pārnest uz kompilētiem moduļiem.
Tagad, kad esmu actually izlasījis rakstu, ko mēs te apspriežam, piezīmēšu, ka īpaši atbalstu 41. punktu. Tam vajadzēja būt 1. Parasti sistēma bremzē ne jau dēļ pāris liekiem opkodiem, bet gan dēļ neefektīviem querijiem, ko savukārt izraisa nelāgi izveidota datu bāze, vai arī kaut kādas lietas tiek darītas dubultā, pa liekam, bremzē sliktu algoritmu izvēle utt - kur tas notiek, iespējams noskaidrot tikai profilējot. Es gribu uzsvērt, ka nevajag tos padomus njemt priekšā burtiski - "man ir lēna sistēma, ko darīt? o, pārtaisīšu visus " par ', objektus par masīviem un strlen par isset($s{}) un kods trauksies kaa veejsh" - vajag atrast neefektīvās vietas un novērst tās.