Aleksejs

Visa maģija slēpjas šajā rindiņā: header("Content-type:application/octet-stream"); Iekš windows parasti (vismaz InternetExplorer) ir tieksme vērt daudzas lietas uzreiz pārlūkā. Nu piemēram, atvērt mp3 failu ar kaut kādu tur realplayer, nevis ļaut saglabāt. Tādēļ, norādot pārlūkam, ka sekos izpildāmais fails, tiek panākts, ka automātiski piedāvā Open Save Cancel.

Manuprāt, Tev tas $count arī ir jāpadod. Tobiš pirmo reizi jau izsauc ar count parametru 0. function treeview($pos = false,$count) { if (!$pos) $pos = 0; $all = db_query("SELECT id,name FROM category WHERE parent=$pos ORDER BY sort ASC"); $atdala = str_repeat('--',$count); while ($one = mysql_fetch_row($all)) { echo $atdala.$one[1] . '<br>'; $has_kids = mysql_fetch_row(db_query("SELECT id,name FROM category WHERE parent=$one[0] ORDER BY sort ASC")); if ($has_kids) treeview($one[0],$count+1); } }

Nu, pamēģini faila nosaukumā padot pilnu ceļu... varbūt, ka paņem pretī... Nu tjipa: header('Content-Disposition: attachment; filename="c:\temp\faila.nosaukums.papl"');

d_01, nē nevar. Vari tikai padot faila nosaukumu. header('Content-Disposition: attachment; filename="faila.nosaukums.papl"'); UPD: upps d_01, nevis d_1 ;)

Ja apskaties "View source", tad vai nav tā, ka ir vairāki OPTION, kam vērtība INBOX?

Problēma ir ka izdod tikai divas mapes un SQL atgriež divus ierakstus? Kur tur ir problēma?

Nu tātad opensource šajā ziņā ietver arī closed source.. ;)

Tādēļ, ka MYI ir tikai MyISAM gadījumā. Iespējams, ka Tev tabulas ir InnoDB http://dev.mysql.com/tech-resources/articl...ine/part_1.html http://dev.mysql.com/tech-resources/articl...ine/part_2.html

mod_rewrite http://php.lv/f/index.php?showtopic=2087 atradu forumā pēc vārdiem "pārveidot adresi". Un kā meklēji Tu?

Tāpēc, ka gan Kirils, gan Čaks Noriss tā dara.

Papildinot Andri - šobrīd iekš PHP man īpaši to nevajag, taču, kad sāku, tad man ļoti palīdzēja: 1) iespēja nospiest F1, atrodoties uz neskaidras funkcijas, un atvērt automātiski palīdzības failu attiecīgajā vietā. 2) rakstot funkciju, ka man parāda, cik argumentus tā sagaida un kādiem tipiem tiem jābūt 3) iespēja trasēt programmu - izpildīt pa solim un sekot līdzi vērtībām, kuras pieņem mainīgie. 4) palīdzību visu daudzo figūriekavu/apaļiekavu/pēdiņu/apostrofu pareizā atvēršanā un aizvēršanā. šobrīd pietiek ar sintakses iezīmēšanu, tādēļ der gandrīz jebkurš redaktors, kas ir pa rokai (jo lielākoties nestrādāju MS vidē - tādēļ redaktori ar iebūvētu sintakses iezīmēšanu ir norma). P.S. Kad sāku, izmantoju Maguma PHP Studio - tagad no tās pāri palicis Openstudio. Un pati adrese www.maguma.com ir pamesta.

Esmu labas lietas dzirdējis par Komodo edit.

v3rb0, ir jābūt kādam atbildējušam uz to anketu. Ja nav neviens atbildējis, tad arī grafiku nav no kā zīmēt ;)

http://php.about.com/od/learnphp/p/http_user_agent.htm

eksportu atskaitei varētu ne tikai xls bet arī csv un varbūt ods (vai kā nu to OpenOffice spreadsheet formātu sauca) formātā varbūt? :)

man nerādīja brīdinājumu. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12

Izmēģināju, patika! Izskatās ļoti kvalitatīvi uztaisīts. Vienīgi varētu saglabāt izmaiņas, ja veidojot/mainot formas lauku, tiek nospiests cits tabs, citādi pirms nospiešanas obligāti jāsaglabā. Bet varbūt arī nevajag :) Tas drīzāk gaumes jautājums.

Jā, uzlikšana uz papīra daudzreiz palīdz noformulēt uzdevumu un noskaidrot problēmas, kas jāatrisina, un darbību secība, kas jāveic. Maziem uzdevumiem, to var izdarīt galvā, uzreiz rakstot kodu. Sarežģītākiem tik viegli vairs nav.

Nu parasti programmas darbību izdomā pirms raksta. Nevis pa galvu pa kaklu metās rakstīt ;) Teiksim kaut kā šādi: Lapa saņems šādus datus: autors, komentārs Jāveic šāda darbība: jāsaglabā datubāzē iesūtītais komentārs un autors. Ir jāatrisina problēma: nedrīkst ļaut norādīt tādu autoru, kurš sakrīt jau ar eksistējošu lietotāju Risinājums: Pirms autora un komentāru ievietošanas jāpārbauda, vai nav kāds jau reģistrēts lietotājs ar šādu nosaukumu. Zināms, ka ir tabula USERS, kurā tiek reģistrēti lietotāji. Tātad jāpārbauda, vai iesūtītā $autors vērtība nesakrīt ar kādu no tabulas USERS lauka login vērtībām. To var noskaidrot atlasot visus tos ierakstus, kuros login lauks vienāds ar $autors. Ja tiks atlasīts kauut viens ieraksts, tātad šādu vērtību nedrīkst atļaut, ja netiek atrasts neviens šāds ieraksts, tātad ievietojam komentāru... Aptuveni šādam domu gājienam jābūt pirms vispār ķeries pie programmas rakstīšanas.

Grey Wolf, nu bet visam tak ir robežas. Tas, ka ministriju ierēdņi savā plānprātībā cenšas sacensties ar Tvaika ielu ir sen skaidrs... Tad pēc šīs loģikas vajag paredzēt arī pamatskolas novērtējumus ar smaidiņiem, vai vārdiskos labi, teicami utt. Līdz ar to uzreiz varam visus laukus definēt kā BLOB, jo teorētiski var taču izdomāt, ka vērtības veidos unikāli ģenerēts zīmējums... Nu teiksim šāds. Jā, var mēģināt paredzēt kaut ko, bet ja specifikācijā rakstīts, ka atzīmes ir 0-10, tad tā ir ministrijas problēma, manuprāt.

Bet kāpēc Tevi šajā vietā interesē tā lietotājvārda unikalitāte? Gadījums, ja postē nereģistrēts lietotājs? Un tad būtu jāpārbauda, vai $_POST['author'] nesakrīt ar kādu no jau reģistrētiem nickiem?

Domāju, ka zem Windows šai problēmai var arī nebūt normāla atrisinājuma... Ja ir iespēja, pārnes uz Linux/*BSD. Hmm, joka pēc vari pamēģināt ext2 uz Windows, varbūt, ka tur šīs problēmas nav.

Lūdzu ;) http://www.sureteksolutions.net/Pomegranate_Machine.html http://www.freepatentsonline.com/4530278.html http://www.tekes.fi/partner/fin/search/nay...sp?hakuid=34938 http://www.jansamachar.net/display.php3?id...mp;lang=English http://www.freshcuts-tech.com/dynamic.asp?cid=10421

Silti iesaku to pašu, ko vakar ieteicu šajā tēmā: http://php.lv/f/index.php?showtopic=9753&a...amp;#entry78257

Hmm, man atkal vairākas izsaukuma zīmes asociējas ar kliegšanu... Ok, īsumā: 27 rindiņa nepareiza pārbaude - šitā daļa ir nepareiza: ."&statuss=$statuss_delete' 29 rindiņa problēmas ar pēdiņām. P.S. Nesen lasīju vienu anekdoti par šo tēmu: