Új hozzászólás Aktív témák
-
cucka
addikt
a geolocation mondjuk 95%-os pontosságú (most mondtam hasból egy számot). statisztikánál érdemes és hasznos figyelni, de kereskedelmi weboldal megjelenítését erre építeni nem lehet.
mellesleg van rengeteg fullextrás ingyenes statisztika, nem látom, miért érné meg sajátot írni.
[ Szerkesztve ]
-
cucka
addikt
igazából semmilyen nagy trükk nincs, session-ba el kell pakolni az aktuális nyelvet. nyelvváltásnál ezt cseréled, a komponenseid (menü kirakó, cikk kirakó, stb.) pedig az aktuális nyelv függvényében rakják ki a tartalmat. ha template-eket használsz, akkor meg nyilván azokat is meg kell csinálni többnyelvűre.
a megvalósítás leginkább attól függ, hogy az oldal hogyan van felépítve/megírva.[ Szerkesztve ]
-
cucka
addikt
template-ből kétfajta van - egyszerű php-s vagy valamilyen template rendszerrel működő. alapjaiban véve mindkettő ugyanaz.
igazából arról van szó, hogy a program logikai részét és a megjelenítést különválasszuk. a logikai részben található a post/get/request feldolgozása, az adatbázis műveletek, stb., a megjelenítés részben pedig az, amit kirakunk a képernyőre.
például egy html oldal fejléce lehet egy template. itt található a doctype, a head, stb. ez egy php file, amiben sima html található. ha pl. az oldal címe (title) változó, akkor ott nyilván van egy kis php betét a template file-ban, ami azt kiírja. a template-et úgy tudod kirakni a képernyőre, hogy egyszerűen inclue-olod (vagy require, ízlés szerint).
lehet használni template rendszereket, pl. smarty, amik valójában ugyanezt tudják csak pepitában.
(#848) Tele von Zsinór - ezzel két baj van
- baromi lassú lesz az oldalad a sok fölösleges regexp miatt. egyébként sem értem, hogy a {{{valtozo}}} forma miért különb bármiben is, mint a <?= $valtozo ?> .
- ha mindenképp akarsz még 1 layert a php fölé a sablonodba, akkor használhatsz valamilyen előre gyártott sablonrendszert.[ Szerkesztve ]
-
cucka
addikt
válasz DeltaPower #852 üzenetére
ok, megoldható php-s függvénnyel is a csere, a sebsséget az is lerontja. meg aztán tényleg nem látom annak előnyét, hogy még egy plusz réteget beraktok az alalmazáslogika és a megjelenítés közé.
-
cucka
addikt
válasz Tele von Zsinór #856 üzenetére
Ez a rövid nyitótag, ugye?
igen, az, bár szerintem az is szabványos. Tudom, néhány tárhelyen valóban nincs engedélyezve.
mondjuk nálam adott, hogy nem nagyon fejlesztek ingyenes tárhelyre, így az esetleges problémákat/kéréseket meg tudom beszélni a rendszergazdával - pl. az extra.hu-n ez nyilván nem járható út. -
cucka
addikt
válasz DeltaPower #859 üzenetére
számomra a komponens-orientált dolgok sokkal jobban kézreállnak, mint a template-esek, de igazából ízlés kérdése.
persze egy komponens-orientált cuccban is szokott lenni valamiféle template, csak ott nem kell belőle ekkora faksznit csinálni. -
cucka
addikt
válasz DeltaPower #861 üzenetére
semmi vudu medzsik, a komponensek gyakorlatilag dobozok a weboldalon, pl. ha ki akarok listázni valamit, akkor csinálok egy listázó dobozt, a html sablonban pedig meghívom a listázó doboz objektumpéldányának a kiíró függvényét.
(a listázó dobozt természetesen fel kell paraméterezni, hogy mit hogyan listázzon) -
cucka
addikt
válasz Forest_roby #870 üzenetére
a print_r eredményét rakd <pre></pre> közé
esetleg nézd a html forrásban az eredményt
(a print_r újsorokkal tördel, nem html tag-ekkel) -
cucka
addikt
válasz Forest_roby #875 üzenetére
egyrészt a print_r nem csak tömböket tud így kiírni, hanem pl. objektumokat is.
másrészt sokkal látványosabbat nem nagyon tudok elképzelni, már ha feltétel, hogy működjön bármilyen n dimenziós tömbre. -
cucka
addikt
a jelszót tartalmazó filet
- kirakod a wwwroot-on kívülre
- htaccess-ben korlátozod a direkt hozzáférést
- leszarod a problémát mert a php kód amúgy sem olvasható kívülről
ezen kívül célszerű a mysql-t úgy beállítani, hogy csak a webszerverről érkező kapcsolatokat fogadja, így ha valaki megtudja a szupertitkos jelszót, akkor kenheti a hajára.. -
cucka
addikt
így jár az, aki microsoft termékkel készíti a weboldalát.
változtatni úgy lehet rajta a leginkább hatékonyan, hogy kidobod az egészet és újraírod.
egyébként sem valami bonyolult a layout, ha a szükséges hozzáértés adott, akkor egy ilyet elég hamar el lehet készíteni.hadd találjam ki, a számtechtanárnő készítette az oldalt?
[ Szerkesztve ]
-
cucka
addikt
ami egy ilyen oldalhoz célszerű, az egy teljesen egyszerű kis sablonokkal megvalósított php oldal. a sablon az a kerete az oldalnak, a tartalmi részben pedig az aktuális oldaltól függően pakolod be a szintén dinamikus tartalmat.
ez azért jó, mert így csak egyszer kell mindent megírni html-ben, módosításoknál ez előny. ezen kívül nagy php tudomány sem kell hozzá, de ha igény van ilyen-olyan plusz funkciókra, akkor könnyedén megvalósítható.
mod: sablonok alatt természetesen nem feltétlenül a már kész sablonrendszerekre gondolok, ilyen feladathoz szerintem teljesen elég a mezitlábas php-s megoldás is.
[ Szerkesztve ]
-
cucka
addikt
sokféleképpen neki lehet esni, attól függően, hogy hogyan készíted a site-ot.
például lehet használni többnyelvű sablonokat, vagy ha sok dinamikusan kirakott cuccod van, akkor használhatsz olyan rendszert, amely az aktuális nyelv függvényében kiolvassa valahonnan a cimkéket, amelyek megjelennek a képernyőn. -
cucka
addikt
file lehet php-s vagy sima szövegfile is, szerintem mindkettő jó.
lehet strukturálni a nyelvi cimkéket különféle szempontok alapján, ilyenkor célszerű több file-t használni. (pl. rendezed aszerint, hogy melyik aloldalon van, vagy hogy melyik logikai egységhez tartozik, mittomén, személyek cimkéi)
lehet írni osztályt, ami megoldja a cimkék kiiratását a háttérben, neked csak annyi a dolgod, hogy meghívod mondjuk így: print $nyelv->kiszed('cimke_ertek')igazából az egész attól függ, hogy milyen a feladat, milyen módszerrel szeretnéd megoldani és hogy mennyire szeretnél újrafelhasználható kódot, vagy esetleg szeretnél-e valamilyen magasabb szintű absztrakciót alkalmazni. (tehát konkrét feladat/megvalósítási terv esetén könnyebb ajánlani megoldást)
[ Szerkesztve ]
-
cucka
addikt
$parancspest="
select * from pest
where szalit=0
and (honnan like 'osszes' or honnan like '$honnan')
and (uzlet like 'uzlet' or uzlet like '$uzlet')
order by honnan";elég egyszerű?
(több sorba tördeltem, hogy el lehessen olvasni, de egyébként így sem helytelen)[ Szerkesztve ]
-
cucka
addikt
output bufferben keresgélni lehet (ezt már írták), de leírásod alapján valószínűsítem, hogy valami brutális gányolást szeretnél elkövetni, tehát nem ajánlom .
a cron-al kapcsolatos kérdésednek pedig semmi köze nincs a php-hoz, valamelyik nagy linux topikban minden bizonnyal tud majd valaki válaszolni rá, de google használatával is simán meg lehet csinálni.
-
cucka
addikt
válasz PetyaKmet #982 üzenetére
a php-s része a feladatnak, hogy parancssorból kell tudj futtatni egy php-s programot. felteszem, hogy a php benne van a path-ban, ilyenkor kétféle dolgot tudsz csinálni:
-php programodneve.php
módon futtatod. ehhez létre kell hozni egy futtatható file-t amiben ez a sor szerepel. ha elindítod a scriptet, akkor az le fogja futtatni a php progidat.
- magát a php progit matatod: először futtathatóvá kell tenni a php filet, majd az első sorába bele kell írni a php elérési útvonalát a következő formában -#!/path/to/php
. ebből tudja a linux, hogy amikor futtatná a programodat, akkor mégis hogyan, milyen parancsértelmezővel tegye ezt.
a feladat maradék része a cron beállítása.
[ Szerkesztve ]
-
cucka
addikt
válasz Forest_roby #1076 üzenetére
újsor és tab karakter. jobb megoldás nem nagyon lesz..
báár ha igazi jani vagy, akkor írhatsz progit, ami megformázza a script kimenetét, de tök fölösleges az egész, mert a látogatók általában az oldalt nézik, nem a html forrást.[ Szerkesztve ]
-
cucka
addikt
az a baj, hogy a header függvény meghívása előtt kiírtál már valamit a kimenetre.
a hibaüzenetben ott van, hogy hol van az a kiírás illetve hogy hol halt el emiatt a header függvény.(#1089) Forest_roby - ha " " közé írod a string-eket, akkor is lehetnek többsorosak, tehát nem kell feltétlenül ' '-t használni. sőt, akár <<<EOT írásmóddal is megadhatsz többsoros stringeket.
[ Szerkesztve ]
-
cucka
addikt
válasz LucifeI2 #1094 üzenetére
Nem tudom mekkora különbség van a kettő között, ha olyan nagy akkor inkább beszerzem az 5-öst, de ha elenyésző akkor megtanulom ebből az alapokat.
a legnagyobb különbség az, hogy az 5-ös már támogatja az oop-t. (a 4-esben is van már valamilyen oop, de azt inkább hagyjuk ) Egyébként a 4-es más nem támogatott és kanyarban van a 6-os, tehát mindenképp 5-ös php-t ajánlok, még akkor is, ha nem használod ki az újdonságait.az általad említett könyvet ismerem, pont olyan mély és alapos ismereteket ad, mint amit a címe alapján sejteni lehet. ha komolyabban akarsz foglalkozni a php-val, akkor ajánlom a fekete könyvet. valamivel magasabb szintű, de ha azzal nem boldogulsz, akkor úgysem lesz belőled php programozó
[ Szerkesztve ]
-
cucka
addikt
válasz tkazmer #1097 üzenetére
használd a preg_replace függvényt, azzal 1 sorban meg tudod csinálni. kell hozzá érteni a perl-es reguláris kifejezéseket. esetleg jó az ereg_replace is, oda szabvány reguláris kifejezéseket kell írni, de a perl-es sokkal jobban használható.
ez a darabolós megoldás igazi gányolás.[ Szerkesztve ]
-
cucka
addikt
-
cucka
addikt
válasz tkazmer #1219 üzenetére
valószínüleg úgy, hogy eltárolja a rendszerbe felvitt tag-eket és az azokhoz tartozó képek mennyiségét. ez redundáns adat, amit karban kell tartani - vagy x időközönként lefut egy script, ami a frissen érkezett képek tag-jeivel frissíti a listát, vagy már eleve a tag megadásánál frissül. a többi dolog, amire nem sikerült rájönnöd alatt nem tudom mit értesz, mert ez ennyit tud.
(esetleg még annyi, a maximális "szavazatszámhoz" viszonyítva a "szavazatok" alapján változik a betűméret, ilyesmit nem nehéz csinálni..) -
cucka
addikt
válasz gyurmasrobi2 #1466 üzenetére
Izé, esetleg elolvasni a hibaüzenetet még mielőtt idedobod?
Azt írja, hogy a mysql szervered nem támogatja az innoDB típusú táblákat, merthogy
- Ez egy olyan mysql, amiből kimaradt. Ha te fordítottad, akkor előfordul, hogy kifelejted. (bár a kérdés alapján valószínűsítem, hogy nem így volt)
- Ki van kapcsolva az innoDB a mysql beállításainál. A visszakapcsolás függ attól, milyen mysql-t telepítettél, de indulásnak ez volt a második google találat: [link]mod: Másik lehetőség, hogy innoDB helyett sima MyISAM táblákat használsz. A create table utasításban az ENGINE paraméter mondja meg, hogy milyen típusú tárolási rendszert használjon a mysql, amennyiben nincs megadva, akkor az alapértelmezettet használja (ez általában a MyISAM).
[ Szerkesztve ]
-
cucka
addikt
válasz Dexterland #1461 üzenetére
Első kérdésre: attól, mert egy már meglévő adatbázishoz átállítod az alapértelmezett karakterkódolást, a régi táblák megmaradnak olyannak, ahogy létrehozták őket. Tovább, az összes szöveges mezőnek külön is meg lehet adni a karakterkódolást - varchar és *text típusú mezőknél egyaránt. Rossz adatbázis beállítások miatt futottam már ilyen köröket - látszólag minden utf8 volt, leszámítva egy text-et, ami véletlenül latin1-swedish-ci kódolással futott, természetesen nem is kezelte rendesen az ékezeteket. (a svéd nyelvben ugye ritkák a magyar hosszú ékezetes mássalhangzók..)
Második kérdésre: Először kitalálod, mit kell tudjon a site, utána megtervezed az adatbázist, végül leülsz gépelni. Mi a kérdés?
-
cucka
addikt
Szűkíteni kéne a kérdést, mert ez így olyan, hogy "szeretnék egy dinamikus weboldalt csinálni, de nem értek semmihez, segítsetek, mire keressek rá".
Ha egyedül szeretnéd megcsinálni, akkor első körben vegyél egy php-val foglalkozó könyvet és olvasd el. Gondolom nem szeretnél a későbbiekben komolyabban foglalkozni a php-val, így a 24 óra alatt könyv is jó lehet.
-
cucka
addikt
Azt szerettem volna mondani, hogy nincs a kérdésedre 2-3 soros válasz, mert a feladat megoldásához alapszintű, általános php ismeret szükséges. Amennyiben adatbázis alapon képzeled el a dolgot, akkor kell hozzá alapszintű adatbázis kezelési ismeret is.
(tehát igen, egyáltalán nem volt specifikus a kérdésed. A specifikus kérdés az olyan, amire rövid és egyértelmű választ lehet adni.)
-
cucka
addikt
válasz vakondka #1501 üzenetére
Olyat tud, hogy kilistázza a különböző fileokat, dupla klikkre megmutatja a különbségeket (ez ugyanaz, mint a "compare by content") funkció és utána amikre beállítottad, azokat szinkronizálja. Azért használható nagyon jól, mert amikor 2 file különbségeit nézed, a szinkronizáló ablak a helyén marad, tehát szépen sorba lehet menni a fileokon.
-
cucka
addikt
válasz Fire/SOUL/CD #1678 üzenetére
Php fejlesztéshez egyáltalán nincs szükség ezekre az általad felsorolt drága szoftverekre, igazából egy jobb szövegszerkesztő program bőven elég..
-
cucka
addikt
Na most ha pl 20 ember chatel akkor ez mennyire terheli meg a szervert? Illetve webhosting szolgáltató hogy értékeli az ilyet, például alapból limitálva van a processzor időm és belassulhat az egész site emiatt?
Ha normálisan van beállítva a mysql, akkor a lekérdezések nagy részét cache-ből fogja lökni, meg amúgy is kis adatmennyiségekről van szó - tehát ha normálisan írod meg a php részét, akkor kb. észre sem lehet majd venni a szerver terhelést.ha valaki küld új üzenetet akkor és csak akkor a script kiküldené az összes aktív kliensnek, na de hogy oldom meg, hogy apache csak úgy küldjön adatot kérés nélkül a klienseknek
Ajax-al sehogy nem oldod meg, mert csak a kliens kérdezgetheti a szervert, ezért aszinkron. Azt hiszem az Operában van valamilyen technológia, amivel megoldható, de az Opera 1% körüli részesedése miatt ez kb. annyit sem ér, hogy utánanézzekEgyébként memory táblákkal szerintem fölösleges pöcsölni, mint ahogy file-ba mentéssel is. Chat log-nál sok sor lesz a táblában de mindegyikben kevés adat, ezért indexeléssel teljesen jól meg lehet oldani a dolgot. (pl. ha a kliens már úgy kérdezi meg a szervert, hogy az x. id-jú mezőtől kérem az adatokat, akkor onnan könnyű gyors lekérdezést írni)
Természetesen ha több száz felhasználós chat-et szeretnél, akkor oda el lehet gondolkozni más technológiákon (pl. java kliens és/vagy szerver oldalra)
-
cucka
addikt
Nincs olyan, hogy állandóan, háttérben futó php script. Ha ilyesmit akarsz, akkor valamilyen nem scriptnyelvvel kell megvalósítani és gyakorlatilag kell írni egy kis saját webszervert hozzá.
A 20-30 másodpercenkénti lekérdezés fika, de ha gyorsítani akarsz a dolgon, akkor használj állandó mysql kapcsolatokat (lásd mysql_pconnect() ), ezzel elég sok időt tudsz spórolni..
Új hozzászólás Aktív témák
- Zalman S3 TG gépház + Aerocool Cylon 600W táp
- Apple iPhone 14 Pro Max 128 Gb Deep Purple - garanciális - újszerű állapot
- Pár apróság - modem egér scsi terminál paralel port kapcsoló fesz stabilizátor
- HP Z2 mini G3 workstation munkaállomás quadro kártyával PACKETA AZ ÁRBAN
- Iphone 11 pro Akkus Hátlap Fekete 7000mAh.