Keskustelu: Nettisivujen teko: IE ja eväste

Mikä mahtaa mättää, kun IE ei tunnista eikä luo php:n evästettä.
?

ohjelmointivirhe.

Aivan, siinä on varmaankin jotain vikaa. Kristallipallo on luultavasti kaikilta taas hukassa, kerro lisää.

Kyseessä on tuo sama ohjelma, josta aiemmin kirjoittelin.
IE näyttäisi tekevän evästeen minun php-sivuiltani, jossa kyseinen php-ohjelma on tulostettu iframella. Sen sijaan evästeen lisäys ei toimi html-testisivuilla, joissa se tulostetaan img-tagilla.

Ps. Lisäsys klo 16.09:
Koodi ei ole tämän kummempi:

session_register($nimi);
setcookie($evastenimi,$nimi, time() + 60 * 12);

Voisiko IE:n kodalla vaikuttaa se, että tuo testi-juttu on eri sivutilassa (sonerassa) kuin php-tiedosto, joka asettaa evästeen?

Ps. Juu-u. Nyt tämäkin on testattu. Laitoin htm-tiedoston samaan kotisivutilaan, jossa php-skripti on, ja kas, IE asettaakin evästeen.
Huono homma tuo, että ei toimi tuolla seinän toisella puolella... :)

Ei tietenkään toimi. Evästeet ovat sivustokohtaisia, muutenhan mikä tahansa sivu voisi lukea sinultakin kaikenlaiset muiden sivustojen salasanat (tai MD5-hashit), istuntotunnisteet ja muut. Varmaan pitäisit tällaisesta ominaisuudesta?

Metabolix kirjoitti:

Ei tietenkään toimi. Evästeet ovat sivustokohtaisia, muutenhan mikä tahansa sivu voisi lukea sinultakin kaikenlaiset muiden sivustojen salasanat (tai MD5-hashit), istuntotunnisteet ja muut. Varmaan pitäisit tällaisesta ominaisuudesta?

Kyseessä näyttäisi kuitenkin olevan IE:n ominaisuus. Ainakin Firefox ja Chrome toimii tuossa toisin.

Käsitin tämän näin (toki vasta sen tarkennuksen jälkeen, että tässä on kyse samasta koodista kuin viereisessä ketjussa):

- Sulla html-sivu s1.comissa.
- Tältä html-sivulta kutsut kuvaa tai php-sivua iframessa, joka sijaitsee s2.comissa (jossa siis on php-tuki).
- s2.com asettaa evästeen
- seuraavalla sivunlatauksella, kun php-tiedostoa kutsutaan s2.comista, IE ei ole hyväksynyt evästettä, mutta muut selaimet ovat?

Vastaavanlaiseen ominaisuuteen olen törmännyt opera-minilläni. Esim. galtsussa kun katsoo oman sivun vierailijalatausstatistiikkaa (joka on eri palvelimella sijaitseva kuva), ei opera mini suostu näyttämään kuvaa, jos se on asetettu "ei julkiseksi".

(Hups... jäin kiinni, että ole ostanut vipit galtsuun... :S)

ajv kirjoitti:

Käsitin tämän näin (toki vasta sen tarkennuksen jälkeen, että tässä on kyse samasta koodista kuin viereisessä ketjussa):
- seuraavalla sivunlatauksella, kun php-tiedostoa kutsutaan s2.comista, IE ei ole hyväksynyt evästettä, mutta muut selaimet ovat?

Oikein ymmärretty.
En ole tuota vielä testannut muilla selaimilla kuin tuossa mainituilla. Eikä ole tarvettakaan. Riittää, kun IE, joka on laajalti käytetty, osoittaa että sillä ei toimi.
Skripti, joka on htm-sivulla, tulostaa kuvan javascriptissä. Se poimii joitakin tietoja ja syöttää ne php-tiedostolle. En tiedä vielä, päädynkö tässä käyttämään Javascript evästettä vai supistanko tuon ohjelman ominaisuuksia siltä osin, mitä tuo eväste sitä vähän laajentaisi. Pitää harkita.

Sen verran olen taas tutkinut lisää, että tradedoubler onnistuu lähettämään evästeen IE:n kautta, vaikka tilanne on sama kuin minulla tuossa testissä.
Ilmeisesti he tulostaa sivulle javascript tiedoston, joka poimitaan script-tagiin:

src="http://impfi.tradedoubler.com/imp?type(js)pool(199279)a(1255503)......

Pekka Mansikka kirjoitti:

Sen verran olen taas tutkinut lisää, että tradedoubler onnistuu lähettämään evästeen IE:n kautta, vaikka tilanne on sama kuin minulla tuossa testissä.
Ilmeisesti he tulostaa sivulle javascript tiedoston, joka poimitaan script-tagiin:

src="http://impfi.tradedoubler.com/imp?type(js)pool(199279)a(1255503)......

Vielä omituisemmin kun sovellat tuota, voit tehdä muualta kutsuttavan (php:llä luodun) scriptin joka asettaa evästeen ja laittaa noscriptin sisälle näkymättömän iframen evästeen asettavaan php-tiedostoon.

Tai hankkia suosiolla PHP:tä tukevat palvelintilat.

ville-v kirjoitti:

Vielä omituisemmin kun sovellat tuota, voit tehdä muualta kutsuttavan (php:llä luodun) scriptin joka asettaa evästeen ja laittaa noscriptin sisälle näkymättömän iframen evästeen asettavaan php-tiedostoon.

Tai hankkia suosiolla PHP:tä tukevat palvelintilat.

Yritän hiukan miettiä mitä tarkoitat, ja vaikuttaa siltä että tarkoitat sellaista jonka olen jo tehnyt, eli.
1. Teen php-skriptin, joka asettaa evästeen.
2. Kutsun sitä muualta, esim. soneran tai lycosin palvelimelta javascriptillä.
3. Laitan Noscriptin niitä varten, joilla javascript ei ole päällä.
Ongelma vaan on siinä, ettei IE luo evästettä.

Tradedobler kiertää tuon ongelman jollakin konstilla, en tiedä miten. Niimpä esim. soneran palvelimella oleva doublerin mainos luo IE:tä käytettäessä evästeen, joka on lähtöisin tradedoublerin sivuilta, ei osoitteesta personal.inet.

Eihän tuossa pitäisi vaikuttaa mitenkään, että ladataanko se kuva joltain toiselta palvelimelta. Eli jos lataat tradedoublerin sivulta kuvan (esim. IMG-tagin kautta) niin silloin sen sivun (eli kuvan) mahdollisesti laittama eväste on tietenkin tradedoublerin domainiin.

Eli jos IE mielestäsi ei luo evästettä tai se ei säily, niin kannattaa tutkia mikä siinä evästeen asettamisessa bugittaa siinä kuvan luovassa skriptissä.

Valoa näkyvissä :)
Ratkaisu tähän näyttäisi olevan javascript.
Se näyttää seuraavalta;
1. Laitan esim. soneran sivuille javascript-pätkän, jossa on tarppeelliset vakiomuuttujat. Sitten tulostan script-tagissa kotisivuillani olevan js-tiedoston. (Googlen Adsense toimii hiukan samoin)
2. Kotisivuillani oleva js-tiedosto luo evästeen, tulostaa img-tagissa php-tiedoston ja syöttää img-tagissa sille annetut muuttujatiedot.
3. Näyttäisi toimivan, vaikka luokin evästeen nimellä personal.inet.fi, mutta se on toisarvoinen asia.

Pitää saada vain tuo eväste vielä toimimaan kunnolla. Yhteen väliin siinä juuttui päälle "ikuinen eväste". Mutta nyt toimisi paremmin. Täytyy testailla silloin tällöin. (Tulee vähemmän kyhättyä tuota javascriptiä)