"POST küldés lehetősége nélkül"
Miért is?
És akkor a tartalom elküldését szerveroldalra, majd a fájlba írást hogy oldod meg, GET-tel küldöd át az összes szöveget, vagy mi?

[ Szerkesztve ]

Sk8erPeter

xml es filebairas eseten is el kell valahogy juttatni az adatokat a serverig, szoval szerintem ott is kell POST, mar ha nem ertettelek felre es ugyanarra gondolunk: [link]

mod: Sk8erPeter megelozott

[ Szerkesztve ]

some men just wanna watch the world burn...

Ja, ez halott ötlet. Igazából kíváncsi lennék, mire is gondolt, amikor azt írta, hogy "POST küldés lehetősége nélkül", melyik böngésző vagy szerver nem támogatja ezt a metódust....? (vagy ha nem böngészőből küldi, akkor is kérdéses)

Sk8erPeter

"Elvileg a szerveren le van tiltva a POST."
Nem mondod komolyan... és ennek mi az oka? Volt erre bármi épkézláb magyarázat?
Vagy ez csak tipp (azt írtad: "elvileg"), nem vagy benne biztos? Nem tesztelted még le?

GET metódussal nem szabad hosszú adatot átküldeni, az arra való, ami a metódus nevében is benne van, hogy adott címről lekérsz valamilyen adatot, tehát röviden a GET metódus adatok fogadására való.
A POST nevében meg szintén benne van, mire való: adatküldésre.
Aztán van még HEAD, PUT, DELETE, stb. Komplett lista: [link].

Szóval a fájlok új tartalmát ne GET-en keresztül akard átküldeni.
Lehet kényszermegoldásokat alkalmazni, de az nagyon gány lesz úgy... Inkább oldja meg a rendszergazda a POST-metódust. Tényleg, kérdezd már meg, miért van letiltva. Azt hiszik, ettől biztonságos lesz a szerver, vagy mi?

[ Szerkesztve ]

Sk8erPeter

Megpróbálhatsz ajax-szal olyan GET kérést csinálni, aminek a body részébe kódolod a fájlt. Majd PHP-ból (ha php-ról beszélünk) kinyered a nyers inputstreamből pl. file_get_contents("php://input").
2 probléma lehet: nem tudsz ilyen ajax kérést generálni mert a javascript api GET-nél egyszerűen eldobja a body-t, vagy a szerver dobja el.
http://dret.typepad.com/dretblog/2007/10/http-get-with-m.html "Apache certainly happily processes a GET request with body - and PHP works just fine extracting it."

Esetleg feltöltöd egy köztes szerverre az anyagot, majd a szóbanforgó szervernek csak egy url-t küldesz el, hogy honnan tudja a programod lehúzni az anyagot szerver oldalon a tárhelyről.

Kísérletezhetsz még PUT-tal is, de én apacheból PUT requestet csak úgy tudtam fogadni, hogy POST és x-http-method-override: PUT, amit valószínű ismét csak eldob az apache, ha a POST ki van kapcsolva.

szóval nem sok jót remélhetsz ha ennyire megkötik a kezedet, az gáz, próbálj meg inkább a rendszergazdával egyezkedni. Egyébként el tudom képzelni, hogy azért lett megtiltva, mert sokan elérhetik, aztán nem akarták, hogy rosszindulatú php kódot töltsenek föl.

Üdv!

Kérdésem lenne, hogy mit lehet tenni azzal, hogy az összes ismertebb böngészőn úgy jelenjen meg egy oldal ahogy kell? Erről az oldalról van szó. Szakdoga lesz, szal úgy nézni.

Nos Chromeba minden tökéletesen működik, minden a helyén. FF-el már a láblécen el csúszik az egyik nyíl+ a szlogen se középen jelenik meg.

Ie: Na itt kb semmi nem úgy működik ahogy kéne minden el van a csúszva az oldal se középen jelenik meg.

Mit lehet tenni ezzel? Próbálgattam már ide oda helyezni float-al játszadozni, de sehogy se sikerült.

Csak gyors belenéztem, de pl hogy a content static és minden margin auto...
Inkább adj neki egy float left-et, egy width: 100%-ot, majd ez alá egy div-et ami clear both.

Az meg, hogy ez szakdoga...

[ Szerkesztve ]

Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com

Nem a containerre gondoltál? Mer ugye abba tettem bele mindent. Az a static csak úgy lett felejtve mer állítgattam már mindenfélét, amúgy nem állít semmit, de töröltem a staticot. A margin auto kivétele se állított semmit.

Amúgy most chromeba felcsúszott a lábléc, de ie-be meg lent maradt szal valamit állított, de így rosszabb mint volt. Biztos hogy valamit rosszul állítottam be még az elején, csak így nehéz javítani.

Mert gáz ahhoz? Amúgy tényleg az jobban mondva ismerősnek csinálom, de mivel kell szakdoga a vizsgához így akkor már miért csináljak mást meg találjak ki témát mikor megvan.

Sziasztok,

Miféle varázsszó kellene ahhoz, hogy egy kép a konténer alján maradjon Firefoxban és IE-ben is? Chrome és Safari jól jeleníti meg. (Egy html táblázatot alakítottam át (div))
Köszönöm!

ez a kép {
display:inline-table;
float:left;
margin-top:20px;
text-indent:0px!important;
vertical-align:bottom;
}

ez a "cella"{
background-image url('/image.png');
background-repeat:no-repeat;
background-position:left bottom;
border-left:1px solid #928728;
border-bottom:1px solid #928728;
display table-cell;
height:100px;
width:100px;
text-indent:5px;

ez maga táblázat {
border:1px solid #928728;
display:table;
text-indent:5px!important;

Sziasztok!

Nemrég készült el a saját weblapunk. (Teljesen mi fejlesztettük)
Viszont még vannak vele gondok.
1., Kicsit lassan jön be. Ez mitől lehet?
2., A főoldalon az animáció akad. Ez mitől lehet?

Bármilyen tanácsot, javaslatot, nagyon szívesen veszek, és előre is köszönöm a segítséget.

Addig gyorsítottuk a világot míg mi magunk maradtunk le...

Nagyon szép munka.

Milyen böngészővel próbáltad? Mert Chromeal rendbe van gyorsan bejön és nem is akad.

FF-el már akadozik az animáció.

Ie: Lassan jön be, akad.

Ie nem tudom miért ilyen szar mindég azzal van a gond még jó hogy a chrome már megelőzte.

FF-el. Azzal akad mint a szemét ami nagyon a gagyi érzetet kelti...
Azt mondod szép munka? Akkor megdicsérem a fejlesztőket.

Addig gyorsítottuk a világot míg mi magunk maradtunk le...

1. Az alsó fekete áttűnő sáv (hírlevél feliratkozás) kicsit magas és ezért a "Tovább" gomboknál előfordul olyan, hogy már látszanak, de nem kattinthatók
2. Nálam Chrome alatt is "szaggat" az animáció (bár nem erőművem van)
3. Az alsó részen lévő dobozoknak alapból is kellene háttér, nem csak akkor ha rávisszük az egeret. Nekem pl. kifolyik a szemem az apróbetű-rácsosháttér kombinációtól
4. a Feliratkozás gomb kaphatna valami effektet ha ráhúzzuk az egeret, de minimum egy "pointer" kurzort, hogy lássa a user hogy az "megnyomható"

De ezek csak apróságok és tényleg szép (dizájnos) munka

Így első blikkre:
- ha https-en nézed a weblapot, akkor a Chrome nem tölti be néhány részét (mivel azok http-n vannak hivatkozva), erről szól is a júzernek, ami nagyon amatőr, sőt, riasztó is lehet - ha anyám megnézi, akkor valószínűleg annyi fog neki leesni, hogy biztonsági problémák vannak az oldallal, ami ugye nektek nem jó.
- ez a betűtípus a legrosszabb, amit az utóbbi időben weben láttam - csúnya és folyó szövegben olvashatatlan, különösen a főoldali mozgó dobozoknál, ahol az egészet megfejelitek egy félig áttetsző háttérrel, szóval az ottani szövegeket elolvasni kb. olyan, mint ha CAPTCHA-t olvasnék . Ha a szöveg nehezen olvasható, akkor azt senki sem fogja elolvasni.
- Ha az oldalt egy 768 soros képernyőn nézed, a túlságosan nagy méretű fejléc és a lent megjelenő "regisztrálj a hírlevelünkre" doboz miatt magából a tartalomból lényegében semmi sem látszik.
- A főoldali mozgó doboz kotrol-jainál én megcserélném a színeket - most a kiemelt, messziről jól látható kék szín az alapértelmezett, a kotrol lényeges elemét (a pötty, ami mutatja, hogy hol tart a slideshow) pedig a háttérbe észrevehetetlenül belesimuló szürkével jelölöd. Ez most szőrszálhasogatásnak tűnhet, de hidd el, az ilyen apró dolgok különböztetik meg a szomszéd pistike webdizájnját a profi cuccoktól.
- Azt, hogy a cégetek mivel foglalkozik, a képernyő aljára görgetéssel, majd ott a menüpontok olvasgatásával lehet egyedül kideríteni. Ha hirdetsz valamit, akkor lehetőleg nem az apró betűs részbe írd bele, hogy mit hirdetsz. A főoldal jelentős részét a bullshit foglalja el, amivel nem fogsz túl sok ügyfelet becsalogatni.

Ha szeretnéd, belenézhetek a kódba is, hogy azt is jól leszarozzam

[ Szerkesztve ]

a flash menüt nem tudom lecserélni js cuccra, annyira nem fizettek meg. ez az oldal, a felső vörös flash cuccot kell lecserélni mobil eszköz esetén egy képre.
az 1. linkeddel nem tudtam mit kezdeni, az csak kiírta milyen browserem van, kódból nem látszik, hogy találta ki.
3. link php megoldás, az macera, mert minden oldalnak külön php fájlja van és a html keretet húzza be, 50 fájlt nem írok át

ez most így működőképes szerinted?

<div id="header">
<script type="text/javascript">
<!--
if (screen.width <= 699) {
// mobileszköz
document.write(nagy statikus fejlécimage);
}
else
{
var so = new SWFObject("fejlec.swf?cim=Linkajánló", "top", "772", "212", "6.0.0", "#eddeb7");
so.addParam("wmode", "transparent");
so.write("header");
}
//-->
</script>
</div>

vagy használjam inkább ezt, a 2. linked kommentjeiben találtam:? [link] a kódban látszik milyen js-sel dönti el
function isMobile() {
var index = navigator.appVersion.indexOf("Mobile");
return (index > -1);
}
ha tényleg ilyen egyszerű, akkor nem görcsölnék rajta többet, ezt beszúrom if-else és felrakom netre.

localhost server téma jegelve van, hobbyból raktam volna fel céges gépre, de most nincs rá időm

Az utolsó, egyszerű megoldást javaslom. Az első megoldásod (ahol a screen.width alapján nézed) problémákat okozhat mondjuk egy tabletnél, amit ugye forgatni is lehet.

Amúgy jót mosolyogtam a posztodon, én is dolgoztam már ennek az ügyfélnek

oké köszi, este megy ki élőbe, már megírtam csak itt nincs ftp, aztán reméljük jól írtam meg és működik.

úúú és csak nem a halas cégen keresztül dolgoztál nekik?

na most azt nem értem, hogy ebben a formában a flash miért írja ki amit bemenő paraméterként megkap:
<script type="text/javascript">
var so = new SWFObject("hupatent_fejlec.swf?cim=<?php echo $cim; unset($cim); ?>", "top", "772", "212", "6.0.0", "#eddeb7");
so.addParam("wmode", "transparent");
so.write("header");
</script>

és ebben a formában meg miért nem:
<script type="text/javascript">
function isMobile() {
var index = navigator.appVersion.indexOf("Mobile");
return (index > -1);
}
if (isMobile()) {
document.write('<div style="width:746px;height:210px;margin-left:14px;background: url(\'fejlec.jpg\') no-repeat center center;">');
document.write('<a style="display: block; float: left; height: 20px; margin: 14px 0px 0px 7px; width: 53px;" href="index.php">&nbsp;</a>');
document.write('<a style="display: block; float: left; height: 20px; margin: 14px 0px 0px 1px; width: 53px;" href="about_us.php">&nbsp;</a>');
document.write('<a style="display: block; float: left; height: 20px; margin: 14px 0px 0px 1px; width: 53px;" href="contact.php">&nbsp;</a>');
document.write('<a style="display: block; float: left; height: 20px; margin: 14px 0px 0px 1px; width: 53px;" href="team.php">&nbsp;</a>');
document.write('<h1 style="color: #eddeb7; font-variant: small-caps; font-size: 9pt;font-family: Arial,Tahoma,sans-serif; padding: 188px 0px 0px 165px; text-align: left;"><?php echo $cim; unset($cim); ?></h1>');
document.write('</div>');
}
else {
var so = new SWFObject("hupatent_fejlec.swf?cim=<?php echo $cim; unset($cim); ?>", "top", "772", "212", "6.0.0", "#eddeb7");
so.addParam("wmode", "transparent");
so.write("header");
}
</script>

szerk: nem én írtam az oldalt, csak a flash fejlécet cserélem, ennél jobban nem mászhatok bele a kódba, mert összef.ssa magát valszeg, olyan minőségi

[ Szerkesztve ]

Sziasztok!
Olyat szeretnék csinálni, hogy egy sima html oldalból elindítok egy külsõ php filet. Mindezt úgy hogy az ablakban ne változzon semmi, maradjon ahogy van, ne nyisson neki egy üres ablakot. A php nem csinál semmi képernyõ kimenetet, csak egy emailt küld (ezt a javascriptben nem tudtam megcsinálni, ezért kell a php).
Hogyan lehet ezt megoldani?

"az 1. linkeddel nem tudtam mit kezdeni, az csak kiírta milyen browserem van, kódból nem látszik, hogy találta ki."
Ezek szerint meg sem nézted a mellékelt kódokat. A "Download Scripts" felirat alatt felsorolt szerver- és kliensoldali nyelvek nem tűntek fel? Rákattintasz valamelyikre, letöltheted az adott nyelvhez tartozó kódot, bele is nézhetsz, hogyan működik.
Ez is a user agentet veszi alapul, az alapján dönti el, mobileszközről van-e szó.
Ebbe belenéztem elég felületesen, és bár nem igazán fejlesztettem még külön mobilra, a kód alapján nekem úgy tűnik, hogy a navigator.appVersion.indexOf("Mobile"); nem biztos, hogy elég, lehet, hogy nem feltétlenül fog szerepelni benne a "Mobile" karaktersorozat.
De mondom, nem csekkoltam még komolyabban mobileszközökön. Mindenesetre az itt található scriptek közül valamelyik tuti jó a detektálásra.
Persze első megközelítésnek lehet, hogy jó az az isMobile() függvény, amit írtál, de mondom, nem biztos, hogy így "lefedsz" minden mobilböngészőt. Aztán tudja a tököm, lehet, hogy van egy ilyen íratlan (vagy írott?) szabály, hogy minden mobilböngésző user agentjében benne van a "Mobile" karaktersorozat, csak én nem tudok ilyenről...

"php megoldás, az macera, mert minden oldalnak külön php fájlja van és a html keretet húzza be, 50 fájlt nem írok át"
Nem mondod komolyan, hogy a menüt is 50 PHP-fájlban írod meg külön-külön....
Ha így van, akkor már eleve a kódod szorul alapvető és komoly módosításokra.
De reménykedem benne, hogy inkább csak mind az 50 fájlban include-olod a menüre vonatkozó fájlt, az még a jobb helyzet, mert akkor is csak egy fájlban kell átírni a menüt.

Sk8erPeter

Ja, olyan minőségi, hogy 50 külön PHP-fájl átírására lenne szükség egy nyomorék menü átírására....

echo $cim; unset($cim);
Ennek mi értelme van? Minek unseteled egyből a $cim változót? Hacsak nincs valami különleges oka, totál felesleges.

Az SWFObject-es kódra:
http://blog.deconcept.com/swfobject/#examples
Itt most megnéztem:
"Normally, you would add a parameter called “flashvars” and then for the value, you passing a string of name/value pairs like this: variable1=value1&variable2=value2&variable3=value3 and so on. SWFObject makes this a bit easier by allowing you to add as many variables as you like in a similar manner in which you add additional parameters. Here is an example of passing values into your Flash movie using Flashvars:
<script type="text/javascript">
var so = new SWFObject("movie.swf", "mymovie", "400", "200", "8", "#336699");
so.addVariable("variable1", "value1");
so.addVariable("variable2", "value2");
so.addVariable("variable3", "value3");
so.write("flashcontent");
</script>
"

Tehát itt az addVariable()-lel adja hozzá a változókat, igazából emiatt nem értem, mi az okod query stringekkel szarakodni.

Sk8erPeter

Hát igen, JavaScripttel nem igazán fogsz e-mailt küldeni.
Egy form elküldése hatására szeretnéd elküldeni azt az e-mailt? Vagy hogyan, mi a cél?

Sk8erPeter

ja az nem esett le hogy azok linkek kódokra szőkenő

nem én írtam az oldalt, csak lecserélem mobilnál a flasht, ennyi, ahogy írtam. az angolnál ahol nem megy a címkiírás, ott includeban van a keret az nem olyan gáz. a ?cim=akármi meg nem véletlenül van így, mert így várja a flash, így van megírva. lehet addParammal is adni neki cuccot de ha kiíratni akarsz vele valamit akkor .swf?paraméter=eztírdki legalábbis mikor utoljára ilyet csináltam akkor még csak így lehetett. ha addParammal nyomom neki a címet, akkor semmi eredmény, ha az első sorba az swf után "" közé akkor se.

a magyar oldalon ahol vagy 30 html fájl van ott meg működik, 30x átmásoltam az előbbi kódot, csak ott direktben beírom a címet hogy ?cim=Szabadalom nem phpból jön. de ugyanúgy else ágban van benne, ugyanaz minden csak az magyar ez meg angol változat.

az a kérdés, hogy ha már működött a dolog, akkor egy else ágba téve miért nem megy a php változat?
a weblapra csak ennyi kerül ki: "hupatent_fejlec.swf?cim=" a php változó értéke eltűnik valami tér-idő anomáliában, holott a headben még használva van egy switchben és ott még van értéke, unset nem volt rá. szintaktikára gondoltam még, de hiába próbáltam \"\" közé meg minden közé rakni, akkor se jó. és mindez csak azért, mert az else ágban van. ha kiveszem megint jó.

basszuskulcs, copypaste rulez, a html részben ahol a h1-be írom ki a címet, ottmaradt az unset kivéve természetesen működik

A form elküldése utáni mail küldés már megy.
Azt szeretném tudni, hogy aki nem kattint rá az elküld (megrendel) gombra, hanem csak nézelõdik, az milyen termékeket választott.
Mondhatom úgy hogy a látogatók igényeinek megfigyelését szeretném, hogy mi az ami a termékek közül legjobban érdekli õket, ezt jelezze valahogy vissza nekem. Ezért gondoltam hogy a legegyszerûbb megoldás az lenne, ha elküldné emilben ha valaki valamelyik terméket választotta, megnézte az árát, de nem rendelte meg, akkor is elküldje mit választott. Mindezt a látogató megzavarása és külön ablak, gombok nyomogatása nélkül.
Jelenleg van egy Számol gomb, ami kiszámolja az aktuális összesített végárat, és egy Megrendel gomb. A megrendelre bekéri a nevet, címet, stb, elküldi nekem emailben, ez jól mûködik. A Számolra újraszámolja a darabszámok szerinti nettó/bruttó összárakat, úgy hogy minden marad az ablakban ahogy volt. Azt szeretném ha a számolás után automatikusan el tudnám küldeni a form adatait, úgy hogy minden maradjon az ablakban úgy ahogy elõtte.

[ Szerkesztve ]

addVariable-t írtam, nem addParam-ot. Gondolom az erről szóló oldalon csak nem hülyeségből írták le, hogy így működik.
Egyébként meg nem tudjuk, hogy mi van abban a változóban, amit PHP-vel kiíratsz, így csak találgatni lehet.
Amúgy nem biztos, hogy jó döntés volt ugyanarra a témára két különálló domainen ugyanazt a tartalmat tartani, csak másik nyelven, Google nem tudom, ehhez mit szól.

"a magyar oldalon ahol vagy 30 html fájl van ott meg működik, 30x átmásoltam az előbbi kódot"
Az kemény. Nem tudom, hogy nem nyílt ki az agyad közben.

Most látom közben az újabb hsz.-edet. Nem véletlenül kérdeztem, hogy mégis mi értelme annak az unsetnek. Mint látható, semmi.

==========================

(#5381) zzolika :
ha kiválasztotta valamelyik terméket, akkor nálad nem lehet tudni, mi történik, nagyjából semmi hasznosítható infót nem írtál.
Ha eleve történik egy oldalfrissülés a termék kiválasztásakor, akkor nem nagy szám PHP-vel megoldani ezt a feldolgozást.
Ha csak kliensoldalon klattyogtat, akkor meg AJAX-szal leszel kénytelen elintézni a dolgot.

Sk8erPeter

Igen, van oldalfrissülés. Egy gombra újraszámolja/frissíti az oldalt. Ez egy javascript függvényt hív meg, ami a form mezõibõl kiszámolja amit kell és berakja a textablakokba. Ebbe szeretném beletenni hogy a végén elküldje az eredményt emailben.
Többféle képpen próbálkoztam:
<img src="mail_kuld_szamol.php?uzenet="+szoveg style="display:none">
self.location="mail_kuld_szamol.php?uzenet="+szoveg;
window.location.assign("mail_kuld_szamol.php?uzenet="+szoveg);
window.open("mail_kuld_szamol.php?uzenet="+szoveg,'_self',false);

Mindegyik jó, átadja a php-s eljárásnak a szoveg változót hogy mit küldjön.
Csak az a baj, hogy egy új üres lapot nyit, az eredeti formos lapom helyett.
Azt szeretném hogy maradjon ott ahol van, ugyanabban az ablakban.

addVariable is ki lett próbálva, miután kivettem az unsetet, valahogy nem jött össze. mindegy, ?izé=bigyó formában működik, az a lényeg.
írtam hogy az oldal címe van a változóban, sima string, Home, About us stb.
tartalmilag nem 100% egyforma a kettő, csak a flash meg dizájn meg a szabadalmi téma. de nem érdekel, mondom hogy nem én írtam, csak ki kellett cserélnem a tetejét mind a kettőnek, ennyi. meg 1 éve a css-t kipofoztam mert gány volt az is. php-ra nem lettem megfizetve, majd talán jövőre, ha az ügyfél rászánja a pénzt. de jó neki ez állítólag.

[ Szerkesztve ]

Ha úgyis újrafrissül az oldal, akkor indokolatlan, hogy JavaScripttel akarod elküldözgetni az adatokat. Bár kérdés, hogy egyáltalán hogy frissíted. A felhasználó mondjuk megnyom egy gombot, és így eljut egy másik oldalra?
Ha a locationt változtatod, vagy window.open-nel nyitsz egy oldalt, nem csoda, hogy másik lapot is fogsz látni.
Még mindenféle kimenet megjelenítése előtt megvizsgálhatnád PHP-vel az adott oldalon, hogy be van-e állítva a form adott mezője ( isset($_POST['xyz']) ), és attól függően küldenél e-mailt vagy sem.
Erről bővebben a PHP topicban.

Sk8erPeter

Bocs ha nem fogalmazok pontosan, de kezdõ vagyok még a weblap készítésben.
Az egész site html/java-ban van. Csak azért jött hozzá pluszba a php, mert a régi oldalt kiegészítettem egy emailküldési funkcióval.
A frissítés egy gomb megnyomására (onClick event) történik, ami egy java functiont hív meg. Marad ugyanezen az oldalon, csak a beállított radiobuttonok és input textek alapján a java függvény kiszámolja, és belerakja a input textek readonly mezõibe az új értékeket.
Ha a locationt változtatod, vagy window.open-nel nyitsz egy oldalt, nem csoda, hogy másik lapot is fogsz látni. – Épp ezt szeretném elkerülni, csak nem tudom hogyan kell, ehhez kérnék segítséget.
Az isset ellenõrzés megvan a php küldés elõtt. Csak a html-bõl php meghívása a gond. Kérdezzek a PHP topicban, ez már oda tartozik?

[ Szerkesztve ]

Szerintem Te nem Java-ra, hanem JavaScriptre gondolsz, nagyon nem ugyanaz a kettő.

Vegyük azt, hogy van egy formod.
Legegyszerűbb eset:
Pl.:
<form action="" method="post">
<input name="blabla" type="text" />
<input type="submit" name="op" id="edit-submit" value="Save" class="form-submit" />
</form>

Felhasználó beír valamit a "blabla" textmezőbe, megnyomja a Save gombot, az üres action miatt a form adatai ugyanerre az oldalra fognak elmenni, nem kell a JavaScript.
Legyen a fájl neve itt most index.php, ebben van a form is.
PHP-s feldolgozás ugyanitt, az index.php-ben (fontos a PHP-s kiterjesztés!) - most direkt a legegyszerűbb esetet veszem, hogy ugyanabban a fájlban dolgozod fel:
<?php
function send_mail($from, $to, $subject, $body){
//.... elküldöd a levelet, ellenőrzöd, sikeres volt-e, ha igen, TRUE-val térsz vissza, ha nem, FALSE-szal
}

if(!empty($_POST['blabla']){
// ... beállítod a változókat
if( send_mail($from, $to, $subject, $body) ){
// sikeres volt a levélküldés
}
else {
// nem volt sikeres a levélküldés
}
}
?>
<!DOCTYPE ....>
<html>
<head>
....
<form action="" method="post">
<input name="blabla" type="text" />
<input type="submit" name="op" id="edit-submit" value="Save" class="form-submit" />
</form>
</head>
<body>
</body>
</html>

Most ez szándékosan nagyon egyszerű példa volt, de hátha ebből már ki tudsz indulni.
A konkrétabb PHP-s dolgok már a PHP topicba tartoznak.
Arra viszont figyelj, hogy ebben az esetben minden egyes termék-kiválasztásnál el fog menni egy e-mail, nem tudom, az jó lesz-e neked, nem lenne-e inkább jobb logolni egy adatbázisban (persze az már haladóbb dolog).

Sk8erPeter

Igen, javascriptre gondoltam. A php levélküldõ modul már készen van, de egy másik file-ban, mert több helyen is használom.
Ha erre a másik file-ra hivatkozok, akkor mindenképpen új lapon jelenik meg? Nem lehet megadni hogy az aktuális lapon maradjon?
Igen, az adatbázisban tárolás jobb lenne, csak nekem még túl nehéz, és a tárhely szervere 1302 Ft/MB/hó pluszpénzért engedi a MySQL-t. Ha olyan nagy lesz a forgalom, majd kiszedem belõle a levélküldést.

no leteszteltem mobilokon, a "Mobile" karatersorozat pöpecül működik iphone, android, winfos esetében, opera mini viszont nem lett felismerve, szal arra még kell egy kiegészítés.

Akkor még egyszer belinkelem:
http://detectmobilebrowsers.com/
Lásd a scripteket alul.

Sk8erPeter

"1302 Ft/MB/hó pluszpénzért engedi a MySQL-t"
Akkor válts tárhelyet.
Példa: 1, 2.

Na, ha van az index.php-d, akkor még a HTML-kódok kiíratása előtt betehetnél egy kódrészletet, úgy, hogy az e-mail elküldésére vonatkozó kódot függvénybe teszed!
Esetleg megmutathatnád, hogy néz ki a mostani kódod a mail_kuld_szamol.php fájlban (persze helyettesítsd blablával a konkrét mailcímeket, stb.).
A példád alapján:

<?php
if( !empty($_POST['szoveg']) ){
require_once('mail_kuld_szamol.php');

// .... változók beállítása
mail_kuldes($kitol, $kinek, $targy, $torzs);
}

?>
<!DOCTYPE ......>
<html>
......
</html>

A lényeg, hogy itt a HTML-kód kiíratása előtt megvizsgálod, létezik-e az adott változó a $_POST tömbben ("szoveg" index alatt), tehát az el lett-e küldve a formmal, ha igen, akkor include-olod a mail_kuld_szamol.php fájlt, így az abban lévő tartalom elérhető lesz, majd a mail_kuldes() függvényt meghívod, amiben a konkrét levélküldés történik. Tehát a háttérben elküldöd végül is a levelet, a felhasználó tudta nélkül. Aztán jöhet a kiíratás.
A konkrét eddigi kódodat esetleg bemásolhatnád, hogy még egyértelműbb segítséget tudjunk nyújtani.

Sk8erPeter

mail_kuld_szamol.php:
<html>
<body>
<?php
$email_to = "cimzett@cimzett.hu";
$email_subject = "uzenet temaja";
$email_message = $_GET["uzenet"];
$headers = 'From: '.'automata_felado@cimzett.hu'."\r\n".
'Reply-To: '.'automata_felado'."\r\n" .
'X-Mailer: PHP/' . phpversion();
$email_message = str_replace("__","\n",$email_message);
if(isset($uzenet)) {
@mail($email_to, $email_subject, $email_message, $headers);
}
?>
</html>

Ahonnan meghívom (részlet):
<SCRIPT LANGUAGE="JavaScript">
<!--
function szamol(){
.........
// ar valtozót kiszámolja a radiobuttonok alapján
// a form mezõinek feltöltése az ar változóból
document.form_vegar.textfield1.value = ar;
document.form_vegar.textfield2.value = ar*darab[db];
document.form_vegar.textfield3.value = ar*darab[db]*1.27;
// a szoveg változóban van az elküldendõ üzenet
window.open("mail_kuld_szamol.php?uzenet="+szoveg,'_self',false);
}

.......
<input name="textfield1" type="text" size="10" readonly="readonly">
.......
<input name="Button" type="button" value="Szamol" onClick="szamol()">
.......

Az eleve nem jó, hogy a PHP-kódodat körbeveszik a szokásos HTML-tagek - felesleges, ez háttérben zajló folyamat kell, hogy legyen, mert itt most nem akarsz semmit kiíratni.

Az eddigi JavaScriptes cuccot is úgy, ahogy van, kihagyhatod, elég, ha ezt rábízod a PHP-re. Az is feleslegesnek tűnik, hogy a kiszámolt értéket egy readonly text mezőbe bemásold (vagy nem tudom, mi a célod ezzel).
Ez pedig nem jó:
<SCRIPT LANGUAGE="JavaScript">
mert a language attribútum régóta deprecated.
Inkább így:
<script type="text/javascript">
De mondom, jelen esetben ezt a JavaScriptes kódot úgy, ahogy van, ki lehet hagyni.

Pont a lényeget, tehát a radio buttonöket nem másoltad be, de gondolom valami ilyesmi:

<input type="radio" name="blabla" value="Első" />
<input type="radio" name="blabla" value="Második" />

Ezt PHP-oldalról is látod:
if( isset($_POST['blabla']) ){
//...
}

De most látom, hogy az eddigi formod GET metódussal működik, nem POST-tal, ez nem tudom, esetedben indokolt-e, de ebben az esetben így éred el:

if( isset($_GET['blabla']) ){
//...
}

A kódodban van egy ilyen: if(isset($uzenet)) , de az $uzenet változó nincs sehol beállítva. Gondolom ehelyett $email_message akart ott szerepelni. (Remélem a register_globals nincs bekapcsolva...)

Tehát akkor vegyük azt, hogy így néz ki a formod:

<form method="get" action="">
<div>
Első: <input type="radio" name="blabla" value="Első" />
Második: <input type="radio" name="blabla" value="Második" />
</div>
</form>

(legegyszerűbb példával)

A mail_kuld_szamol.php fájlodat ez alapján átalakíthatnád így is (ez szintén nem a legszebb, inkább legegyszerűbb megoldás):

<?php
function mail_kuld_szamol($selected_value){
// ha nincs beállítva, vagy üres a változó, akkor egyből visszatérünk
if( empty($selected_value) ){
return false;
}
$email_to = "cimzett@cimzett.hu";
$email_subject = "uzenet temaja";

$price = 0;


if($selected_value == 'tökömtudja'){
$price = 123123;
}
else{
$price = 654;
}

$email_message = 'Kiválasztott: '.$selected_value.', ár: '.$price;
$headers = 'From: '.'automata_felado@cimzett.hu'."\r\n".
'Reply-To: '.'automata_felado'."\r\n" .
'X-Mailer: PHP/' . phpversion();
$email_message = str_replace("__","\n",$email_message);

return @mail($email_to, $email_subject, $email_message, $headers);
}

Az, hogy itt nem tettem záró PHP-taget, az teljesen szándékos! Erről bővebb infót olvashatsz a PHP hivatalos oldalán is, ez egy megszokott dolog, ha egy fájlban kizárólag PHP-kódok vannak, és nem akarod, hogy esetleges whitespace-ek gondot okozzanak.

A kód persze csak példajellegű, de láthatod, hogy PHP-oldalon is kiszámolhatók a szükséges értékek, nem JavaScripttel, ami már csak azért is jó, mert így a felhasználó még a forrásódból sem láthatja, hogy számolod az értékeket (nem mintha nehéz lenne kitalálni, hogyan számolsz nettóból bruttó árat ). Persze a függvénybe ennél jóval értelmesebb ellenőrzések lennének szükségesek.

Aztán az index.php-be pl. így:

<?php
if(!empty($_GET['blabla'])){
require_once('mail_kuld_szamol.php');
mail_kuld_szamol($_GET['blabla']);
}
?>
<!DOCTYPE ......>
<html>
......
</html>

De tényleg átmehetnénk a PHP topicba.
Írd le, ha valamelyik rész nem világos.

Sk8erPeter

Köszi a sok segítséget, átrágom magam rajta.
A kiszámolt értéket azért rakom egy readonly text mezőbe, hogy a látogató lássa a végleges árat. De ne tudja módosítani (kézzel átírni), mert ezt a mezõt küldöm el az emilben.

Igen, ilyen a radiobutton, csak sok van belõle:
<label>
<input type="radio" name="RadioGroup4" value="0" title="20 db">
20 db </label>
<br>
<label>
<input type="radio" name="RadioGroup4" value="1" title="50 db">
50 db </label>

Az $uzenet változót az url-ben adom át (mert máshogy nem tudtam)"mail_kuld_szamol.php?uzenet="+szoveg
Igazad van, nem a $_GET-el vettem át de mûködik jól a kód így is.

A form egyébként POST: <form name="form_vegar" method="post" action="">

A számolás azért a nettó/bruttótól bonyolultabb, ez csak a legvége. Akkor szerinted érdemesebb az egészet átrakni php-be? Ha elakadok (biztos lesz ilyen), akkor kérdezek a PHP topikban.

Sziasztok!

Röviden a lényeg: pár éve néhányan összefogtunk, hogy legyen egy saját filmes ranglistánk. PazsitZ fórumtárs munkájának köszönhetően aztán ebből lett egy működő site is, amit az aláírásomban található linken elérhettek.

Szeretnénk új életet lehelni a dologba, azonban ehhez szükségünk lenne valakire, aki jártas a web design területén és van némi szabadideje ezzel foglalkozni, hogy ne free css template-re legyünk rászorulva.

Ha esetleg valaki kedvet érez ehhez és futja rá a szabadidejéből, kérem jelezze nekem.

Figyelem! Ez nem a Prohardver lapcsalád álláshirdetése, fizetés sincs, csak a filmkedvelők hálája!

"How a government taxes its citizens is a direct declaration of a country's values."

"A kiszámolt értéket azért rakom egy readonly text mezőbe, hogy a látogató lássa a végleges árat."
Én úgy vagyok vele, hogy ami kiszámolt érték, és amit a felhasználó úgysem fog tudni módosítani, azt inkább nem readonly űrlapmezőbe rakom, hanem valami egyéb DOM-elembe (<p>, <div>, stb...). Nem is látom értelmét itt szövegmezőbe tenni az árat.

"Akkor szerinted érdemesebb az egészet átrakni php-be?"
Persze, ez esetben mindenképp. A felhasználó nem kell, hogy lássa a számolás menetét, ráadásul az általad korábban bemutatott JavaScriptes számolgatós, szöveg-összerakós, majd GET-tel másik fájlnak átadós módszer nagyon csúnya.

A jobb megközelítés az, hogy amikor a felhasználó kiválasztja a terméket, akkor mint mondod, amúgy is van oldalfrissülés, ekkor PHP-vel lekezelni a kapott adatokat, kiszámolgatni az árat, majd elküldeni az e-mailt - mindezt a háttérben.

Sk8erPeter

Azért tûnt jó ötletnek szövegmezõbe tenni az árat, mert ezt az adatot a Post utáni ablakból is ki tudom olvasni. Tudom hogy csúnya, mondtam hogy kezdõ vagyok, örülök hogy egyáltalán mûködik.
Azt sem tudtam engedi-e a szerver a php-t, meg az eredeti is csak html-ben volt. Kicsit macerásabb a php, hogy nem tudom lokálisan azonnal tesztelni, mindent fel kell tölteni a szerverre (2 perc után szétkapcsol). Újra kéne írni az egész site-ot php-ban, jobb lenne, ha lesz idõm meg tudásom hozzá majd megcsinálom.

Már le sem merem írni hogyan oldottam meg a végén, nagyon neandervölgyi, de mûködik. Csináltam egy 1 pixeles framet és abban nyílik meg a meghívott php-s szubrutin, hogy ne írja felül a többi képernyõn lévõ cuccot.

Hogyan lehet a speciális karaktereket átadni? Pl: sortörés, + jel? (ezért írtam '__' a '\n' helyett, amit utána visszacserélek, mert az nem ment át?

[ Szerkesztve ]