darksign

atšķirības ir ...

http://www.faqts.com/knowledge_base/view.phtml/aid/1/fid/40

tnx :)) labs links :))

Gribēju ar šeit piedalīties ar savu viedokli, bet laikam esmu vēl par zaļu, lai te kaut ko gudri spredelētu.

 

Varu tikai piekrist tam, ka vienmēr firmā prasības augs, sākumā viss liksies zajebis, vienkārši ideāli, pēc mēneša tev liks jau java programmēt, ja gribēsi strādāt tieši tajā firmā. Tad nu vai nu mācies JAVU normālā līmenī, vai ej meklē citu darbu. Man vismaz tā bija, vajadzēja koderi, html, css, php, beigās man piesējās pie Krievu valodas un boss gribēja, lai webus arī uz Flash veidoju. Pateicu, ka Krievu valodu saprotu, bet nerunāšu, jo boss arī labi runāja Latviski, bet redz firmā strādāja visi krievi, kuri ir bijuši pa slinku priekš sava biznesa iemācīties un runāt valsts valodā un darbiniekiem tā teikt piespiedu kārtā vajadzētu runāt krieviski savā starpā. + Flash nejiet tik labi, kā vajadzētu, ar to arī viss beidzās :D

Nja pieredzīte tā neko...

Man patreiz arī visi krievi firmā, bet nu manis dēļ viņi tomēr dabū runāt, vai vismaz saprast latviski, vismaz ar manīm noteikti... izņemot vienu.. kurš ļoti slikti zin LV, bet nu spiests manis dēļ mācīties :) Sarunas parasti par sarežģītām lietām notiek bilingvāli.. es LV un daži atbild vai nu RU vai cenšas LV... atsevišķos gadījumos EN :))

Vai nu man ir paveicies ar kolēģiem, vai arī viņi ir apzinīgi LV pilsoņi, vai ... vnk ja nepieciešams kaut kas no maniim, tad bez LV saprašanas neiztikt.. jo strikti turos pie savas valodas :D :))

echo ir echo un print ir print!

Un kā var php koderis nezināt echo un zināt tikai print?

Piedevām vēl echo nav nekāda funkcija!

Un vēl, OK tad nav nekas, atšķirību starp echo un print() jau zin parasti.

Nu jā ja jau esam tik precīzi tad... echo protams ir valodas konstrukcija.. bet nu iepriekš ar vārdu "funckcija" biju domājis tās funkcionālo nozīmi ;)

Un kā php koderis var nezināt echo.. nezinu.. laikam tāpat kā kāds HTML koderis var nezināt <xmp> :D :D :D

Vai View source vai (View selection source) lietošanu browsera izvēlnēs kāds ir atcēlis?

Ne reizi man nav gribejies ar xmp vai pre izvadīt html kodu. Ar pre šad tad izvadu php mainīgo saturu. Bet nu html kodu vienmēr esmu firefoxī ar view selection source skatījies.

Nu to protams arii var lietot, taču man vairaak slinkums, spiest tās pogas... nekaa uzrakstiit func :D p.s. ja gadaas jebkaads browseris, nu piem.. atver citu, nevis to ko parasti, tad meklee kur un kaa veselu sekundi.. a ja izvadi uzreiz ārā, tad bez jebkaadiem tooljiem uzreiz tu redzi kas un kaa :P

Darksign, visumā Tavs domu gājiens nav slikts, viss tur ir skaidri un loģiski, bet tomēr ...

Tas ka programmētājs zinās kādu ļoti reti izmantojamu tagu vai funkciju nenozīmē ka viņš ir profesionālis, kā arī ja viņš to nezin, nenozīmē ka viņš ir iesācējs. Kā jau Tu pats minēji sarunā kopumā nosaka, cik tieši programētājs ir labs, bet vēl labāk tas noskaidrojas pārbaudes laikā.

Protams.. pārbaudes laiki jau arī tapēc ir... bet lai tiktu pie tā vispirms ir saruna, par visu gan sekli gan dzilji, gan specializēti, gan vispārīgi .... lai nu cilvēks pārdod sevi kā nu prot.. vai ar harizmu, vai arī ar zināšanām. :D

Toms, apskati ar firebug, kaut vai kaut ko šādu.

<div><a href="#1">aaa</div>bbb

Piemērs, varbūt nav tas labākais, bet tas tomēr nav tas pats, ko uzrāda source. Bet tā arī nav Firebug vaina, html'u palabo pats firefox.

Nja.. nu droši vien ka firefox.. tas būtu loģiski.. bet nu kad attēlo sourci, tad firefox rāda tomēr pareizi, bet firebug nē.. (iespējams ka tur tapēc ka firebug ņem no browsera gjenereetaa DOM, bet nevis no reālās sources..., vienalga.. bet info ko galarezultaataa sniedz tuulis var buut nepatiess)

P.S. Man ir gadiijies ka uz otrā FF taisu ajax + JS fīču.. nu un man jau defaultā stāv firebug.. viss rulz.. bet tad aizeju pie cita pc, bez firebug, arī uz tās pašas versijas FF.. un pēkšņi kaut kāda javascript fīča nestrādā... tad ilgi pētīju kas par vainu

no saakuma tā kā tā bija iekšējā sistēma uzņēmumam, tad nu vieglākais visiem uzlikt firebug :D .. bet pēc tam atradu googlee, ka tas ir FF bugs ka konkrētais JS nestrādā (nevis man kods līks.. sapriecājos.. un sabēdājos.. jo jākodē vienalga pa jaunam).. un nezin kādu iemeslu dēļ firebug to gļuku overrido un izpildaas pareizi. Uz FF3 tur pat ar firebug paliidziibu nebija.. tad nu nomainiiju metodes un panaacu to pashu savaadaakiem riikiem...

Rezumē: firebug lai labs, tomēr ietekmē browseri... un līdz ar to kodera darbu... nebuutu firebug pirmajā reizē.. būtu jau kodējis savaadaak :D (un iespējams daudzas citas lietas ietu leenaak... :D )

Ģenerēt kļūdainu. :) Jo tad uzreiz ir iespējams pamanīt, ka esi palaidi garām kādu aizverošo tagu. Protams, vēl labāk būtu, ja pats to varētu norādīt. Defaultā, stāv kā ir tagad, bet var arī pārslēgt uz kļūdaino.

Drīzāk ar to pārslēgšanās... :D Bet ideja nebūtu slikta.. ja vien vispār var uzzīmēt kļūdainu DOM ;)

debugot ar ečo nav tas labākais tonis, jo ja nu kaut kur, kaut kas paliek no taviem ečo un nonāk produkcijas vidē? vari būt ļoti uzmanīgs, bet vienalga tā ir bumba ar laika degli - vienreiz aizmirsīsi izvākt visus savus ečo.

Tur jau tā lieta, ka man ir funkcija, vai klase (kā nu kur vajag).. kuru vienkārši norādot konstantēs debug on vai off izslēdzas visi nevajadzīgie echo.. ta ka ja neesi ko taadu lietojis tad uzprasi pirms saki ;)

Es nezinu kā jūs programmējat php (es to neprogrammēju), bet es C++ programmējot lietoju debugeri, nevis echo: http://www.scottgu.com/blogposts/debugger/step6.jpg (tas gan ir kautkāds asp.net, bet C++'ā izskatās līdzīgi).

Man bez tāda watch loga būtu grūti iztikt.

Noteikti php ir kas līdzīgs atrodams.

Par debug rīkiem.. ja atceris, tad starpība starp PHP un C++ ir tāda ka php ir skriptu valoda.. un visi riiki kas visu laiku bija pieejami bija notepad liimenii (nu te es saprotu ar to, ka bez ieksheejaa kompilatora, vnk editori) un tapeec atshkjiriibaa no piem. MS VStudio nākas izmantot echo utml... Protams laiki mainījušies, taču ieradumi vēl joprojām vecie.. vienīgais ko reizēm izmantoju ir xdebug, bet tur arī kad gribi jaukt saitā iekšā JS + ajax tad jau visu tāpat neizdebugosi.. vismaz cik es centos man konkrētam projektam bez echo neiztikt.. var jau būt ka atkal laiki mainījušies un to var visu ar vienas progas palīdzību izdarīt

btw.. man tagad iepatikusies krumo klase ;) smuks dizains debugam :D

Darksign, es tev nopietni saku - beidz tēlot "labu programmētāju"! Protams, neviens tev neliedz to darīt, bet tad nenoliec citus! Esmu paskatījis tavus iepriekšējos postus, kur tu neesi zināji par tādu SQL atslēgvārdu kā SELECT DISTINCT un vēl visādas muļķības, jautājumus, ko uzdod, šitais pats "debugot ar xmp tagu". Pirmkārt, xmp tags ir deprecated - no w3schools.com: "<xmp> Deprecated. Defines preformatted text", kāpēc gan pat xhtml specializētam programmerim jāpārzina deprecated tagi? Otrs, kas tā par "debugošanu ar xmp tagu"? Pirmo reizi dzirdi par firebug vai citiem pārlūkā iebūvētiem debugeriem, neproti meklēt plikā html sourcē vai css? Tā vismaz nečakarē kodu no server puses, ja tev vajag apskatīties to, kas ir atnācis uz klienta pusi!

 

Manuprāt, labs programmeris ir tāds, kurš ir čakls un vēlas tāds būt un kuram savs darbs interesē... Tādiem, kas slinko un neko nedara, bet uzskata sevi par "ģeniālām galvām" - diemžēl, tie nebūs labi programmeri. Cita lieta ir, ja cilvēkam nav īsti domāšanas virziens tāds, kāds vajadzīgs datoriem... Bet tur vienmēr var rast kompromisu, to var kompensēt ar interesi un uzcītību!

 

Ir tāds teiciens "kas der visam, neder nekam"! Tāpat arī ar programmeriem mūsu laikos - "kas prot visu, patiesībā tā īsti neprot neko"! Tāpēc labāk specializēties uz savu galu, kur programmē, kurš visvairāk interesē un tur arī palikt... Ar tiem SQL arī tā ir, ka SQL tomēr ir kas pavisam cits, nekā JavaScript, piemēram. Tad kāda velna pēc programmerim jābūt "expert" līmenim gan JavaScript, gan SQL? Drīzāk jau, ja viņš ir "expert" Javascript, viņam jābūt arī "expert" CSS un xhtml, "advanced" server puses programmerim arī (PHP), bet nav jābūt SQL guru, piemēram, jo to darbu mierīgi var veikt "SQL urbji"! Mazas firmas Latvijā grib visaptverošus ekspertus, iespējams, bet neapzinās, ka tas ir vienam cilvēkam par smagu, to visu reizē zināt ļoti labā līmenī, pie tam - nez vai tā alga to atsver, jo, ja alga ir 500-600 Ls, nu ko tur prasīt "guru zināšanās"? Tas ir neloģiski, manuprāt.

Drupal.. neizrunājies.. cieni citus!

1) Netēloju "labu programmētāju" tavā izpratnē.. un man arī tādam nav jābūt.. :P

2) es nevienu nenolieku, ja vinjsh kaut ko nezin. Ja runa par to ko es daru intervijaa, taa ir cita lieta, arii tur nenolieku, bet vienkārši noskaidroju ko zin un ko nezin, kas ir arī mans tiešais darba pienākums veicot interviju.

3) Par SQL.. kam negadās aizmirst, kad kādu laiku sanāk kaut ko nelietot? :D

4) Ja xmp ir deprecated nu lai viņš ir, bet ja tu saki ka esi HTML koders, un ar ļoti lielu pieredzi ilgus gadus strādājot, tad jau toc zināsi. Lai gan mēdz būt izņēmumi... p.s. izlasi pirmo punktu. Un vēl.. piem.. ja njem php koderi darbā un prasa, tu zin kas ir echo.. vinjsh saka ka nezin.. bet toties viņš zin, kas ir print().. tad ir ok, jo šīs abas funkcijas viena otru pilnībā var aizstāt (ja es maltos, tad bljaujiet un labojiet), bet <xmp> tu nevar aizstāt pat lietojot <pre>.. jo tad pārlūkprogramma izpilda, nevis izvada html kodu (vienīgais ja kāds grib strīdēties, tad to lieto pieprot arī <title> tags... hakojot autoinclude skriptus uz bezmaksas serveriem kādreiz noder, bet arii ne lapaa, bet title joslaa :D ).

5) par firebug zinu.. lietoju.. tapēc labāk klusē ja nezini ko runā... (jo tas ir tikai ārējais debug... html. un viņš pie tam vēl to html, pārveido.. izveido dom .. un daudz reiz pabeidz tagus un pieliek neīstu info.. lai spētu attēlot... pastudē.. paaudzies gudrībā...)

6) par to "kas der visam, tas neder nekam" ... nu tad arī noskaidrojam kam viņš der vai kam viņš neder.. tapēc arī stulbi jautājumi..

7) kapēc tu domā ka man vajag koderi pa 500-600Ls ? kur tu to njeemi? --- jo par attiecīgu kvalitāti var arī attiecīgi maksāt.. a cik un ko man vajag tā jau privāta lieta ar katru no darbiniekiem. un vēl, ja ir cilvēki kam tas nav pa smagu (zināt ļoti daudz no tā ko prasa darba devējs), tad kapēc tad neatrast to...? Un esmu pārliecināts, ka šajā forumā ir tādi kas zin to visu, un kuriem nav par smagu zināt un darīt.

Bet par to kas ir loģiski un neloģiski ne tev par to spriest.. kā tautā runā.. "kas maksā tas pasūta mūziku" .... grozies kā gribi, bet lielākajā gadījumā tā arī notiek. (te vari nefilozofēt.... tāpat aiziesi nekur.. )

p.s. Drupal nu ja tu esi darba devējs, tad brīnos, kapēc vispār tu šādus komentārus dod, ja neesi, tad saprotu.. tev viss vēl priekšā ;)

CSS kalkulators ir tiešām sviests - vai pamanīji, ka tur ir atbildes jau "prekodētas" html kodā? Css tikai veic hover un display un tamlīdzīgi? Pareizi te pateica, ka tikpat labi var mēģināt nomainīt nomainīt mašīnai eļļu caur izpūtēju! Ja pareizi sapratu darkside, tad viņa uztvere ir tāda, ja tu intervijā parādi, ka esi uztaisījis css kalkulatoru un zini, kas ir xmp tags, kruta - Tu esi super darbinieks, nāc strādāt!

1) Jā pamanīju, ka CSS kalkulācijas neveic.. to jau pēc css definīcijas uzreiz visi zin. Bet ideja kā tāda.. pietiekami laba, lai saprastu ka tu proti CSS, lai gan protams uz css kalkulatoru taisīt.. sviests.

Un tas ka tu to spēj, tas nenozīmē ka praktiski kaut kur izmantos.

2) par tavām "foršajām" spriešanas spējām no comments vairāk... neapbižojies.. bet saprotu, ka tev shodien laikam kods slikti rakstiijaas.. tapeec sliktaa omaa :D

Nu tad novēlu lai tev visi debug dievi un visi citi tuulji paliidz.. un kods rakstās bez kljuudaam :D ;)

p.s.s.

mainīgie $AUNS un $auns ir viens un tas pats mainīgais! Uzskatu, ka tas ir galīgi aplam, nav jāpieskaņojas "paviršiem skolnieciņiem", kas vēlas programmēt...

Nekjidaasim turpmaak cita ieprieksh saciito.. a citaadi var sanaakt ka pats vien esi tas "paviršais skolnieciņš".. ne? :D (te visi lielie "koda dievi" klusē un smaida.. lai neturpinaatu stulbu sarunu.. ok? :D )

p.s. xmp tags jau sen kā ir novecojis un to nezināt nav grēks :)

Tagi nenoveco :D Un tieši konkrēti šis, jo viņa darbu veic tikai viņš (alternatīvie līdzekļi ir sarežģītāki nekā šis tags...). es viņu izmantoju katru dienu debugojot kodu.. ja nu gadās kodā html, lai tad toc bez sources skatiishanaas var redzeet uzreiz rezultaatu ;)

Piemēram - esi talantīgs čalis, daudz ko apgūsti, cerīgi aizej uz interviju, un tev tur paprasa - a kas ir <xmp> tags zini? nezini, hāaaa!!!! nu viss!!!!

p.s. Squad .. tā jau tas gluži nav.. (nu gan jau mēdz būt arī tā.. bet..) .. tas ka darba devējs nosauc vienu vai otru lietu tieši no koda vai arī kādu tehnoloģiju.. kas darba devēju īpāši interesē, tad arī darba devējam rodas priekšstats par programmētāju.. vai viņš iepriekš ir padziļināti ņēmies šai sakarā, vai arī tev būs jāvelta laiks viņu apmācot, vai viņam pašam būs jāmācās...

Labs programmētājs, no iepriekšējām nosauktajām īpašībām, ir manuprāt tāds kurš ir produktīvs un spēj lietas risināt patstāvīgi, bet izcils programmētājs ir tāds kurš spēj apgūt jebkuru valodu ātri un efektīvi, spēj būt tajā labs programmētājs, un spēj būt arī radošs.. :))

tnx dzekiem par aktivitaati forumaa.. .dikti interesanti lasiit bija visus viedokljus :D cerams ka shito teemu veel neveers ciet, jo interesanta lasaamviela, ar ik pa briidim uzpeldoshu interesantu nosaukumu, ko iespeejams pieredzes deelj veerts pamekleet googlee kas tie taadi ir par frameworkiem piem. "CodeIgniter" vai taml ;)

Mans rezumē:

Es pats nelietoju ZF, jo nav bijis laika to studēt, bet iespējams sākšu...

Jo ir gadījies arī rediģēt kodu kur ZF jau tiek pielietots..

Protams ir arii savs neliels framework.. nu maziņš fails bez kura funkcijām nespētu dziivot, pat izmantojot ZF, jo vienkaarshi ir paaraak eerts un pēc KISS saprogrammeets :) (kiss = keep it stupid simple)

Jā piekrītu, ka ātrām sērijveida weblapām ar vienkāršu admin panelīti viennozīmīgi jebkuru framework it īpaši ZF vajadzētu izmantot, laika taupības dēļ.

Bet specifiskiem projektiem, kas ir piem. man - banku sistēmas.. nu ir atsevišķas lietas kapēc neizmantot ZF, vismaz ne visā projektā, tapēc ka ja jebkurš framework pieļauj kļūdu (vai jebkurš publisks produkts), tad par to zin visa pasaule.. nu un tavs kods var būt ievainojums, un ja tev ir nepieciešamas ļoti specifiskas fīčas, tad arī labāk uztaisi pats, tikai atsevišķās fīčas, nevis integrē visu framework dēļ vienas labas fīčas.

Tā kā esmu arī .NET programmētājs, tad nu arī sliktu vārdu nav par framework kā sugu, tas viennozīmīgi atvieglo kodēšanu, lai nav jāmeklē kā uztaisīt kaut kādu funkciju, jo viņa jau parasti tev ir gatava ;)

Un vēl par PHP un Python... nu iespējams ka Python ir ātrāks, bet kā jau iepriekš minēts, domāju ka nav labāks, vismaz pagaidām..un tieši manās acīs.

Par JAVA.. nu esmu redzējis gan ātrus projektus, gan ļoti ļoti lēnus (un kas pārsteidz visvairāk, ka tieši banku sistēmās :D), kas ir nokompilēti un darbojas lēnāk nekā parasts php to darītu :D (paldies Dievam, ka neesmu to JAVA rakstījis, citādi vainas apziņa būtu... :D)

p.s. sorry par garumzīmju un translit rakstiishanas stilu sajaukumu :D

Pārvaldīt programmēšanas valodas nav liela māksla. Jaunu valodu iemācīties aizņem burtiski dažas dienas līdz dažām nedēļām.

Daudz svarīgāk ir mācēt programmēt un domāt. Imo tieši tur daudzi "programmētāji" feilo. Ja tev programmēšana ir asīnīs un tev tā patiešām interesē, tad atrast labu darbu, arī tepat Latvijā, nevajadzētu būt problēmām.

Absolūti piekrītu.. :))

ir cilvēku kas prot savu lietu bez iepriekšējas vērā ņemamas pieredzes.. to jau +/- var redzēt darba pārrunās (nu gadās, ka ir programmēšanas fanātiķis, kas tikko pabeidzis vidusskolu... bet jau ir augstskolas 3.kursa līmenī... protams, ka nejau visus akadēmiskos knifus zinot, bet gan pēc programmēšanas ātruma, spriešanas spējām un domāšanas.... tādus vajag ņemt un palīdzēt viņiem attīstīties straujāk)

Bet jā. Latvijā ir daudz programmētāji, bet ne tādi, kas atbilst darba devējiem, tādu ir mazāk. Jo darba devējam vajag tos labākos... (protams, ne vienmēr.. atsevišķiem darbiem tev ne uz pusi vajag to labāko programmētāju algot... bet nu vienmēr ir prieks apzināties, ka sastrādājies ar profesionāli)

Parastā situācija mazām firmām, ir tāda, ka cilvēks atnāk.. iemācās kārtīgi programmēt firmas vajadzībām.. aug prasmes .. aug prasības.. un viņš pēc pāris gadiem (ja ir ok firma, ja nav, tad jau pēc mēnešiem) pāriet uz labāku/lielāku/maksātspējīgāku uzņēmumu kas piesola lielāku algu.. vai arī daži aiziet uz ārzemēm, vai dibina savu kompāniju.

Ja pie manis nāk cilvēks bez pieredzes (nu ir taisījis pāris smieklīgas lapiņas, programmiņas vai ko tādu.. kuras der tikai mācību procesam)

tad protams, viņš tiek izvērtēts intervijā, un pēc tam, ja konstatēju, ka varam sadarboties, tad tiek apmācīts, un parbaudes laikā skatos, viņam ātri pielec, vai viņš ir motivēts veikt darbu pēc labākās sirdsapziņas, vai viņu nekas nenovērš no darba (izņemot studijas, ja viņš uzrāda tajās labas sekmes, tad tas ir attaisnojoši...) utt... cilvēks izaug un kļūst par pilnvērtīgu firmas darbinieku. Tāpat aug arī viņa alga ;)

Par tiem "gudrīšiem", es zinu ka visi ieraugot darba sludinājumā, ka jāzin CSS, vai HTML, tad saka.. jā nu tur jau nav ko zināt.. viss vienkārši, bet kad atnāk darbā tad var redzēt ka viņš pirmo reizi uzzin kas ir <xmp> tags vai ko līdzīgu un w3schools.com savā mūžā nav redzējis, pat ja ir, tad nav izlasījis :D.. vai tad tā ir HTML zināšana? Un par CSS.. ir darba vietas kas prasa CSS koderi.. nu man tas asocējas, ka ja esi riktīgs CSS koderis, tad vari arī uz CSS, uztaisīt kalkulatoru... jā tieši kalkulatoru.. netici ka to var uz CSS. tad apsties šo linku: css kalkulators

Protams tas ir kopā ar HTML zināšanām ;)

Tas pats ir par MYSQL.. visi zin kas ir +/- SQL un prot pieslēgties mysql serverim.. taču nav strādājuši ar lielām DB uz MySQL un neprot savus sql pieprasījumus optimizēt... nelieto explain un ja lieto tad līdz galam nesaprot...

Un pats galvenais.. ja gribi labu programmētāju, kas vienmēr arī mācās un aug savās zināšanās, tad iespējams būtu jāiekļauj jautājums.. kādu palīdzības rīku tu izmanto (izņemot google.. jo to jau visi), piemēram php.lv forumu, vai kādu citu.. būtu interesanti uztaisīt aptauju vai redzēt tādas aptaujas rezultātus, ne? :))

Ja kādam interesē līdzvērtīgs piedāvājums (php programmētājs), tikai jebkurā diennakts laikā var strādāt.. galvenais ka tik darbs izdariits, tad sūti cv uz [email protected] vai PM man.

neizlasiiju visus postus.. bet nu iesaku pie pozicionēšanas pievērst vērību arī z asij, ja ir vajadzīgs viens virs otra to attēlu novietot ;)

es personiigi uzskatu ka denwer.ru ir vislabaakais aatrais variants .. tas ir apache + mysql + php + phpmyadm utt.. ja vajag tad atseviskji arii citas db var tur atrast tai saitaa, piem., FireBird utt..

tur nav kaut kaadu papildus riiku kaa wamp serverim, kas useri aizved nepareizaa virzienaa.. jo saakot lietot wamp, tas parasti it kaa ir vieglaak (useris var bakstiit pogas nevis config failu notepadaa mazliet pamainiit), bet veelaak iisto serveri nokonfigureet cilveeks nemaacees ;) pie tam wamps arii smagneejaaks manupraat... :)

manaa gadiijumaa neder.. jo tas Truecrypt tak buus jaaatkodee katru reizi kad vinju gribees izmantot, bet izmantos vinju katru otro sekundi (ja ne mekleeshanu, tad datu ierakstiishanu). Bet ierakstiishanai ieksh db, jau nevajadzees kruto supervisor paroli, tikai DB paroli un publisko atsleegu.

anyway, ja nav vairs labaaku ideju, tad probleemu jau esmu paardomaajis un atrisinaajis teoreetiski, ta ka ja nav uber labaakas idejas, ta palieku pie saveejaas :)

vieniigi jautaajums, vai RSA algoritmam vareeja iekodeet vairaak par 2 atsleegaam, piem., 1 public, un 3 private?

attiecīgi meklē parastā datubāzē.

Redz tur tā problēma, ka lai iegūtu PSI sertifikātu, tad nedrīkst būt parasta datubāze (prasība gan no sertifikāta, gan no priekšnieka)... nu karoč jāglabā sensitīvi dati, un tieši tapēc nedrīkst būt plain tekstā (lai arī no vislabākajiem adminiem būtu aizsargāti dati, lai nesarezgiitu dziivi vinjiem parakstot atseviskus liigumus utt...).

Jo redz parasto datubaazes paroli tu baaz visur visos php u.c. skriptos, kaut vai phpmyadminaa (nu tikai tajaa gadiijumaa ja veel ir ip aizsardziiba un pieeja tikai no lokaalaa datora...), un tas noziimee, ka ja kaut kas ar paareejaas sisteemas kodu, kuru es neesmu programmeejis noiet greizi (tb. uzlauzh), un nolasa to paroli, ta var nokopeet visu db... bet tieshi taapeec jau ir taa prasiiba, ka zinot vienu db sisteemas paroli, tu vari dabuut tikai informatiivus (iznjemot sensitiivus) datus, bet ievadot atsevisku paroli, vareesi redzeet visu :P => ja hakeris, vai ljaunais admins skataas tavaa DB, tad vinjsh neko vairaak kaa datumu kad kaut kas ir noticis nezin...

varbuut tev nav ...\etc\hosts pareizi izmainiits, un apacis nevar localhost piebindot

pameegjini denwer.ru paku

sveiki.

esmu saskāries ar diezgan pamatīgu problēmu - uz mana laptopa nestrādā NEVIENS webserveris. esmu mēģinājis Xampp, Wamp, Apache2Triad, un neviens no tiem nestrādā. rāda, ka 80 un 443 porti aizņemti, bet kad palaižu Xampp'a iebūvēto 'portcheck', tad rāda ka gan 80, gan 443 porti nav aizņemti... īsti pats nesaprotu, kur lai meklē vainu.

P.S. instalējot skaips bija izslēgts, zvērudārzu, kas varētu aizdirst tos portus esmu jau sen kā izķēris. kāds var ko ieteikt?

Man bij taada pati probleema, un te mans risinaajums:

1) tu lieto skype (vai citus messengerus) ?

Jā: (ja nē, tad problēma ir kur citur... cita proga aiznjem portu)

2) atver skype -> options -> pie connections... un tur nonjem kjeksi no 80 etc portiem...

3) izrubī skype

4) palaid apaci... vajag buut ok, ja nav veel ok, tad restartee kompi nepalaizhot skype, tad palaid apaci... ja ir ok, tad skaties kaa piekonfigureet skype, un dziivo laimiigs ;)

Ja arī tu tādu sistēmu uztaisītu - tā meklēšana tak būtu viens liels drošības carums. Jo to izmantojot, varētu meklēt datus tavā enkriptētajā datubāzē neuztraucoties par atslēgām un šifrēšanu.

lai tas nebuutu caurums, tapeec jau tur obligaata prasiiba pirms mekleehanas ievadiit paroli...

Patreiz pēdējā reālā doma man ir lietot vai nu to GnuPG ko iedeva blackhalt, vai arii ierasto RSA. Bet kriptējot tikai relācijas, tad arī būs iespējams meklēt datus ievadot paroli, bet nekriptējot visu DB valjaa...

bet varbuut kaadam ir kaads veel labaaks risinaajums??

Tieši tā, atkodēt visu DB būtu laikietilpīgi, bet pakustinot smadzenes varam arī izdomāt, ka šo ievadīto masku(bcd) taču mēs varam kriptēt, iegūstot(ewknd78sdje7ncsdjdb), un tālāk jau vienkārši meklējam DB šo kriptēto masku(tātad "ewknd78sdje7ncsdjdb").

Shis te iet galiigi garaam, jo tas straadaa tikai pie prastaakajaam shifreeshanas metodeem, kuras var galvaa vai uz papiira lapas uzlaust, bez pc... bet tikliidz maska tiek kripteeta, tad vinjai nekaada sakara nav ar to kas atbilst mekleetajam, jo "droshie" algoritmi tak kriptee skatoties arii simbolu skaitu, a maksaa tas vienmeer buus mazaaks... un nenoteikts..

Ir viena dilemma, vajag algoritmu, līdzīgu kā šeit aprakstīts Asymmetric_key_algorithm

bet varbūt arī bisk vienkāršāks vienā ziņā, bet savādāks citādāk...

Doma tāda, ka vajag lai ar ar algoritmu x var kriptēt datus izmantojot publisko atslēgu, bet atvērt var tos tikai ar konkrētu privāto atslēgu, bet vēl pie tam, vajag, lai kripētajos datos var meklēt ievadot masku.

Piemēram:

plain dati = "abcdefgh"

publiskā atslēga = "123"

kriptētais = x("abcdefgh", "123") = "dsjkfnuevejbjhsdbkdv" // te tas tikai piemeeram

lai atvērtu "dsjkfnuevejbjhsdbkdv" es varu izmantot tikai privāto atslēgu, piemēram, "998xs87", un xopen("dsjkfnuevejbjhsdbkdv", "998xs87") = "abcdefgh"

visi kriptētie dati glabāsies datubāzē (konkrēti mysql, bet nu tas nav svarīgi...)

tātad tur varētu būt, piemēram, šādi ieraksti

kripteets //shie atshifreejumi neglabaasies protams nekur

"dsjkfnuevejbjhsdbkdv" //("abcdefgh")

"dsalnfbnwekjvnsjdvvd" //("aaa")

"ewknd78sdje7ncsdjdb" //("bcd")

"251e531favsdvcebhvjh" //("555")

un tagad man sistēmas admins grib meklēt to "abcdefgh" viņš ieraksta masku meklēšanai "*bcd*" un protams ievadot arī savu privāto paroli/atslēgu pēc kaut kāda algoritma z nolisto visus ierakstus (jau atšifrētus) kas atbilst maskai.

shajā piemērā meklējot ar masku "*bcd*" jaanolistojas: "dsjkfnuevejbjhsdbkdv" un "ewknd78sdje7ncsdjdb" ierakstam.

NB! viens no variantiem, protams būtu, pirms meklēšanas atkodēt visu datubāzi, un tad meklētu atšifrētajā, bet tas ir dikti ilgi un resursu ietilpiigs process, tapēc atkrīt uzreizi.. vajag lai apm. optimāli no miljons ierakstiem to varētu izdarīt nu max 3 sekunžu laikā atrast konkrētu ierakstu... (šeit protams es saprotu ka daudz kas atkarīgs no pc, un no datubāzes, bet pieņemot ka tur viss ir ok, tad lai vismaz algoritms būtu ātrs un pietiekami drošs pret uzlaušanu)...

lūdzu iesakiet kaut ko, vai vismaz iemetiet linkus, vai keywordus pēc kā ieteiktu meklēt (keyworda dēļ citreiz jau vien problēma atrisinās daudz ātrāk :) ), patreiz es neko pārāk interesantu neesmu atradis googlee, vai šajā forumā... bet varbūt nemāku meklēt :D

already done ;)

lieta atrisinaata ;)

find . -mtime -5

skatos un domaaju, vai tas ir nolistotie faili kas mainiiti peedeejo 5 dienu laikaa, vai tieshi tikai pirms 5 dienaam?

hmm un kaa man ierobezhot, piem, pirms 5 - pirms 3 dienaam, neraadot peedeejo 2 dienu veikumu?

mekleet failos labi straadaa shii komandinja uz linux:

find . -type f -print | xargs grep -li "find me"

bet, bisk piemirsies, kaa tur bija, lai nolistotu visus failus kas ir modificeeti vai jaunaaki par noteikto datumu? kaads var paliidzeet uz aatru roku?

md5() ir neobligātais parametrs, kuru uzstādot tas atgriež bināro vērtību. Tādēļ varbūt var uzreiz base64_encode(md5('strings',true));

paldies, izglābi man dienu :)) shis strādā tieši tā kā vajag :))

vajag paliidziibu, īsti nesaprotu kā ar php uztaisīt to pašu kas ir šajā kodā JAVA (izmēģinājos visādi, bet vēl kaut kas pietrūkst, hashi nav vienādi)

JAVA kods

	public String cipherString(String str)
{
	if(str == null || str.length() == 0)
		return str;
	byte bt[];
	MessageDigest md = MessageDigest.getInstance("md5");
	bt = md.digest(str.getBytes());
	return (new BASE64Encoder()).encodeBuffer(bt).trim();
}

kāds plz palīdz sho translēt uz php... nav skaidrs kā php var iztaisīt str.getBytes()

a = cipherString("abcabcabcabc");

tad a vērtība ir:

roIN2u10hryi6bFc2HfIwQ==

jebkādas idejas laipni gaidītas