bubu

Debugot, debugot un vēlreiz debugot ir jāiemācās... Nesaprotu cilvēkus, kas vienmēr šeit sūdzās par šādām nieka problēmām (neuztver personiski). Debugeris tak ir tieši tāpēc izdomāts - lai efektīvi, viegli un ātri atrastu kļūdas. Un šito & nodzēšot šim ciklam pazūd jēga. Tb tas neko jēdzīgu vairs nedara. Tikpat labi vari to izmest ārā.

pašā pašā skripta sākumā uzraksti: print_r($_GET); die(); vai echo isset($_GET['link']) ? 1 : 0; die(); Tad arī redzēsi vai strādā vai nestrādā $_GET un isset. Ja strādās (un tā visdrīzāk arī būs), tad šīs pašas rindiņas pārnes zemāk skriptā - pie vietas, kur tev vajag to link izmantot un paskaties tad outputu.

Bez šaubām. Neviens jau neapgalvo, ka klientu interesēs kods. Taču tas, kuru interesēs kods, esi tu pats (un varbūt tavi darba kolēģi). Neticu, ka kādam ļoti patīkas rakāties pa miskasti, ka uzspļaut uz to pēc kā savs kods izskatās.

Tam pirmajam variantam tu tikai pats sev un citiem problēmas radi. Esi mēģinājis palabot savu kodu pēc mēnešiem 6 vai vairāk? Ja kods ir slikts, tad tā būs viena liela sāpe. Un tas pats pirmais variants diez vai tev izrādīsies noderīgs, ja kādreiz vajadzēs strādāt komandā. Nav labāk pierast pie kārtības? Un nezinu kā tev, bet man, kā programmētājam, rakstīt sliktu un nekārtīgu kodu ir nepieņemami un pret manu "ticību". Varbūt tas ir drusku pārspīlēti teikts, bet programmēšana ir sava veida māksla, un radīt skaitus mākslas darbus ir vienkārši patīkami un ir jauki skatīties uz gala produktu. Nevis kā, kautvai v3rb0 vārdiem: "Sliktu kodu pašam pretīgi rakstīt".

Turpretī klientam būtu jābūt būtiski svarīgi, lai lapu ir iespējams viegli uzlabot un attīstīt tālāk pēc nākotnē radušām vajadzībām. Slikts kods tagad viņam vēlāk izmaksās dārgāk. Pareizi būtu, ja klients nemaz nepiekristu maksāt par sliktu kodu. Un kas neloģisks izmantot gatavus risinājumus, pielāgojot tos klienta specifiskajām vajadzībām? Pirmām kārtām - tu ietapi sev laiku visu nerakstot no 0, bet tikai nedaudz pārveidojot jau gatavu produktu. Otrām kārtām - klients dabū sakarīgu un pārbaudītu risinājumu (relatīvi). Abas puses ir ieguvēji. Neloģiski tieši ir nepārtraukti nodarboties divriteņa izgudrošanu. IT industrijā tas ir pilnīgi aplami.

Tur no php nav itin nekā (izņemot floor apaļošanas funkciju). Šis kods ir gandrīz neatkarīgs no nevienas valodas. Links, kas jāskatās ir piemēram šeit: http://en.wikipedia.org/wiki/Orders_of_magnitude_(time) Tas ir viss, kas vajadzīgs. Laiku skaitīt mācēja jau n-tos gadus pirms mūsu ēras. Tur nekādas programmēšanas valodas un linkus uz php.net nevajadzēja.

Ja jau māki sekundēs, tad kur problēma? stundas = floor(sekundes/60/60); minūtes = floor((sekundes - stundas*60*60))/60); sekundes = sekundes - (stundas*60 + minūtes)*60; Skolā tik slikti matemātiku vairs māca? :)

E-pastā uzrādās \r\n kā četri simboli bez pārneses jaunā rindā?

Tāpēc, ka tas ir lieki - konvertēt INT'us uz stringiem, lai pielietotu mysql_escape_string, jo INT'iem tas nav nepieciešams. Lieka koda izpildīšana noteikti neko labu nerada. Vēl jo vairāk invalīdu kveriju sūtīšana - kam tas vispār ir vajadzīgs? Ļoti vienkārši var izmanto valīdus kverijus. Kamdēļ jārada slikts kods?

Ah pareiz. + apvienoja masīvu atslēgas, nevis elementus.

Tāpēc, ka int tipus SQL kverijā nav jāliek pēdiņās. Ja tev ir kverijs: SELECT * FROM tabule WHERE id = $id Tad $id izlaižot tikai cauri mysql_escape_string, piemēram, $_GET['id'], kurš satur vienu pēdiņu ", dabūsi kveriju: SELECT * FROM tabule WHERE id = \" Kas ir invalīds. Ja turpretī pieliksi priekšā (int), tad dabūsi ... WHERE id = 0, kas ir valīds. mysql_escape_string ir jāpielieto string datu tipiem, nevis visiem. Žēl, ka vairums php/mysql programmētāju nesaprot un neprot izmantot pareizus datu tipus. Derētu visiem pamācīties paskālu/javu/C# kādus gadus 2 pirms ķerties pie php. Cits variants, ja lieto mysqli interfeisu, ir lietot tos bind (vai kā tos tur sauca). Tad nekas nekad nebūs jāeskeipo.

Flašam ar php ir tikpat liels sakars kā bildēm, kuras tu liec savā lapā, ar php. Respektīvi - nekāds.

Artenis: un ja es ievadīšu """ (trīs pēdiņas) ?

Ah.. es nepamanīju vārdus "kaut kādam" tavā postā (par to WCMS). andrisp ir iemetis linku uz tā cPanel dokumentāciju. Tā jau nu būtu pirmā vieta, kur ir jāskatās, pirms iet uz forumiem prasīt tutoriāļus.

Kas pie joda ir cPanel un WCMS? Pirmo reizi par tādiem dzirdu.. un tu gribi labu tutoriāli. Brīnīšos, ja kāds te iepostēs pat sliktu tutoriāli :)

Easy: $masivs = array(...); $jauns_elements = ...; $jaunaa_elementa_indekss = 3; $masivs = array_splice($masivs, 0, jaunaa_elementa_indekss) + array($jauns_elements) + array_splice($masivs, $jaunaa_elementa_indekss); Funkciju uzraksti pats ;)

Īstenībā tev nekādus OR tev tur nevajag. Nezinu kāpec kautkādu OR tur rakstīju.. vajag vienkārši izselektēt visus datus no tabulas. Un svarīgākais ir tas, ka MySQL kveriji neatgriež datus sakārtotus. Vajag pašam vienmēr padot kverijā kārtību kādā nepieciešams saņemt kverija rezultātus. To dara ar ORDER BY: $dienaxsz = date("d"); $query ="SELECT id,diena FROM dienas ORDER BY diena"; $result = mysql_query ($query) or die(mysql_error()); echo "<select name='izp_diena' class='dienas_terminjs_uzsakshana'>"; while ($nt = mysql_fetch_arrray($result)) { $selected = $nt["diena"] == $dienaxsz ? 'selected="selected"' : ''; echo " <option value='$nt[id]' $selected>$nt[diena]</option>"; } echo "</select>";

Tavs jautājums ir bezjēdzīgs. Jautājumus stilā "Vai ar XX kodu var dabūt YY?" ir nevis jājautā, bet ir jāpamēģina XX kods un jāpaskatās vai sanāk YY. Ak jā, un ja kāds netic, ka ar round ir sliktāk, nekā ar number_format, tad lūdzu reku piemērs. Lai gan tas ir mākslīgs, jo operē ar skaitļiem uz doubļu precizitātes robežas: $sk = 100000000000000.0 + 0.09; echo round($sk, 2), "\n"; // izvada 1.0E+14 echo number_format($sk, 2, ".", ""), "\n"; // izvada 100000000000000.09 echo sprintf("%.2f", $sk); // izvada 100000000000000.09

SELECT id,diena FROM dienas WHERE diena <= $dienaxsz-1 OR diena = $dienaxsz OR diena >= $dienaxsz+1

Var, protams. Bet tad obligāti ir jāatcerās floating point skaitļu uzglabāšanas specifiku. Jo izdarot $a = round($a*100.0)/100.0, var gadīties, ka pēc tam outputā dabūs 1.14999999999 vai arī 1.15000000001. Un vai tad $a = number_format($a, ".", ""); ir tik ļoti sarežģītāk? Vēl jau ir arī variants $a = sprintf("%.2f", $a);

Tieši tāpat. Ieliec zem bides kautkādu HTML elementu (<span id="apaksa"></span>) un padod #id urlī. Un nevajag izmantot name atribūtu. Jālieto ir id atribūts. e? Ja vajag apakšu, tad loģiski, ka vajag rakstīt #apaksa. Ja nevajag apkašu, tad neraksti #apaksa.

Komandrindā ieraksti: whereis ffmpeg vai arī: find / | grep ffmpeg Un tam kodam apakšā ir piemērs uzrakstīts kā izsaukt ffmpeg'u.

Nav gluži elegantākais risinājums, bet nu šķiet ka jāstrādā: a#abc img.hovered { display: none; } a#abc:hover img.hovered { display: inline; } a#abc img.normal { display: inline; } a#abc:hover img.normal { display: none; } <a id="abc" href="#"> <img class="normal" src="pic0.png" alt="Jaunumi" /> <img class="hovered" src="pic1.png" alt="Jaunumi" /> </a>

MySQL'ā? NUMERIC(N,2), kur N ir cik zīmīgos ciparus nepieciešams glabāt. PHP? Tad tur nav iespējams uzlikt, lai skaitlis neglabā vairāk par diviem cipariem aiz komata (ja vien nelietosi fixed-point formātu). Bet PHP var noapaļot skaitli, konvertējot to uz stringu, piemēram, ar number_format fju.

Nekā nesapratu, kas pateikts iekš Topic description.