Delfins

Jūsu viedokļi?

Sievietes savādāk domā. Savādāk skatās uz pasauli. Esmu redzējis "rozā kodu" - nekas labs tas nav.

Unstarp citu gmail un ... klonu var internetaa nolaadet bez maksas!!!

neticu, samaksāšu 1000Ls ja iedosi 98% gmail klonu (ne tikai vizuāli)

Loģikas trūkums ir vislielākas bieds programmēšanā.

vnk ideāli - kaut ko selektēt uz tukšu DB :D

k-kā stulbi glabāt datus 2-ās DB :) ... labi es saprotu, otrā DB uzkrāt transakcijas... bet anyway, tad pirmajā jātaisa "kopsumas" vismaz :)

Diezvai php.lv lietotājiem domēns ir aktuāls, jo domēna vārda +/- jāraksturo, kas tur iekšā būs... ja raksti saeima.info, tad attiecīgu info jābāž iekšā. Tagad ar to neviens nenodarbosies, jo jāpelna grūtajiem laikiem :)

SQL 2000 Developer Edition ir pa brīvu izmantojams kā izstrādes vide.

kaut kāds sviestains layout.

Negribi paņemt standarta - cenetered-2-column-design ?

protams, ka jāmaina gan parole, gan jāzimanto 3rd party softus - total commander piem. lai vīrus nespētu nolasīt kaut ko no "defaultiem windowsiem"

jāredz viss kods

Nē, faili tiek hostēti uz Linux

Nomaini paroles un neglabā tos nekur. Tas ir pirmais punkts jebkurā drošības listē.

Tāpēc, ka esi palaidis garām vienu tiektumu - pēd defaulta indeksi sākās ar `0`

visticamāk jāraksta būs šitā "xyz {$_POST['A'][0]} turpinājums"

īsti jēgu dalīt uz kļūda/kļūdas neredzu :)

PS:

$p = count($error)>1?'s':'';
echo "Notika sekojoša{$p} kļūda{$p}:" . implode("<br />", $error);

pārtaisi uz normālu un drošu PHP pierakstu:

for (...)
{
 $name = kruta_drosa_funkcija_stringiem($_POST["Nosaukums"][$i]);
 $sql = "INSERT ... VALUES('$name')";
}

PS: par `kruta_drosa_funkcija_stringiem` ir apspriests daudzos topikos (drošība un datu apstrāde no POST formas)

Nosaukums[] un t.t.

Un vispār uztaisi normālu pārbaudi datiem... nevis RAW insert no POST

Nevajag uzreiz tā cepties :) tas nav tas pats, ka neapstrādāt GPC variabļus.

tāpēc, ka ieraksti fiziski tiek ielikti atmiņā(diskā) jau secīgi (tiek pārbuildota visa datu atrašanās vietas, ja ieliek kaut ko starpā), attiecīgi pie join-a, relāciju ieraksti tiek pa taisno "ieskanēti" nevis atlasīti (nosacījums, kad nav order by uz to tabulu)

Praksē pārbaudīts risinājums :)

ierakstiem pašiem par sevi select rezultātā nav nekādas kārtības

Atļaušos oponēt - klāsterētais indekss.

bet nesaprotu, kāpēc tu to šeit pieminēji... :) Jo risinājums ir ar orderby+sort kolonna

firewall

Flash variantu ar visu xml ģenerēšanu biju pat uztaisījis, bet pašam vismaz likās tas variants caur d...

Nu tas jau nenozimē, ka jebkurš tagad flash ir caur d**** ... Vnk smuki uztaisīt... Plusi būs tādi, ka ja charts ir pārāk liels, tad var uztaisīt ērtu pārvietošanās. HTML tas būs daudz koda un requestu.

Protams, ja tas ir 3 zaru koks, tad pre-definētu HTML :)

Flash ja māki + XML dati :)

Manuprāt smukāk + ērtāk

ko nozīmē dabūt? izdrukāt?

- sabāz masīvā

- krsort($arr, SORT_NUMERIC)

- drukājam

vng nesapratu, kur jēga? tur sūtot SMS kaut ko var nopirkt?... takš šitais nebūs tik daudz peļņas nesošais projekts. Globālā mērgā varbūt, bet ne LV.

pārāk liels čakars dēļ