black

Es to nesauktu par noriešanu, lai gan smuki tas nebija. Ja pareizi saprotu, neilgu laiku pēc linka ielikšanas kāds jau bija pamanījies palaist code injection (ja vajadzēja atjaunot no backupa, tad pieņemu, ka SQL injection)? Pēc tam tika secināts, ka darbs ir 'brāķis'. Es būtībā negribu diskutēt par to, vai darbs tiešām IR brāķis, bet gan par to, ka tas viss izskatās pēc 'latviešu' biznesa attiecībām. Droši vien nākamais solis būs tad, kad kāds uzņēmums ieliks sludinājuma linku uz savu mājaslapu, kāds ūberkoderis palaidīs koordinētu DOS attacku, un vēl kāds pēc tam secinās 'eh, kā jūs nemākat konfigurēt savu rūteri/DNS serveri/vai kas nu būs nobrucis'. Andra blogā ir lielisks citāts par (gandrīz) to pašu tēmu: "There is almost never a good reason for you to be validating someone else’s code. Usually, if you’re validating someone else’s code, it’s because you’re being an asshole. /Jeff Croft/"

Mikij, bezmaksas ieteikums - nemiksē kopā HTML un Javascript.

Nu re :)

Kas notiek, ja no komandrindas palaid 'ping ws.localhost'?

Doma vispār nav slikta.

Nu jā, bet tad būs jātaisa smieklīgs kļūdas paziņojums: "Šādu formas nosaukumu Jūs nevarat izmanot, jo pirms 3 mēnešiem jau tādu izmantojāt"...

Pirmā diena pagāja gluži mierīgi, vismaz datubāzi vēl neviens nav pamanījies izdzēst :) Tomēr parādījās arī pirmās problēmas - saglabājot formu, tā ir pieejama no http://lietotajs.e-formas.lv/forms/formas_nosaukums Šādus linkus izvēlējos tāpēc, lai cilvēki, izvēloties vai klikšķināt uz formas linka, saprastu, par ko ir runa. Tomēr šādu linku nevar mainīt reizē ar formas nosaukumu (citādi tie, kuriem izsūtīts e-pasta ielūgums vairs netiks pie formas). Laikam nāksies atgriezties pie vecās sistēmas, kur linkā redzams nevis nosaukums, bet formas ID. Paldies visiem par testēšanu un idejām!

Par pirmo, ir doma nākotnē rādīt kļūdas pa visu ekrānu (ar lightbox). Par otro Aleksejam taisnība. Anketas var aizpildīt no Formas->Rezultāti, vai arī nosūtīt kādam aizpildīšanas linku (linku var redzēt no Formas->Darbības->Apskatīt, vai arī izmantojot Formas ielūgumu sūtīšanas iespēju)

OK, padomāšu par iespēju lietotājam mainīt arī combo/radio/checkbox values. Paldies par ideju!

CSV ir plānots tuvākajā nākotnē, galvenā problēma - atrast piemērotu ikonu :)

Man tur ir "window.onbeforeunload" events. Paskatīšos, kas tur varētu nestrādāt.

Ja ir nesaglabāta forma (ti, ir mainīti lauki vai ādiņa), tad ejot uz citu tabu, tiek parādīts brīdinājums par to, ka forma ir nesaglabāta. (Tu domā, nevajag brīdinājumu, bet jāsaglabā uzreiz automātiski?)

Piedāvāju iespēju piedalīties e-formas.lv BETA versijas testēšanā. Pašlaik lapa vēl nav publiski pieejama/reklamēta, taču būtu interesanti uzzināt Jūsu domas par lapu PIRMS tā tiek palaista tautās. No programmēšanas viedokļa lapā ir izmantoti daži interesanti risinājumi, un iespējams, šī ir ar Javascript/AJAX bagātākā interneta lapa Latvijā. (Starp citu, ja ir jautājumi par to, kā lapa veidota, iespēju robežās centīšos atbildēt.) Mājaslapa atrodas šeit: http://www.e-formas.lv Labprāt uzklausīšu Jūsu viedokļus un komentārus!

Kā tad nav: Pārzinis Apstrādes reģistrācijas numurs Apliecības numurs Sabiedrība ar ierobežotu atbildību "Draugiem" 000013 000013

Pats gan atsaukties neplānoju, taču tiem, kas plāno, noderētu kontaktinformācija. Šis ir tas pats, kas šeit? http://php.lv/f/index.php?showtopic=9714

Izmanto Javascript. Piemēram, pieliec zem inputiem kādu a elementu, tad uztaisi tam onclick eventu. Pēc tam izmanto document.createElement('input') lai izveidotu elementu un kaut kur formā pievienotu. EDIT: Cik advancētu to handleri vēlies?

1) Pārbaudi, vai ir padots mainīgais 'kat' 2) Ja ir, palaid esošo kveriju 3) Ja nav, palaid kveriju, kuram nav WHERE daļas

tas jau ir dempings :)

Esmu strādājis arī ar eksotiskajām/iebūvētajām datubāzēm (HSQLDB, SAPDB, arī FoxPro), bet par MSQL neesmu pat dzirdējis.

Es tādos gadījumos izmantoju 2 selektus. Pirmajā atlasu datus un id vērtības, pēc tam palaižu otro selektu, kur atlasu vērtības priekš pirmā ar IN. Šim risinājumam ir ierobežojums - ja pirmais selekts atgriezīs baigi daudz rindas, tad viss pasakums varētu sākt mazliet bremzēt. Bet nu parasti pirmajam selektam var uzlikt LIMIT (piemēram, 10 vērtības) un tad otrais ar indeksētu lauku nostrādā diezgan ātri. SELECT id, data FROM TABLE1 LIMIT whatever SELECT id2, data2 FROM TABLE2 WHERE id IN ($ids) Pēc tam rezultātu saliek kopā ar PHP. Tieši šī daļa ir arī grūtākā, ja grib uzrakstīt eleganti un katram no divu masīvu elementiem iziet cauri tikai vienreiz.

Man vislabāk patīk index.php taisīt kā Controller, kurš iekļauj vajadzīgo lapu atkarībā no tā, kādi parametri saņemti. Tavā gadījumā vari izmantot mod_rewrite, lai visi pieprasījumi ietu uz site_down.html

Diez vai tas būtu labākais. Tas nozīmētu, ka katras lapas parādīšanai vajadzīgs vismaz viens papildus SQL kverijs. Var jau neškist daudz, būs jau vēl visādi kveriji (sesijas, ja sesijas glabā DB), raksti, utt. Pie tam, brīdī kad kaut ko labosi (piemēram, mainīsi tabulas datubāzē) pati datubāze var nebūt pieejama. Iesaku izmantot kaut ko vienkāršāku, piemēram, uz brīdi, kamēr labo lapu, pamaini Apache konkfigurāciju, aizstājot index.php (vai ko nu Tu lieto) ar site_down.html

Tiem, kurus tas interesē, varu paziņot, ka beigās tika izvēlēts Eventum. Sistēmu izdevās uzstādīt un konfigurēt 10 minūšu laikā.

Mozillai bija Bugzilla, bet tas nav ātri un nesāpīgi :)

Vai kāds var ieteikt kādu bezmaksas issue/bug tracker programmu, ko būtu iespējams pēc iespējas ātrā un nesāpīgā veidā uzlikt uz sava servera?