DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   (X)HTML, JavaScript, DHTML, XML, CSS (http://www.devprotalk.com/forumdisplay.php?f=8)
-   -   dodavanje/brisanje input fields javascriptom (http://www.devprotalk.com/showthread.php?t=1629)

dee 06. 11. 2006. 18:58

zato sto je moguc slucaj da covjek odabere u select listi jednu opciju, za nju krene popunjavat textfields, a onda se predomisli, kaze da oce drugu opciju, nju popuni i submita. ovakva forma ce onda submitat sve i pomijesat polja pa bi mi bilo korisno da se submitaju samo oni fieldovi koji su odgovarajuci odabranoj opciji...

ali dobro, ovo pitam jer je sve vezano uz forme radjeno javascriptom, pa reko da zaokruzim onda i ovo tako. ako nece ic, slozit cu nesto na server strani, naravno...


PS.
hvala za link!

dee 06. 11. 2006. 19:00

samo jedno konkretno pitanje...

postoji li u javascriptu neka analogija onome sta je u PHPu unset($var)? mislim, da to napravim sa nekim konkretnim objektom (DIVom ili necim)... znaci, da ne radim child/parent nego direktno 'element.remove'?

Pedja 07. 11. 2006. 13:02

Citat:

Originalno napisao dee
zato sto je moguc slucaj da covjek odabere u select listi jednu opciju, za nju krene popunjavat textfields, a onda se predomisli, kaze da oce drugu opciju, nju popuni i submita. ovakva forma ce onda submitat sve i pomijesat polja pa bi mi bilo korisno da se submitaju samo oni fieldovi koji su odgovarajuci odabranoj opciji...

Sto vise citam sta trazis sve sam ubedjeniji da pogrtsno pristupas resavanju problema. Serverski skript je taj koji mora da ispravno procita sve parametre kako god da su mu poslati. Ako funkcionalnost zasnivas na JavaScript-u, cackas mecku.

JavaScript je ok da stvri ulepa, napravi komfornijim ili laksim, ali cvrstoca apliakcije mora da bude u serverskim skriptovima. Ne smes da se oslanjas ni na sta sto je na klijentu (veb citacu) jer postoji milon nacina da klijent ne uradi ono sto si ti planirao ili da ga neknatera da uradi ono sto nisi planirao.

dee 07. 11. 2006. 14:51

ma slazem se potpuno, ali je jednostavno tako zadano. ko i ovo na pocetku samog topica, sve se moglo neusporedivo lakse, jednostavnije, sigurnije odradit sa serverske strane, ali covjek simply inzistira da se kompletna forma i sva dogadjanja oko nje odradjuju na client strani a server strana da odradjuje jedino submit. siso sam s pameti vise od toga jer nema nikakvog razumnog razloga za to, objasnio sam mu nekoliko puta pros&contras, ali ako covjek oce, sta da mu ja radim. u krajnjoj liniji, on placa (izem ti argument :1027: )

da sebi radim nesto slicno, ne bi mi palo na pamet ulazit u ovakve akrobacije, but jbg...

Pedja 07. 11. 2006. 19:29

Jesi li mu bar objasnio zasto to ne valja, da ne bude posle kuknjave i da budes ti kriv kada mu uvale neke nezgodne stvari na sajt... :)

Neke se stvari ni za pare ne rade :)

dee 07. 11. 2006. 21:08

Koliko sam ja to u stanju objasnit, jesam (stvari tipa sigurnost, cross-browser jednostavnost i slicno)

covjek sasluso, primio na znanje i osto pri svom (iako shvaca o cemu se radi, programer je i on) :)


a sto se para tice... toliko sam trenutno ocajan da bi prihvatio i crnog vraga. trenutna maxima je -> sve se moze! (radio bi mu ovo i u flashu da je zapeo) :D


PS.
dobra stvar je da se radi o jednom specijaliziranom CMS sistemu sa vrlo uskim brojem korisnika, tako da vec time prilican dio problema (sigurnosti i slicno) otpada.

zark0vac 07. 11. 2006. 23:03

Citat:

Originalno napisao dee
dobra stvar je da se radi o jednom specijaliziranom CMS sistemu sa vrlo uskim brojem korisnika, tako da vec time prilican dio problema (sigurnosti i slicno) otpada.

Ne bih se slozio, koliko god da je rasprostranjen cms bio ne treba niukojem
slucaju zaobici rad na securityu. Ne nalaze se sigurnosne rupe samo gledanjem
u konkretni kod aplikacije, neke stvari su i 'golim okom' vidljive, pokusaj makar
koliko je to moguce da ukombinujes bezbednost u celu pricu.

Off Topic: Shvatam da je problem kada nemas neko vreme posla pa kad ti dodje
prihvatis sta bilo, ali nije najpametnije resenje ako gledas celu sliku :)
Sta mislis, jel ti se isplati 1000e (primer) da dobijes za posao na kojem, ukoliko
se otkriju neki ozbiljniji sigurnosni propusti ili mayor greske (ako se koristi na nekim vecim projektima) - jer-je-klijent-nalozio-da-mora-da-ih-bude,
rizikujes prljanje imena u web dev 'industriji' i buduce poslove? :1074:

ivanhoe 07. 11. 2006. 23:17

ok, kad je tako, probaj sledecu ideju: kad korisnik popuni nesto do pola, kako kazes, i onda promeni izbor, ti odradi ciscenje podataka pomocu javascripta...znaci umesto da fizicki brises polja iz DOM stabla, samo prodji kroz sva polja koja su visak i setuj im vrednost na prazan string. Onda mozes na server strani da naprosto zanemaris polja koja te ne zanimaju..

Razlog za izbegavanje removeChild() metode je sto je nju jako tesko naterati da radi u petlji. Nisam nikad uspeo da shvatim tacno zasto, ali meni nije poslo za rukom da je nateram da radi kako treba, osim kad treba izbaciti svu decu nekog elementa. Mogao bi evntualno da probas da disable-ujes textboxove koji ti ne trebaju, ali nisam siguran kako se to ponasa cross-browser, mislim da ce neki browseri ipak poslati ta polja..

dee 08. 11. 2006. 00:08

Citat:

Originalno napisao zark0vac
Ne bih se slozio, koliko god da je rasprostranjen cms bio ne treba niukojem
slucaju zaobici rad na securityu. Ne nalaze se sigurnosne rupe samo gledanjem
u konkretni kod aplikacije, neke stvari su i 'golim okom' vidljive, pokusaj makar
koliko je to moguce da ukombinujes bezbednost u celu pricu.

mozes bit mrvu konkretniji? nisam te najbolje shvatio. (ovo o kodu i golom oku)

jer, u konkretnom slucaju, opet se svakako ocekuju neke vrste unosa, u skladu s ocekivanim provjeravaju na server strani i onda dalje obradjuju.


Citat:

Originalno napisao zark0vac
Off Topic: Shvatam da je problem kada nemas neko vreme posla pa kad ti dodje
prihvatis sta bilo, ali nije najpametnije resenje ako gledas celu sliku :)
Sta mislis, jel ti se isplati 1000e (primer) da dobijes za posao na kojem, ukoliko
se otkriju neki ozbiljniji sigurnosni propusti ili mayor greske (ako se koristi na nekim vecim projektima) - jer-je-klijent-nalozio-da-mora-da-ih-bude,
rizikujes prljanje imena u web dev 'industriji' i buduce poslove? :1074:

Off Topic:
u pravu si potpuno. zato pokusavam smanjit (eventualnu) stetu na minimum. a ako je bude, sta rec -> sam skocio sam se ubio. ko sto rekoh, nisam ovaj tren u poziciji odbijat (ne jer nema nista nego je ima previse [ali troskova :D ] ) tako da, sta mi Bog da. al kolko tolko, da smanjim rizike na minimum. zato i davim toliko s ovim pitanjima.

dee 08. 11. 2006. 00:11

Citat:

Originalno napisao ivanhoe
ok, kad je tako, probaj sledecu ideju: kad korisnik popuni nesto do pola, kako kazes, i onda promeni izbor, ti odradi ciscenje podataka pomocu javascripta...znaci umesto da fizicki brises polja iz DOM stabla, samo prodji kroz sva polja koja su visak i setuj im vrednost na prazan string. Onda mozes na server strani da naprosto zanemaris polja koja te ne zanimaju..

ovaj pristup mi zvuci odlicno! tako cu i napravit...

puno ti hvala!


Vreme je GMT +2. Trenutno vreme je 00:24.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.