utf-8 alapból.
Lekérdeztem a forrást is, és a böngésző is ennek ismeri fel alapból... mégis krixkraxot ad....

www.refujvaros.hu

Igen, ennek a függvénynek én is megörültem, mert korábban a levagdosással szenvedtem, ami sikerült is, de azért ez így jóval egyszerűbb megoldás.

Köszi, akkor ezeket majd kipróbálom, de időközben lenne egy másik probléma:
szeretnék korlátozást beállítani a feltölthető fájltípusokra, de valamiért csak akkor működik, ha az if feltételnél egyetlen szempontot adok meg, ha VAGY-olom a feltételeket ( || ), akkor már igazából semmilyen típust nem enged feltölteni, és ez így nem túl vicces.
Így írom be, egy feltétel esetén tökéletesen működik, csak a több feltétel esetén nem:

//Fájltípusra vonatkozó korlátozások
$tipus = $_FILES['uploaded']['type'];
if ($tipus == ('application/octet-stream' || 'application/zip' || 'application/x-msdownload' || 'text/css' || 'text/html' || 'text/plain' || 'message/rfc822'))
{
echo 'Ne tölts fel ilyen kiterjesztésű fájlt!<br />';
$ok=0;
}

Mit ronthatok el?

Sk8erPeter

Hátha találsz itt megoldást, születtek karakterkódolási problémákról cikkek a Weblaboron is:
Karakterkódolási problémák kiküszöbölése
A MySQL nem ért magyarul, de még lehet rajta segíteni (ez lehet, hogy segít neked is)
MySQL 5.0: karakterkódolások
Magyar karakterek kezelése UTF-8-at használó MySQL-ben
stb.

Sk8erPeter

Rossz a feltételed.

Egyrészt amit írtál, az a megadott string-eken logikai vagy műveletet végez, majd megnézi, hogy az eredmény egyenlő-e a típus változóval. Próbáld inkább így.

if ($tipus == 'application/octet-stream' || $tipus=='application/zip' || $tipus=='application')

Másrészt létezik párszáz mime típus, amiből neked csak 3-4 típus a megfelelő, tehát inkább azt ellenőrizd, hogy beletartozik-e abba a 3-4 típusba, mint hogy azt, hogy beletartozik-e a maradék párszázba.

Harmadrészt a mime típust a kliens küldi, tehát megbízhatatlan. Javaslom, inkább a file kiterjesztése alapján ellenőrizz. Ha valaki rossz kiterjesztésű file-t tölt fel, akkor így járt.

[ Szerkesztve ]

Ahogy cucka is mondta, több szempontból se jó a módszer.

De amúgy a többféle MIME ellenőrzéséhez az ilyesmi jó, és átlátható:

$valid = array(
'image/jpeg',
'image/pjpeg',
'image/gif',
'image/png',
);

if(in_array($tipus, $valid)) {
// yada-yada-yada
} else {
// error
}

[ Szerkesztve ]

"Ami nem öl meg, az kisebbé tesz" - Super Mario

Köszi!
Át fogom nézni...

www.refujvaros.hu

Ha az oldaladon meg jó, akkor ne törődj vele nálam is megesik.

http://maerlyn.eu/ | Dropbox referral: http://db.tt/EmAcnLYD

Úgy emlékszem, képfeltöltésről van szó, legalábbis korábban esett itt szó az átméretezéséről.
Ahogy írták már, a böngésző által küldött mime megbízhatatlan. Ha azt akarod ellenőrizni, kép-e, használd a getimagesize() függvényt, képnél értelmes eredményt ad vissza, minden másnál hibát.

http://maerlyn.eu/ | Dropbox referral: http://db.tt/EmAcnLYD

Azt hiszem ez lesz... bár olyan jó volt, hogy belenyúlhattam az adatbázisba mindenféle fejlesztés nélkül, amikor kellett....

www.refujvaros.hu

Olyan problémám van, hogy van egy php fájlom és abban az alábbi tartalom:

<?
$a = rand(1,9);
$b = rand(1,9);
$_SESSION[c]=$a+$b;

$form_block = "
<form method=\"post\" action=\"$PHP_SELF\">
<p><strong>Your name:</strong><br>
<input type=\"text\" name=\"name\" size=30 value=\"$_POST[name]\"</p>
<p><strong>Your email:</strong><br>
<input type=\"text\" name=\"email\" value=\"$_POST[email]\"size=30</p>
<p>$a + $b = <br>
<input type=\"text\" name=\"szam\" value=\"$_POST[szam]\"size=30</p>
<p><strong>Comments:</strong><br>
<textarea name=\"comments\" cols=30 rows=5 wrap=virtual>$_POST[comments]</textarea></p>
<input type=\"hidden\" name=\"op\" value=\"ds\">
<p><input type=\"submit\" name=\"submit\" value=\"Mehet\"></p></font>
</form>";

if ($_POST[op] != "ds") {
echo "$form_block";

} else if ($_POST[op] =="ds") {

if ($_POST[name] == "") {
$name_err = "<font color=blue>Please enter your name!</font><br>";
$send="no";
}
if ($_POST[email] == "") {
$email_err = "<font color=blue>Please enter your email!</font><br>";
$send="no";
}
if($_POST[szam] != "$_SESSION[c]") {
$szam_err = "<font color=blue>Please enter your szam!</font><br>";
$send="no";
}

if ($_POST[comments] == "") {
$message_err = "<font color=blue>Please enter a comment!</font><br>";
$send="no";
}
if ($send !="no") {
$msg = "email sent from mywebsite.com\n";
$msg .="Name: $_POST[name]\n";
$msg .="Email: $_POST[email]\n";
$msg .="Comments: $_POST[comments]\n";
$to = "dvidee@gmail.com";
$subject = "Feedback Form";
$mailheaders = "From: My Website <dvidee@gmail.com>\n";
$mailheaders .= "Reply-To: $_POST[email]\n";
mail ($to, $subject, $msg, $mailheaders);
echo "<p>Elküldve sikeresen </p>";

} else if ($send == "no") {
echo "$name_err";
echo "$email_err";
echo "$message_err";
echo "$szam_err";
echo "$form_block";
}

}
?>

E-mailt küld a címemre ami működik is, de beépítettem egy apró biztonsági cuccot, hogy össze kell adni két számot. Az is működik, csak azt vettem észre, ha kiírja, hogy 2+3 akkor az 5 lenne, de nem fogadja el, hanem más az eredmény... Remélem értitek. Azt szeretném, hogy ne kelljen találomra beütni a számokat, hanem működön rendesen.
Ui: kezdő vagyok php-ben

lezso6, cucka, Tele von Zsinór: nagyon köszönöm mindannyiotok hozzászólását, sokat segítettetek!
Végül is maradtam a Tele von Zsinór által ajánlott getimagesize () függvénynél, ez bizonyult a lehető legegyszerűbb megoldásnak, mivel a lehető legtöbb képtípust támogatja.
Ha esetleg több olyan képtípus is felmerül, amit nem szeretnék, hogy feltöltsenek, akkor a lezso6 által ajánlott if (in_array(...) ) megoldást fogom választani, az is nagyon kézenfekvő.
cucka, abban pedig tökéletesen igazad van, hogy inkább azt engedjem, amit feltölthetnek, ne azt tiltsam, amiből többszáz típus van, először nem is tudom, ezt hogy gondoltam...
Ezt viszont már több helyen is olvastam, amit írtál, de nem értem az okát:
"Harmadrészt a mime típust a kliens küldi, tehát megbízhatatlan."
Miért olvas ki a fájlból esetlegesen rossz információt?

___________________

Végül egyébként sikerült megoldani azt is, hogy ha létezik a fájl, akkor tegye mögé az alsóvonás utáni számot, attól függően, hogy hányszor létezik hasonló nevű fájl, tehát az volt a végső megoldás, hogy közvetlenül a move_uploaded_file függvény elé tettem egy ellenőrzést:

$target_dir = "upload/";
$target = $target_dir . basename( $_FILES['uploaded']['name']);
$fajlnev = $_FILES['uploaded']['name'];
// bla-bla... utána:
//Létezik már azonos nevű?

if (file_exists($target))
{
$file = $target;
$name = substr($file, 0, strrpos($file, '.')); // kiterjesztés levágása
$i = 1;
while(file_exists($file))
{
$i++;
$file = $name . '_' . $i . '.' .$path_parts['extension'];
}
echo 'A fájl neve korábban már szerepelt! Összerakott fájl neve: '.$file.'<br /><br />';
$target = $file; //hogy ne az eredeti elérési út maradjon, hanem az új névvel mentse el a fájlt a move_uploaded_file fv.-ben is
$fajlnev = substr($target, (strrpos($target, '/')+1));
// hogy utóbbi változók is az új célhelyre mutassanak a move_uploaded_file fv.-ben
}

//eddig tart az ellenőrzés;

if(move_uploaded_file($_FILES['uploaded']['tmp_name'], $target))
{
// bla-bla...
}

_________________________________

Itt (Google Cache által elmentve) pedig találtam egy tömböt, melyben a legtöbb, a böngésző vagy a szerver által kérdésesen támogatott vagy megjeleníthető ékezetes vagy egyéb karakter megtalálható - ez alapján szeretném kicserélni a feltöltendő fájl nevében szereplő esetleges hasonló karaktereket, na meg a szóközt!
Ilyesmi módon oldjam meg, ahogy itt látható, vagy a preg_replace() függvénnyel, vagy utóbbinak ehhez semmi köze?

[ Szerkesztve ]

Sk8erPeter

Miért olvas ki a fájlból esetlegesen rossz információt?

Nem arról van szó, hogy a böngésző szúrja el, bár erre is láttam már példát; sokkal valószínűbb az, hogy egy rosszindulató látogató hamisít bele. Ha csak a mime alapján ellenőriznél, akkor mondjuk fel tudna tölteni egy .php filet, ha azt mondja, image/jpeg. Innen általában egyszerű kisakkozni, hova lett mentve és voilá: saját php kódját futtatja a te szervereden.

Az ékezetes, egyéb karakterekre valami ilyesmit ajánlok:

static public function slugify($text)
{
// replace non letter or digits by -
$text = preg_replace('~[^\\pL\d]+~u', '-', $text);

// trim
$text = trim($text, '-');

// transliterate
$text = iconv('utf-8', 'us-ascii//TRANSLIT', $text);

// lowercase
$text = strtolower($text);

// remove unwanted characters
$text = preg_replace('~[^-\w]+~', '', $text);

if (empty($text))
{
return 'n-a';
}

return $text;

}

(forrás)

Ha van iconv modulod, ez a legjobb megoldás: utf8-ból alakít sima ascii-vá úgy, hogy transliterál (van erre magyar kifejezés? ), azaz az á-ból a-t csinál, de a ä-ból is, ë -> e, ç -> c, satöbbi.

http://maerlyn.eu/ | Dropbox referral: http://db.tt/EmAcnLYD

Minden oldalletöltéskor új $a-t és $b-t generálsz - csak akkor csináld, amikor kiiratod a formot.

http://maerlyn.eu/ | Dropbox referral: http://db.tt/EmAcnLYD

Hali mindenkinek.

Lenne egy olyan problémám, hogy fájlból akarok kiolvasni adatokat és feldolgozni. A probléma az, hogy a fájl utf-16-os kódolású, és egyszerűen nem lehet feldolgozni semmivel. Egyáltalán a php kezeli az utf-16-os cuccokat?

A Marsról jöttem, de már kúr*ára visszamennék!

Üdv!

Az iconv() függvénnyel át tudod konvertálni a fájl tartalmát a neked megfelelő formátumra.

Először is köszönöm a tippet. Kipróbáltam már az iconv()-t de nem ment. Megjelent minden tartalom, meg minden, de minden betű közé tett egy fekete kérdőjelet.

A főbb kérdés az lenne nálam, hogy magát az utf16-os fájlt nem lehet, mondjuk megnyitom fopen-nel, és annak az fgets tartalmát kellene feldolgozni. De nem lehet mert amit beviszek a feldolgozo.php fáljba karaktert, az nem utf16-os kódolás, hanem mondjuk utf8. Ha létrehozok egy utf16-os fáljt, benne a kóddal, akkor nem tudja értelmezni a böngésző. Egy nagy fehérség, még egy szimpla echot sem ír ki. Legalábbis nálam. Na ez itt a gond.

A Marsról jöttem, de már kúr*ára visszamennék!

$handle = @fopen("utf16_fajl", "r");
if ($handle) {
while (!feof($handle)) {
$buffer = fgets($handle, 4096);
$buffer = iconv('UTF-16','UTF-8',$buffer);
echo $buffer;
}
fclose($handle);
}

Így próbáltad ki az iconv() függvényt? Mert elméletileg ennek mennie kellene. Karakterkódolgatásoknál mindenképpen az iconv() függvény valamilyen formában való használata a nyerő szerintem.

Hali!
Ezt most kipróbáltam, de ez az á, é, stb. ékezetes karaktereket pl. csak simán eltávolítja.
Gondolom ez a

// remove unwanted characters
$text = preg_replace('~[^-\w]+~', '', $text);

sor miatt van, mintha rosszul dolgozná fel a beolvasott karaktereket.
Ráadásul ez a könyvtárral együtt lévő hivatkozás esetén a '/' (perjel) karaktert is lecseréli '-' (kötőjel) karakterre, az meg nem jó, igaz, ez mondjuk megoldható, úgy, hogy nem a könyvtár nevével együtt teszem be a szöveget, hanem csak simán, a fájl nevére hivatkozva, tehát ez még annyira nem is lenne érdekes (de ettől függetlenül nem jó, hogy így van).

Érdekes az is, hogy ha úgy csinálom, ahogy itt van: iconv

echo 'Original : ', $text, PHP_EOL;
echo '<br />';
echo 'TRANSLIT : ', iconv("UTF-8", "ISO-8859-1//TRANSLIT", $text), PHP_EOL;

akkor meg az ékezetes karakterekből ilyen karaktert csinál, kimenet:

Original : upload/Gyémánt.gif
TRANSLIT : upload/Gy�m�nt.gif

Szerk.: ezek szerint itt nem látszik, de amit kiír, az ilyen négyzet alakú ikon.
Legalábbis ez az, amit kiír, de valójában ez lesz belőle a tényleges fájlnév, amit feltölt:

Gyémánt.gif

Ez így nem túl jó. Ezért is gondoltam arra a tömbös megoldásra.
Ez böngészőfüggő probléma lehet? Operából próbálom, ha ez érdekes. Ja, és természetesen UTF-8 kódolású maga a php-fájl, ha ez fontos.
Mi lehet a probléma? Alternatíva?

[ Szerkesztve ]

Sk8erPeter

Szerintem nem teljesen jól csinálom, tudnál még segíteni?

Hali.
Vki tudna egy xim.hu-n lévő scripthez hasonlót csinálni? Elég lenne egy egyszerű, ami kiírja az user ID-jét csak.
Ami ugye megmutatja hogy ki nézte meg az iwiw-emen az adatlapomat, de viszont nem változik az oldalon semmi, illetve nem is írja ki hogy én látom hogy vki megnézte.

Konfigom: http://goo.gl/OVbJz Hírdetéseim: http://goo.gl/iXz0y

Hali!

Teljes mértékben ez volt az első amit kipróbáltam
De!
Nem adom fel és úgyis addig fogom csinálni amíg nem lesz jó, és kész.

Egyébként köszönöm a választ.

A Marsról jöttem, de már kúr*ára visszamennék!

Üdv!

Hát sajnos így nincs mit.

Még átfutottam a kérdéskört több szempontból, lehet hogy már talákoztál ezekkel az oldalakkal, de azért belinkelem, hátha valami hasznosat ki tudsz szűrni belőlük. Egyébként a te problémáddal nagyon nem találkozni, inkább az utf16-ra való visszakonvertálás a problémásabb.

http://www.moddular.org/log/utf16-to-utf8
http://hu.wikipedia.org/wiki/Byte-sorrend

http://codingforums.com/showthread.php?t=157777

Gyorsmegoldás: ezt tedd át az echo $form_block alá, még a {} blokkon belülre:

$a = rand(1,9);
$b = rand(1,9);
$_SESSION=$a+$b;

[ Szerkesztve ]

http://maerlyn.eu/ | Dropbox referral: http://db.tt/EmAcnLYD

Nem böngészőfüggő, a php kód a szerveren fut
Nálam ilyen egy próbafuttatás:

tibia@sziget:~$ php --run 'echo iconv("utf-8", "us-ascii//TRANSLIT", "Gyémánt") . "\n";'
Gye'ma'nt

a fontos különbség: iso-8859-1 vs. us-ascii. Előbbi esetén nálam is furaság lesz a végeredmény

A preg_replace()-s sor, amit bemásoltál eltávolítja a nekem nem kellő karaktereket (url komponenst állítok elő), azaz mindent, ami nem szám vagy betű. Utána jön az iconv, majd megint egy preg_replace, hogy az iconv által berakott felesleget eltávolítsa. Emiatt elnézésed kérem, korábban azt mondtam, elég az iconv az ékezetek eltávolításához, de kell mögé az a preg_replace is.

[ Szerkesztve ]

http://maerlyn.eu/ | Dropbox referral: http://db.tt/EmAcnLYD

Betettem, de nem jeleníti meg a számokat...szerintem így sem jó.

Így néz ki, most:
if ($_POST[op] != "ds") {
echo "$form_block";
$a = rand(1,9);
$b = rand(1,9);
$_SESSION[c]=$a+$b;
}

[ Szerkesztve ]

Nah, olvasgattam egy kicsit, meg mással is foglalkoztam, aztán nekiálltam mégegyszer.

Tiszta lappal, headerben utf 8, iconv és nem fopennel, hanem fgets-el már működött.
Most dolgozom fel a stringet

Kössz a linkeket, meg a segítséget.

Lehet tegnap annyira akartam, hogy az akaratom elgörbítette a tér-idő dimenziókat, és ettől a böngésző kínai karaktereket vágott ki a képernyőre

A Marsról jöttem, de már kúr*ára visszamennék!

[...]

if ($_POST[op] != "ds") {
$a = rand(1,9);
$b = rand(1,9);
$_SESSION['c']=$a+$b;
echo "<form method=\"post\" action=\"$PHP_SELF\">
<p><strong>Your name:</strong><br>
<input type=\"text\" name=\"name\" size=30 value=\"$_POST['name']\"</p>
<p><strong>Your email:</strong><br>
<input type=\"text\" name=\"email\" value=\"$_POST['email']\"size=30</p>
<p>$a + $b = <br>
<input type=\"text\" name=\"szam\" value=\"$_POST['szam']\"size=30</p>
<p><strong>Comments:</strong><br>
<textarea name=\"comments\" cols=30 rows=5 wrap=virtual>$_POST['comments']</textarea></p>
<input type=\"hidden\" name=\"op\" value=\"ds\">
<p><input type=\"submit\" name=\"submit\" value=\"Mehet\"></p></font>
</form>";

} [...]

http://maerlyn.eu/ | Dropbox referral: http://db.tt/EmAcnLYD

Nagyon szépen köszönöm (így utólag is a segítséged), de nálam most sem jó. Csak azt értem el vele, hogy nem az űrlapos részen írja ki a hibát, hanem amikor újratölt ott külön.

Át akartam állni a mysql-ben. php-ben, html-ben utf-8 kódolásra.
Az itt tanácsolt függvénnyel (iconv), kódhivatkozások átírásával (ez volt egy vagon a html k-től kzdve a php.ini-ig, a szerkesztett php-im átkódolása utf-8-ra stb, stb). Egy problémám maradt:
[link]
Természetesen a phpmyadmin-ra gondoltam. Ezen a felületen az ékezetes betűim 2 bytos kriksz-kraksz maradt. A weblapomon semmi probléma, gyönyörűen lekezelte és olvasható volt minden. De ez a fránya phpmyadmin nem.
Utánajártam a dolgoknak. Egy apró programsor maradt ki a programomból, aminek a beírása másodpercekben mérhető, a bosszúsága pedig napokban-hetekben.
Ez pedig az adatbázis megnyitása után kiadható: SET NAMES 'utf8'.
Ezután már a weblapom is kriksz-krakszokat jelenített meg De ez így volt jó.
Végül nem maradt más, ki kellett javítanom egy erre megírt rutinnal a hibás karakterkombinációkat, és minden tökéletes lett... én pedig bölcsebb...

[ Szerkesztve ]

www.refujvaros.hu

Most veszem csak észre: session_start() nincs az elején, de te használnád a sessiont. Tedd oda, és jó lesz.

http://maerlyn.eu/ | Dropbox referral: http://db.tt/EmAcnLYD

Sajna nem jó így sem... Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by
Meg frissíti az oldalt és úgy írja ki a hibát űrlap nélkül, ja és az eredménnyel megint gond van mert összeadom és nem jó.

A hibaüzenet azt jelenti, hogy a session_start kiírtál valamit az output-ra. Ez lehet egy egyszerű print, vagy egy szóköz a <?php tag előtt, esetleg a szövegszerkesztőd a file elejére illeszti a BOM-ot, tehát azt kapcsold ki.

Ha valakit mélyebben érdekel: a php a http válasz fejlécét akkor hozza létre, amikor először kikerül valami a programod standard kimenetére. Bármilyen, a http fejléceket módosító függvényt csak ez előtt lehet meghívni. Ilyen például a header(), a session_start() vagy a setcookie() függvény is.

[ Szerkesztve ]

Hú ennyire nem ismerem Notepad++ a szerkesztőm, de nem találom, nagyon kínai nekem.

Formátum/átalakítás UTF-8 formátumra (BOM nélkül)

"...kis zártkörû PH-s imdb..." :D - http://phmovies.pazsitz.hu - http://pazsitz.hu -

Végrehajtottam amit mondtál, de ugyan azt a hibát dobja ki...

Ha esetleg tudnátok a megoldást megírnátok, vagy kipróbálnátok...nagyon megköszönném. Sajnos ismét csak este tudok géphez jönni, akkor visszanézek fórumra.
Köszönöm az eddigi segítségeiteket is!

Sziasztok, Szeretnék egy kis segítséget kérni. Egy űrlapot készítek, ahol egy termék szabadon beírható neve mellett szeretém megadni a kategóriát is, amit egy legördülő listáról kellene kiválasztani. A választható lehetőségeket szeretném egy kategoriak nevű táblából feltölteni. Hogyan lehet ezt megoldani?

Előre is nagyon köszönöm, ha valaki segít!

Eddig eljutottam:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Insert title here</title>
</head>
<body>

<form action="termek_hozzaadasa.php" method="post">
<p>Termék név:<br>
<input type=text name="termek_nev" size="75"><br>
Kategória:<br>
<select name="termek_kategoria">
<option value=""></option>
<option value=""></option>
</select>
<input type=submit name="submit" value="Hozzáadás">
</p>
</form>

</body>
</html>

Lehetne még finomítani rajt, de így már működik:

[link] -> [link]

[ Szerkesztve ]

"...kis zártkörû PH-s imdb..." :D - http://phmovies.pazsitz.hu - http://pazsitz.hu -

üdv

"címkefelhőt" szeretnék csinálni, de nem tudom a legjobb megoldást.

Lényeg az lenne, hogy az adott bejegyzésekhez tartoznak címkék, amit be tudna olvasni a táblából. és azt kellene megoldani, hogy ami többször szerepel, azt annyival nagyobbra tenni, amennyiszer szerepel.

DE

oldalanként változó, hogy 10 vagy 50 cimke van, és egy előfordulás 3x vagy 20x ismétlődik.
szóval egyszerű "ahányszor van, annyiszor nagyobb" az nem jó, mert 20x nagyobb ne legyen, de ha a két leggyakoribb 2x ill 4x fordul elő, akkor is emelje ki rendesen őket.

Van valakinek tippje? mindent megszámolni és valahogy százalékolni?

Telekom-adó mentesen keress Skype-on vagy Viber-en! --- www.e-szakuzlet.hu | www.gerisoft.hu | www.szeged-klima.hu

Ez egy teljesen jó kreatív feladat, kis gondolkozással te is meg tudod oldani

Én így csinálnám: a cimkék előfordulása legyen m és n között, a lehetséges betűméretek pedig a és b között. Az [m..n] intervallumot kell áttranszformálni a [a..b] intervallumra, mondjuk lineárisan, hogy egyszerűbb legyen.

Ha nem jutsz előre, segítek, de amúgy ez tök jó feladat, simán menni fog szerintem

[ Szerkesztve ]

Az utolsó kérdésedben ott a válasz. Mondjuk százalék nem kell, csak hányad.
Ehh, bár végülis az százalák...

AE

[ Szerkesztve ]

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

Ugye...
1) mentettél is
2a) nem inline a php kódod, hanem <?php val kezdődik a fájl, és az első sor a session_start();
2b) ha inline de mégsem az első, ugye az include-olt fájlok is BOM nélkül vannak mentve, és nem inline-osak, és nincs bennük egy szem kimenetre írás sem.

AE

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

Milyen az az inline php kód?

eddig eljutottam én is, hogy kb így kell, de....

- a betűméretek max 5-6 lépésben lehet (van értelme), ergo azt, hogy melyik címke hányszor fordult elő, azt max 5 sávra fel kellene bontani, és úgy megmondani, az adott szó hányszor fordult elő.

vagyis akkor is jól kell működjön, ha csak 20 cimkét talált, és max 4 az előfordulás, meg akkor is, ha 150 cimkét talált, és 30 a max, 3 a min

Telekom-adó mentesen keress Skype-on vagy Viber-en! --- www.e-szakuzlet.hu | www.gerisoft.hu | www.szeged-klima.hu

Nálad tök jó, de nálam ezt írja:

Warning: Cannot modify header information - headers already sent by (output started at /mnt/storage/www/virtual/.../index.php:8) in /mnt/storage/www/virtual/l.../mail.php on line 2

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /mnt/storage/www/virtual/.../index.php:8) in /mnt/storage/www/virtual/.../mail.php on line 3

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /mnt/storage/www/virtual/.../index.php:8) in /mnt/storage/www/virtual/.../mail.php on line 3

Binclude-oltad a mail.php-t és úgy tűnik mintha a mail.php 3. sorában lenne az output.

"...kis zártkörû PH-s imdb..." :D - http://phmovies.pazsitz.hu - http://pazsitz.hu -

Igen include-olva van, baj?

Na lássuk.
Ha elolvasod a hibaüzenetet, akkor kiderül, hogy

output started at /mnt/storage/www/virtual/.../index.php:8

Itt írtál ki először valamit a script kimenetére, ekkor a php létrehozta a http header-t. (Korábban ezt már leírtam)

in /mnt/storage/www/virtual/.../mail.php on line 3

Itt próbálod meghívni a session_start()-ot. Ez az előző kódsor után fut le.

Ennél jobban nem tudom elmagyarázni, bocs.

3. sorban <head> tag van. Holnap próbálkozom vele, nagyon szépen köszönöm a tanácsokat!