- Futott egy Geekbench kört egy új HTC készülék
- Poco X6 Pro - ötös alá
- Azonnali mobilos kérdések órája
- Apple AirPods Pro (2. generáció) - csiszolt almaságok
- Huawei Mate 10 Pro - mestersége az intelligencia
- Vodafone-ra áttért Digi Mobilosok
- Xiaomi Mi 11 Ultra - Circus Maximus
- iOS alkalmazások
- Yettel topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Saját Redmi Note 13 Pro+ a világbajnok focicsapatnak (és indiai rajongóiknak)
ma Argentína nemzeti válogatottjának mezével díszítik az új Redmi különkiadást.
-
Agyi chipes gyártóba fektetett a kriptocég
it A Tether 200 millió dollárt fektet a Blackrock Neurotech agyi chipes vállalatba.
Új hozzászólás Aktív témák
-
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.https://toptarget.hu - Online Marketing Ügynökség
-
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);
?>https://toptarget.hu - Online Marketing Ügynökség
-
vakondka
őstag
válasz Siriusb #1188 üzenetére
Szívesen
Egy tipp: írd bele a linkbe a menü szövegét, vagy a hozzá tartozó fontos kulcsszót,
ez egy kicsit segíthet hogy keresőbarátabb legyen az oldal.
pl. <a href="index.php?p=hifitornyok" title="hifi tornyok">Hifi Tornyok</a>stb.
https://toptarget.hu - Online Marketing Ügynökség
-
Speeedfire
nagyúr
válasz Siriusb #6272 üzenetére
Azért nem tudod használni, mert nincs joga futtatni a 000webhostnak.
Csináld esetleg úgy, ahogy drupal alatt van a poormanscron.
Ha valaki belép az oldalra akkor lefut a szkrint.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
-
DeltaPower
őstag
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);
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
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."hacsak nem jön a jó tündér break utasítás képében..."
-
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.
Sk8erPeter
-
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.[ Szerkesztve ]
Sk8erPeter
-
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
-
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', " ");
} -
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. -
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 #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. -
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
[ Szerkesztve ]
-
Xirtam
veterán
-
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.
[ Szerkesztve ]
96.5% MORE WUB-WUB ◄◄|►► Hirdetéseim: https://goo.gl/khUC1Y ◄◄
-
fi:zi'k
nagyúr
válasz Siriusb #7333 üzenetére
Én telepítettem, természetesen van admin jogosultságom. A releváns menüpontokat már átböngésztem vagy 10x. Persze ennek ellenére lehet elnézek vmit ->user error.
Az egyik leggyakrabban használt sablon (letöltések alapján) és a verziószám is egyezik.96.5% MORE WUB-WUB ◄◄|►► Hirdetéseim: https://goo.gl/khUC1Y ◄◄
-
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?
-
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 #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!
[ Szerkesztve ]
-
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)Sk8erPeter
-
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
[ Szerkesztve ]
- http://pazsitz.hu -
-
-
-
-
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.
Új hozzászólás Aktív témák
- Debrecen és környéke adok-veszek-beszélgetek
- Futott egy Geekbench kört egy új HTC készülék
- Apple notebookok
- Anime filmek és sorozatok
- gban: Ingyen kellene, de tegnapra
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- DIGI kábel TV
- Premier előzetesen a Gray Zone Warfare
- Windows 10
- További aktív témák...