bubu

Tipiskais haks ir tukšās rūtiņās rakstīt HTML entīti. Korektais labojums būtu lietot sekojošu css stilu tabulai: empty-cells: show; Taču tas diemžēl nestrādā uz daža "laba" browsera. Reku palasi te vēl: http://www.cs.tut.fi/~jkorpela/HTML/emptycells.html

Ir iespējams. Kad spams kaut kur nav bijis iespējams?

Problēmas nav. Tavi teksti ir vienkārši smieklīgi, kad paskatās, ko raksti divus postus atpakaļ un tagad.

Dažiem vīrusiem ir tāds darbs - meklēt uz tava cietā diska html failus un tiem kabināt klāt iframe ar linku uz kaut kurieni.

Var izmantot, piemēram, Levenšteina attālumu: http://en.wikipedia.org/wiki/Levenshtein_distance Tas no diviem stringiem izrēķina skaitli, cik šie stringi ir "līdzīgi". Precīzāk sakot - cik burtos nepieciešamas izmaiņas, lai no viena iegūtu otru. Attiecīgi - izrēķini šo skaitli, un tad no tā izdomā, vai tev der, ka stringi ir līdzīgi vai nē. Edit: haha - http://php.net/levenshtein Nemaz nezināju, ka php ir gatava tāda iebūvēta funkcija, kas to dara. Vēl izrādās eksistē http://php.lv/similar_text funkcija, kas arī dara ko līdzīgu, tikai tā ir lēnāka nekā levenshtein() fja.

Uff, sorry, nepaskatījos foruma sadaļas nosaukumu.

Tur ir semantika svarīga, ne izskats. Izskatu tu vari noformēt kā vien gribi ar CSS, piemēram, lai em tagi nozīmē rozā tekstu uz zila fona. <em> nozīmē emphasize. Tulkojot no angļu valodas - uzsvērt, izcelt, akcentēt. T.i. tas jālieto tādās vietās, kur tu gribi uzsvērt teksta fragmentu.

Jebkuru šada veida aizkodētu php ar vairāk vai mazāk problēmām var atkodēt.

Interneta adrese IPv4 formā aizņem precīzi 4 baitus - tieši tik cik INT lauks nodrošina (pariezāk gan būtu lietot UNSIGNED INT). Punkti ir tikai cilvēkam "draudzīgajā" pierakstā, kur katrs baits ir pierakstīts decimālajā sistēmā, un šie baiti atdalīti ar punktiem. Labums no tā visa ir, ka INT aizņems mazāk vietas datubāzē, kā arī tu varēsi lietot salīdzināšanas operatorus starp tiem, piemēram < vai >, kā arī kārtošanu normālā kārtībā. Tajā "draudzīgajā" pierakstā tu to nevarēsi.

http://www.andrewsellick.com/67/simple-jav...using-prototype Gan jau tas pats darbosies arī uz keydown eventa body elementam.

rollmax: parasti tās sauc par funkcijām, nevis procedūrām. Procedūras šķiet ir specifiskas funkcijas dažās valodās (paskāls). Un tad jau pilnam komplektam pieminam arī pārējās operācijas, kuras var veikt ar integer'iem: inc: 10++ = 11 dec: 10-- = 9 loģiskā negācija: ~10 = -11 loģiskais vai: 10 | 3 = 11 loģiskais un: 10 & 3 = 2 izslēdzošais vai: 10 ^ 3 = 9 bitu pabīdīšana pa kreisi: 10 << 3 = 80 bitu pabīdīšana pa labi: 10 >> 3 = 1

Ja atlasāmo lauku skaits ir vienāds, tad var lietot UNION'u: (SELECT a, b, c FROM table1 WHERE user_id=$id) UNION (SELECT d, e, f FROM table2 WHERE user_id=$id) ...

Nezinu cik laba vai precīza: http://blogama.org/node/58

Šitā? $translator = array("house" => "māja", "horse" => "zirgs"); echo $translator["house"];

indoom, nu nez nez. Paņēmu Alekseja png failu, atvēru irfanview'ā un pieseivoju kā jpeg ar 100% "kvalitāti". Rezultāts tieši tāds pats kā augstāk. Dikti sablurojusies bilde (kas ir visai dabiski, jo jpeg izmanto lossy kompresijas formātu, arī pie 100%'tiem).

Ja tev kodējums ir UTF-8 tad, kā jau saku, tev nebūs nekādu problēmu. Jo UTF-8 ir savietojams ar ASCII kodējumu, kamēr tu neizmanto augšejos 128 simbolus. Konkrēts piemērs ir ar stringu, kurā (kā jau teicu) ir & simbols kā sastāvdaļa no multibyte čaraktera. UTF-8 (un citos UTF) tas nav iespējams.

Kā jau Aleksejs saka - neizmanto tam strtotime. Izmanto explode un tad mktime - tieši tā kā tu dari šī topika #1 postā (tik nelieto to dīvaino sintaksi mktime argumentiem).

Nu, piemēram, ja tev tas strings būs UCS2 kodējumā, tad var gadīties, ka vienbaitīgs simbols & īstenībā nav čarakters "&", tas ir tikai sastāvdaļa no divbaitu čaraktera. Taču php to nezinās, un uzskatīs, ka & ir jāaizvieto ar & - tādējādi tas sačakarēs stringu. Tāpēc jānorāda čarsets, ja vien tu nelieto vienbaitīgus kodējumus (vai arī UTF-xx paveidus).

htmlspecialchars jāpielieto, lai browseris pareizi saprastu speciālos simbolus (", &, <, ...), kad tie tiek likti html'ā. Līdzko tas ir saņēmis tādu stringu, tas to atmiņā pieglabā jau normālā veidā - tas notiek pie lapas atvēršānas. Pie POST sūtīšanas tas strings vairs nekur nav jāpārvērš, tie jau ir pārvērsti.

Ar strftime funkciju.

Kuras nianses tieši? To, ka mysql var nezimantot tīkla protokolu? To izlasīju mysql dokumentācijā (par to skip-networking argumentu). A par to named pipe izmantošanu localhost konekcijām windows'ā, ja pareizi atceros, tad to izlasīju vienā blogā, kuru raksta developeris no microsofta. Visdrīzāk kautur šajā vietā http://blogs.msdn.com/ (iespējams arī, ka maldos - es nevaru atcerēties to, kur visu uzzinu :)

Es nepareizi izteicos. Nevis emulēts, bet tā (tīkla send/recv/utt) vietā tiek lietotas named pipe send/recv/utt funkciju analogi. Tur overheads ir praktiski nekāds. Atšķirās tikai API interfeiss, funkciju izskats.

Tas nav tiesa. MySQL'am, piemēram, ir skip-networking servera parametrs, kas neklausās klientu konekcijas caur tīklu. Tas ļauj piekonektēties tikai lokāli ar lokālām metodēm (named pipes vai shared memory), kuras ir performancīgākas nekā tīkla protokoli. Pie tam - nezinu kā citās OS'ēs, bet Windows'ā konekcija uz localhostu neizmanto īsto networking kodu. Tas tiek emulēts ar named pipe's palīdzību (lasīt - tas ir daudz ātrāk nekā tcp/ip vai citas konekcijas).

Visbiežāk tas ir indikators tam, ka atverošo figuriekavu { skaits nesakrīt ar aizverošo figūriekavu } skaitu.

Īsti nezinu vai tas kur tā ir uzrakstīts, bet esmu php sourcē skatījies. Tur ir heštabulas - zend_exectue.c failā zend_fetch_dimension_address fjā. Tur tiek izmantota zend_hash_next_index_insert fja, kas darbojas ar heštabulām (zend_hash.c/h faili).