mad182

Laboju. Un pieliec display:none nosaukumam.

Pārsauc id="video" par class="video".

Nahrenizē id="videoi".

Dokumentā katram ID jābūt unikālam.

Un:

$('.video').hover(
  function () {
$(this).children().fadeIn()
  },
  function () {
$(this).children().fadeOut()
  }
);

To var apiet 1 minūtē.

Bet nu viss atkarīgs no vajadzības.

Ā, un vispār par tēmu, ja reiz gribas paskaldīt matus - kamēr datu tipi ir vienādi, ātrdarbībā vispār nav nekādas atšķirības. Vienīgais gadījums kad kaut ko var iegūt, ir izmantojot !== dažāda tipa datu salīdzināšanā. Un arī tas ieguvums ir smieklīgs.

x 1 000 000

$i !== 0	0.14611101150513
$i > 0  	0.14962816238403
$i != 0 	0.14944100379944
$i !== '0' 	0.145268201828
$i != '0'    0.23052906990051


$i !== 0	0.1466588973999
$i > 0  	0.15121912956238
$i != 0 	0.14945101737976
$i !== '0' 	0.1478488445282
$i != '0' 	0.22120499610901


$i !== 0	0.15196108818054
$i > 0  	0.15501403808594
$i != 0 	0.15033507347107
$i !== '0' 	0.1487410068512
$i != '0' 	0.22469115257263


$i !== 0	0.14960408210754
$i > 0  	0.15154910087585
$i != 0 	0.1523380279541
$i !== '0' 	0.15004110336304
$i != '0' 	0.22131991386414

Rezumē - operatoru izvēlamies pēc loģikas, nevis mistiskas "optimizācijas"

:)

flame wars par tēmu "kas ātrāk print vai echo?".

Tur jau nekāds flamewar īsti nesanāk. Pašam notestēt aizņem pus minūti :D

Grey_Wolf: nav jau īsti runa par brute force uzbrukumu pašai web lapai. Tur jebkurā gadījumā tāds ātrums nesanāks.

ClickTag parametrs: visos Flash banneros ir jābūt definētam mainīgajam ClickTag. Obligāti jāievēro pareizrakstība – C un T burtiem ir jābūt lieliem, pārējiem – maziem. Links bannerī nav jāliek. Button elementam vienmēr jāatrodas pašā augšējā slānī (Layer) un tam jābūt redzamam visu animācijas laiku. Piemērs:

Interesants teksts. Cik man ir nācies ar nolādētajiem flashiem saskarties, parasti visur ir clickTag cai clickTAG. Nu ko, zināšu vēl vienu variantu minēšanai.

Varbūt tu esi pats veidojis fontus vai kaut ko tamlīdzīgu darījis?

Kāds pat ir pacenties izveidot online tooli, kur to var izdarīt ar "drag & drop" :)

http://fonts.snm-portal.com/

Faks: kādēļ tu gribi eskeipot datus, kuri tiek IZVILKTI no datubāzes?

Kas tur tik smieklīgs? Ja tā ir vienīgā JS fīča, kas vajadzīga, priekš kam lādēt veselu js biblioteku tam, ko var izdarīt ar vienu rindiņu?

Tas ir pretīgi un nedabiski. Lapa, kas mēģinātu kontrolēt manu pārlūku man radītu vēlmi iespējami ātrāk no tās tīties prom un nekad nenākt atpakaļ.

if(kontenera_augstums < loga_augstums) {

konteneris_top = (loga_augstums-kontenera_augstums)/2

}

Nu arī varchar tur neparāda tik ievērojami sliktāku rezultātu, lai to būtu ar lielajiem burtiem jāraksta :)

Bet nu jā, es piekasos sīkumiem :)

tas ka varet jau var, bet stringa meklēšana ir IEVEROJAMI lēnākā nekā INT atrašana...

Nu nu...

http://www.mysqlperformanceblog.com/2008/01/24/enum-fields-vs-varchar-vs-int-joined-table-what-is-faster/

Lai pārtulkotu dažādus elementus lapā: http://php.net/manual/en/book.gettext.php

Lai tulkotu saturu (ziņas), tad vispirms ir jāatbild uz jautājumu, vai vienmēr vienādas ziņas tiks rādītas visās valodās. Varbūt vienkāršāk ir ziņu tabulā tikai pieglabāt valodu kā vienu lauku, un lai raksti paliek neatkarīgi viens no otra?

Ar pašu select elementu neko īsti nevarēsi izdarīt, lai tas būtu smuki un strādātu uz visiem pārlūkiem.

Var javascriptiski to aizstāt ar parastu html listu un tad lietotājam nemanot atzīmēt vērtības. Tālāk jau ar to listu var darīties kā patīk.

To, kas nav publisks, nevajag glabāt iekš webroot'a, citādi var sanākt tāda šmuce, kā AMD.

fsockopen un fwrite neder?

Tā jābūt, caurspīdīgums tiek mantots no parent elementa. Norādot child'am opacity, tā jau būs tikai procentos no parenta opacity, tāpēc to var tikai uztaisīt vairāk caurspīdīgu.

Izmanto png bildi vai andism variantu.

Nu failus vari aizsargāt ar htaccess, vai vislabak - glabāt ārpus webroota. Tālāk jau atliek uztaisīt skriptu, kas veic to pārbaudi, vai lietotājs drīkst skatīties failu, un pašu failu var izmest ar http://php.net/manual/en/function.readfile.php

Principā viss ir atkarīgs no dizaina un satura īpatnībām, bet man jau liekas, ka lielākajā daļā gadījumu fiksēts platums ir gan labāka, gan vienkāršāka izvēle.

fcuk, kā es nokļuvu tik vecā topikā?

Sākt drīzāk vajadzētu ar headera neizvadīšanu pēc hml koda :o

uztaisi gobālu vienotu autorizācijas sitēmu.

http://xkcd.com/927/

Bet vai ir vērts veltīt laiku izmirstoša pārlūka atbalstīšanai? Lapai ir jābūt funkcionālai uz visiem pārlūkiem, bet vizuālie izskaistinājumi nav kritiski. Ja lietotājs ir izvēlējies lietot 10 gadus vecu pārlūku, tad tā ir viņa problēma.

Rakstīšana failā pati par sevi neko daudz nenoēdīs, ja vien netaisies to darīt 1000 rezes sekundē... Tā doma, ka sesijas būtu ātrākas vispār ir neloģiska, pat ja viņas strādātu tā, kā iedomājies, jo defaultais sesiju handleris tā pat datus glabā failā uz diska.

Vēl jau var rakstīt memcached vai kādā citā kešosanas dzinī, bet diez vai no tā ir jēga.