- gban: Ingyen kellene, de tegnapra
- Luck Dragon: Asszociációs játék. :)
- Szoszo94: Xiaomi Mi Router 3G - Padavanra fel!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Gurulunk, WAZE?!
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- sh4d0w: Csak a profit - emberélet nem számít
- vrob: Az IBM PC és a játékok a 80-as években
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz
Siriusb #12751 üzenetére
[A-Za-z0-9-]+
Ennél a reguláris kifejezésnél egyébként érdemes tisztában lenni azzal, hogy ez ténylegesen csak A-Z-ig terjedő nagybetűkre, a-z-ig terjedő kisbetűkre, valamint a 0 és 9 közt lévő számokra illeszkedik, plusz a kötőjelre, pedig egy URL más karaktereket is tartalmazhat (például alsóvonás (_), szóköz, pont, vessző, plusz karakter, stb.).
Szóval ez csak akkor működik jól, ha van valamiféle transliteration az URL aliasokra, amely csak ezekre a karakterekre korlátozza a lehetséges aliasokat (az egyebeket helyettesíti). -
Lacces
őstag
válasz
Siriusb #12751 üzenetére
és Soak,
Köszönöm a segítséget, sajnos nekem ezek a megoldások nem jók. De hátha meg lelelem előbb-utóbb
http://prohardver.hu/muvelet/hsz/ - ezt szeretném úgy megoldani, hogy ne fájl elérési útvonalként fogja fel az apache.
Ha az index.php-ban meghívom a $_SERVER['REQUEST_URI']-t akkor annak tartalma a /muvelet/hsz/ legyen!Lehet itt valami Followsys kell nekem....
-
Speeedfire
félisten
válasz
Siriusb #12265 üzenetére
Ott kellett hagyni, jobb saját utakon járni szerintem.
Jaja, én is erre gondoltam, hogy "új oldal blablabla, ezen meg ezen a linken..."
Nem tudom.
vgyuri: Ennyire nem szeretném "túlbonyolítani" a dolgot.Nem tudom mennyivel jobb/biztonságosabb, de sok helyen olvasom, hogy elvileg így a legjobb.
Tele von Zsinór: A salt az adatbázisban van rögzítve regisztráláskor.
Hehe, valóban. Hogy erre miért nem gondoltam...Igen, saját fejlesztés az oldal yii alapokon.
Melyik verziótól lesz ez elérhető?
Megfontolom a dolgot, bár ahogy nézem a lib is 5.3.7-et igényel. -
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz
Siriusb #10262 üzenetére
"3. Drupla-féle poormanscron jellegű megoldás, de ezt inkább nem fejtem ki.
"
De itt úgyis leírják.
Amúgy ötletes megoldás.
Na jó, mégis leírom, nagyjából ennyivel összefoglalható: ha nincs crontab-beállítási lehetőséged, akkor jön jól ez a megoldás: elhelyez egy JavaScript-kódot az oldalon, ami AJAX-szal a betöltés után kérést intéz a szerver felé, és ha már szükséges, elvégzi az ütemezett feladatokat. Ehhez persze az kell, hogy látogassák is az oldaladat.
-
ArchElf
addikt
válasz
Siriusb #10195 üzenetére
Az erősen cégcsoportfüggő. Az előző munkahelyemen meg csak kényszerből voltak windows-os szervereink. Gyakorlatilag csak a login, levelezpőszerver és néhány fejlesztett alkalmazás szervere volt windows - a többi solaris volt és linux (összesen kb 100-150 szerver).
Ez a dolog - nagy cégeknél - nem rendszergazdai döntés eredménye. Ez a vállalatvezetők hitkérdése.AE
-
Sk8erPeter
nagyúr
válasz
Siriusb #10058 üzenetére
Ajjaj, előre félek...
Akkor majd várlak a Drupal topicban, ahol jelenleg úgyis temetőhangulat van. -
Sk8erPeter
nagyúr
válasz
Siriusb #10043 üzenetére
kutyuli
Na, ennek a pluginnek nem akart most egyszerűen beugrani a neve, kösz(#10042) riska1982 :
Ennek nem sok köze van a PHP-hoz.
Az a plugin tényleg jó, amit Siriusb linkelt.
De ami neked ebből konkrétan kell, az inkább ez:
jQuery Waypoints - Scroll Analytics -
modder
aktív tag
válasz
Siriusb #9746 üzenetére
IP címre soha nem szabad hagyatkozni egyediségvizsgálatnál: dinamikus ip cím, nat.
Csak most kapcsolódtam be, de egy egyszerű, bárki számára elérhető anonim szavazásnál tényleg simán elég egy cookie. Az emberek nem törlik minden percben a cookie-kat, persze aki rosszindulatúan szeretné módosítani a szavazást, annak így is megvan a lehetősége.
Ha mindenképpen ki akarod kényszeríteni az egyedi szavazást, akkor elengedhetetlen a regisztráció.
-
Sk8erPeter
nagyúr
válasz
Siriusb #9671 üzenetére
Ezen én is röhögtem.
(#9668) Superman : j0k3r! jól írta, pont az lesz a - legnagyobb - baj, amivel kezdi a hozzászólását.
Ez tipikus ilyen lezáratlan stringes hibaüzenet. (A többi tanácsot is érdemes megfogadni.
)
-
Jim-Y
veterán
válasz
Siriusb #9570 üzenetére
Ezt én is néztem, sőt próbáltam is vele, csak az a gond,hogy ha van egy ilyen tömböm
alma
retek
cékla
alma
répaakkor ebből egy ilyet csinál
array{
[alma] -> 2
[cékla] -> 1
[retek] -> 1
[répa] -> 1
}Végigiterálva a tömbön ás az elemeit kiírva ez lesz az eredmény
2
1
1
1Úgy nyílván el tudom érni az elemeket, hogy array['alma'] és akkor visszakapom, hogy 2. De én nem tudom, hogy milyen elemek lesznek a tömbben, így nem is tudom őket megfelelően indexelni
Ez a probléma, de ha valaki megmondja, hogy hogyan tudom elérni jól a leggyakoribb elemet az array_count_values esetén, az is jó lenne már
üdv
-
Tele von Zsinór
őstag
válasz
Siriusb #8367 üzenetére
Én szeretem az OpenID-t, mostanra elég elterjedt. A google-t szoktam használni authentikátornak (azaz az ott levő identitásommal lépek be, nem saját szerverrel). De például okáért a facebook is openid-szolgáltató, az meg elég ismert
FF10, és működnek.
-
Tele von Zsinór
őstag
válasz
Siriusb #8363 üzenetére
Regisztrációhoz és bejelentkezéshez kötöd. Vagy mondjuk OpenID-val google fiókhoz, ezt elég egyszerű megoldani. Gitorious csúnyán le van most halva, később nézz rá, a lényeg: lightopenid class + ~25 sor kód és kész a guglis openid-belépés.
-
PazsitZ
addikt
válasz
Siriusb #8059 üzenetére
Gyakorláshoz persze, de mivel eddig nem ezt tette, gondoltam, publicban használni is akarja majd, és nem otthonról hosztingolni.
localba meg WAMP, XAMP, linux alatt meg szvsz érdemesebb külön felpakolgatni ezen cuccokat.(#8060) Retekegér: tudtommal igen. Jah mMeg létezik még egy ilyen forma: http://neved.atw.hu/index.php - http://users.atw.hu/neved/index.php
-
Sk8erPeter
nagyúr
válasz
Siriusb #8003 üzenetére
Hát igen. Amúgy miután ezeken a fázisokon végigment az ember, még mindig könnyű hibát véteni a konfigfájlban, aztán nézni, hogy most mi van má' megint (persze kellő szopás után viszonylag gyorsan rájössz a hibaüzenetekből, de akkor is idő megy vele). Ezért volt nekem felüdülés, vagy inkább kellemes meglepetés az IIS admin-felülete (alapvetően eléggé ódzkodtam tőle, míg ki nem próbáltam). Összekattintgatod, és egyszerűen mennek az oldalaid.
Nem is igazán világos, normális grafikus felület miért nem készült még Apache-hoz - csak ilyen: [link], de próbáltam, még mindig elég silány, csak a konfigfájlt állítod, még mindig el lehet cseszni, és ettől kezdő nem kattintgatja össze az oldalt -, azért ennyire senki nem lehet konfigfájl-buzi.(na jó, de)
-
Lacces
őstag
válasz
Siriusb #7998 üzenetére
Az volt, hogy nem találta a fájlt. 404-es hiba.
De már megy!
Nélküled nem ment volna, mert amit linkeltél oldalt... idegeségemben valszeg nem vettem észre tegnap rajta ezt a linket:
https://help.ubuntu.com/community/phpMyAdmin
És már itt volt az utolsó sorok hozták helyre...
Külön köszönet neked és a többieknek a türelmedért!
-
Lacces
őstag
válasz
Siriusb #7995 üzenetére
Működik! Köszi!
Ezután a két sor után a terminálban, már bejött!
If this does not work, then you can do the following to include the phpMyadmin-shipped Apache configuration into Apache:
sudo ln -s /etc/phpmyadmin/apache.conf /etc/apache2/conf.d/phpmyadmin.conf
sudo /etc/init.d/apache2 reload -
Lacces
őstag
válasz
Siriusb #7988 üzenetére
; open_basedir, if set, limits all file operations to the defined directory
; and below. This directive makes most sense if used in a per-directory
; or per-virtualhost web server configuration file. This directive is
; *NOT* affected by whether Safe Mode is turned On or Off.
; http://php.net/open-basedir
;open_basedir =Csak ennyit találtam a php.ini-ben, az egyenlőség jel után tegyem?
-
-
fi:zi'k
nagyúr
válasz
Siriusb #7331 üzenetére
Ez már a második nekifutás. Már volt feltöltve. Nem változott semmi. És az admin panelon sem találtam meg, hogy lenne erre bármi utalás. Másrészt, ha nekem pl nem kellene, akkor egyszerűen csak törölnöm kellene, de ezt se tudom megtenni, mert nincs hozzáférésem.
Érdekes módon a most letiltott több menüelemnek van megfelelője, egyedül ennek nincs.A lényeg, hogy nem akarok én feleslegesen okoskodni, de jelenleg nem látok más megoldást.
-
Xirtam
veterán
-
Xirtam
veterán
válasz
Siriusb #7132 üzenetére
Na megpróbálom megfogalmazni.
Ha ráktaintasz egy FŐ kategóriára (pl, processzor,alaplap) ugye azon belül vannak alkategóriák. Ez a barom még is kiírja, hogy nincs termék. Az oké. De ha megtudnánk valamilyen úton módon oldani, hogy ne lehessen a FŐ KATEGÓRIÁRA (pl. processzor,alaplap,ram) kattintani az lenne a legjobb. Csak a mellette lévő + ikonra amitől kinyílik a FŐ KATEGÓRIA.
De végig néztem az összes category.php file-t amit tartalmaz a websop motorja de egyikben sem találtam meg azt a HREF-t ami erre utalna
-
cucka
addikt
válasz
Siriusb #7118 üzenetére
Van valami előnye annak, ha egy változóhoz rendelek egy anonim függvényt, minthogy egyszerűen a következőképpen alkalmazom:
Abban az esetben van értelme, ha a függvényt egy másik függvénynek szeretnéd átadni paraméterként.a php.net példáiban következetesen használják kiírandó stringekben a \n - t
A php-t lehet használni általános célú scriptnyelvként is. A nyelv szempontjából nézve az teljesen mindegy, hogy az output, amit a stdout-ra raksz, az html vagy sem. -
cucka
addikt
válasz
Siriusb #7067 üzenetére
A rosszul megírt rekurzív függvény sem szemeteli tele a memóriát, a legrosszabb, ami történhet, hogy nem ér véget a futása, de ezt meg úgyis észreveszed
.
Nyilvánvalóan nem érdemes rekurziót használni, ha az a feladat, hogy számolj el 10-ig. Vannak olyan feladatok, amire a rekurzív függvény a kézenfekvő és általánosan használt módszer, például ha be kell járni egy fát. -
cucka
addikt
válasz
Siriusb #7065 üzenetére
1. Azért, hogy a statikus változót visszaállítsa 0-ra. Ez csak egy példakód.
2. Mert a függvényben egymás után le fognak futni a sorok. Ha a függvényen belül meghívod a test() függvényt, akkor az a futása után oda tér vissza, ahonnan hívtad, tehát a programod onnan fog tovább futni.
Tehát a függvényed először megnöveli a count-ot majd meghívja saját magát. A meghívott függvény megnöveli a count-ot majd meghívja saját magát. Ez megy egészen addig, amíg tizedszer hívta meg magát.
A tizedik hívásnál a feltétel hamis, ezért nem hívja meg magát, hanem továbblép: csökkenti a count-ot majd kilép, a futás pedig ott folytatódik, ahonnan meghívtad, vagyis a 9. szinten, ahol szintén csökkenti az értéket, majd kilép a 8. szintre és így tovább. -
kukinyo
addikt
válasz
Siriusb #7034 üzenetére
Nem itt kellene valamit variálni a theme.php-ba?
// [linkstyle]
function linkstyle($linkstyle){
global $style;define('PRELINK', ""); // the html to use before the links are displayed
define('POSTLINK', ""); // the html to use before the links are displayed
// define('linkclass', ""); // the css class to apply to each link
// define('linkclass_hilite', ""); // the css class to apply to the currently selected link
define('LINKSTART', ""); // the html used before each link
// define('LINKSTART_HILITE', " "); // Current page highlights the corresponding menu-item
define('LINKEND', ""); // the html used after each link
define('LINKDISPLAY', 1); // the link display mode
define('LINKALIGN', "right"); // how the link should be aligned
// define('linkseperator', " ");
} -
Sk8erPeter
nagyúr
válasz
Siriusb #6924 üzenetére
Szerintem az "ágyúval verébre" inkább a Joomla esetében igaz.
Nekem a Drupal 7-es verziójának AJAX-alapú admin-felülete nagyon tetszik, könnyen kezelhetőnek és áttekinthetőnek találom, a 6-os verzió admin-felülete viszont számomra kifejezetten kényelmetlennek és kicsit káoszosnak tűnik. Persze meg lehet találni benne a dolgokat, meg nyilván vannak template-ek akár az admin-felület testreszabására is, de az kicsit jobb, hogy a 7-esben ez már eleve adott.
Csak ugye az a gáz, hogy a 7-eshez még viszonylag "kevés" template és modul készült el, inkább még mindig csak a 6-oshoz találhatók ilyenek, pl. webshopmodulokból is inkább legfeljebb beta-verziókat találtam, vagy egyáltalán nem (mint asszem az Übercarthoz sincs kész a 7-es). Tudtommal elég sok minden változott a 7-es változatban, így még lehet, hogy várat is magára sok modul elkészítése.
Na, szóval igazából amire ki akartam lyukadni, hogy nekem végül is jó lenne a 6-os, de annak az admin-felülete egy átlagos felhasználó szemszögéből (ne az itteni fórum látogatóiból indulj ki, akik vélhetően nem egységsugarú júzerek) nem tűnik olyan kényelmesnek (vagy csak nem találtam hozzá megfelelő skint, ha van ilyen, szívesen fogadom), a Joomláé talán valamennyivel kézenfekvőbb meg kicsit szebb - kód meg pár egyéb dolog szempontjából viszont a Drupal a jobb választás; Joomla talán a kicsit több elkészített választható template meg modul miatt. Persze valóban, ízlések és pofonok különböznek.
Szóval tényleg nincs igazság! -
Sk8erPeter
nagyúr
válasz
Siriusb #6886 üzenetére
"ha valamikor bővíteni kell az oldal funkcionalitását, csak jobban jársz..."
Mire gondolsz konkrétan? Csak azért kérdezem, mert elvileg a Joomla is könnyen bővíthető, és számtalan modult készítettek hozzá, ráadásul úgy tudom, az egyes template-ek és modulok sok esetben visszafelé is kompatibilisek (ezt saját tapasztalatból nem tudom se cáfolni, se alátámasztani, csak hallottam olyantól, aki használ Joomlát egy ideje), míg ez Drupalról eddigi tapasztalataim alapján nem elmondható.
Sok fórum olvasgatása során mondjuk arra jutottam én is, hogy a Drupal jópár szempontból "profibb", a kódja szebb, letisztultabb, ráadásul brutálhosszú dokumentáció van hozzá. Másik szempont mondjuk, hogy a Joomlához meg esetleg épp a nagyobb népszerűsége miatt lehet több helyen segítséget találni gyors keresés után."Részemről örülök, hogy már belevágtál ilyen projektbe, én is a Te tudásodból élek :
"
Na, ne túlozz.
A menüs linkeket köszi, bár asszem már találkoztam velük, de most jobban áttanulmányozom.
Ja tényleg, azt elfelejtettem mondani, hogy amennyiben valamelyik részre az "Elsődleges hivatkozások" nevü menürészt bepakolom, ott tök jól látszik a menühierarchia, tehát azt elvileg simán tudnám felülbírálni CSS-sel és/vagy JavaScripttel, hogy hogyan jelenjen meg, nekem csak az volt a fura, hogy elvileg az alapmenürendszernek kapásból kéne tudnia ezt a lenyíló menüs dolgot.(#6888) PazsitZ :
"a drupal vezet globális használatban"
Tényleg? Csak mert eddig úgy tudtam, még mindig a Joomla a népszerűbb, ezért is van, hogy sokkal több template és modul található meg hozzá, mint Drupalhoz...
Mondjuk én csak abból indulok ki, amiket fórumokon és egyéb helyeken olvastam, de az nagyjából mindenhol egybecsengett, hogy a Joomla épp amiatt jóval népszerűbb (állítólagos statisztikák alapján, én ilyeneket mondjuk nem nézegettem), mert kattintgatós módszerrel szinte még a hülye is össze tud vele dobni egy egyszerűbb oldalt. Drupal meg mondjuk állítólag nehézkesebb ilyen szempontból. Őszintén szólva utóbbit sem értem, miért, legalábbis a 7-es változatnál, mert ott egy nagyon fasza AJAX-os felületen full egyszerű cikkeket írogatni, menüket hozzáadni, meg a többi dolgot megvalósítani, ilyen szempontból nem találtam nehezebbnek a Joomla-nál. DE kipróbáltam a Drupal 6-ost is, az még tényleg nem ennyire kézenfekvő, szerintem a 7-es felülete sokat egyszerűsödött."Viszont ezzel szemben sokkal többre képes, mint a joomla."
Milyen szempontból? Úgy tudom, jogosultságok és SEO terén pl. a Drupal erős, de Joomlához meg szinte nincs olyan modul, ami ne lenne megtalálható neten.Ja tényleg, még egy szempont, ami engem még inkább a Drupal felé lök: nálam fejlesztés közben a php.ini-ben a hibajelentéssel kapcsolatos alapbeállítás az E_ALL | E_STRICT, hogy a legszigorúbb hibaellenőrzés legyen bekapcsolva, így elkerülve a későbbi bakikat, és a Joomlánál ezen beállítás esetén szinte nincs olyan menüpont, amelyikbe belelépve ne kapnék valami PHP-hibát (az E_STRICT beállítás tényleg elég szigorú). Ez számomra nagyon zavaró. Ahogy észrevettem, Drupalnál ezzel szemben erre is odafigyeltek, mert a Drupal menüpontjainak böngészgetése közben egyáltalán nem látok PHP-s hibát.
Sokan mondják, hogy ezek a hibajelentések figyelmen kívül hagyhatók, és felesleges foglalkozni velük, de ezzel nem értek egyet. Fejlesztés közben legyen bekapcsolva, így lehet megtanulni elkerülni nemtörődömségből, igénytelenségből vagy épp kisebb tudáshiányból eredő bakikat (én is rengeteget tanultam ezekből). Főleg egy keretrendszernél nem mindegy, mennyire figyelnek oda az alapvető programozástechnikai hibákra, még ha azok kisebb hibák is, amik összességében nem okoznak nagy galibát. -
Sk8erPeter
nagyúr
válasz
Siriusb #6884 üzenetére
Hali!
Köszi a hozzászólást, nagyjából én is ezekre jutottam, de igazából még mindig nem sikerült dönteni ezek alapján sem.
Tulajdonképpen mindkettő jó valamilyen szempontból, Drupalt használtam eddig többet, de ez a lenyíló menüs dolog számomra tökéletesen érthetetlen módon nem akar összejönni, egyszerűen a HTML-kimeneten sem jelenik meg, az már jobb eset lenne, ha CSS-szarakodásra lenne szükség, de sajnos nem csak erről van szó."Mondjuk az nem világos, Neked miért lenne CMS-re szükséged, simán megírsz mindent kapásból, nem?!
"
Hát köszi a feltételezést.Meg tudnám írni az oldalt úgy, hogy jól testreszabható legyen, admin-felülete is legyen, stb., de az a baj ezzel, hogy rengeteg időt vesz igénybe, főleg az, hogy mindent elejétől a végéig meg kell írni magadtól, és lényegében ilyenkor az embernek az idő múltával fel kell fedeznie a spanyolviaszt, tehát a munkája végére nagyjából oda jut el, hogy akár nyugodtan használhatott volna erre egy keretrendszert is.
Azért találom jónak ezeket, mert rengetegen fejlesztik, csiszolgatják, és valóban fel tudják gyorsítani a munkát.
Szívtam már nagyon sokat azzal, hogy admin-felületet elejétől végéig én csináltam meg, és a validálással, teszteléssel, hibák javításával, kiegészítgetéssel, megfelelő adatbázis létrehozásával és minden egyébbel együtt rengeteg időt vett igénybe - de legalább egész stabil tudásra és "fejfalbeverésre" sikerült eközben szert tenni...
Gondolj bele, akár csak azt megoldani, hogy a menürendszer tetszőlegesen bővíthető és egymás alá rendelhető legyen (szülő-gyerek viszony), a hozzá tartozó adatbázis kiépítése, majd miután ez megvan, fancy átrendezhető felületet kialakítani hozzá, nevüket és egyebeket szerkeszthetővé tenni, validálni, hogy elkerüljük a rosszindulatú kód beágyazásának lehetővé tételét, stb., már kapásból egy rohadt sok időt igénybe vevő feladat. És ez még csak egy a sok megoldandó feladat közül.
Szóval végül is nem ördögtől valók ezek a keretrendszerek, tulajdonképpen szükséges rossz, vagy épp jó, mert sok PHP-fejlesztő úgy gányolja szét az oldalát, és rakja tele biztonsági lyukakkal, ahogy kell, ezek nagy része elkerülhető Joomla, Drupal és társaival, még ha ezekben is vannak biztonsági rések - legalább nem tátonganak.Ha a Drupalhoz valakinek sikerült megoldani a lenyíló menüs problémát (adott menüpont a szülőelem, hozzátartozó gyerekelemek az almenüpontok), akkor az ne kíméljen, hogy csinálta.
-
Brown ügynök
senior tag
válasz
Siriusb #6512 üzenetére
Ez nem oldotta meg sajnos.
+Sk8erpeter: Argumentumokat jelenleg is adok át csak azok nem jelennek meg az URL-ben, ezért ezzel már nem kell foglalkoznom a mod_rewrite során. Ami az index.php-ban van az pedig nem véletlenül van úgy ahogy.
Mint mondtam ez egy elülső vezérlő, tehát minden kérést ez a fájl kezel és adja vissza a megfelelő választ:
$uri = $_REQUEST['REQUEST_URI'];
if ($uri == '/komment/index.php' && isset($_GET['id'])) {
show($_GET['id']);
}Az összes lehetséges kérésnek elkészítjük a megfelelő választ (útvonalat a válaszhoz) a többi megy a levesbe (404).
(Ebben a kérésben egy változót is átadtunk ['id'], ekkor végrehajtódik a show() fv. amivel lekérhetünk egy oldalt, írhatunk az adatbázisba, stb.)Ehelyett$uri == '/komment/index.php' szeretnék egy szebb megjelenést :
$uri == '/komment/show' de valamiért még mindig Object not found. -
DeltaPower
addikt
válasz
Siriusb #6321 üzenetére
kb ez a különbség, amit írtál.
bind_result kódtömörítésre hasznos, pl egy objektum értékeinek feltöltésénél ehelyett$tomb=mysql_fetch_array($qry);
$this->valtozo1=$tomb[0];
$this->valtozo2=$tomb[1];
$this->valtozo3=$tomb[2];ennyit írsz:
mysqli_stmt_bind_result($qry, $this->valtozo1, $this->valtozo2, $this->valtozo3);
-
vakondka
őstag
válasz
Siriusb #1182 üzenetére
a notice szintű hibákat ki lehet kapcsolni ha az oldal tetején ez az első utasítás: error_reporting (E_ALL ^ E_NOTICE);
vagy minden ilyen apró hibát javítasz...
<?php
if (isset($_GET['p']) && file_exists('pages/'.$_GET['p'].'.php')) {
$page='pages/'.$_GET['p'].'.php';}
else {$page='pages/mainpage.php';}include ($page);
?> -
vakondka
őstag
válasz
Siriusb #1177 üzenetére
1. csinálsz egy index.php-t amiben minden benne van, csak a tartalom nincs (ami minden oldalon más)
2. a menüben ilyen linkeket készítesz: index.php?p=mainpage, index.php?p=contact, stb
3. ahol a tartalom lenne oda beszúrod ezt:
<?php
if (!file_exists('pages/'.$page.'.php')){$page='pages/mainpage.php';}
else {$page='pages/'.$page.'.php';}include ($page);
?>
így a tartalmi oldalakon nem kell fejléc, lébléc, menü, stb.
ui: ha egy az egyben másolod, akkor a tartalmi oldalakat a pages mappába mentsd és a fájlnév egyezzen meg azzal amit a linkben a ?p után írsz.
Új hozzászólás Aktív témák
Hirdetés
- Hisense LCD és LED TV-k
- Asztalos klub
- Elektromos cigaretta 🔞
- Samsung Galaxy Watch5 Pro - kerek, de nem tekerek
- Házimozi haladó szinten
- Nintendo Switch 2
- exHWSW - Értünk mindenhez IS
- Hitelkártyák használata, hitelkártya visszatérítés
- Path of Exile (ARPG)
- Tokba kerülnek a Pixel 10 mágnesei
- További aktív témák...
- X13 Yoga Gen2 13.3" FHD+ IPS érintő i5-1135G7 16GB 256GB NVMe ujjlolv IR kam aktív toll gar
- HP Elitebook Folio 9470M laptop (14/i7-G3/6GB/256SSD)
- Dell Latitude 5490 14" HD i5-8250U 16GB DDR4 256GB SSD gar
- LG 45GS95QX-B 45" ÍVELT OLED MLA WQHD 240HZ 0.03 MS GAMING MONITOR
- HP Zbook 15 laptop (15,6FHD/I7-G4MQ/16GB/128SSD/Nvidia2GB)
- Xbox Game Pass Ultimate kedvező áron, egyenesen a Microsoft-tól! - AUTOMATA BOLT
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Bomba ár! Lenovo X1 Yoga 1st - i7-6G I 8GB I 256SSD I 14" WQHD I HDMI I W10 I CAM I Garancia!
- Telefon felvásárlás!! iPhone 11/iPhone 11 Pro/iPhone 11 Pro Max
- Frederick Forsythe: Isten ökle (nem olvasott)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged