daGrevis

Oi... sajaucos. Domāju, ka tev vajag latviski. Nu tad, kā jau xPtv45z teica, skaties uz date() funkciju un padot pareizo parametru. :)

Grūti uzrakstīt masīvu ar 12 elementiem? :D

Te kas neiet kopā.... https://twitter.com/#!/itommy_/status/135739377958666241

Nu WordPress gluži nav tas, no kura būtu jamācās best-practices... :D

Nāā. Prātīgi ir izmantot to, ko izmantot ir prātīgi.:)

Vienkārši aizmirsti par tādiem vārdiem kā global un eval. :)

Global neeksistē (eksistē, bet neizmanto to!!!!!!)! Eksistē return. function increment($value) { return ++$value; }

Kāpēc skatu vajag ielādēt (nevis renderēt, bet ielādēt) pašā apakšā? Standarta situācija: load view; assign x to view; render view; Tavā gadījumā: assign x to y; load view; assign y to view; render view; Jebkurā gadījumā, man liekas ērtāk, ka 'pa taisno' var padot mainīgos uz skatu, nevis jāveido lieks, jauns mainīgais. Okay, nevermind... :D

Kāpēc briedis vienmēr pirmais paspēj pateikt pareizo atbildi? :( Es arī zināju! :D

Vai tad nav tā, ka UTF-8 with BOM ir 3 baiti?

Ja failā ir tikai PHP (lasi: nav HTML), tad aizverošo (?>) PHP tagu atstāšana tur ir slikta prakse, jā. Tā bija rakstīts PHP manuālī! :)

To var panākt ar if operatoru iekš cikla. Tik tikko bija diskusija par līdzīgu tēmu, ja kas.

Es vienkārši kodējot automātiksi domāju par drošību, pelēkais. :)

Protams, protams. Saprotu. Šāds variants ir optimāls, domāju, jo okej... tas ka Jānis redzēs bildi, ko viņš nedrīkstētu redzēt (0.01%, ka uzminēs hešu), nebūtu arī kkas šausmīgi traks. Šī metode vienkārši aizsargā bildes no lielākā vairuma cilvēku. Var jau arī darīt kā Maris-S teica. Tā pat būtu prātīgāk, tikai, ja nekļūdos, arī nedaudz lēnāk. :)

Visu kodējam asemblerā un miers.

Nu tas ir pašsaprotami, ka ar .htaccess vajag uzlikt, ka netiek rādīta attiecīgās direktorijas struktūra...

Bet man nepatīk, ka Jānīts redz to, kas viņam nav jāredz! Phe.

Nu beigu beigās jā, protams. Drusku nepareizi izteicos. Doma tāda, ka pašam manuāli nav stringi jāsavieno. :)

Tas tiek darīts ar mēŗki, pelēkais. :) Nav teikts, ka visiem rakstiem visiem lietotājiem būs dota pieeja. Darot tā, kā gribi darīt tu... Jānīts, kuram nav pieeja rakstam 123, varēs redzēs raksta 123 titul-bildīti. Mana gadījumā, lai to redzetu, viņam būs jāuzmin, ja ID ir 123, 43 simbolus (ID + SHA-1) gara virkne. Jūti atšķirību? :)

Kohanai (atkal, jā) ir tāda lieta kā Query Builder. Tad var iztikt par bez stringu savbienošanas: $query = DB::select('a', 'b')->from('x'); if (!empty($y)) { $query->where('y', '=', $y); } else if (!empty($z)) { $query->where('z', 'LIKE', $z); } $result = $query->execute()->as_array();

1) Ceru, ka tie x'iņi tur nav, 2) Kur tiek definēts $user_ip?, 3) Gadījumā nevajag norādīt arī 127.0.0.1 un localhost? Pag... tur kkas nav loģiski. Padomā kad izmantot && un kad izmantot ||. :) Labojums: Un tur nevajag else. Vai arī tu liksi visu, visu pārejo kodu iekš else bloka? :) Vienkārši if un, ja nosacījums izpildās (IP ir black-listā), pārtraucam lapas darbību.

Kāpēc kačājam Google PR? :D Nav vieglāk parādīt kādu paziņojumu, atbilstošāku. Kas vainas manam variantam? Smuki izvadam 'Fuck you!'. :)

Nu tev iegūto responsu vajag arī kur parādīt nevis tikai iegūt. :) Mainīgais data, cik redzu, satur to skaitli. Skaitlis - apejamies kā ar skaitli. parseInt(). Ieliekam kāda DOM nodā. Tam vajadzēs vai nu html() vai text(). Beigās varētu izskatīties kā... function (data) { data = parseInt(data); $('#place_for_number').text(data); } P.S. Un par tiem fade* - tā kā Kavacky teica... :)

P.S. Fāāāk! 2'500 posts tas bija.

Pirmkārt, nav jēgas prefix'ot visu kolonu nosaukumus ar 'news'. Otrkārt, kur problēma? Teiksim glabā bildes šādi: uploads/ images_for_news/ {id}/ {hash} t_{hash} ...kur: {id} ir primary key un, kā paŗādīts, direktorija. {hash} ir, piemēram, {id} . sha1(uniqid('', true)). Iekš 'picture' iekš datubāzes glabājam to {hash}, bet uz servera (fizisiki), abus failus - bildi un samazināto bildi ar 't_' priekšā. Vairāk problēmām nevajadzētu rasties.