bubu

Elementāri tur ir, bet tu izpildīji nekorekti ;) for ($i=1; $i<=100; $i++) { if ($i%3==0) { print("Fizz"); } if ($i%5==0) { print("Buzz"); } if ($i%3 && $i%5) { print($i); } print("\n"); }

Nevajag taisīt divas tēmas par ar vienu un to pašu tekstu. Sadaļas arī izvēlies rūpīgāk.

Tieši tā - XCHG ir jau kopš 8086 procesora. Nekas jauns tas nav. XOR triku, ja tiešam jāmaina tikai veseli skaitļi, var arī pielietot augsta līmeņa valodās, bet nu es tam personīgi neredzu jēgu: $a ^= $b ^= $a ^= $b;

Aleksej, kādus tu jokus te raksti? x86 assemblerā ir visai smuka XCHG instrukcija: XCHG AX, BX

Es teiktu, ka pirmo variantu izvēlētos tikai dikti slimi programmētāji. Tas pie tam ir līks un neprecīzs. Pamēģini vien apmainīt divus floatus, kuru vērtības ir 1e150 un 1e200. Vai tikpat labi divus integer'us, kuri ir 0 un 100. Tas, kas izvēlētos otro variantu, izdarītu tikai pareizu un ļoti labu variantu - gan no performances, gan koda kārtības viedokļa. Es gan šādā situācijā izmantotu: list($a, $b) = array($b, $a); Tas no man pitona iegājies, kur var rakstīt: a, b = b, a tur komats veido tupli (masīva paveids).

Rihij: Klez domāja, ka norādīt, ka tev ir 220V ir bezjēdzīgi. Jo Latvijā diez vai kāds meklēs citu lielumu voltiem - visi to pieņem par noklusējumu, ka ir 220. Un taisīt vēl vienu topiku sava hostinga reklāmai it kā nevajadzētu. Tev jau viens ir - varēji uzspiest EDIT un pielabot vajadzīgo informāciju, vai arī jaunā atbildē pierakstīt to.

Tad kāpēc tu brīnies par šo: ??? Ja jau nav, tad nav.

Kopš kuriem laikiem valoda nosaka softa kļūdu skaitu? Nezinu kā tu - bet manā skatījumā klūdas ielaiž cilvēki, nevis softs (protams ir izņemumi, kad arī pašā servera-softā ir kļūdas, bet nu tas nav šis gadījums).

Un tiešām saka, ka nav tāda settings tabula? Ieliec tā vietā šādu kodu: $sql = mysql_query("SHOW TABLES", $con) or die(mysql_error()); while($row = mysql_fetch_row($sql)) { echo $row[0], "<br />"; } Kādas tev tur tabulas izvada?

Tie ir divi MySQL serveri (lai arī fiziski uz viena datora-"servera", tas po), nevis uz viena MySQL servera. Ja būtu viens MySQL serveris, tad nevajadzētu taisīt divas konekcijas - pietiku ar vienu, un tad vajadzētu darīt tā kā Aleksejs jau #2 postā parādīja. Problēma ir tur, ka tu mums liec zīlēt tējas biezumos, nepasakot savu kļūdas paziņojumu :)

Forumu lietošanas noteikumi

Kā jau pats saki - ja jau vēlāk tas nebūs aktuāli, tad kāpēc pirkt? :)

Tu jau esi te pietiekami ilgi, lai mācētu izdomāt sakarīgāku topika nosaukumu. Lūdzu izlabo to. Par kveriju: SELECT row1, SUM(row2) AS summa FROM tabule GROUP BY row1 ORDER BY summa DESC

Nedomāju, ka MS izplata par velti pilnu 2000'šo serveri.

Neredzu iemesla maksāt 30Ls, ja pat lv domēni maksā 8.70Ls.

Vīrusa aprakstā nekur nav teikts ko tas dara un kā dara?

Tev jālieto mysql_escape_string nevis htmlsepcialchars. To specialchars jālieto pie datu izvadīšanas htmlā.

Tā ir attiecīgās failsistēmas fīča. Windowsā FAT/NTFS failsistēmā faili/direktorijas ignorē burtu lielumu. Turpretī linuksī visādi ext2/3/xfs/... ņem vērā lielos/mazos burtus. To nevar tā vienkārši izslēgt. Vai nu pārneimo pats tos failus uz vienādiem lielumiem (piemēram, visi burti mazie), vai arī raksti skriput, kas tev to automātiski darīs.

Salīdzināšana uz vienādību notiek ar == operatoru, nevis ar piešķiršanas = operatoru.

Strukturē to kodu šādi: $errors = array(); if (pārbaude nr.1) { $errors[] = "Kļūda nr.1"; } if (pārbaude nr.2) { $errors[] = "Kļūda nr.2"; } ... if (count($errors) > 0) { echo "Ir kļūda(-s)" . implode("<br/>", $errors); }

Es gan no tāda if'a izvairītos (kurš izvēlas starp sha512 un sha1). Aiznesīsi db/kodu uz citu hostu, pēkšņi vairs neviens nevarēs ielogoties. Labāk nostādi savam kodam prasības izmantot vienu konkrētu hašalgoritmu un viss. Ja tāda nav, tad izmet kļūdu, ka slikti nokofigurēts/uzinstalēts php - lai servera administrators/hostētājs to risina.

Atstarpes aizstāt ar _ vai - ir estētiskāk manā skatījumā. Citādi jālieto %20 peistojot urli kautkur, kā pats redzi šajā forumā. Manuprāt nesmuki izskatās, ar _ vai - būtu smukāk.

sha1 ir gandrīz tikpat nedrošs kā md5. Aleksejs, sakot sha, droši vien domāja SHA-256, ja pat ne SHA-512. Skaties uz hash un hash_algos funkcijām. Taču papildus salt's arī SHA funkcijām nekaitēs. Tas padarīs to visu daudz drošāku.

Kāpēc tev vajag vēl vienu tabulu?

Nē, nu protams var paļauties uz tādām "nedokumentētām" lietām (tb uz to kā konkrēti DB ir implementēta). Tikpat labi var paļauties uz neinicializētām mainīgo vērtībām (pieņemot, ka tur būs 0). Uz daudz ko var tā paļauties... Bet cik tas prātīgi - tas jau cits jautājums. Ja dokumentācijā/standartā nav teikts, ka rezultātam būs noteikta kārtība, tad tā to vajag arī saprast. Citādi mainīsies db versija/formāts un skaties, ka zili brīnumi tev nenotiekās ;)