darksign

Ghenis .. un ko tieši tev iedeva? :))

p.s. vēl viens labs fitrs meklējot tieši koderi ir pajautāt viņam kādā veidā (uz papīra/tāfeles) viņš apmainīs divus mainīgos... šeit tikai jāizdomā ko grib redzēt, vai lai viņš uzstāda trešo mainīgo, vai arī neizmantojot trešo mainīgo... :)

un vispār.. ko domājat.. kas ir labāks

$a = 3;
$b = 2;

$a = $a * $b; //{6}
$b = $a / $b; //{3}
$a = $a / $b; //{2}

vai

$a = 3;
$b = 2;

$c = $b; //{2}
$b = $a; //{3}
$a = $b; //{2}

Ikdienā ticu ka gandrīz visi izmantos otro variantu..

taču varbūt ir kāds matemātiski pamatots iemesls kāpēc izvēlēties vienu vai otru? piemēram.. cik atmiņu noēd pirmais un cik otrais.. kurš izpildās ātrāk (nevis vnk pēc operāciju skaita, bet pēc ātruma utt...)...

interesanti.. :D

p.s. lai nevajadzētu iet pa linkiem, tad te ir uzdevums, kam tas liekas interesanti :D

Write a program that prints the numbers from 1 to 100. But for multiples of three print “Fizz” instead of the number and for the multiples of five print “Buzz”. For numbers which are multiples of both three and five print “FizzBuzz”.

**sorry ka atdzīvinu vecus postus.. bet vnk meklēju kaut kaadu infu un palasijos :D ***

Roze man radīja interesi :D .. speciāli uzņēmu laiku lai izpildītu to Fizz Buzz uzdevumu.. pagāja veselas 5 min kamēr smuki uzrakstīju kodinju.. nja bij aizmirsies ar tiem atlikumiem bij pat jāpaspēj pagūglot pēc mod funkcionalitātes iekš php (%) :D

p.s. hmm kā jūs uztvertu ja ietu uz darba pārrunām, un iespējamais darba devējs iedotu papīru un zīmuli.. palūgtu uzrakstīt programmas kodu šim pašam uzdevumam.. un uzņemtu laiku? :))

ko domātu par to darba devēju? :D

tnx :))

paliidzeeja gan :)

taatad rezultaataa no visa taa linka vnk izskreeju cauri.. sapratu ka iespeejams man pietruukst veel "compat-libstdc..." tapeec uztaisiiju

yum install *compat-libstdc*

Shis man atrada shaadas te lietas:

Installing:
compat-libstdc++-296	i386	   2.96-138		 base			   90 k
compat-libstdc++-33	 i386	   3.2.3-61		 base			  232 k

uzinstaleeju, tagad izpildiiju veelreiz

 
./rma -d /usr/sbin/rma/rma.ini

un aizgaaja :) tur protams veel visaadi config errori nu jau no pasha rma, bet liekas ka ar tiem jau pats tikshu galaa :)

paldies :))

es jau to esmu izlasiijis, un taa kaa tur rakstiits.. nokachaajis, un izpakojis failus.

Arii pashus nepiecieshamaakos uzstaadiijumus (nevis optional) uzlicis ini failaa...

Tachu, kad gribu starteet:

[root@origo rma]# ./rma -d /usr/sbin/rma/rma.ini

tad shaads error:

./rma: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory

bet kad taisu "yum install libstdc*"

Package libstdc++ - 4.1.2-42.el5.i386 is already installed.

Labi uztaisiiju updeitu tam...

Tagad man tur staav:

Installed: libstdc++-devel.i386 0:4.1.2-42.el5

Palaizhu veelreiz:

./rma -d /usr/sbin/rma/rma.ini

un atkal errors:

./rma: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory

ko man ar sho te dariit??? kaa tad tas rma ir jaainstalee??? es sapratu vismaz peec taas pamaaciibas, ka tur vienkaarshi jaaatpako un jaapalaizh.. bet re ka nesanaak... :/

lieto taa vietaa sho te:

[<?php echo mysql_result(mysql_query("SELECT * FROM lietotaaji WHERE online='Y' AND id!=$id"),0,'COUNT(*)'); ?>]</a></li>

Man shaada probleema.

Ir uzlikts uz windows datora Advanced Host Monitor, un vinjam vajag tagad uz citas mashiinas uzlikt agjentu (rma), lai vareetu vinji abi divi komuniceet. Tas kas ir atrodams helpaa tai programmai taa ir shii te lapa, no kuras tad arii nokachaaju attieciigo versiju:

Lejupielaades saits:

http://www.ks-soft.net/hostmon.eng/downpage.htm

Un te ir pats zip RMA 1.25 for Linux (i386)

Nokachaaju ar wget, izpakoju.. bet nezinu ko taalaak ar vinju iesaakt, kaa vinju tur instaleet??? Luudzu paliidziet :)

pastaasti piemeeram kaadu mp3player gribi izmantot...

Ja kāds taisa to sludinājumu lapu, ar mani vari sarunāt pieprogrammēt tās ibankas, sms, un citas maksājumu sistēmas, pats tad arī varēsi nedomāt kas par ko labāks, varu pieslēgt jebkuru no LV bankām interneta maksājumu sistēmām (piem., e-ls.lv, webmoney, paypal) utt. arii sms nav problēmu ;)

Atkarībā no integrācijas pakāpes tad arī cena. Ja ir kāds uztaisījis admin pusi, kurā gribi lai es to rēķinu sistēmu integrēju, tad būs sākot no 100 Ls, bet ja varu pats savu sistēmu uzstādīt integrējot tikai tavu lietotāju, vai rēķinu, pakalpojumu datubāzi, tad par katru no veidiem tikai 50 Ls + PVN ;)

Ja vajag, tad sūti privātajā ;)

Task scheduleris pats aizver konsoles logu, un aizverot konsole laikam izpilda to Ctrl+C ...

Nu bet lai nu kā būtu, es esmu atradis vienu risinājumu, vismaz pagaidām liekas ka strādās korekti, bet pēc kāda laika būs jāpārbauda, vai kaut kas neiet grīstē :D

Tā kā arī internet exploreri, schedule grib (un vajag) pēc kāda laika nokillot, tad nu nezinu kapēc killo arī kaut kādā veidā saistītos procesus (kā viņš to var izsaukt, nezinu, bet novēroju faktu...)

Tad nu lai windows nevar manu skriptu izsekot un pakaapeniski nokillot, izdomaaju shaadu stulbu, liikumainu sheemu, kas patreiz veiksmiigi nostraadaa.

Tad patreizējais rīcības plāns:

1) izsaucu task schedulii, iexplore.exe ar parametriem http://localhost/exec.php

2) exec.php izsauc caur exec() funkciju izpildam komandu "c:/...path../php.exe cron.php 1>logfails.txt 2>&1"

3) cron.php satur linku uz localhost, un caur CURL izsauc uz localhost esosho index.php

4) index.php jau saak pildiit iisto uzdevumu, kas arii bija saakotneeji vajadziigs :)

Visi solji tiek ielogoti vienaa vai otraa veidaa, lai zinaatu kas tur noticies.

Taa kaa index.php apvieno vairaakus procesus, tad arii tam papildus ir uzstaadiits lielaaks laika limits. Liidz shim bija probleema, ka aizverot konsoli, nesaprotamaa veidaa tiek nokillots ne tikai cron.php, bet arii vijna izsauktais URL uz index.php, un taa darbiiba tika apstaadinaata, liidz ar to tika izveidots tas exec.php lai apmaaniitu to killoshanas procesu, un tad ja arii to exec.php kaads nokillo, tad vienalga viss process izpildaas veiksmiigi :))

Interesanti, varbūt kāds var pastāstīt savu pieredzi, vai arī padalīties ar savām zināšanām, kāpēc win 2008 server operētājsistēma taisa šādas neprognozeetas killošanas pasākumus? Vai arī es vienkārši nemāku pareizi savam gadiijumam to rīku sakonfigurēt..? :D

aizverot konsoli man tai logfails.txt paraadiijaas ^C (ctrl+C) simbols... nu ar to viss ir izteikts.. bet kaa shito attcelt

es vismaz nezinu... ir kaadi padomi?

nu vinjsh nokillo to bat failu, un nezinu kapeec bet arii php.exe paarstaaj darboties.. hmm

pameegjinaaju arii to otro variantu, tas pats, liidzko aizver to konsoli, tad viss process apstaajas

varbuut ir kaut kaads veids, kaa to procesu aizsuutiit backgroundaa no bat faila???

Man tur jau bija lai visu output liek logfailaa, tikai nebija tas 2>&1 ...

Man bija šādi:

c:/...path../php.exe cron.php >> output.txt

Nu bet palaižot to tasku vinjsh uzreiz vinju arii nokilloja...

Cik sapratu, tad tu, bubu, iesaki rakstiit shaadi:

c:/...path../php.exe cron.php 1>logfails.txt 2>&1

un tad nevajadzeetu nokilloties php parsierim, ja?

nu jaa bat fails straadaa perfekti ja to palaizh ar peliiti.. normaalaa reziimaa, bet tikko to palaizh caur task scheduler tad vinjsh tikai nozibsnii un nekaadi procesi nestraadaa (man php logi pat nesaak veidoties).

Varbuut kaads zin ko te varu iesaakt?

p.s. pienjemu arii alternatiivos variantus, ja nu ir kaada bezmaksas programma prieksh 64bit windows, kas to dariitu normaali taa lai useris lietojot kompi nemaz neko neredzeetu...

bet to scheduli nevar piedabuut pie dziiviibas kaut kaa normaali?

jap, paldies bubu, tev bija taisniiba :))

tagad viss straadaa :)

Jaa iespeejams, tuliit paarbaudiishu.

pie tam man droshi vien arii php_curl.dll laikam arii nepareizaa versija, jo kad testeejot palaizhu skriptu kur man nevajag curl un pirms tam no php.ini aizkomenteeju to extension ciet, tad arii bez probleemaam...

Man tagad šāda problēma:

serveris ar windows server 2008 standart edition operētājsistēmu.

Vajag izpildīt skriptu vienu reizi stundā.

Patreiz esmu ielicis vinju task scheduler ka palaiž internet explorer ar parametros iedotu linku uz manu skriptu, kas atrodas localhostaa.

Taču šeit problēma, iexplore.exe lai arī esmu uzlicis ka skrien backgroundā tomēr katru reizi palaižas atsevišķi, un tad nu ir speciāli jākillo... :(

Domāju ka daudz prātīgāk būtu cron.bat failiņu izveidot, un to ielikt task schedulii iekšā, taču tajā bat failā vajadzētu būt šādas rindas:

X:\usr\local\bin\php5.exe -F X:\home\localhost\www\server-part\cmd.php

Ja palaižu šīs rindas no komandrindas (cmd) tad izlec sekojoš errors, ar uzrakstu ka nevar atrast SSLEAY32.dll failu.

Labi, saciits, dariits, novelku failu ielieku system32 mapee, tagad palaizhu to pashu rindu, redzu nu jau citu error

trūkst vsinit.dll ...

Atrodu arī to, ielieku turpat un tagad man šāds error:

the ordinal 110 could not be located in the dynamic link library SSLEAY32.dll

Ko man ar šo darīt?

Problēma jau nebūtu, ja vien tas error būtu konsolē, taču tā vietā, izlec message box un tur obligaati jaanospiež OK poga... :?

btw ir arī cits errors, tikai tas jau ir konsolē:

PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/php5/ext\p

hp_curl.dll' - The operating system cannot run %1.

in Unknown on line 0

hello cmdError in my_thread_global_end(): 1 threads didn't exit

Kādi ieteikumi?

hmm..

googlee ierakstot "remote video edit"

var atrast to pashu aprakstu piem, kaa to dara ieksh youtube utt... remote_synchronized_online_video_viewing

un te

Web-based Editing Service at NAB 08

Ja nu vienīgi domāts, kad autonumber stabiņam piešķir RANDOM... Nevis Autoincrement... Tad varētu rasties kolīzijas, bet laikam drīzāk domāta tabulu nobrukšana nevis kolīzijas, vai ne?

jā.. nobrūk tabulas.. (nezinu kā viņu tur sauc pareizi, tapēc pateicu mysql kolīzija...)

Nezinu vai konkrētajā gadījumā lieto random, vai autoincrement, bet pēc tava teiktā saprotu, ka ja lieto autoincrement, tad tas nav iespējams ka nobrūk tabula šādas kolīzijas dēļ, ja? (nu vispār būtu jau loģiski ar... :D )

Mēģināšu noskaidrot kas un kā ir.. vēlāk ziņošu.

dra.lv neglabā sesijas mysqlā - ir izkliedēta in-memory sesiju storage, kas paļaujas uz PHP "unikalitāti"

Roze, vari pastāstīt kaut ko vairāk? tb. tas ir ka glabā mysql tabulā uz Memory tipa tabulu, vai kaut kas cits? vari iedot linku kur palasiities? :)

Un ko domāji ar php "unikalitāti"?

Edit:

p.s. error ko dod ārā mysql:

DB function failed with error number 1016
Can't open file: 'mos_session.MYI'. (errno: 145) SQL=SELECT session_id FROM mos_session WHERE session_id=MD5('70b4f83366d712345bf5892044bc78a')
SQL =

SELECT session_id FROM mos_session WHERE session_id=MD5('70b4f83366d712345bf5892044bc78a')

shitaa te dara viena no mambo versijaam.. man patreiz iskataas ka tur vispaar nav kaut kaads atseviskjs id, bet vienkaarshi sessijas id.. principaa kaut vai viena kolonna tur buutu, bet lieta taada, ka laikam meegjina ierakstiit ar vienaadu id pirms taa error, un tad nezinu kaadaa sakaraa tas laikam izdodas (piem, straadaajot tredos.. abi procesori ir paarliecinaati, ka zin ko dara, un meegjina ierakstiit, ieraksta, un sabojaa faila struktuuru).

izlasiiju, ka arii citiem taa meedz gadiities un staav pie 4.2.2 versijas bugiem... bet nu vienalga, nav jautaajums ko dariit peec tam, bet pirms tam, lai taa situaacija taada nebuutu. Jo kad useris ielogojas vieniigais ko par vinju zinam ir sessijas id, un ja uz 2 pc ir vienaads sesijas id, vai kaut vai uz vienu un to pashu pc tiek atveerti vairaaki sql kanaali... nu nezinu vai saprataat manu domu, bet kaut kaa taa...

ja dabuushu pieeju mysql logiem, un tabulaam, tad jau buus vairaak info.. un zinaasim vai mans koleegjis, vai mambo salaidis griistee, vai arii tur mysql kljuuda...

Kā ir ar mysql un kolīzijām, cik bieži saskaraties ar tām utt...

Man uz viena servera kolēģim, tik tikko uz mysql 4 versijas (precīzāk nezinu...) notika kolīzija, un datubāzi ne ar repair, ne fix ne tur visādiem citādiem nevar salabot.. jātaisa jauna...

Bet uztaisot, vienalga situācija vinjam esot atkārtojusies pie liela apjoma noslodzes.

Konkrētajā datubāzē tiek glabātas sesijas id utt...

1) vai ko tādu esat novērojuši vispār, un vai tādas problēmas pastāv arī 5 vai 6 mysql versijā... (lai gan teorētiski tas ir iespējams ļoti maz, taču ja ir iespējams, tad pēc mērfija likuma... gadās arī praktiski :D tapēc programmējot pienjemt to sliktaako variantu)

2) Ja kāds strādā vēl ar 4 versiju, tad ko iesakat lai mazinātu koliiziju iiespeeju?

3) Un kas līdziigs buutu jaadara 5.1 mysql lai jau saakotneeji izvairiitos no koliizijaam projekteejot jaunas db ?

4) hmm interesanti buutu zinaat, ko dara dr**.lv vai kaads cits lielais useru portaals uz mysql kursh straadaa glabaajot sesijas datubaazee.. ?

gaidīšu visus viedokļus, gan pēc pieredzes, gan apstrakti teorētiskos :) (nu normas robezhaas, lai neaiziet uz offtopic ;) )

Līdzigi kā darksign, sāku ar QB

Es nesāku ar QB.. nekad to neesmu izmantojis, un pat neatceros kādas tam sintakses īpatnības, lai gan kaut kad ir nācies skatīt... nu pats progojis tajaa neesmu vispaar... tikai Pascal, VB utt... ASM .. mashiinkods.. php

Mūsdienās jau sen kā svarīgi ir nevis visu pārzināt un mācēt, bet gan mācēt atrast informāciju un to efektīvi pielietot. Lai arī es, piemēram, Javā neprogrammēju vispār, zinu tikai sintaksi. Taču drusku pameklējot un palasot infromāciju par to, varu mierīgi rakstīt softu tajā.

Zelta vērts koments ;)

p.s. vispār Java, un citiem taisnība.. programmētājam nevajjag zinaat daudz programmēšanas valodas.. pietiek ar pāris kārtīgi izzinātām.. jo tas kurš būs ģēnijs.. tas visszinītis.. tas jau vairāk gan nebūs programmētājs, bet iespējams jau programmētāju grupas vadītājs un spēs strādāt vienlaicīgi izzinot sīki daudzus projektus dažādās valodās taisītus vienlaicīgi.. kā arī tos projektus uzturēt.. :))

a parastais programmers.. var zināt to savu specializēto lietu ... ;)

Ja tev tā ir, tad nu tev ir paveicies ar darba vietu... :D

Bet vairums programmētāju tomēr dažādiem mērķiem pielieto dažādas valodas, ne vien tapēc ka tā ir arī pareizāk (skatoties uz performanci utt... nevis filozofiski), bet arī tapēc, ka kāpjot pa karjeras kāpnēm tomēr nākas čakarēt sev smadzenes lai sasniegtu to labāko ;)

btw.. man vismaz kā programmētājam patīk zināt vairākas valodas.. tas dod izvēles brīvību, un arī daudz dažādu priekšrocību, zinot kas ir vienā un kas otrā, tad zin, ko vajag izveidot vēl trešā... un nemaz nebūtu pretī apgūt vēl kādu labu programmēšanas valodu... :)

nezinu... cik "sūdīgs" .. vai labs, bet tādu variantu esmu redzējis un pamēģinājis... strādā labi vismaz uz populārākiem browseriem FF, IE... par Operu, Safari, Chrome nez, neesmu meegjinaajis... bet domaaju ka arii bez probleemaam.. par bugiem arii nezinu.. tik dzilji neesmu liidis lai uzietu kaut ko taadu...

bet gan jau pienaaks laiks, un iespeejams tieshi shaada kombinaacija kaadam buus pirmaa... :D

Piem. es sāku ar pascal.. un tad VB5 .. VB6 .. (skolaa :D ) un tikai tad uzzināju vispār cik tas web ir interesants un tad protams saaku studeet html, js, css, .. nedaudz php .. tad naaca augstskola ar atkal pascal.. un naacaas skaisti apguut graph un graph3 biblioteekas pascalaa... peec tam C#.. nu un protams arii ASP.NET .. bet ta saaku straadaat par php koderi un taas zinaashanas paargaaja uz php... iepatikaas utt... ir jau dariits kaut kas arii citaas valodaas, tachu tur tik maz ka nav piemineeshanas veerts shajaa forumaa :D

Pazīstu cilvēku, kas ir saakushi pirmo progu ANSI C kodēt, lai gan bija pieejams arī tas pats pascal, php, utt... bet veelaak paargaajushi uz C++, tad uz python.. un tagad kopaa kodeejam php.. :D

Vinjsh teica, ka pirmajaa mirklii kodeejot C nekad nebija taada doma, ka vareetu uztaisiit jebko.. jo nu tur bija diezgan sarezgiiti (vismaz tajaa briidii kaa iesaaceejam vinjam pointeri likaas tiirais murgs).. bet paarejot uz augsta liimenja programmeeshanas valodu, piem.. python... vai ko citu.. domas mainiijaas...

Kā tev ir bijis?

p.s. varat padaliities, kas juusupraat jums ir bijushi vissarezgjiitaakie projekti katraa no valodaam, tehnologjijaam... kas ir taisiiti.. ? :)

Interesanta diskusija...

Bet tik un tā - <xmp> tagu nekādi nevar salīdzināt ar <body> tagu, tas izklausās pēc anekdotes!

Jā interesanta :D

p.s. kur tu ieraudzīji ka kāds salīdzina xmp ar body? es vismaz nesalīdzināju, es tikai teicu ka varbūt vinjsh nav jāzin attiecīgai cilvēku grupai .. tikpat lab kā jebkurš cits tags.. un btw tas arii bij domaats kaa anekdote savaa zinjaa ;)

man gribētos uzjautāt, vai ir te kāds cilvēks, kurš vispirms ir iemācījies xml + css utt.. nevis html.. buutu interesanti vinja viedoklis.. jo piem., lietojot tikai xml ar css kopaa, tu vari visu perfekti uztaisiiit, un visu muuzhu nemaz nezinaat ka ir taads body, table, vai div tags, bet vienalga lieliski tikt ar visu galaa.. :)) vai ne tā? :)) gaidu komentus ;)

hmm.. tad kur ir noteikts kas jaazin php, html, js, vai css koderim un kas nee? Tu saki, ka xmp nav jaazin.. nu bet es varbuut teikshu ka body nav jaazin.. un nu striidies man pretii :D vai arii definee kuri no tagiem tad jaazin, vai nav jaazin attieciigi php koderim :D

bet par html, koderi.. mums protams ir pienjemts ka vinjsh zin ljoti labi arii css.. nu tas arii buutu normaali, bet ka vinjsh zinaas javascript.. domaaju ka nee.. tas jau ir kas vairaak par html koderi ;)

par mysql.. nja tikko bija man viens php koderis, kursh nav izmantojis nekaadus mysql, bet gan sql lite... interbase vai kaut kaadu citu.. php zin pietiekami labi (nu profs nav, bet parastas maajas lapas var uzcetp bez probleemaam), bet mysql ir tikai dzirdeejis, bet ne reizi nav lietojis...

gadaas arii taa... :D

par apaci.. nu dziive spiezh koderim zinaat arii taas lietas, bet manupraat ja te buutu USA tad iespeejams taa lieta mainiitos :D (bet varbuut aarii nee)