daGrevis

Kāds "position" ir attēliem, visam pārējam? P.S. Tev vajag to visu gan horizontāli, gan vertikāli tieši pa vidu visos iespējamajos ekrāna lielumos?

Tāpat neiet?

http://www.wpdfd.com/editorial/thebox/deadcentre4.html

Tāpēc ka šādi nav pareizi rakstīt: $array[indexWithoutQuotes] ...ja tas ir asociatīvais masīvs. Ir jāraksta: $array['indexWithQuotes'] ...bet tā kā tā nevar darīt, ja tas viss ir kā strings; atliek vai nu: 'pam-pam-pam ' . $array['index'] . ' pam!' ...vai: "pam-pam-pam {$array['index']} pam!" Tavs variants strādās, bet tas nenozīmē, ka tā ir jādara. Un kas notiks, ja "id" būs konstante? T.i.: define( 'id', 'pam' ); Dari kā vajag un viss biežāk būs bumbās!

uniqid(rand(),1) Nopietni??

Un... $user[id] ...vietā būtu jābūt: {$user['id']}

Tā kā šī ir PHP sadaļa, tad, izlasot tikai virsrakstu, pareizā atbilde ir... if ( isSet( $_SERVER['HTTP_X_REQUESTED_WITH'] ) && strToLower( $_SERVER['HTTP_X_REQUESTED_WITH'] ) === 'xmlhttprequest' ) P.S. Pārvietoju.

Mmm... tā varētu būt, jo PHP4 nebija redzamība. Šis ir tāds kā "backwards compatibility".

Bērnistabā, cik sapratu.

@rpr Metodēm nevajadzētu "drukāt". Izmanto "return". @marcis http://php.net/manual/en/language.oop5.visibility.php Ja nav norādīta redzamība, tad tā ir "public". Tāpēc nav īpašas jēgas rakstīt "public" visu laiku priekšā... /** * Define MyClass */ class MyClass { // Declare a public constructor public function __construct() { } // Declare a public method public function MyPublic() { } // Declare a protected method protected function MyProtected() { } // Declare a private method private function MyPrivate() { } // This is public function Foo() { $this->MyPublic(); $this->MyProtected(); $this->MyPrivate(); } } $myclass = new MyClass; $myclass->MyPublic(); // Works $myclass->MyProtected(); // Fatal Error $myclass->MyPrivate(); // Fatal Error $myclass->Foo(); // Public, Protected and Private work

Protams!

Cik nu pareizi, bet... echo $league->admins($league['id']); Varēt jau var, ja ir maģiskā metode __set().

Tev arī tas, ka ir jāizmanto "==" vai "===" lai salīdzinātu, nevis piešķiršanas operators (t.i. "=").

$esnail['sadala'] == 'sakums'

Ja izmanto kādu gatavu "freimwork'u", tad (piemērā CodeIgniter)... $this->uri->segment( 2 ); P.S. Jo nav jau jāizdomā ritenis no jauna, ja tas jau ir iebūvēts pašā "framework'ā".

class I18n { static $bar = "meow"; } class Foo { function whatever() { return I18n::$bar; } } $foo = new Foo; echo $foo->whatever();

Nē, Tu ko smagi jauc. Tas ir MVC. Kas ir MVC? Model-View-Controller, kur Tu mainot šos trīs komponentus iegūsti aplikāciju, kas ir viegli pārvaldāma. Nevajadzētu līst "system" mapītē, kura satur sistēmas klases, bet tā vietā, ja vajag, Es tās varu izmainīt Savām vajadzībām (ar "extends" atslēgvārdu).

Ko, lūdzu? Kādu pāpīru? Es labi zinu, ko vēlos panākt.

Novienkāršos? Nē. Padarīs kodu nedaudz vairāk izmantojamu? Jā.

Skaidrs. Būtu jauki, ja te daudzi Savas doma izteiktu...

Scenārijs tāds: Es veidoju autorizācijas sistēmu (ielogošanās, izlogošanās, reģistrēšanās utml.). Lūk ir kontroleris, kuram ir metode action_signUp(). Šī metode attiecīgi izsauc validācijas objektu un pārbauda visu, kas pirms tam tika atsūtīts no formas (CSRF tokens, garums lietotājvārdam, īsums parolei, izskats e-pastam utml.). Ja kaut kas nav kā vēlos, tad tiek parādīti "error'i"; ja, tomēr, viss ir labi... izsaucam modeļa metode, piemēram, signUp(), kas nokešo paroli un ar "Query builder'a" palīdzību ieliek jaunos datus datubāzē. Viss strādā! Viss mierīgi un labi. Tad Man pateica, ka validācija ir jāsadala gan pa kontroleri, gan pa modeli. Tad, maģiskā veidā, ja tomēr vienā no tiem ir kāds validācijas "error's", visus "error'us" savākt un parādīt. Scenārijs #2, pirmais cēliens: Es pēc divarpus mēnešiem izdomāju, ka gribu kontroles-paneli. Tur izdomāju izveidot "lietotāju menedžeri", kuram viena no iespējām ir pievienot jaunu lietotāju (no turienes kā adminam). Tā kā Mēs visi mīlam DRY filozofiju... šis te viss ir jāpadara "re-usable". Kāpēc gan neizmantot veco-labo metodi no tā modeļa? Nu lūk. Tad laikam kāds ir izdomājis, ka vajag izmantot arī veco validāciju... bet tā kā, iespējams, ne visa validācija, kas bija vecajā kontolerī, ir vajadzīga... sākās problēmas un te Es beidzu saprast par to, ko runāju. Vai tā vajag darīt? Vai tā vajadzētu darīt? Ja jā, tad kā?

Nu uztaisi, ka ar JScript'u (labāk, jQuery) tiek paņemta pirmā rindkopa un tur, otrajā "excerpt" laukā, ielikta. Ja kas nepatiks, tad varēsi tur pat arī to visu izlabot. Ja nemaldos, WordPress darīja kā līdzīgi...

Briedi, kāpēc Tu domā, ka "rāpuļi" (pieņemu, ka boti) tāda gadījumā gribēs pildīt pašu "rel"? Ne jau vienīgais bots ir Google un Yahoo!

Nu jā... pašsaprotami. Bet vai tad ir runa par datu "vilkšanu" no datubāzes? Es rakstīju, domājot, ka vienkārši tiek padots strings (ne no datubāzes), un tad saīsināts. Nepadomāju, ka reāli dzīvē tos datus jau ņems no datubāzes. Bet lai paliek piemērs kā parastu stringu, kas ir iegūts ne-no-datubāzes, saīsināt!

Function names follow the same rules as other labels in PHP. A valid function name starts with a letter or underscore, followed by any number of letters, numbers, or underscores. As a regular expression, it would be expressed thus: [a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*. Tāpēc "Read more" nav pareizs funkcijas nosaukums. Labojums: Uzrakstīju Tev šito... lai Mans posts nebūtu pilnīgi bezjēdzīgs! mb_internal_encoding( 'UTF-8' ); function excerpt( $string, $length, $dots = true ) { if ( mb_strLen( $string ) > $length ) { $string = mb_subStr( $string, 0, $length ); $string = rTrim( $string ); if ( $dots ) { $string .= '...'; } } return $string; }