[Le Inc]

Ma teen ühe test lehekese. Põhilehel pea 1000 rida koodi

Ma proovin üht teist näidet netist.

[mikk36]

Jsbin.com

[Le Inc]

Tõmbasin siit ( http://www.jensbits.com/2009/10/04/jquery-ajax-and-jquery-post-form-submit-examples-with-php/ ) prooviks ühe testi, kuid submit nupp infot edasi ei anna .. krt midagi serveri konfis valesti?

Tundub et tee mis sa tahad aga jquerist ma infi serverisse saata (php) ei saa (võimalik et $_GET töötaks, aga see ei sobi). Seega pole ka võimalik mingit protsessi juhtida.

[mikk36]

Saad sa anda mingi lingi, kus see sul üleval on? Saaks valmis koodi ennast näha et kus ja kuidas ta töötama peaks.
PHP pool jätab mind täiesti külmaks, seda ma näha ei soovi hetkel kuna teemaks on JS.

[Le Inc]

http://www.fortumtartu.ee/naidud/demo/test.php

Ehk on abi ...

[mikk36]

[mikk36]

Niih, http://jsbin.com/eqase/3
Kui Firebugiga või muu sarnasega vaatad siis näed et vajutades Salvesta nuppu dialoogis tehakse POST päring serverile.

[Le Inc]

Tänud, eks ma proovin asja oma koodi integreerida!

Asi töötab jah kenasti (väärtus tuleb hüpikaknasse), aga $_POST['info123'] ei tule essugi ehk php ei tea asjast miskit ... Krt seda vist ei ole võimalik nii teha kui tahaks .. pealegi ei tööta teised nupud peale selle skrtipti kopeerimist.

Tegelikult oleks ju skript ääretult lihtne kui kuskil oleks saadaval window.confirm funktsionaalsus. Tegelikult me sunnime JS kirjutama php mis on suht-koht vägistamine, samas kui saaks submit sündmuse vahepeal kinni püüda, küsida kas ikka oled nõus ja siis edasi saatma.

[Fukiku]

Asi tundub kahtlane. Ma pole küll mingi php teadja, aga vaatasin ise ka mikk36 poolt antud koodi ja Firebugiga otsa vaadates kindlalt läheb POST teele serveri suunas. Oled sa kindel, et see POST sul õige aadressi vastu käib serveris, niisama ära kaduda nagu miski ei tohiks.

Teine asi, mis ma mõtlema hakkasin - see praegu pakutud lahendus on Ajax lahendus - kas see on see, mida sa soovid? Või soovid sa kinnituse korral teha täislehele värskenduse? Kui sa soovid täisväskendust saada, siis see praegune lahendus kindlalt ei sobi, vaid on vaja midagi muud välja mõelda.

[mikk36]

Fukiku, miski asi oli tal oma koodis lihtsalt katki, palju ei süvenenud ning kirjutasin lihtsalt korrektsena nii nagu ma ise mõttes jQuery's mõtlen.
See minu antud kood on kusjuures kenasti tagasivajuv tavalise non-JS peale. Kui javascripti ei käivitata siis submititakse form lihtsalt veebiserverile ja võib sealt sobiva vastuse saada, ajaxiga käiks näiteks läbi mõne muu faili või siis mõne atribuudiga vastaks server sobiva vastuse ajax kliendi tarvis.
Ajaxiga lahendus on üldjuhul mugavam selles osas et saad muutused rakenduse kasutaja jaoks palju sujuvamalt lahendada kui et igale muudatusele järgneb terve lehe uuesti laadimine. Kasutad nagu programmi mitte nagu veebilehte.
Hiljuti valmistasin ka ühe veebirakenduse tellimuste sisse andmiseks ühelt kindlalt firmalt. Näide rakenduse tööst: http://www.upload.ee/files/355090/test.avi.html
Selle video tegemise käigus leidsin ka juba ühe vea, kalender püsib mingil põhjusel hetkel soome keeles isegi kui muu on eesti keeles, eks saab homme parandatud

[Fukiku]

mikk36, Su jutt on täitsa õige. Küsimus on pigem selles, et kas algupärane küsimuse algataja antud hetkel käsitleb päringut kui Ajax päringut ja teeb kõike mida selle töötlemiseks vaja või eeldab ta Sinu skripti tulemusena toimuvat täielikku lehe uuendust. Küsimus on inspireeritud sellest, et hetkel jääb mulje, et algupärane küsija võibolla ei tunne ennast ka 100% kindlalt selles valdkonnas (kogu austuse juures kasutaja Le Inc vastu, ei soovi solvata ega midagi).

[mikk36]

Fukiku, minu scripti osa on eeldatavalt (või siis loodetavasti) ikka vaid väike osa kogu rakenduse tööst mis Le Inc'il plaanis ja minu script oli ainult nurgakiviks asja lahendamisel.

[Le Inc]

link :: jquery'st -> php

Jutt õige, JS on suht-koht tume maa. Lihtsalt ma lootsin et saan "kerge vaevaga" traditsiooniliselt koleda JS hüpikaknad asendada millegi kenamaga. Hetke versioonis veebileht toimib ja window.confirm teeb oma tööd nii nagu vaja. Muud JS mul lehel ei ole, kõik muu käib php ja css läbi.

Jquery'ga saaks ka infot kasutajatele tagasi kirjutada, mis mingil määral teeks asja selgemaks. Samas kui ma kaks "Kas ikka tahad seda teha!?" akent jätan tavalisse JS ja muud kaunistan ära, jääks ka suts imelik. Või mis?

Mikk36, sinu skriptiga input aknast tuleb kraam ilusti aknakesse, samas ju lehte ei värskendata? Php jaoks on seda ju vaja .. ta ei lase ju koodi muidu käima. Vaata kas või seda sama http://www.fortumtartu.ee/naidud/demo/test.php lehte. Kopeerisin koodi 1:1 ümber. Kui ma midagi lahtrisse kirjutan, tuleb see aknakesse, kuid kui vajutan "Salvesta" peaks see sama string ka põhilehele end kirjutama (seda juba läbi php et too aru saaks et miskit saadeti). Hetkel see nii ei toimi.

Äkki ma ajan tühja tuult taga .. on see üldse muidu võimalik?

LISA:

Tõesti firebug näitab et POST kraami tuleb

[Fukiku]

Selles siis asi ongi - Sa ei töötle hetkel tehtava päringu vastust mingil moel. Seesama $.post() teeb Ajax päringu ja vajab seetõttu ka vastuse spetsiaalset töötlemist. Praegu tundub, et Sinu lahendus vajab siiski seda, et peale kasutajalt kinnituse saamist tuleb terve form ära submittida, mis kutsub esile ka lehe värskenduse. Siit küsimus - miks see formi submittimine Sul enne ei toiminud, milles probleem oli?

[Le Inc]

[Fukiku]

Ma küsin oma küsimuse uuesti - mis probleem sellega oli, et jQuery koodist lihtsalt öelda õigele formile form.submit() ? See peaks kenasti tegema seda, mida vaja ju.

[Le Inc]

[mikk36]

Le Inc, ajax päring tähendab seda et sa kasutad vastu saadud infot ka asjalikult ära, muidu läheb see lihtsalt kaduma. Seda mida sa selle infoga teed on sinu enda teha, kas kasutad seda lehe muutmiseks või näiteks uuesti lehe üles ehitamiseks, on sinu enda kujutlusvõime taga kinni.
Näitena pakuks välja lahenduse et kui tuleb .post() peale vastus et kõik on ok (php's paned näiteks: echo json_encode(array('status' => 'ok')); ja jQuery's loed selle vastu sisse ja kontrollid kas data.status == 'ok'), siis muudad veebilehe enda sisu nii et see näitab uut teksti et elektrinäit on edukalt edastatud ja tänad kasutajat. Võid ka teist teed minna ja käsutada brauserit uuele aadressile minema.
Tehes formile submit lihtsalt edastatakse see tavakanaleid pidi mitte ajaxiga, seepärast ka kogu lehe refresh ja liikumine formi action aadressile.
Jääb suuresti mulje et sa ei tea täpselt mida sa soovid ja ei oma ka aimu kuidas ajax rakenduse võimalusi ära kasutada.

[Fukiku]

Vabandage mu enesekindlust, aga ma arvan, et Le Inc pole kunagi tahtnudk Ajax rakendust teha. Tema tahtis lihtsalt ilusat confirm akent oma klassikalisele veebirakendusele, seega pigem peaks siin minema praegu seda teed, et selle .post() asemel ikkagi katsuma formi korrektselt ära submittida. Kui hetkel on küsimus selles, et on vaja mingit parameetrit sättida, mis muidu tuli submit nupu väärtusest, siis võib jQuery abil näiteks formile panna külge mingi hidden välja, mis ütleb sedasama, mida praegu ütles submit nupp ja siis ikkagi form ära submittda. Kusjuures formi submittimiseks ma kasutaks ka pigem jQuery't mitte mingit omakeedetud JS'i, see võiks näiteks olla midagi taolist:

[mikk36]

Lugesin nüüd uuesti esimese postituse läbi, jah, tundub et kaldusin ise teemast kõrvale.

[Le Inc]

Ahh krt, seda asja ei ole võimalik tööle saada ... tänud abi eest. Kui muud kasu polnud siis vähemalt sain ühtteist uut teada.

LISA:

Polegi võimalik 1:1 window.confirm jquery's asendada:

Boxy.confirm(message, callback, options)
Displays a modal, non-closeable dialog displaying a message with OK and Cancel buttons. Callback will only be fired if user selects OK.
Note: this method is not intended to replace the native window.confirm() function provided by browsers as it does not have the capability to block program execution while the dialog is visible.

JOKK

[Fukiku]

Põhimõtteliselt sellest lausest Sa ennast üleliia heidutada ei peaks laskma. Jah, selliselt tekitatud aknake ei täida 100% window.confirm() funktsionaalsust, küll aga teeb ta seda piisavalt, et lahendada Sinu ülesanne.

Hetkel tulingi tegelikult foorumisse selleks, et pakkuda Sulle välja järjekordne lahendus. Kuna ta mul juba enamvähem läbimõeldud on, siis panen kirja ta igal juhul.

Ühesõnaga, kui ma nüüd õigesti mõistsin, on Sul hetkel kasutusel järgmine loogika: klient sisestab andmed, vajutab mingit nuppu -> php valideerib andmed ära, kui on OK, siis kuvab andmed kasutajale tagasi koos täiendava "Salvesta" nupuga -> kasutaja vajutab "Salvesta", Sina kontrollid Javascriptiga, kas ta on kindel selles, kui jah, siis php salvestab andmed juhul, kui on näha "Salvesta" nupu vajutus POST andmete hulgas.

Selle asemel, et kontrollida nupu "Salvesta" olemasolu POST muutujate hulgas võiksid koos salvesta nupu kuvamisega lisada formile ka ühe hidden tüüpi muutuja, mille olemasolu hiljem kontrollida. Sel juhul saad rahulikult kasutada JS .submit() funktsiooni, et form serveri poole teele saata, juhul kui kasutaja on kinnitanud oma valmisolekut selleks.

Loodan, et mu jutust enam-vähem on võimalik aru saada.

[Le Inc]

Õigus sul on! Ma midagi sarnast eila õhtul proovisin, aga jätsin ühtteist tegemata.

Plaan on hea, aga kui kontrollimise nuppu rohkem kui 1 kord vajutada on vesi ahjus ... ehk salvestab info ikkagi ära. Häda on selles et salvesta nupp ei anna php mingit tagasisidet kui ta on seotud jquery'ga.

[mikk36]

Järelikult pead tegema ise kontrollid sisse et mitme korra puhul ka toimiks korrektselt. Mõtle läbi et miks ta sul "katki" läheb ja lahenda probleem

[Le Inc]