Aleksejs

Bulletproof backups for MySQL

Edgar, līgums sastādīts juridiski neprecīzi. Pārstrādā! :P Bet nopietni runājot, ja interesē, sazinies, ja neinteresē neburkšķi. ;) Nero - lūdzu aizpildi anketu, lai cilvēkiem nebūtu jāpērk kaķis maisā.

MySQL Gotchas - paldies, Mārtiņam B.

Es parasti daru tā, ka noģenerēju vairākas random vērtības (atkarībā no kopējā ierakstu skaita un maksimālā ID - nav sarežģīti aprēķināt pie cik vērtībām ir pieņemami zema neveiksmes varbūtība). Izmantojot Pentiuma kodu, tas būtu šādi: $r = mysql_query("SELECT count(id),max(id) FROM tabulina"); $d = mysql_fetch_row($r); $cik_tukss = $d[1]-$d[0]; $varbutiba_ka_bus_tukss = $cik_tukss/$d[1]; $pienemama_varbutiba_ka_tukss = 0.0001; $vismaz_tik = ceil(log($pienemama_varbutiba_ka_tukss)/log($varbutiba_ka_bus_tukss));//Protams, to var arī reizi pa reizei izrēķināt, nevis katru reizi :D do { $rand_array = Array(); for($x=0;$x<$vismaz_tik;$x++){ $rand_array[] = mt_rand(1,$d[1]);//protams, pavisam forši šajā vietā vēl būtu pārbaudīt, lai ģenerētās vērtības neatkārtotos, bet tas lai paliek. } $r = mysql_query("SELECT id, tekstins FROM tabulina WHERE id IN (".implode(',',$rand_array).") LIMIT 1"); } while(mysql_num_rows($r)<1) $data = mysql_fetch_assoc($r);

Manas pārdomas par jautājumu: Pārveidot, protams, būs vieglāk, ja ir pieejama source. Ja nav pieejama source, tad sanāk, ka tai sistēmai ir vismaz jābūt kaut kādai "pseidoprogrammējamai" sadaļai, kaut kādas templates utt, kuras vari mainīt pēc savas patikas. Patiesībā internetveikals ir tikai un vienīgi tava veikala fasāde - pašā uzņēmuma darbībā tā gan visbiežāk ir kritiska komponente, taču ir daudz kritiskākas lietas, kuru nefunkcionēšana sagraus jebkuru uzņēmējdrbību viens-divi. Noliktava, preču uzskaite, grāmatvedības lietas un rēķinu izrakstīšana, piegāde, izejvielu un preču pasutīšana, ražošana (jā, ja tukšos USB vāciņos ieskrūvē cieto disku, tā jau ir ražošana, tāpat, ja iepako pārdoto preci, arī tā ir ražošana) - un ir jābūt vispirms skaidrībai par šīm lietām, kā tās realizēt un tad arī zināsi, ko tieši no internetveikala vajag. Norēķinu veidi, preču kataloga organizēšana (ar tādām lietām kā preču fotogrāfiju dabūšana/izveidošana), kategorizēšanu un komplektēšanu iespējas. utt.

"If all you have is a hammer, everything looks like a nail" /Abraham Maslow/

Atgriežoties pie Rich Text editoriem: http://sixrevisions.com/user-interface/rich-text-editors-for-2010-and-beyond/

nav tas kods, jo šajā pilnīgi nekur nav koda fragmenta: and parent = 0

http://www.sitepoint.com/forums/showthread.php?t=657308 - diskusija, gan notiek .NET sadaļā, tomēr pats diskusijas priekšmets ir universāls. Un kādas ir jūsu pārdomas par TDD?

codez, par rakstīšanas stila atpazīšanu: http://www.schneier.com/blog/archives/2007/04/keystroke_biome.html http://ha.ckers.org/blog/20070515/biopassword-biometric-password-timing/

Nu te mēs redzam klasisku interešu konfliktu no kura rodas problēmas: no vienas puses web-izstrādātājiem ir svarīgi būt spējīgiem dažādos veidos identificēt lietotāju no otras puses lietotājam ir svarīgi, lai viņu būtu maksimāli grūti izsekot Jā, tieši tā, izmantojot šo "browser fingerprint" var (ne 100% precīzi, bet pietiekami tā teikt "operatīvās informācijas" līmenim) atsekot lietotāju pat tad, ja viņš ir atslēddzis gandrīz visu, ko vien var atslēgt. Tas ir tas brīdinājums, ko izsaka šī resursa veidotāji.

hmm, bet kādēļ tev -1 ir pēdiņās? Vai nav tā, ka to nointerpretē kā teksta rindu?

Funkcija kļūst traucējoša ja katru reizi kād[s|i] parametr[s|i] mainās. Taču ja tas notiek reti (atkarībā no sistēmas, protams apzīmējumi "reti" un "bieži" ir visai relatīvi), un šo pārbaudi veic tikai kritiskas funkcionalitātes (paroles maiņa, lietotāju administrēšana, dažāda veida dzēšanas operācijas) gadījumā, tad man šķiet, ka lieliem apgrūtinājumiem nevajadzētu būt. Kritiskas funkcijas un paaugstinātas tiesības sistēmā galu galā arī pašas par sevi uzliek daudz stingrākus nosacījumus, piemēram, sesijas ilglaicīgumam (administratora režīmā strādājošam lietotājam dīkstāves laikam un sesijas ilgumam pirms atkārtotas iežurnalēšanās pieprasījuma, būtu jābūt daudz īsākam nekā parastam lietotājam, kuram ir pieļaujama arī "remember me/keep me logged in forever" funkcionalitāte lietojamības uzlabošanai). Attiecībā uz unikālo identifikatoru - to nepieļaus cilvēktiesību/privātuma aktīvisti (piemēram Chromei šāds identifikators, šķiet, ir, tacū pēc lielas bļaušanas, tas ir atslēgts), jo pamatmorāle šim testam bija, ka privātums internetā ir daudz mazāks nekā mums šķiet, bet šāda unikālā identifikatora ieviešana rada automātisku veidu kā izsekot katru konkrēto lietotāju pa visām lapām, ko tas ir apmeklējis. Protams, šis ir visai eksperimentāls un zaļš paņēmiens, pret kuru jāizturās ar pienācīgu daļu skepses :)

Nē, ideja šim pasākumam bija, ka pat ja visi kookiji ir atslēgti ir iespējams atšķirt lietotājus (pat ja tie iet caur vienu un to pašu NAT/proxy). Par izlogošanas pārlūka iestatījumu izmainīšanas gadījumā bija tikai manas fantāzijas par tēmu :) Mana doma bija, kaīpaši paranoidālā sistēmā arī to varētu izmantot, taču kā jau arī pieminēju, tam varētu būt negatīva ietekme uz lietojamību, tādēļ vispirms būtu jānovērtē potenciālais kaitējums.

"In theory there is no difference between theory and praxis, in praxis... there is" ;)

No dokumentācijas: Līdz ar to, jāizvēlas 1 = true, 2=false, piemēram. 0 un negatīvi skaitļi netiek atbalstīti. Upps, atvainojos, nepareizi pateicu. cik no šī http://dev.mysql.com/doc/refman/5.1/en/bit-field-values.html sapratu, tad jāraksta kautkā šādi: lauks = b'0' vai lauks = b'1' UJ! Pilnīgs - sorry, tikai tikko pamanīju, ka runa ir par MSSQL. My bad.

Interesants pētījums, kas izmanto visas iespējamās par lietotāju uzzināmās lietas: http://panopticlick.eff.org/ Sīkāk te: http://panopticlick.eff.org/about.php un te: http://www.h-online.com/security/news/item/EFF-demonstrates-a-browser-s-finger-print-918786.html Manas pārdomas par šīs metodes izmantošanu: piesaistot visu pieejamo (relatīvi nemainīgo) parametru kontrolsummu sesijai, varam, piemēram, likt vēlreiz autentificēties, ja lietotājs grib izmantot kādu kritiskajām web-aplikācijas funkcijām (piemēram, nomainīt paroli). Vai arī vismaz iežurnalēt šo aizdomīgo gadījumu. Tiesa pirms ieviešanas produkcijā, būtu jāveic papildus pētījums par to cik ļoti tas traucē/ietekmē funkcionalitāti. Bet jebkurā gadījumā - pētījums kā tāds man šķiet interesants.

http://www.sitepoint.com/forums/showthread.php?t=657103

cd "!mapesnosaukums" vai iespējams cd \!mapesnosaukums

Šīs lietas katram datora modelim atšķiras. Ja esi prasmīgs amatnieks, tad varbūt vari atrast kko līdzīgu, bet ja nē, tad jāmeklē pēc oficiālā "part number". Vari piezvanīt kādam laptopremontkantorim, piemēram, BISS.

KLikšķināt... Un sazināties. Nez man nekas tāds nekad nav bijis.

Weaning the Web off of Session Cookies Making Digest Authentication Viable by Timothy D. Morgan

Kā jau rakstīts kļūdas paziņojumā - sazinies ar hostinga administratoru. Ja tiec klāt, tad apskati web servera log failus, tajos jābūt rakstītam detalizētākam kļūdas iemeslam.

Varbūt šo sarakstu arī apskaties: http://www.webappers.com/2010/01/22/the-best-open-source-cms-mainly-used-for-blogging/

zabbix - vismaz iesākās kā LV projekts.