Aleksejs

Est teicu: ORDER BY date, time nevis ORDER BY date

Datubāzē nav tāda termina kā ierakstu secība. Ierakstu secību nosaka ORDER BY, viss pārējais, kas iegūts bez ORDER BY ir jāuzskata par laimīgu sagadīšanos (ja vien nav runa par rezultātu kopu, kas garantēti atgriež vienu un tikai vienu rezultātu (LIMIT neskaitās)).

Nu, jāsāk ar to, ka jāsaglabā visi faili UTF8 kodējumā (bez BOM). Un no datubāzes jānolasa dati UTF8 kodējumā (un protams arī šajā kodējumā tie tur ir jāglabā).

Kāds tieši trojāns? Pameklē par viņu apraktu internetā - paraswti aprakstā ir arī veids, kā visbiežāk izplatās. Bet nu citādi - var būt daudzas vainas.

Pareizais būtu ar ORDER BY date, time

Pastāsti, kādas vēl lietas uz tā webservera bija. Tātad bija phpMyAdmin, vēl kas?

Nu tā jau development versija pagaidām ;) Domāju, ka vēlāk viss būs civilizēti pieejams. :)

Izmanto: htmlspecialchars()

Sveiki! Tikko izlasīju, ka FireFox3 dev versijā ir iekļauts JIT atbalsts JavaScriptam, kas praksē nozīmē to, ka paātrināsies lapu, kas intensīvi izmanto JavaScript atbalstu, darbības ātrums. Resursi: http://ejohn.org/blog/tracemonkey/

Nu, jā, bet mod_rewrite nespēj filtrēt POST/COOKIE datus, ko ar tiem darīt? Manuprāt, tieši šim mērķim mod_security arī būtu piemērots...

shalonik, ieteiktu tomēr ar aizturi, jo rēķinies, ka ierakstot to pašu "melns" bez aiztures uz serveri aizskries pieprasījumi: m me mel meln melns savukārt uzliekot aizturi uz pussekundi jau visticamāk, ka cilvēks vadīs tekstu pietiekami ātri, tādēļ serverim prasīs tikai vienreiz: melns

uff, jā, aizmirsis steigā jau esmu. :)

Līdz reizei, kad izmainās servera uzstādījumi vai iekšējie pieņēmumi attiecība uz koda darbību. Nu, nav tā laba prakse. Kā likums: Izstrāde un testēšana notiek ar display_errors(E_ALL); Produkcijā viss notiek ar display_errors(E_NONE); un ar kļūdu apstrādi nodarbojas speciāli tam izveidotas programmas daļas.

Ja neliek pēdiņas, tad PHP meklē konstanti ar tādu nosaukumu, no kuras nolasīt vērtību, ja neatrod, tad meklē kā masīva elementa atslēgu. Piemēram: define id='suns'; echo $_GET[id]; //izdrukās taksis, nevis 5, ja pados lapu lapa.php?id=5&suns=taksis Ja tādas konstantes nav, tad PHP ģenerē E_NOTICE, kurš var parādīties visnepiemērotākajā brīdī un radīt citas nepatīkamas sekas, piemēram, "warning headers already sent".

Pag, mod_rewrite, vai mod_security?

Šobrīd lasu šo: http://www.sitepoint.com/article/principle...iful-typography ļoti patīk pagaidām. Tā ka iesaku.

Ļoti interesanta rubrika ir senajā krievu blogā: http://cooler-online.com/livet.html Žizņ Tam Ir arī par Zviedriju: http://cooler-online.com/lt/livet_sweden1.html

Nu drīzāk jau atbilde ir "vai kā". Viņi parāda: Te ir klūda, jo pēc standarta tāda un tāda te šitas nedrīkst būt vai te bija jābūt kaut kam citam, vai te kaut kas ir izlaists. Tālāk, vari klikšķināt un atvērsies tā standarta daļa, kura nav ievērota.

Nu te pirms kāda laika cilvēki uzsāka aktīvi popularizēt Zend. Pats šobrīd (sev par kaunu tā arī līdz galam tajā visā vēl aizvien neesmu iebraucis) mēģinu apgūt OOP un MVC pamatus. Laba diskusija bija šeit: http://php.lv/f/index.php?showtopic=10226

Tas ir w3.org validators, kas nosaka to vai padotā lapa atbilst tajā uzrādītajam HTML standartam. W3.org ir organizācija, kas izstrādā HTML/CSS un citus standartus, tajā var arī atrast šo standartu pilnus aprakstus.

Grūti kaut ko ieteikt, kamēr lapa nav valīda: http://validator.w3.org/check?uri=http%3A%...ine&group=0 Valīdums pats par sevi nav pašmērķis, taču nevalīdām lapām pārlūki sāk izmantot vēl dažādākus paņēmienus elementu attēlošanai, tādēļ arī rodas problēmas...

Es neesmu... Šajā forumā samērā maz dizaineri apgrozās, ja vispār apgrozās. Par CSS/HTML/XHTML/etc lietām, cik var spriest diezgan kompetents ir mefisto. Bet tīri par dizainu kā tādu droši vien jāmeklē kaut kur te: cgimage.lv

Iesaku: http://www.sitepoint.com/article/principle...iful-web-design

Un par replikāciju.... Rekur: http://dev.mysql.com/doc/refman/5.1/en/rep...on-options.html + nedaudz augstāk ;)

Lietotāju sesijas nodrošināšanā varētu palīdzēt: http://php.lv/f/index.php?showtopic=11116 Idejiski - lietotājs katrā pieslēgšanās reizē tiek autentificēts. Protams, var arī sesijas glabāt iekš DB, bet to vajag rūpīgi izpētīt, kā notiks replicēšana...