Aleksejs

viens no risinājumiem: mysql_query('UPDATE tabula SET vieta=0'); for($x=1;$x<=4;$x++){ mysql_query( "UPDATE tabula AS t1 SET vieta = $x WHERE t1.id IN ( SELECT id FROM tabula AS t2 WHERE t2.vieta = 0 ORDER BY RAND() LIMIT 1 )" ); }

Atver šo adresi ar fopen(), adbū rezultātu ar fread(), izlobi nepieciešamo ar teksta maklēšanas/apstrādes funkcijām, aiztaisi ar fclose() un izvadi dabūto ar echo();

Augstāka pēc definīcijas :) Bet nu ok - tas tā, kā jau teicu - eksotiskāka metode. Bez tam - ja klientam pasaka, rēķini ar šo algoritmu un viņš nabags metās rēķināt, tad vari algoritmu padarīt tik sarežģītu, cik gribi :)

Šitā: SELECT lauks1, lauks2 FROM tabula ORDER BY SUBSTRING_INDEX(data, ' ', -2) ASC Jo tas atgriezīs pēdējos 2: 11 22 33 44 55 --> 44 55

Vēl viens eksotiskāks variants, ja pieļaujama JavaScript izmantošana. Ar pāris ātro pirmskaitļu testu palīdzību uzģenerējam (pareizāk sakot pārbaudam vai randomā uzģenerētie skaitļi varētu būt pirmskaitļi) divus pietiekami lielus (bet ne pārāk lielus) pseidopirmskaitļus (mums nav pat īpaši jāiespringst uz to pirmskaitlīgumu - vismaz ne šī brīža situācijā ciņai ar spambotiem). Atceramies šo skaitļu reizinājumu un aizsūtam to klienta formai, kas ar Javascriptu (te mēs varam iedot klentam kaut vai Eratastena sietu) to sadala pirmreizinātājos (ja klientam paveicas kāds no mūsu uzģenerētajiem skaitļiem nebija pirmskaitlis - tad viņam vajag mazāk resursus) un hidden laukā ieraksta ar komatiem atdalītus pirmreizinātājus. Uz servera sareizinām atsūtītos (ja ir vispār atsūtīti) un pārbaudām, vai sanāk mūsu sūtītais reizinājums (atsūtītie skaitļi var arī nebūt divi, jo kā jau teicu, aizsūtījām pseidopirmskaitļus). Rezultāts - uz servera algoritma sarežģītība zema - uz klienta augsta - tādēļ spambotam, lai izsūtītu daudz spamus ir jāspēj ne tikai aizpildīt pareizie lauki, bet arī jāiegulda skaitļošanas resursi. Parastajam klientam būs novērojama maza aizture (atkarībā no tā cik maniakāli lielus skaitļus mēs aizsūtījām). Man gan šķiet, ka šobrīd pat nevajag iespringt uz lielu pseidopirmskaitļu ģenerēšanu. Kamēr boti nav iemācījušies, var vienkārši ģenerēt 6 ciparu skaitli un prasīt pretī sadalījumu - tas vispār klienta pusē būs nemanāmi. Tātad apvienojot visas iepriekš minētās lietas kopā - uzģenerējam smuku bildīti ar reizinājumu ar skaidri salasāmiem, glītiem cipariem, lūdzam, lai cilvēks tos ieraksta lauciņā. Pie formas nosūtīšanas JavaScripts uzģenerē kanonisko sadalījumu, uz servera pārbaudām, vai tiešām atsūtītie reizinātāji dod gaidīto reizinājumu (ja gribam ļoti iespringt, tad vēl varam katru reizinātāju pārbaudīt, vai tas nav salikts skaitlis).

http://library.pantek.com/Applications/MyS...0-r12-win32.msi

Nu, tātad tur kaut kas cits... Skaties sendmaila logos, ja tajos nekā nav, tad meklē, kā ieslēgt paaugstinātu logošanu sendmailam.

No brutforsēšanas neattur itin nekas - nav izdomāta lieta, kas atturētu no bruteforsēšanas :) Toties tiek padarīta neiespējama rainbow tabulu izveidošana (jo sāls vērtību ir par daudz). Brutefosēšana notiks tieši iterāciju skaitu reižu lēnāk. Ja vajag autorizēties no citurienes, tad citurienē jāizmanto citurienē realizētās hash funkcijas - SHA512 arī Cobolā ir SHA512 :D Katrā gadījumā hash funkciju var izvēlēties tādu, kādu vien vēlies (nu protams visās vietās vienu un to pašu). Piemēram, ja vajag to visu storētu MySQLā, var realizēt ar SHA() (kas gan nav ieteicams jaunveidojamām sistēmām). P.S. Vakar pabeidzu +- darbu pie implementācijas - tagad jānoved līdz rādāmai stadijai ;)

http://cr.yp.to/djbdns/dot-arpa.html

Un kas ir rakstīts apaču log failā? ;)

Reverse DNS ir tiesīgi modificēt tikai tie, kam pieder konkrētais adrešu diapazons.

Pie realizācijas vēl notiek darbs, bet tikmēr vari apskatīt, kas sanācis ar hashu ģenerēšanu: http://www.sitepoint.com/forums/showthread...566#post3843566 Tas pats kods tikai komentāri latviešu valodā: http://paste.php.lv/7484?lang=php

Vienalga skumji. Bezgala skumji par to, ka nespējam pat par štrunta interneta lapu vienoties (es nesaku, ka jātaisa vai ka nav jātaisa - bet ka nevar vienoties).

Tā no malas paskatoties - diviem latviešiem vajag vismaz trīs partijas. Skumji.

xPtv45z, bez Latgales iztikt nevari, ja? Ko Tev Latgale nodarījusi, ko Tu pin viņu iekšā?

Par servera īri pagaidām noteikti nē, iesākumā pilnīgi pietiks free-hostings.

hmm... Ieteiktu tad veikt CHECK TABLE vardi un pēc tam iespējams REPAIR TABLE vardi varbūt, ka tabula sabojājusies un tādēļ tāda bremze. [edit]Patiesībā - labāk pats izpēti: http://dev.mysql.com/doc/refman/5.1/en/check-table.html http://dev.mysql.com/doc/refman/5.1/en/tab...aintenance.html http://dev.mysql.com/doc/refman/5.1/en/repair-table.html

Tikai minējums - bet pamēģini nesaukt mainīgos tādos vārdos kā div, button utt... Varbūt IE tos interpretē citādi un uztver kā rezervēto visu divu kopu vai visu buttonu kopu. Par kuru rindiņu tieši viņš tā lamājas?

Nē, neko nemainīju tabulā un indeksos. SELECT * FROM vardi WHERE vards LIKE 'Latvia%'

Ieimportēju visu. man izpildās vienlīdz ātri gan uz dvdrip, gan Latvia, gan Antarctica. Varbūt izveido indeksus pa jaunu...

Nē?

Domāju, ka tie daudzie ZF community pārstāvji var mierīgi izmantot šo forumu. Var ieviest jaunu apakšforumu, ja nepieciešams, kurā būtu aicināti rakstīt tie, kas nopietni nodarbojas tieši ar šo Frameworku. Kaut gan faktiski Domāju, ka šiem mērķiem var izmantot šobrīd reti izmantoto PHP un OOP apakšforumu.

Nu, lai izmantotu MATCH, tev noteikti ir jāuzstāda fulltext... Pamēģini pievienot fulltext indeksu (veco atstāj, gan noderēs).

Žēl. Tad mans ieteikums - izlasīt par to kā darbojas DNS un par to, kā jānokonfigurē web-serveris. Varbūt, ka pašam izdodas atrisināt problēmu.

Hmm, un cik ātri šitāda izpildās: SELECT * FROM vardi WHERE MATCH (vards) AGAINST ('Latvia') ?