Jump to content
php.lv forumi

Pareiza lapas vaidošanas taktika


eM^

Recommended Posts

  • Replies 65
  • Created
  • Last Reply

Top Posters In This Topic

Manuāli jāmācās lietot.

 

No http://lv.php.net/mysql_escape_string:

This function is identical to mysql_real_escape_string() except that mysql_real_escape_string() takes a connection handler and escapes the string according to the current character set. mysql_escape_string() does not take a connection argument and does not respect the current charset setting.
Link to comment
Share on other sites

  • 3 months later...
Nē, tas tieši ir normāli, ka tu skripta sākumā vienreiz pieslēdzies datubāzei un viss. Un pat skripta biegās nav obligāti jātaisa mysql_close, jo php pats to izdara, kad skripts beidz izpildīties.

tomēr labs tonis ir beigaas likt mysql_close, tas ir aiztasiiit visas konekcijas.

tik pat labi html coderis var netaisiit html tagus, jo browseris to dara.

Link to comment
Share on other sites

nemec, salīdzinājums nav īsti korekts. Ja tu neaizver kādu html tagu, tad nav vispār garantijas, ka browseris viņu mācēs pareizā vietā aizvērt. Tādejādi var tikt sačakarēts DOM, lapa nerenderēsies pareizi. Bet neizsaucot mysql_close(), ir garantēts, kas konekcija skripta beigās tiks aizvērta. Ne ātrāk un ne vēlāk.

Link to comment
Share on other sites

tas nebija saliidzinaajums, bet naakamais solis.

<div>

<p>

</div>

kaapeec browserim taadu vajadzeetu nesaprast?

 

es uzveru to, ka tas ir labs tonis, nevis taa vajag.

tu tak kad izskaaapi no taksha taisi durvis ciet, kaut vai tavaa vietaa to var izdariit shofers (ja gribi saliidzinaajumu).

Link to comment
Share on other sites

tik pat labi html coderis var netaisiit html tagus, jo browseris to dara.
nez, man tas izklausās pēc vistīrākā salīdzinājuma :)

 

Bet vispār piekrītu, kas tas būtu labais tonis izsaukt mysql_close(), kaut gan nesaskatu nekādus mīnus tam, ja tas netiek izsaukts. Bieži labais tonis kaut ko prasa, lai kods būtu pārskatāmāks, bet pat tas neattiecas uz mysql_close() būšanu vai nebūšanu.

 

Bet tevis dotajam kodam gan ir mīnusi:

- Nevar saprast, kur beidzas <p> Tags. Protams, šeit var saprast, bet lielās sourcēs, kur vēl būtu ar čupām cita koda, tas vairs nebūtu tik viegli.

- Tas nebūtu valīds kods pēc standartiem. (uz šo es pat nelieku uzsvaru)

- Ja es gribētu ārpus tā <p> kādu parastu inline tagu, tad neizbēgami man tāpat tas būtu jāaizver.

 

tu tak kad izskaaapi no taksha taisi durvis ciet, kaut vai tavaa vietaa to var izdariit shofers (ja gribi saliidzinaajumu).
Progrāmējot PHP tāpat daudz kas jau tiek uzticēts PHP. Kāpēc nevarētu arī uzticēt mysql_close() izsaukšanu koda beigās, ja zināms, kas tas nesagādā nekādu lieku slodzi un vienmēr ir 100% droši ?

 

Bet vispār šī diskusija ir matu skaldīšana :)

Edited by andrisp
Link to comment
Share on other sites

1) tas beidzaas tur, kur beidzaas div tags

2) neesu paarliecinaats, bet peec html standartiem nav obligaati tasiit ciet tagus (dazhus vai visus)

3) nesapratu...;]

tu ar vairaakaam mysql konekcijaam esi straadaajis? tur kaut kas liidziigs

 

bet sarunai nav lielas jeegas, te striids ir par stereotipiem (man patiik koda kaartiiba)

Link to comment
Share on other sites

1) Un ja man tur būt vēl 150 div tagi plus vēl 150 p tagi ar visvisādiem inline tagiem un tekstu ? Tad arī būs tik vienkārši ?

2) Ok, es domāju xhtml,

3) Tas nekas.

 

Man arī patīk koda kārtība, vienkārši man neliekas, ka mysql_close izmantošana dod baigo kārtību.

Link to comment
Share on other sites

documentācija, vēlreiz documentācija :)

par klosošanu beigās:

Using mysql_close() isn't usually necessary, as non-persistent open links are automatically closed at the end of the script's execution.

par persistentām konekcijām

Note: mysql_close() will not close persistent links created by mysql_pconnect().
Link to comment
Share on other sites

tu tak kad izskaaapi no taksha taisi durvis ciet, kaut vai tavaa vietaa to var izdariit shofers (ja gribi saliidzinaajumu).
Šoferim ir smadzenes, browserim nav.

 

2) neesu paarliecinaats, bet peec html standartiem nav obligaati tasiit ciet tagus (dazhus vai visus)
Tagiem ir jābūt ciet. To, ka dažiem tagiem beigās jābūt "ļoti" aizverošajam "/", es neuzskatu par aizvēršanu.
Link to comment
Share on other sites

  • 2 weeks later...

Emmh, piedodiet, ja mazliet novirzos no teemas, bet kaa cilveeks no SEO aprindaam varu piebilst, ka lapas veidosana ir jaasaak ar struktuuras un keywordu plaanoshanu. Shiis nozares specialisti nekad neatkaapjas no shii principa. Daudzi ljaudis aizmirst, ka lapas ir jataisa prieksh vizitoriem nevis prieksh sevis. Tatad jasak ar keywordiem. Izmantojiet progu "good keywords" un noskaidrojiet, ar kadam frazem vizitori varetu juus mekleet. Kad tas izdarits, izveidojiet direktorjiu koku ar dir nosaukumiem key-phrase-1, key-phrase-2 utml. Shajas direktorijaas netaisat nekadas subdirektorijas, bet metat php failus pa tiesho, jo google botam nepatiik nirt dziljaak par 2. liimeni no roota. Failu nosaukumiem arii jaatspogulo keywordi, pie kam key-phrase.php nevis key_phrase.php vai keyphrase.php. Pirms progoshanas padomajiet, kaa salinkosiet failus savaa starpaa - arii loti, loti svariigi!!!

Neaizmirstiet, ka katrai lapai nepiecieshams atskirigs title un h1 tegs. Ar php palidzibu tas ir loti vienkarsi...

 

2) neesu paarliecinaats, bet peec html standartiem nav obligaati tasiit ciet tagus (dazhus vai visus)

 

Ir, ir un ir obligaati tisiit ciet jebkurus tagus! Ja jums ir invalid HTML, neceriet, ka ieguusiet labas poziicijas Guglee. Turklaat div tegu vietaa labaak lietot span...

Pirms palaist kaut ko online, ejiet uz http://validator.w3.org/ parbaudiet savas lapas un njematies tikmer, kamer nav nevienas kludas. Jus busiet parsteigti, cik daudz atributi ir kluvusi "invalid" kopsh ieviests HTML 4. Vislielakas izmainas attiecas uz <table> tegiem, tacu, ja esat draugos ar css un savu formateeshanu tureesiet taalu no html dokumenta, viss buus ok jau ar pirmo piegaajienu.

Link to comment
Share on other sites


×
×
  • Create New...