DimanC

nu to es saprotu, ka nav nozīmes... :D

bet vienalga - ko biji domāji ar GD?

:o mani ši probza it kā neuztrauc, ar Javascript esmu strādājis. tikai incanti, kāpēc ar IE (man versija 6.0, visi security pači ira) lapai laacz.lv varu apskatīties source, bet šitai - ne nieka? IE gļuks vai kā? :unsure: zinu jau zinu... jāpāriet uz FireFox :ph34r:

to Jee: Javascript tiešām ir elementārs. vienīgā nianse - nereti skripti ir atsevišķā failā (viņiem mēdz likt paplašinājumu *.js), uz kuru norādi Tu redzēsi, skatoties source, laikam tagā <script>. tad lien temporary failos vai vienkārši noseivo to labu un skaties skriptus. B)

offtopic: what stands for GD ģenerēta bilde?

shis gan met aaraaa

"invalid use of group function"

(vismaz uz versijas 4.0.16)

nu, te ir kārtējais gadījums, kad mums vajag "apmānīt" mySQL, iekš order lietojot nevis funkciju, bet gan tās alias

SELECT count(*), parent_id, max(iest_id) as pedeja_rinda
FROM `iestades`
group by parent_id
order by pedeja_rinda desc

tā, lūk :rolleyes:

Principaa jau group by savu darbinju izdara pirms order by.

Respektiivi tabula kaut kaa ir jaasakaarto ar citu kveriju jau pirms peedeejaa group by izsaukshanas. Vajadziigs subkverijs. (select * from select...)

nepiekritīšu Tev, des. KĀRTOT PIRMS GROUP BY nebūs pareizi, jo imho neviena DB nesaka, kādā secībā iedos sagrupētos rezultātus. manuprāt kārtošana jāveic pēc GROUP BY.

par pašu AcidRain problēmu - ja to nevar atrisināt mySQL līmenī (šoreiz laikam bez sub-query neiztikt), tad vajag atrisināt augstākā līmenī.

varbūt problēmu var atrisināt šādi:

:unsure:

 select `name`, `text`
 from `table`
 group by `name`
 order by max(`id`) desc

šis gan strādās tikai tādā gadījumā, ja ID tiek piešķirts auto-number, un visu laiku augošā secībā. :P

Ugu, mysql tieshaam visu biezhi nevar tik pat skaisti sagruust vienaa selectaa kaa piemeeram kaada oraclee smile.gif visaadi starprezultaati jaapiefixee ieksh php un jaadarbojas ar vairaakiem selectiem smile.gif mysql baigi pietruukst storeetaas funkcijas un proceduuras smile.gif

bez storētajām jau varētu iztikt. tās tomēr lieto ļoti mazs procents cilvju. bet mySQL, cik saprotu, joprojām nav stable versijas ar SUB-Query atbalstu. :(

Venom, man tīri interese: cik OO ir Tavs ikdienas programmēšanas (ja tāda ir) rezultāts? tjipa - vai viss ir stingri OOP, vai kaut kur kombinē, vai OOP principus pielieto tikai īpašos gadījumos. :huh:

manas domas par OOP - zvērā laba tā lieta ir. vienīgais nopietnais mīnuss - jāpārdomā klašu struktūra un mantošana tā, lai tā max korekti atspoguļotu reālās dzīves objektus, ņemot vērā veicamo uzdevumu. nu apmēram tā... <_<

reku labucītis:

http://sourceforge.net/projects/spmg/

diemžēl viņa saits

spmg.sourceforge.net neiet, bet šī galerija imho ir diezgan laba. ;)

nu, vai ta nav jāsāk ar to kardinālo atšķirību, ka ASP ir maksas pasākums? ja neko neputroju... vai ta MS būs tādi un dos kaut ko pa velti....

biku palabošu hu_ha:

SELECT animal, count(animal) as sk
FROM `tabula`
group by animal
order by sk desc

nu tas tā... ja grib, lai rādītu arī animal. var jau būt, ka šīs diskusijas aizsācējam tas var noderēt. ;)

(rezultāts būs 2 kolonnas - 1. animal. 2. viņu skaits.)

imho, jāizdomā, kādā līmenī šo papildināšanu gribi veikt... neesmu specs, bet varbūt to var izdarīt reģistrējot atsevišķā tabulā ar DB veiktās darbības, un tad jau kādu skriptiņu... :rolleyes:

dati tiek tikai pievienoti, vai arī modificēti/dzēsti? pirmajā gadījumā viss jau ir krietni vienkārši. vēl jāskatās, cik dikti sarežģīta ir datu struktūra. B)

kaut kā jāvar, jo piemēram hackers.lv uzzina kaut kādu infu par mobilo (modelis, browser versija). mož līdzīgi var dabūt arī IMEI vai tamlīdzīgu identifikatoru. tas jāskatās ne pie PHP, bet pie wml utml...

nesaprotu... vai tiešām ar programmēšanu nodarbojas bērnudārznieki? ja tā, tad apsveicami - pēc 10 gadiem mums būs pilns ar 16gadīgiem superkoderiem... :D

bet ja šādus postus liek cilvēki, kuri beiguši vismaz pamatskolu, tad jāprasa - ar kuru vietu jūs domājat? vai tiešām atbildes uz šādiem Q nevar pats izsmadzeņot kaut kā? paskatīties, kā strādā citi saitiņi? kaut vai komentāru dalīšana jebkurā portālā vai tajā pašā phpmyadmin...

žēl, ka nopietniem cilvēkiem (tādiem kā bubu, aleksejs, u.c. ) jātērē savs laiks šitādu dumību skaidrošanai <_< <_< :angry:

ak jā..

tur vēl var advancēti norādīt šūnām formātu u.t.t. tieši tas ir tas, kas man vajadzīgs.

Kaklz:

<?php
require_once 'Spreadsheet/Excel/Writer.php';

// Creating a workbook
$workbook = new Spreadsheet_Excel_Writer();

// sending HTTP headers
$workbook->send('test.xls');

// Creating a worksheet
$worksheet =& $workbook->addWorksheet('My first worksheet');

// The actual data
$worksheet->write(0, 0, 'Name');
$worksheet->write(0, 1, 'Age');
$worksheet->write(1, 0, 'John Smith');
$worksheet->write(1, 1, 30);
$worksheet->write(2, 0, 'Johann Schmidt');
$worksheet->write(2, 1, 31);
$worksheet->write(3, 0, 'Juan Herrera');
$worksheet->write(3, 1, 32);

// Let's send the file
$workbook->close();
?>

tikko sāku instalēt. pagaidām esmu iestrēdzis pie rindiņām:

C:\PHP>pear install OLE
No releases of preferred state "stable" exist for package OLE.  Use OLE-state to install another state (like OLE-beta)

(testi tiek dzenāti uz ne-Linux mašīnas)

hm <_< parasti esmu apķērīgs, bet šito štelli

Varbūt šis ir īstais: http://www.laacz.lv/f/misc/

nesapratu... Tur ir parādīts, kā to uztaisa (source, respektīvi), vai tas ir rezultāts, ko redzu savā browserī...

masīvā $_GET[] ir kaut kāds defaultais parametrs REFERER , or how does it work??

mmmm... ;) varbūt paņem kādu nelielu SAMPLE GUESTBOOK un papēti tā darbību. Varbūt sākumā pat ne-DB bāzētu. piemēram: myGuestBook man daudz ko iemācīja, kad sāku baxtīties pa šo jomu.

meklēt laikam vari šite

vēlāk jau vari turpināt ar kaut kādu DB bāzētu. step-by-step tā lietiņa jādara. Ja nav īpašas pieredzes WEB lietās un kodēšanā, tad arī PHP būki sākumā šķiet nesaprotami.

vēlu veixmi B)

ja gribi ko atrast, meklē pēc RODB (relation-object database). jo tīri OO DB laikam nava.

kas attiecas uz galveno plusu, kāpēc jamās vajadzētu izmantojot - ātrākas par relāciju datubāzēm. tā vo īsumā.

a kur Tev tie mainīgie? visi vienā f-jā? Varbūt vari viņus kā sasistematizēt, tb - salikt hash masīvos, un tad tam masīvam izskriet cauri ar ciklu:

foreach ($mainigo_masivs as $key => $value ) {
unset($mainigo_masivs[$key]);
}
//un beigās - iznīcini pašu masīvu
unset($mainigo_masivs);

tā, imho, vajadzētu darīt pēc good_style. jo nesistematizēti salikt tik daudz dažādus mainīgos,ka "baigais darbs viņus novākt", nav "stilīgi".

:huh:

vecīt, kāda Tev tā tabulas struktūra, un ko Tu tur gribi ar tiem vaicājumiem panākt? <_< <_<

loģiski, ka šitas

"UPDATE total SET usera_host = '$r', datumz = '$vakardiena' WHERE datumz = '$vakardiena'"

Tev izdarīs sekojošo:

Tabulā TOTAL izmainīs visiem vakardienas ierakstiem lauku usera_host uz tam padotā parametra $r vērtību. no loģikas viedokļa - visus vakardienas apmeklētājus pārvērtīsi, it kā vakar pie Tevis būtu nācis tikai Janka... :D

Vai tas tiešām ir tas, ko Tu gribēji izdarīt? :P

vīī, es nevaru.. lasu tālāk -

"INSERT INTO total (usera_host,datumz) VALUES ('$r','$vakardiena')"

vai tiešām laukā usera_host Tev ir mērķis likt mainīgo $r, kas iepriekš ir noteikts kā rindu skaits?... nu tak pasēdi pie papīra, pazīmē...

nekāds dižais specs jau neesmu, bet nedaudz papļurkstēšu...

cik saprotu no Alekseja teiktā, un atminos no savām zināšanām (šobrīd rakstu bakalaura darbu par kriptogrāfiju), https nepietiek vienkārši "piejūgt"... tur vēl ir tāda lieta kā sertifikāti, kurus tur vajag ģenerēt, menedžēt. Bet trakākais laikam bij tas, ka priekš tā visa lielā daļā gadījumu bij jāpērk kaut kādas tur licences vai softi... sertifikāti, šķiet, bij jāģenerē dažādiem sertifikātiem - SSL-2, SSL-3 vai kaut kādiem tur vēl. ja neko nejaucu... ;) nu jā - un klientiem arī jābūt mūsdienīgiem, ar enablētiem SSL u.t.t.

tā ka - zinātāji drīkst palabot.

btw - darbā drīz arī nāksies ar šito "patrenēties"... kad zināšu ko precīzāk un būšu izkodies caur literatūras kalneim- labprāt iepostēšu, ja vien kāds guru nebūs izklāstījis no a..z

njā, Venom, bet Tevis piedāvātais 1. variants diemžēl daudzos gadījumos neder. Ja dati ir jāeksportē uz Exceli klientu datoros, man tagad uz visiem viņiem jāinstalē Microsoft Query? vai arī Tu bij domājis eksportu nodrošināt uz severa.

par otru variantu (COM/API) - nu, sorry, tad jau Pear toč būs vieglāks....

DimanC, joprojām meklēju variantus...

čalīt, Tu vispār ar DB esi strādājis?... ;)

imho - ja DB Tev reāli griežas uz tās pašas mašīnas (ja Windows vai Linux ar nokonfigurētu loopback), tad $server arī jāatstāj "localhost"... varbūt Tev DB vispār nav iestartējies?...

njā... arī man nesen nācās saskarties ar to, ka CSV iespējas nav pietiekamas... būs vien jākožas cauri PEAR kalniem...

varbūt kāds mani var nomierināt, pasakot, ka arī tas (tāpat kā PHP) nav grūti...

savādāk - dikti baidos no visa jaunā... :ph34r: