ugrás a tartalomhoz

js változó -> php változóba

pimaszgrimasz · 2007. Júl. 23. (H), 20.03
Sziasztok!

Hogyan tudok egy $php változót egyenlővé tenni egy js változóval?
Remélem hgoy én vagyok nagyon tudatlan, és ez egy egyszerű dolog.

Köszönöm a segítséget!
‹ tárhelyem még felhasználható mérete exec() - probléma ›
 ■
1

irasd bele

Marcell · 2007. Júl. 23. (H), 20.52
Mondjuk egy ilyen sorral:
<script type="text/javascript">var uj_js_valtozo = <?php print $php_valtozo; ?>;</script>
3

ellentmondás a cím és kérdés között

Marcell · 2007. Júl. 23. (H), 20.54
Most látom, hogy a téma címe és a leírása egymásnak ellentmond (legalábbis félreérthető). Én a PHP->JS átmenet egyik lehetséges útját írtam meg, mert a kérdésből arra következtettem
2

json

decker · 2007. Júl. 23. (H), 20.54
json
4

JS->PHP

Marcell · 2007. Júl. 23. (H), 20.57
Ezen az úton pedig egy AJAX hívást kell meghívnod, amihez közvetítő lehet a JSON.
5

ja télleg bocs

pimaszgrimasz · 2007. Júl. 23. (H), 21.00
nekem a php változóba kellene a js változó értékét írnom.. ..hogy utána a phpvel tudjak tovább dolgozni az értéken. (elmenteni egy mysql táblába... stb.)
6

AJAX

Marcell · 2007. Júl. 23. (H), 21.09
Erre való az AJAX. Kiadsz egy kérést, a feldolgozó oldalon elmented adatbázisba és közben még az oldalt sem kell frissítened. Link: http://www.w3schools.com/ajax/default.asp
7

nem kell feltétlen ajax

Szekeres Gergő · 2007. Júl. 23. (H), 22.01
Ez egy tipikus kliens-szerver kapcsolat, sztem a hozzászólónak nem feltétlen van szüksége ajaxra és a vele járó tömérdek kódra.

Amennyiben egy kis mennyiségü adatot szertnénk átadni, úgy egy simán iframebe is át lehet adni GET metódussal, ez lényegesen kevesebb JS kódot eredményez. Vázlatosan:

  function sendJsVariableToCGI(variable) {
    var obj = document.getElementById('cgi_hidden_frame');
    obj.src = 'valamilyen.php?var1='+variable;
  }


 <iframe src="javascript:void(0)" id="cgi_hidden_frame" name="cgi_hidden_frame" style="display:none;"></iframe>
De javaslom egy JS tutorial elolvasását, ha már változót használt legalább az alapokkal legyél tisztában.
8

pre ajax

zila · 2007. Júl. 23. (H), 22.32
Tulajdonképpen ez is ajax, csak kosztümös :)
9

...és elavult.

Marcell · 2007. Júl. 23. (H), 23.58
Tegyük hozzá, hogy 2007-ben azért már elég "ciki" iframe-et használni egy magára valamit is adó pixelgyárosnak. Speciális esetekben (Gmail, asszinkron fájlfeltöltés), amivel amúgy nem lehetne mit kezdeni még elmegy, de hogyha van rá egy sokkal szebb megoldás, akkor érdemesebb azt megszokni rögtön.

Proclub-nak volt egy nagyon szép mondata erre, amit jó észben tartani:
...most amit fejlesztesz, arra a holnap technológiáját kell használd, különben elavult lesz mire elkészül.
10

nem értek egyet

Szekeres Gergő · 2007. Júl. 24. (K), 09.54
Ne haragudj, de ebben nem értünk egyet. Amennyiben az adott oldalon már van egy kész ajax keretrendszer, akkor valóban érdemes azt haszálni, de azért hogy egy helyen minimális mennyiségű adatot átadjunk, sztem teljesen felesleges. Valóban szebb megoldás az ajax, de ebben az esetben tipikusan ágyúval verébre eset, felesleges egy rakat JS kódot letöltetni a felhasználóval..

A cikiség pedig szerintem szoftverfejelesztésben nem azt jelenti, hogy visszanyúlunk egy korábbi technológiára, mert az adott esetben hatékonyabb, hanem hogy ész nélkül mindig a
legújabb technológiát használjuk fel, holott lehet nem is az a hatékony. Ne érts félre, én is híve vagyok az új megoldásoknak - az ajaxszal kifejezetten jó barátságban vagyok - de néha nem árt kicsit visszanézni, nem minden "ciki" ami régi.;)

Proclub ezt az idézetet más szövegkörnyezetben mondta, és szerintem ide nem illik. Ő a CMSekről beszélt miszerint jó pár éve tökéletesíti a saját rendszerét.
11

Valóban

janoszen · 2007. Júl. 24. (K), 10.19
Valóban, az az idézet konkrétan arra vonatkozott, hogy ha egy rendszert fejlesztesz, akkor a holnap technikai követelményeinek kell megfelelnie.