Írj egy mini hírmodult a mi cmünkre
Danwer-et használok. a telepítési kézikönyv a hivatalos honlapon található, tehát ha még nem rendelkezik helyi kiszolgálóval, akkor tegye azt fel, egy nagyon szükséges dolog (egyébként sajnálom, hogy nem említettem = ()
Nos, megpróbálom elmagyarázni a blogunk logikáját. Az admin felületen, adjunk hozzá egy kevés menet egy új cikket a letöltés a főoldalon blogunk, van egy kis leírás a cikk (poszt) most található gomb „tovább” (Kb létrehozásának gondolatát egy gombot, elolvashatja itt) Tulajdonképpen mi fog működni a "modul" Amikor a kiszolgáló hozzáfér az index.php fájlhoz, a modulunk (news.php) csatlakozik, amely a következő logikát definiálja:
Elindításához szükségünk van egy táblázatra az adatbázisban, hozzon létre:
Ezt követõen a vázlat szerint húztam, szerkesztjük a file index.php fájlt, a fájl elején beillesztjük ezeket a sorokat
HTML-kód létrehozásához sablonra van szükségünk, a hírek sablonja az index.html fájlból származik, amelyet az előző cikkben tettünk
Itt van egy clipping index.html
Itt ismétlődő blogot látunk
Ez a mi mini hírmintánk, másolja be és illessze be a news.html fájlt, amelyet a sablonok mappába mentünk. A következő lépés a szöveg helyettesítése azonosítóval. itt van a kész sablon kód news.html
Minden "a news.php modulot" összekötő "fájlhoz" tartozó fájlokat csatlakoztatunk. Ehhez hajtsa végre az alábbi változtatásokat az index.php fájlban
beillesztjük a következő kódot
És utolsó lépéseink a sablon index.html kapcsolódása. mivel ezt a lépést tettük az előző cikkben, akkor kihagyjuk, de! Még módosítani kell az index.html fájlt. Tehát megjavítjuk ezt a kódot
Minden, a modulunk készen áll. Az adatbázis kitöltésekor a hírek megjelenik a képernyőn, itt van a képernyő
frissítés: Ha elkezd nem lát megfelelő képet karakozyabr vagy értelmetlen karakterek a felső (például, hogy ez olyan - n „їp» ¯), menj ide meg ezt a bejegyzést: »a helyes kódolás tett lehetővé.« Ez a probléma a kódolással kapcsolatos, ezért csak módosítani kell, és minden =)
A sablonok mappában lévő fájlok bővítése HTM, és HTML-nek kell lennie. Vagy módosítsa a fájlok kiterjesztését, vagy a kódban, hanem (file news.php)
$ sm_read = fájl ("sablonok / news.html"); //. összekapcsoljuk a sablont
$ sm_read = fájl ("sablonok / news.htm"); //. összekapcsoljuk a sablont
Csak indítsd index.php-t a vonal megváltoztatásához
De a tanácsom neked, jobb, ha a kiterjesztést a HTM-ről a HTML-re változtatjuk, különben mindenhol javításokat kell végezni, és ez egy extra aranyér.
Azt is észrevettem, hogy a file index.php sorokban
// Eddig a változók értékét kézzel adtuk meg
$ header_title = "HTML dokumentum";
$ header_metaD = "Az oldal leírása";
$ header_metaK = "Az oldal kulcsszavai";
Ez nem helyes. vonal
A file index.php legalsó részén kell lennie (nos, természetesen mielőtt "?>" =)
Hát nem tudom, most láttam ezt a kódot az SVN-ben, a hajam állt a végén.
Helyett
$ dátum = dátum ("d / m / Y H: i");
Írták:
$ date_day = dátum ("d"); // Határozza meg a napot
$ date_month = dátum ("m"); // Határozza meg a hónapot
$ date_year = date ("Y"); // Határozza meg az évet
$ date_time = date ("H: i"); // Határozza meg az órákat és a perceket
$ date_comm = $ date_day. "/". $ date_month. "/". $ date_year. "" $ date_time; // Minden változót beillesztünk egybe
Bár az összefonódás még sok nagyságrenddel is gyorsabban működik.
sokkal gyorsabban működik:
(int) $ id_comm;
Bíróság:
$ txt_comm = str_replace ("\\ n", "
", $ txt_comm); // Helyezze vissza a sortöréseket a címkével
// Megszünteti az idézőjeleket
$ id_comm = str_replace ("\", "# 039", $ id_comm);
$ txt_comm = str_replace ("\", "# 039", $ txt_comm);
$ author_comm = str_replace ("\", "# 039", $ author_comm);
ha korábban kergette htmlspecialchars állítsák zászló úgy, hogy eltávolítjuk az idézőjeleket, ha ez a fajta védelmet sql - injekció szükséges mysql_real_escape_string idézi sql injekció végén.
Írta:
$ sm_read = fájl ("sablonok / news.html"); //. összekapcsoljuk a sablont
$ sm_read = implode ("", $ sm_read); // függvényfájl () visszaad egy tömböt, ezért összeragasztjuk
Ezt az EMNIP file_get_contents egyik függvénye készítette
Senki sem állítja, hogy a példák nagyon nem jóak. Nem mondtam egyszer, hogy a kód nem tökéletes. és hogy mindezt egy blogban írta, nem azért, hogy tanítson. de önmagáért. Kinek érdekes, olvassa el, ismételje meg, majd megértse, hogy a kód messze nem ideális.
Ez a motor csak az egyik (és az én olvasóm) lépése a programozásban, semmi több.
Hát nem tudom, most láttam ezt a kódot az SVN-ben, a hajam állt a végén.
Ez történik =) őszintén szólva, én is megijedek, amikor meglátom a korábbi munkám kódját =) De eltávolítani ezt az anyagot, azt hiszem, felesleges, valaki megvizsgálja ezt a példát, még mindig tanulhat valamit. És ha van egy fej a vállán, akkor ez az információ csak kezdet, nem szabvány
Ui De ez csak az én véleményem az anyag értékéről a blogomban.
Természetesen mindent helyesen írtál, sok anyagnak és más szintnek kell lennie.
Rendszeresen megnézem a hivatalos dokumentáció szinte minden funkcióját.
Véleményem szerint jobb, ha a kezdetektől fogva megfelelően megtanuljuk, hosszú időn keresztül újragondolni: (
A gyakorlatban tudom, hogy a megfelelő időben való írás, az agy megszakítása. (Természetesen nem számít, ha ezen a területen oktatnak.) Most már értem, hogyan működnek, például ugyanazok. Egy évvel ezelõtti szinten, régen abbahagytam volna a kísérleteket arra, hogy megtanuljak programozni.
Hát nem tudom, most láttam ezt a kódot az SVN-ben, a hajam állt a végén.
Egyébként furcsa, hogy megtalálta a kódot az SVN-ben. Nem sokáig dolgoztam az RS-BLOG javításán
Láttam a termelésben: (
Mit csinálsz, ha ez nem titok?
Itt egy hiba, hogy ezt az adatbázist megfelelően felírják
Határozottan probléma az adatbázisban. Ha úgy gondolja, hogy egy hiba van, a probléma a jelszóban van.
Van phpmyadmin? Hasonló hibát észlel, amikor a mysql kiszolgáló megállapította, hogy két root felhasználó jött létre. Ez történt, amikor a mysql szervert nem helyezték vissza helyesen.
és mit csináljunk, mit tegyünk
Szóval van phpmyadmin? Ha van, menj hozzá. Ha ugyanaz a hiba, akkor gondolnia kell a jelszó visszaállításáról a gyökérről. És ha nincs ilyen hiba, akkor nem tudom, mi a probléma.
Köszönjük a cikkeket, meg tudná mondani nekünk, hogy nem az utolsó rekordokat, hanem a véletlenszerűeket adjuk ki?
Helló, ne mondd el, mi a lényeg, a site on hostline.ru, létrehozott egy aldomain a fő webhely, tedd ezt a motor (ebből a cikkből), és van egy fehér képernyője: (PHP aldomain tartalmazza.
Próbáld ki az index.php fájlt. a tetején, hogy ezt a két sort:
Azt hiszem, ez segít abban, hogy ne a fehér képernyő, hanem a hiba.
És miért nem használja a file_get_contents () függvényt
Úgy gondolom, ez a kód kisebb lesz és kényelmesebb, egyszerre 2 függvényfájlt () és implode =) hajt végre,
Ha nem helyes, javíts ki!
Ha nem helyes, javíts ki!
Igaza van. Amikor írtam a kódot, nem tudtam ennek a függvénynek a létezéséről =)
A fájl menüben.html a linkben a közvetlen perjel, véleményem szerint, felesleges.
a végén az eljárás a cikkben leírt, tesztelem projekt (az adatbázis bejegyzések nem), hogy egy üres oldal ( „Nem az adatbázist”), amíg minden normális, de a lap tetején (Warning: mysql_fetch_array () elvárja, 1. paraméter a lehet erőforrás, logikai érték a Z: \ kiszolgáló \ blogunkban \ www \ moduls \ news.php az 5. sorban). Mit jelent ez?
Az, hogy a mysql_fetch_array () függvény átmeneti paramétere nem erőforrás (a mysql_query függvény egy logikai eredményt adott vissza, nem pedig egy erőforrást, ahogy az várható volt). Ez általában hibás összetételű lekérdezés miatt történik. Nos, vagy bármilyen probléma az adatbázisban.
Alexey, mondja meg nekem a DB-t (létrehoztam az adatbázist és az asztalt, de semmi sem jelenik meg), miután a webhelyet befogadtam, a $ host = "localhost" sor; változtasson? Ha igen, akkor mi kellene a helyi hoszt helyett írni?
A legtöbb esetben a gazdagépnek van egy adatbázisa ugyanazon a gépen, mint a kiszolgáló, tehát a gazdagépnek rendelkeznie kell a localhost értékkel (a legtöbb esetben megismételem)
$ news. = $ edd_tamp; - ez nem a deklarált változó? ez nem szükséges az IsSet-en keresztül?
Jó idő mindenki számára!
Röviden, a srácok elfáradtak tőlem a kódolással, hogy nem fogsz "krakazibar" -ot csinálni. őszinte legyek.
Megoldottam ezt a problémát, mindent megtartottam az utf-8-ban, minden szabály működik, és nincs semmi helye, hogy 1251 órát állítson be, amennyire tudom, hogy mindenhol alapértelmezés szerint utf-8 megy. Igen, és a Notepad ++ és a NetBeans is, az utf-8 személyesen dolgozik tőlem, így nem tudom, hogy valaki.
Csak a érdeklődés érdekében hoztam létre egy másik projektet Denveren, ezen kívül dolgozom, mentettem mindent utf-8-ban, minden rendben van, minden szabály működik, nem valami "krakaizber".
Mivel én ezt a problémát megoldotta, hozzon létre egy könyvtárat a projekt ahol dolgozom, .htaccess fájlt is nevezik nélkül kiterjesztés (hirtelen, ha valaki tudja, hogy a neve és kiterjesztése .htaccess) és felírt a következő sorokat (ha hirtelen újra aki nem tudja).
Így tudnak valaki segíteni valakinek.
Sok szerencsét mindenkinek, és köszönöm a nagy Alexeit!
Alex!
Itt minden tökéletesen megjelenik, de az oldal alján, vagyis az alján, azt írja:
esküszik a 33-as vonalon
A probléma lehet.
Köszönöm a korábban.
Amikor hozzáad egy bejegyzést ad „Figyelem: Nem lehet módosítani header információk - headers already sent by (output kezdődött Z: \ home \ bd.uz \ www \ index.php: 10) Z: \ home \ bd.uz \ www \ index .php on line 25 "az utf-8 kódolással, a bejegyzések listája megjelenik az oldal frissítésekor. Ansi kódolásakor a hiba nem tér vissza, de nem működik az orosz szöveggel
Tehát van egy fájl az UTF-8-ban? Valószínűleg UTF-8 BOM-val. Ne mentse a fájlt BOM nélkül