Kavacky

Kāpēc JS? Kādi haki? Vai tad img tagam nevar norādīt width un height uz 100%? Vismaz kādreiz, cik atceros, tā varēja. Tas gan nenozīmē, ka tā varētu būt vislabākā doma, ko vajadzētu darīt.

Tā šerpāk paspruka, bet ar to fikso salīdzinājumu bija domāts tā, ka ikdienas situācijās labāk būtu vērot ceļu, ievērot distanci utt, nevis pie katras tantes uz pārejas likt pa nažiem un ar bremžu pedāli līdz grīdai apstūrēt apkārt, un priecāties, cik forši brauc, jo visi dzīvi. Alnis jau ir exception, un tad arī rīcība attiecīga.

Nav tāda standarta. Jātaisa tā, lai tas izpilda funkciju. Portālu veģātiešiem neizrotā ar šķiņķīšiem backgroundā un tā. Lielu un svarīgu blāķi teksta nepasniedz 8px fonta izmērā.

Precīzi. PHP dokumentācija daudz var ieteikt, autoražotāji arī iesaka ABS izmantot. Tā vietā labāk būtu ieteikuši mācīties programmēt un braukt. Fīčas var būt noderīgas, bet vēl labāk ir nenonākt līdz vajadzībai tās pielietot. Vai spēt tikt galā arī bez tām. PS: Gaidu fīču, kas pieliks aizverošo iekavu, kur parseris neatradīs tās pietiekamā skaitā, kā arī iebāzīs semikolu pirms vietas, kurā konstatēs, ka tāds ir "expected" vai kaut kas cits ir "unexpected".

To arī varētu ar affected_rows pārbaudīt. Bet vispār...

Šī komentāra ieguldījums bija vienkārši THE W.T.F.

Nevajag veidot alternatīvu funkcionalitāti gadījumiem, kad JS ir izslēgts, bet gan alternatīvu funkcionalitāti gadījumiem, kad JS ir ieslēgts. Tad viss strādā skaisti un tiem, kas to pelnījuši, vēl skaistāk. ;)

Ko tu sauc par "pārāk skaidru rakstīšanu"?

No kurienes ir tie dati, ka vajag sūtīt ar tādām pauzēm? Webserveri ņem n pieprasījumus sekundē, DB serveri ņem n pieprasījumus sekundē, jebkādi serveri ņem dafiga pieprasījumu sekundē... tikai ne mailserveri, mailserveri gāž nost daži pieprasījumi pāris sekunžu laikā. Tas izklausās smieklīgi, īpaši vēl ņemot vērā to, cik sarežģītas darbības katrs no iepriekš uzskaitītajiem veic.

Kādreiz rakstīju kaut ko šādu un bija tīri pārskatāmi: !isset($objectType) ? $objectType = 0 : doNothing(); Tagad esmu kko mainījis piegājienā un neatceros, kad šitā būtu darījis iepriekšējo reizi.

Tur līdz kvantu aprēķiniem kā līdz Ķīnai uz ceļiem. Un papildus ar to, ka lielais mūris ir bezgalīgi augsts.

Normāls joks sanāk, pieņemam tikai tos, kuri adresi prot ierakstīt no galvas.

"[..] ORDER BY RAND()"

Nu, nu... ja izrādās, ka darbs ir 6x mēnešiem ( un x vētība pārsniedz 1/3 ), tad, lai tas būtu izdarāms 2 mēnešu laikā, budžetam jāaug diezgan eksponenciāli, jo izdarīt var tik ātri, cik var... arī skilots programmētājs.

Jā, tā tas neapšaubāmi ir. Tikai jautājums ir tāds - vai FancyBox to pats dara? Tas, ka tā var uztaisīt... nu, tas nozīmē, ka to vēl ir jāuztaisa, nevis var ņemt un lietot. Droši vien, ka tur tas labumiņš.

Ar šo "[..] it is immediate - the large image enlarges on click without waiting for it to download [..]"?

Ja tur būtu kaut kas oriģināls un nebanāls, varētu būt arī interesanti palasīt...

;)

Kā firmu sauc?

mysql_errno(); mysql_error();

<img width="xxx" height="yyy" />

Šitā dažkārt ir bijusi reāli useful: // (: function doNothing() { return 1; } Nopietni.

if (!$fp) { echo '<poga>'; } else { // nekā }

Tāpēc jārunā ar klientu.

Ko tu rij? Problēmas uzstādījums bija: "Vaicājums "order by name ASC" kārtojas šādi: ādere, aka, ananass, āpsis Vajadzētu šādi: aka, ananass, ādere, āpsis" A tieši tā, kā viņam kārtojas - tā arī jākārto pareizi, nevis tā, kā viņa "vajadzētu" listā.