andrisp

INSERT INTO `table` (x, y) VALUES ('bla', 'ble') Tie ir pamati: - http://www.tizag.com/sqlTutorial/sqlinsert.php - http://dev.mysql.com/doc/refman/5.0/en/insert.html

bla vietā liec bla[]. pēc tam: foreach($_POST['bla'] as $val) { // Kverijs }

Ja nemaldos, tad kaut arī norādīsi 255 krāsas GIF failam, ja attēlā nebūs vairāk par, piemēram, 5 krāsām, tad tik arī tiks izmantotas nevis 255. Tākā nekas nav jāskaita. Turpretī biežāk ir tā, ka wannabe gif fails aizņem tieši 255 krāsas, bet nolaižot krāsu skaitu uz 128 kvalitāte paliek pieņemama. JS nav vajadzīgs, lai piespiestu IE rādīt png attēlus ar alfa slāni. Es personīgi izmantoju: filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src='mans_caurspiidiigais_attels.png', sizingMethod='scale'); Varbūt tev ir vēl kādas metodes pieejamas ?

Paspēlējos, un ar php.net manuāļa komentāru palīdzību izveidoju šādu skriptu: http://paste.php.lv/4659 Bildīte, kas aizņēma 4.4kb, tagad aizņem 100kb :). Lielākus attēlus īpaši neiesaku izmēģināt ;).

Kautkas nenormāli smags un "lagojošs" :)

Nu tas logo tur vien 21kb tikai tāpēc, ka jpg. Būtu gif, bez kvalitātes zudumiem domāju, ka varētu 3-5 kb saspiest. Gan jau ar citām grafikām tāpat ir.

Iesaku izlasīt: http://www.php.net/manual/en/tutorial.php un http://www.php.net/manual/en/langref.php Krieviski arī tur ir, ja vajag.

PS. Paskaties arī "man usermod"

Protams, to kas aizņem vismazāk vietas pie vajadzīgās kvalitātes. GIF faili tieši vairāk paredzēti maziem attēliem, kā arī attēliem, kuriem ir lieli vienādu krāsu laukumi. Kā arī attēliem, kam ir maz unikālo krāsu. Kā zināms, GIF var saturēt tikai 256 krāsas. JPG paredzēts vairāk tādiem attēliem, kuros ir daudz krāsas. Un lieliem attēliem, kuros ir daudz dažādu sīkumu. Enīvei, skaties manu pirmo teikumu. PS. ar vārdu "paredzēts" es vairāk domāju "der". :) PPS. Vispār iesaku tev papētīt PNG-8 un PNG-24 formātu (ar uzsvaru uz pēdējo). Tiem ir vairākas labas īpašības un "fīčas". Skat. http://en.wikipedia.org/wiki/PNG

mizerss, ar datubāzi šeit nav nekāda sakara. Tu iegādājies latviešu "PHP Soli pa solim" ? Ja jā, tad uzmanies, jo tur māca ar register_globals = On (php konfigurācija). Tas ir nedroši. Bet tev php ir droši vien ar register_globals = Off, tāpēc grāmatas skripti nedarbojas. Kaut arī varbūt nesaproti, ko tas viss nozīme, tad zini, ka lai piekļūtu mainīgajam, kas nāk no formas ar method="post", ir jāizmanto $_POST masīvs. Kā v3rb0 tev parādīja. print ("Topi sveicināts, ".$_POST['vards']."!\n"); Ja tev formas metode būtu "get", tad tiem mainīgajiem jāpiekļūst ar $_GET masīvu. Ar $_GET['mainigais'] piekļūst visiem mainīgajiem, ko padod caur URL (Piem., http://www.example.com/skripts.php?vards=J...zvards=Berzins).

Liekas, ka ja pievienosi apache lietotāju plugdev grupai, tad vajadzētu strādāt. Kā ? http://www.ahinc.com/linux101/users.htm

Sāc ar: ls -l /media/ Un pastāsti ko Tu redzi.

/media/sda5 droši vien nomontēts ar root lietotāju, bet apacis worko kā apache.

Gūglē var daudz piemērus/tutoriāļus atrast: http://www.google.lv/search?hl=lv&q=parsing+xml+php

- http://lv2.php.net/manual/en/function.fread.php - http://lv2.php.net/manual/en/control-structures.while.php - http://lv2.php.net/manual/en/ref.xml.php - http://lv2.php.net/manual/en/ref.mysql.php :)

Man liekas, ka datiem, kas nāk no ārienes un kurus plānots attēlot lapā, pietiek ar htmlspecialchars() uzrīdīšanu.

Not sure, bet šitāds nestrādāja ? select table1.id from table1 t1, table2 t2 where (t1.id != t2.a_id AND t1.id != t2.b_id);

Ja tev struktūra tieši šāda (visu laiku viena un tādi pati), tad saliec visiem unikālus id vai name un sataisi pēc tiem. Bet vispār tev struktūra diezgan neloģiska ir. Jāpēc chapter 2 ir iekš chapter 1 ? Vai tiem nevajadzētu būt atsevišķi ? Kāpēc spiežot uz 1 atvērsies 2.x sadaļas, bet spiežot uz 2.3 atvērsies 2.3.x sadaļas ? Uz 1 spiežot nevajadzētu 1.x atvērties ? PS. Vārda "atvērties" vietā domāju "ieselektēties" :)

Varbūt mazāka timeout laika norādīšana līdzēs ?

Arī, bet vispār ja izmanto vairākas konkurentas konekcijas vienā skriptā, tad handlu (link_identifier) izmantošana ir obligāta, savādāk problēmas tik vien var sanākt.

Un vēl pārmest latviešvalodīgajiem, ka viņi "negrib" iemācīties krieviski.

http://lv.php.net/manual/en/langref.php iesākumam ir diezgan labs, imo. http://lv.php.net/download-docs.php var nolādēt.

Diezgan neloģisks secinājums.

Exzo, a kāpēc tev sarežģītāko variantu, ja pat nesanāk to realizēt ? Kā arī domāju php base64 fjas būs ātrākas nekā tava mysql fja.

Tas ir tāds fizikas likums, ka php zināšanas aug proporcionāli ar krievu valodas zināšanām ? =)