azt hiszem crockl és én is attól félünk, hogy, mint az nemegyszer előfordul, hiányos ismeretek alapján túlságosan leszűkitett problémára kérsz megoldást, és ezzel előidézed azt a veszélyt, hogy végül az egész rendszer szempontjából az optimálisnál (sokkal) rosszabb megoldás születik. Ezért ilyenkor az ember (legalábbis én) általában bölcsen elküld a dokumentáció felé, hogy te állítsd össze magadnak a megoldást, mert mivel csak te tudod, hogy mi mihez illeszkedik majd, csak te tudsz optimális megoldást adó döntést hozni.
Az az igazság, hogy - így visszaemlékezve - ott a 156-158. sorok környékén félbehagytam egy kis programozást, és ezt azóta szépen el is felejtettem, ezért maradt ott a hiba.
Hogyan tudok olyan elágazást és vizsgálatot csinálni, hogy egy kis függvényecske megvizsgáljon egy dátumot (ami lehetőleg hh/nn/éééé formátumban van megküldve a függvénynek), és ezt a kapott dátumot az aktuális (mai) dátummal összehasonlítva csináljon valamit? (Tehát ha a megkapott dátum később van mint a mai dátum, akkor mondjuk írja ki x-et, ha viszont már eltelt az a dátum, akkor y-t.)
Köszi előre is a választ. Javascriptben meg tudtam csinálni, de php-hez nem értek ennyire.
Ááááá! És ezt a kódot ti karban tudjátok tartani?! Tisztelettel javaslom unix alatt az indent parancs használatát.
A hiba oka: a 156. sorban (if) a zárójeleket nem zárta le a kód írója megfelelően, ezért a 158. sort még a logikai kifejezés részének próbálja értelmezni.
Továbbá úgy vélem, lemaradt a sor végén egy { is, legalábbis ahogy így nézem, leginkább úgy lenne értelme a kódnak.
ja, de mondjuk az utilspic-be nem hasznal semmi session valtozot es csak function-ok vannak benne amelyek a html-t allitjak elo. Ezen tulmenoen, igazad van, es jo hogy ideirtad, de pre nelkul is olvashato ;) foleg 1 link az megiscsak jobb ;))
Nagyon nem értek a sessionhoz (azt is meg kéne már tanulni :-( ), ugyhogy bocs ha nagy marhaságot mondanék, de láttam egy ilyet a php.net-en:
If you are using an include page, such as a config or possibly common-functions page, that relies on session variables being pulled from the sesssion, remember to add the session_start() function _before_ you call the includes, or your session will not be called by the page...
I've been frustrated by this so many times it's not funny.
Use:
session_start();
include 'inc/config.inc.php';
include 'inc/common.inc.php';
/*Page code*/
?>
Not:
include 'inc/config.inc.php';
include 'inc/common.inc.php';
session_start();
/*Page code*/
?>
Ahogy elnéztem te is egy include($rel . "phpz/utilspix.php");-val kezdesz. Talán ez?
Kedves req999, örök hálám a végtelen űrön át is üldözni fog! Az a vicces helyzet állt elő, hogy bár szuperül működik, de ha bottal versz agyon se tudom megmondani hogy mitől és hogyan (bár erre nem vagyok büszke, de a rutintalanságomra fogom)... :-))) A képek eltárolását egyébként nem a PHP-n keresztül végezzük (arra ott van az SQL-ben futó adatbáziskezelő), de akkor az az "input" művelet (a tárolás) ezek szerint rendben van.
Mindenesetre még egyszer nagyon-nagyon köszönöm, azt hiszem innentől már menni fog!
Amikor a képet berakjátok az adatbázisba, a képet az addslashes() függvénnyel érdemes tárolni, mert így a veszélyes byte-okat semlegesíti.
Amikor kell a kép, az <img src="kepletolto.php?a kép adatbázisbeli azonosítója"> módon célszerű lekérni.
A "kepletolto.php"-ban meg valami ilyesmi legyen:
///////////////////////////
require "adatbazishoz_kapcsolodas.inc.php";
$kep_id = intval($QUERY_STRING);
$kep_adat = mysql_query("SELECT kepadat FROM kepek WHERE id=" . $kep_id);
if (mysql_num_rows($kep_adat))
{
list($kep) = mysql_fetch_row($kep_adat);
header("Content-type: image/jpeg");
echo (get_magic_quotes_gpc()) ? $kep : stripslashes($kep);
}
else
{
// itt esetleg visszaadhattok egy standard "nem találom a képet" jpeget
}
///////////////////////////
Végignézegettem a topcikat és úgy tűnt, talán itt lenne a legjobb hely a kérdésemnek, ha mégsem akkor bocs. :-)
Szóval adott a PHP-Apache-MsSQL hármas. Az adatbázisban főként szöveget tárolunk, de néha képeket is, .jpg formátumban, binárisan tárolva. Szeretnénk kiolvasni a képeket és a böngészőben megjeleníteni. Erre azt találtuk ki, hogy "hagyományos" módón (az mssql-query és mssql-fetch-row parancsokkal) kiolvastatjuk a PHP-vel a megfelő mező tartalmát, létrehozunk egy ideiglenes .jpg kiterjesztésűfile-t, és a kiolvasott adatokat beletöltjük.
Na és itt kezdődnek a gondok. A file létrejön (pár byte-nyi méret-eltéréssel az eredetihez képest, látszólag megfelelő nagyságban) de csak a kép kb. első 8-10%-a hibátlan, utána borul a egész: gyakorlatilag értelmezhetetlen lesz, bár néha egy-egy részlet felismerhető marad, de a színek ott is elcsúsznak.
Vmilyen konverziós hibára gyanakszunk de nem tudjuk hogy ki lehet a hunyó...
Nagyon hálás lennék ha vki meg tudná velem osztani az ezirányú tapasztalatait! Ha nagyon off a téma, el is küldhettek melegebb éghajlatra csak legyen ott vki aki tud segíteni... :-)
Előre is köszönöm!
1) vagy en vagyok eltevedve vagy te, de en ugy latom a PHP cimu topci-ba irok most
2) anelkul hogy latnank a csoda script-edet nehez lenne megmondani miert nem megy es mi nem megy, nemde?
Rádbízom, de ez szerintem csak tüneti kezelés. De ha belefér, belefér, ezt te tudod eldönteni.
A lap karakterkeszletet hiaba allitgattam oda-vissza mindegy volt. - ezt hogyan tetted?
Esetleg egy kulon fajlban levo php script eseten annak alap betukeszletet meg lehet adni? - mit értesz alap betűkészlet alatt, illetve miért érdekes, hogy külön fájlban van?
Nekem az kellene, hogy mindkettő fusson... szépen görögjön a felső részen is a szöveg, meg az alsón is...
Azt elfelejtettem mondani, hogy a két script teljesen megegyezik, lévén, h ugyanaz a funkciójuk... Esetleg összeakadhatnak emiatt? (Bár kipróbáltam két különböző görgető scripttel is... és akkor is összeakadt.)
Bocs, nem teljesen a topic témához tartozik, de úgy látom itt pörög a legjobban az élet, és nekem sürgős válasz kéne.
A probléma egyszerű, remélem a megoldás is az (nektek :)): Van egy sima frames htm oldalam, mely tartalmaz két framet. A framekben lévő htm-ekben van egy kis javascript progi, mely automatikusan görgeti a szöveget. Namármost: ha külön külön futtatom a htm-eket, akkor működnek, de ha a frame-ben akarom őket futtatni, akkor csak az egyik megy...
Az nem a Ti szerveretektol fugg, ha 1 host-nak nincs csak ip cime, tehat neve nincs, akkor a HOST ures lesz, tehat mindig az IP-t nezd, majd esetleg gethostbyaddr, vagy tarold el mindkettot, es ha host ures, akkor remote_addr meg mindig ott lesz.
manual olvasasa ugye hogy mi is az az a host.
Az előző (vagy valamelyik előző) sorban nem zártad le az idézőjeleket jól, nyitva maradt, és ezért a PHP értelmező azt próbálja kódként értelmezni, amit te ebben a sorban idézőjelek közé akartál írni.
inkabb egy php forrast tegyel fel .txt-be ebbe a sorba sok hiba nem van nincs abba bent:)
Amugy a session_start a include elott vagy echo elott tehat adat kiiras elott legyen, ha esetleg most nem ott lenne, persze a parse error adja most magat az adatot:) Szerintem az echo elott lesz amugy vmi.
