Põhineb DLE mootoril ( Andmeelu mootor). Kirjeldan seadistust väga üksikasjalikult, püüdes mitte millestki ilma jääda, arvan, et dle seadistus muutub pikaks postituste jadaks. Selles postituste seerias ei vaata me mitte ainult seadeid üksikasjalikult, vaid mõistame ka, milleks iga seadistusfunktsioon on mõeldud.
DLE mootori seadistamisele pühendatud postituste jaoks kasutan DataLife Engine v.9.4, täpsemalt selle mootori demoversiooni. See on täiesti piisav, et ma saaksin teile DataLife Engine'i seadetest ja võimalustest rääkida.
Esimene artikkel on pühendatud administraatori jaotisele: " Üldised skripti seaded». Selle jaotise leiate järgmiselt: pärast DLE (DataLife Engine) administraatoripaneeli avamist, mis asub aadressil site.ru/admin.php, näete kiiret juurdepääsu administraatoripaneeli põhiosadele. Täna vajame eset " Süsteemi seadistus" , ja selles jaotis " üldised skripti seaded". Sellesse rubriiki pääsemiseks on muidugi ka teisi võimalusi, kuid minu arvates on see kõige lihtsam viis.
Nii et alustame dle mootori seadistamist, esimene punkt on pealkiri (title dle). Pealkirjas kirjutage oma projekti nimi, näiteks: Kõik algajatele veebimeistritele. Teie pealkiri võib kõlada mida iganes, vaikimisi DLE mootoris on saidi nimi DataLife Engine, kui sisestame mõne muu nime, siis seda muudetakse. Ja see moodustab pealkirja dle, mis kuvatakse nii brauseri vahekaardil kui ka lehel Otsingu tulemused. Seetõttu võtke pealkirja tõsiselt. Siin on see minu arvates selge.
Noh, Koduleht, Ma arvan, et see on arusaadav. Sisestame teie domeeni nime, näiteks: site.ru ja kõik.
Kasutatud kodeering, vaikimisi on Windows-1251, mis tähendab, et teie ressurss toetab vene keelt. Kui teil on DataLife Engine'i demoversioon, ei pea te siin midagi muutma. Kui CMS ostetakse, saab kodeeringu muuta näiteks UTF-8-ks ja siis muutub teie projekt mitmekeelseks, praeguses etapis me kodeeringut üksikasjalikult ei käsitle, arvan, et see on selge, kui te ei muuda demo, isegi kui see on ostetud, kuid domeen on ru tsoonis, ausalt öeldes ei näe ma põhjust kodeeringut muuta.
Järgmine üksus: Kirjeldus, milles kirjeldame lühidalt meie projekti sisu, näiteks: Kõik blogide või saitide jms loomise, seadistamise ja reklaamimise kohta, kuid mitte rohkem kui 200 tähemärki. Teoreetiliselt tuleks seda kirjeldust otsingumootorites kuvada, seega võtke seda tõsiselt ja ärge unustage kirjeldusse kirjutada märksõnu, mida teie ressurssi tulevikus reklaamitakse. Google'i otsingumootoris näeb see välja umbes selline:
Edasi, märksõnad(sisestame sõnad komadega eraldatult), ka nende sõnade järgi pööravad otsingumootorid teie lehele tähelepanu, märksõnad peaksid võimalikult palju vastama teie saidi või ajaveebi suunale, kõigepealt peate koostama märksõnade loendi ja kontrollige nende sõnade taotluste arvu. Taotluste arvu kontrollimiseks kasutame seda veebilehte http://wordstat.yandex.ru. Selles etapis me seda üksikasjalikumalt ei käsitle, kuna see ei kehti enam selle postituse teema kohta, vaid otsingumootorites optimeerimise kohta. Siin vaadake ise, mida sellele väljale kirjutada, sest iga märksõna on erinev.
Lühike nimi, siin on minu arvates kõik selge. See nimi kuvatakse kiirriba moodulis. Saate jälle korrata projekti nime. Nii et mõtlesime nimed välja, jätkame. Kiirriba moodul (teise nimega riivsai) näeb välja selline:
ajavööndi korrigeerimine, aitab parandada saidil kellaaega. Näiteks teie server on seatud Moskva aja järgi ja te elate teises ajavööndis ja soovite, et saidi aeg vastaks teie ajavööndile, siis selles veerus parandatakse see. Kuidas kõike parandada, on seal selge, tunnid kirjutame minutites, siia veergu on kirjas ka praegune serveri kellaaeg, selle aja järgi saab navigeerida.
Veerus (inimmõistetav url) on soovitatav valida "Jah". Seda on vaja selleks, et kasutajad su aadressi visuaalselt tajuksid, mis mõjub hästi sinu ressursi kasutatavusele. Selguse huvides toon näiteid uudistest CNC-ga ja ilma, uudised CNC dle-ga : http://site. ru/addnews.html, ilma CNC-ta: http://site.ru/index.php?do=addnews, st CNC-ga on lingi visuaalne tajumine palju parem kui ilma selleta.
Seejärel vali CNC tüüp, siin on kõik teie kätes, kuid ma ei soovita valida kolmandat tüüpi, kuna see suurendab teie serveri koormust.
Käsitsege kehtetuid CNC URL-e: Siin soovitan panna "Jah", kuna see valik on SEO jaoks kasulik, kuid soovi korral võite selle valiku välja jätta. Lisateavet selle kohta, mida see vajab, seadetes on see kirjutatud, see on üsna selge.
Seejärel vali kasutatav keel, kuna mul on demoversioon, pole mu valik suur, ainult üks keel on vene keel, kuid ru domeeni tsooni jaoks sellest piisab.
Edasi, saidi vaikemall — on vaikimisi, kuid saate valida mõne muu. Seda teemat käsitletakse eraldi artiklis malli installimise kohta DataLife Engine'ile (DLE). Muidugi tahame me kõik midagi erilist, mitte standardmuster, tulevikku vaadates ütlen, et malli on dle-le väga lihtne installida. Laadige meelepärane mall Internetist alla või tehke ise, kopeerige mallide kaust mootori kataloogi, mallide kausta ja kui teie ressurss on sisse lülitatud kohalik server, taaskäivitage see. Ja nüüd kuvatakse mall saidimalli vaikevaliku veerus.
Pärast malli valimist avage kaks seadet " Luba WYSIWYG-redaktor...“, soovitan mõlemal juhul valida “Jah”, kuna visuaalse redaktori abil on uudiseid (artikleid) ja kommentaare palju lihtsam toimetada kui BB-koodide abil. Kuigi mugavuse kasuks valimine, katsetamine ja valiku tegemine on teie enda teha. DLE WYSIWYG redaktor on visuaalne redaktor.
Selline näeb välja redigeerimispaneel, kasutades BB-koode.
Redigeerimispaneel näeb DLE WYSIWYG abil välja selline.
Järgmine on üsna kasulik valik: lülitage sait välja«, see valik paneb ressursi võrguühenduseta olekusse, kui arvate, et teie projekt pole veel kasutajatele vaatamiseks valmis, siis lubage see valik. Kui kõik on valmis, lülitage see valik välja ja vabastage projekt võrku. Seda funktsiooni saate kasutada ka oma ressursi struktuuri või malli värskendamisel. Märgin, et see valik on kasulik, kui teie "eksperimentaal" on hostitud, mitte kohalikus serveris, nagu minu oma.
Viimane võimalus ( sulgemise põhjus) on kasulik neile, kes kasutavad saidi sulgemist. Väljalülitamise põhjus on juba kirjutatud tekstiväljale, mida saate ise redigeerida või kirjutada oma põhjuse.
See on kõik. Olete astunud esimese sammu DLE (DataLife Engine) seadistamise suunas. Nüüd jääb üle salvestada üldised dle sätted ja oodata järgmist postitust DLE mootori seadistamise kohta.
Märkus: postitused DLE (DataLife Engine) seadistamise kohta esitatakse sellel vormil, et saadavat teavet paremini tajutaks, et mitte peas segamini ajada. Loomulikult oli võimalik kirjeldada kogu seadistust ühes artiklis, umbes nii: vali see siit, pane see siia, kirjuta niimoodi sinna. Kuid ma tahan, et te mõistaksite, milleks iga funktsioon on mõeldud. DLE-s on ühe postituse jaoks liiga palju sätteid ja funktsioone. Loodan teie mõistvale suhtumisele.
Ette on valmistatud ja rakendatud järgmised muudatused:
4. Lisatud on võimalus jälgida klikkide arvu skripti juhtpaneelile lisatud reklaammaterjalide jaoks. DataLife Engine peatab automaatselt märgendite abil avaldatud HTML-i sildid <а href="..."> ja jälgib automaatselt nendel tehtud klikke. Nende linkide erikujundust pole vaja, need võivad viia mis tahes vajalikule aadressile. Samuti saate määrata, kas soovite loendada kõiki lingil tehtud klikke või ainult unikaalsete kasutajate klikke.
5. Admin paneelil olevate reklaammaterjalide jaoks on see võimalus lisatud piirake bänneri kuvamist oma bänneril tehtud klõpsude arvu alusel ja saate keelata bänneri kuvamise, kui see saavutab sellel määratud maksimaalse klõpsude arvu.
html"> 7. Lisatud lehe koodis kanooniliste linkide kasutamine, saidi kõikide lehtede jaoks, sealhulgas jaotistes navigeerimine, täielike uudiste vaatamine jne. See võimalus võimaldab teil suurendada SEO optimeerimine saitidel ning võimaldab vältida ka topeltlehti, kui kuskil Internetis on avaldatud valed lingid teie saidile või kui mingil põhjusel on vaja vale CNC juhtimine keelata.
9. Juhtpaneeli kategooria seadetes lisati võimalus määrake kategooria jaoks vaikimisi, kas selle kategooria postituste puhul on kommentaarid lubatud. Need sätted kehtivad väljaande lisamise või redigeerimise ajal ja kui kategooria kommentaarid on keelatud, siis vastav valik eemaldatakse väljaande lisamise või redigeerimise ajal.
10. Juhtpaneeli kategooria seadetes lisati võimalus määrake kategooria jaoks vaikimisi, kas selle kategooria postitustele on reiting lubatud. Need sätted kehtivad väljaande lisamise või toimetamise ajal ning kui reitingu kasutamine on kategooria puhul keelatud, siis vastav valik eemaldatakse väljaande lisamise või toimetamise ajal.
13. Lisatud uus globaalse malli siltide tekst, mis kuvavad nendes sisalduvat teksti, kui moodulis "Pealkirjad, kirjeldused, metasildid" on vaadeldava lehe pealkiri määratud. Ja lisas ka vastupidised sildid tekst mis väljastavad neis sisalduva teksti, kui vaadatavale lehele pole pealkirja pandud. Samuti lisatud sarnased sildid ja kirjelduseks: tekst, mis kuvavad neis sisalduva teksti, kui moodulis "Pealkirjad, kirjeldused, metasildid" oli vaadeldava lehe jaoks määratud kirjeldus, tekst mis väljastavad neis sisalduva teksti, kui vaadatava lehe kirjeldust pole antud.
14. Kategooriamenüü malli jaoks (categorymenu.tpl) tekst, mis kuvavad neile lisatud teksti, kui saidil vaadatud kategooria või uudis ei kuulu menüüst kategooriasse. Seda silti saab kasutada ainult siltide sees ja seda kasutatakse näiteks teatud teabe (nt linkide) kuvamiseks ainult menüüst mitteaktiivsete kategooriate puhul.
15. Laiendatud valikud väljaannete kuvamiseks lisaväljade väärtuste alusel väljaannetes. Aadressil ühendust võttes http://yoursite/xfsearch/välja nimi/välja väärtus/ postitused väljastatakse nagu varem, sisaldades sellel konkreetsel väljal määratud väärtust, kui väli on seatud "kasuta ristviidetena". Aadressil ühendust võttes http://yoursite/xfsearch/field value/ kuvatakse väljaanded, mis sisaldavad seda väärtust kõigi täiendavate väljade jaoks. Aadressil ühendust võttes http://yoursite/xfsearch/välja nimi/ kuvatakse kõik väljaanded, milles see määratud väli on täidetud.
21. Lisatud tugi "Yandex Turbo" tehnoloogiale tavaliste RSS-kanalite jaoks, kasutamata seadetesse RSS-kanali tüübi lisamist kui "Yandexi uudised", selleks on lisatud tugi mis tahes tüüpi RSS-kanalite täieliku uudiste sildi (täieliku loo) kuvamiseks. Samuti on värskendatud standardset malli /templates/rss.xml, mis näitab, kuidas peaks välja nägema Yandex Turbo täieliku toega mall. Samamoodi on täielikult toetatud võimalus kohandada RSS-i malli Yandex Zeni tehnoloogia jaoks.
24. Lisatud on võimalus kasutajatele, kes pole saidil registreeritud, saata saidi administratsioonile kaebusi uudiste ja kommentaaride kohta, nagu see võimalus oli varem ainult registreeritud kasutajatele.
25. Lisatud schema.org-i mikroandmete kasutamine et kuvada reitingu tüübiga "Hinnang". Selle märgistuse kasutamine võimaldab Google'i otsingutulemustes kuvatavatel täielikel uudistel kuvada ka väljaande hinnangu.
26. Lisatud automaatne orientatsiooni tuvastamine graafikafailides sisalduva metateabe põhjal, kui need serverisse üles laaditakse. Kui originaalfoto pöörati tagurpidi, siis kui see serverisse üles laaditakse, juurutab skript selle automaatselt ka soovitud kohta. See välistab vajaduse arvutis pilte täiendavalt töödelda, kui kaamerat pildistamisel pöörati.
27. Lisatud automaatse teavitamise võimalus saidi administreerimine modereeritud kasutajatelt uute uudiste saamise kohta (kui see on skripti seadetes lubatud), kui uudis lisati skripti juhtpaneelilt. Varem saadeti teade ainult siis, kui postitus lisati otse saidilt.
28. Kui kasutaja redigeerib väljaannet juhtpaneelil, mis on saidil varem avaldatud, kuid tema grupi seadete kohaselt on tal keelatud avaldada ilma modereerimiseta või ei tohi avaldada kõigis kategooriates, siis saadetakse saidi administratsioonile ka vastav e-posti teade et see uudis ootab modereerimist.
29. Mooduli töös on tehtud muudatusi leivapuru(Breadcrumbs) veebisait. Kui vaadatakse teatud kategooria uudiseid, siis selle kategooria puhul, milles kasutaja vahetult asub, kuvatakse see kategooria lihttekstina, mitte lingina. Lingina kuvatakse ainult hierarhias kõrgemal asuvad kategooriad või kuvatakse selle kategooria link, kui kasutaja on näiteks selle kategooria lehtedel navigeerimisel kaugemale jõudnud. Seega väldib see uuendus lehtede tsüklilisi linke iseendaga.
33. Lisatud võimalus kustutada kõik kommentaarid, ootab modereerimist konkreetselt kasutajalt. Selleks klõpsake kasutajahalduse jaotises tema kommentaaride arvu ja valige sobiv menüüpunkt.
35. Kommentaaride kuvamise ja kommentaaride lisamise mallide jaoks (addcomments.tpl ja comments.tpl) lisatud uute siltide tugi tekst- kuvab sildil oleva teksti, kui uudis kuulub määratud kategooriatesse, samuti silte: tekst- kuvab sildil oleva teksti, kui uudis ei kuulu määratud kategooriatesse. Seega saate määrata erineva kujunduse erinevate kategooriate väljaannete kommentaaride kuvamiseks ja kommentaaride lisamiseks.
36. Lisatud tugi sõnade käändetele sildi jaoks, mis kuvab väljaannete reitingule antud häälte arvu. Näiteks võite kasutada (häälte-num) tagasisidet||a|s. Varem polnud see selle sildi jaoks saadaval. see sisaldab HTML-koodi, mitte ainult numbrit.
37. Kui skripti sätted võimaldavad saidi kasutamist ainult HTTPS-protokolli kaudu, siis saadetakse ka brauseri küpsised serverisse ainult HTTPS-protokolli kaudu ja need blokeeritakse automaatselt, kui kasutatakse tavalist HTTP-protokolli.
38. Lisatud staatiliste lehtede vale CNC kontroll, mille väljaande tekst on jagatud mitmele leheküljele. Kui on määratud vale leheküljenumber, suunatakse automaatne 301 ümbersuunamine selle lehe algusaadressile.
39. Väljaannete RSS-impordi jaoks on lisatud tugi piltide importimiseks korpuse sildist mis sisaldab avaldatavat pilti. Kui Lühike kirjeldus RSS-kanalis on lihtsalt tekst ja selles on pilt eraldi silt, siis lisatakse selle väljaande pilt ka kohe alguses importimisel lühiuudiste hulka.
40. Lisatud on ümbersuunamiste tugi täielike uudiste saamiseks väljaannete RSS-impordi kasutamisel. Kui RSS-kanali link on ümbersuunamine edasiseks üleminekuks allika saidil oleva uudise täisteksti juurde, järgib DataLife Engine automaatselt seda ümbersuunamist ja võtab sisu lõplikust allikast. Seega on täisuudiste saamine senisest kvaliteetsem.
41. Muudatused on tehtud siltide töös ja. Kui konkreetse väljaande puhul on kommentaaride kasutamine ja lisamine keelatud, siis peidavad need sildid ka neis oleva sisu.
42. Kui kommentaarid on avaldamiseks lubatud, kuid samal ajal keelati muude seadete kohaselt kasutajal või kasutajate rühmal kommentaare avaldada, siis kuvatakse sellekohane teade mitte kõigi kommentaaride lõpus, vaid kohas, kus määrate kommentaaride väljundi. vorm kommentaari lisamiseks koos märgendiga (lisakommentaarid) oma malli, seeläbi saate asukoha ise määrata seda sõnumit teie veebisaidil.
43. Autoriseerimiseks sotsiaalvõrgustiku "Odnoklassniki" abil, lisati automaatse vastuvõtmise võimalus Kasutaja meiliaadress, eeldusel, et rakendus ise on saanud Odnoklassnikilt vastavad õigused. Tähelepanu, vaikimisi ei anna Odnoklassniki õigusi e-kirjade saamiseks ja sobiva juurdepääsu saamiseks peate lisaks võtma ühendust sotsiaalvõrgustikuga. e-kirjade vastuvõtmiseks. Kui luba antakse, impordib DLE automaatselt ka e-posti aadressi.
44. Täiustatud kuvasuhte arvutamise süsteem väikeste koopiate tegemisel. See loob korrektsema ja kvaliteetsema vähendatud koopia.
45. Täiustatud väljaannete otsingusüsteem kui see on skripti seadetes lubatud, lihtne otsing. Uus algoritm võimaldab publikatsioone täpsemalt ja korrektsemalt leida.
46. Täiustatud juhtimissüsteem dubleerivate lehtede ilmumiseks, kui vaatate saidi kõiki viimaseid kommentaare.
47. Väljaannete lisavaldkondade optimeeritud töötlemine lühiväljaannete kuvamisel, samuti populaarsete väljaannete kuvamise mooduli töötamise ajal.
48. Uuendatud visuaalsed toimetajad TinyMCE ja Froala enne praegused versioonid. Parandasime nendes toimetajates mitu tuvastatud viga.
49. TinyMCE redaktori jaoks on lisatud kleepimise tugi peidetud tekstisildid, kasutades redaktoris vastavat nuppu.
50. Floara redaktori kasutamisel kommentaaride jaoks lisati võimalus kiire laadimine ja piltide lisamine kommentaaridesse. Võite klõpsata pildi lisamise ikooni ja valida üleslaaditava faili või lihtsalt lohistada pildifaili arvutist redaktoriväljale, misjärel pilt laaditakse automaatselt ja sisestatakse redaktoris kursori asukohta.
51. Skripti juhtpaneeli paigutuses on tehtud väiksemaid muudatusi, mille eesmärk on kõrvaldada mõned paigutusvead ja parandada suhtlust juhtpaneeliga.
52. Värskendatud praegustele versioonidele raamatukogu saidilt kirjade saatmiseks, samuti raamatukogu mobiilseadmete tuvastamiseks.
53. Probleem lahendatud mille juures sisse eelvaade väljaandeid ei töödeldud sildid ja .
54. Probleem lahendatud milles sotsiaalvõrgustike metasildid moodustati valesti. video- ja helivõrgud, kui video avaldati lisades. väljad ning koosnes esitusloenditest ning video- ja helifailide kirjeldustest.
55. Probleem lahendatud kus teatud olukordades ja serveri seadetes ei saanud väljaannete eelvaade saidilt väljaannete lisamisel töötada.
56. Probleem lahendatud mille puhul kommentaaride dünaamiline laadimine ei töötanud, kui see oli skriptiseadetes lubatud ja märgend (jsfiles) paigutati saidi kõige alla.
57. Probleem lahendatud mille puhul viimaste kommentaaride kuvamine ei töötanud, kui jaoks teatud grupp teatud kategooriad olid keelatud.
58. Väiksemad vead skriptis, mis avastati ja teatati varem, on parandatud.
Tervitused kõigile, kes nendele ridadele oma väärtuslikku aega pühendavad.
Selles artiklis tahan rääkida DataLife Engine serveri ja sisuhaldussüsteemi optimaalse konfigureerimise viisidest. Nelja aasta jooksul Interneti-saitide ja serveritega töötades sain teada, et turvalisus on tähtsam kui mugavus ja et sellele tuleb tähelepanu pöörata. Reserveerimine: Ma ei pretendeeri kellegi autorlusele intellektuaalne omand! Kogu materjal on kogutud Internetis.
Kirjeldatakse järgmisi samme, mis aitavad jaotada serveri koormust, kaitsta seda DOS-i rünnakute eest, piirata juurdepääsu FTP-protokollile ja õigesti konfigureerida DataLife Engine süsteemi.
Serveri kaitsmine ja konfigureerimine.
1. Serveri konfiguratsiooni seadistamine esiotsa Nginx to Apache paketi abil.
Sellise skeemi eeliseid saab mõista väikese näitega. Kujutage ette, et teie Apache veebiserver peab teenindama korraga umbes 1000 päringut ja paljud neist on ühendatud aeglaste linkidega. Apache'i kasutamise korral saame 1000 httpd protsessi, millest igaüks eraldatakse RAM ja seda mälu ei vabastata enne, kui klient on nõutud sisu kätte saanud.
Esiserverit kasutava skeemi puhul säästame märkimisväärselt ressursse tänu sellele, et pärast päringu saamist edastab nginx päringu Apache'ile ja saab kiiresti vastuse. Selle tulemusena vabastab Apache pärast nginxile vastuse andmist mälu. Järgmisena suhtleb nginxi veebiserver kliendiga, mis on lihtsalt kirjutatud staatilise sisu levitamiseks suurele hulgale klientidele vähese süsteemiressursside tarbimisega.
Meie paketi korrektseks toimimiseks vajame Apache'i moodulit. Selline vajadus on olemas järgmisel põhjusel: Apache'i päringud tulevad IP-aadressilt, millel nginx töötab, Apache logifailides kuvatakse ainult nginxi serveri IP-aadress. Samuti algavad ilma seda moodulit kasutamata probleemid külastaja IP-aadressi kasutavate skriptidega ja mehhanism IP-aadresside kaudu juurdepääsu piiramiseks .htaccessi abil lakkab õigesti töötamast.
NGINX installimine populaarsetesse operatsioonisüsteemidesse.
Red Hat Enterprise Linux 4 / CentOS 4
Nginxi installimiseks nendesse operatsioonisüsteemidesse peate lubama täiendava paketihoidla.
Red Hat Enterprise Linux 5 / CentOS 5
Nginxi installimiseks nendesse operatsioonisüsteemidesse peate lubama täiendava EPEL-i pakettide hoidla.
ASPLinuxi server 5 / Fedora
nginx sisaldub standardses levitamispaketis.
Kui hoidlad on ühendatud või neid pole lihtsalt vaja, käivitame: yum installige nginx
Apache installimine.
paigaldama Apache veebiserver piisavalt teha: yum install httpd
Installige mod_rpaf.
1.
Installige pakett httpd-devel:
yum -y installige httpd-devel
2. Laadige alla ja installige mod_rpaf:
Sisestame kataloogi /usr/local/src
cd /usr/local/src
Laadige fail mod_rpaf-0.6.tar.gz kausta /usr/local/src
wget http://stderr.net/apache/rpaf/download/mod_rpaf-0.6.tar.gz
Pakkige lahti mod_rpaf-0.6.tar.gz
tar xzf mod_rpaf-0.6.tar.gz
Minge kataloogi, kus te lahti pakkisite
Panime mooduli süsteemi
apxs -i -c -n mod_rpaf-2.0.so mod_rpaf-2.0.c
3. Järgmiseks peate looma mod_rpaf konfiguratsioonifaili - /etc/httpd/conf.d/rpaf.conf ja lisama sellele järgmised read:
RPAFenable On
RPAFproxy_ips 127.0.0.1 xx.xx.xx.xx yy.yy.yy.yy
kus xx.xx.xx.xx ja yy.yy.yy.yy on teie serveri IP-aadressid. Kui serveris on rohkem kui kaks IP-d, lisage need samal viisil.
teenus httpd restart
4. Nginxis tuleb http () plokis määrata järgmised read:
proxy_set_header Host $host;
Kui need read on määratud, ei pea te lisama.
Kui faili nginx.conf muudetakse, taaskäivitage nginx:
/etc/init.d/nginx peatus
/etc/init.d/nginx algus
5. Kuidas kontrollida, kas installitud moodul töötab?
Asetage mis tahes teie serveris asuvale domeenile test.php fail koos sisuga:
" echo $_SERVER["REMOTE_ADDR"]; ?>"
Järgmisena järgige linki, kus domain.tcom on teie domeeninimi. Kui kuvatakse teie serveri IP-st erinev IP, töötab moodul õigesti.
nginxi seadistus.
Järgmine on nginxi konfiguratsioonifail esiserverina töötamiseks. Eeldatakse, et nginx töötab kõigil pordi 80 liidestel ning Apache liidesel 127.0.0.1 ja pordil 8080. Salvestage see konfiguratsioonifail kataloogi /etc/nginx/ nimega nginx.conf.
kasutaja nginx;
töötaja_protsessid 10;
error_log /var/log/nginx/error.log silumine;
pid /var/run/nginx.pid;
sündmused (
töötaja_ühendused 20000;
}
http(
sisaldab /etc/nginx/mime.types;
default_type application/octett-stream;
log_format main "$remote_addr - $remote_user [$time_local] $status"
""$request" $body_bytes_saatis "$http_referer" "
""$http_user_agent" "http_x_forwarded_for"";
access_log /var/log/nginx/access.log põhi;
saatmisfail sees;
tcp_nopush sees;
tcp_nodelay sees;
Keepalive_timeout 30;
send_timeout 900;
server_tokens off;
server(
kuula 80;
serveri_nimi_;
serveri_nimi_ümbersuunamises väljas;
access_log /var/log/nginx/host.access.log põhi;
asukoht / (
proxy_pass http://127.0.0.1:8080/;
proxy_redirect off;
proxy_set_header Host $host;
puhverserveri_komplekti_päis X-Real-IP $kaug-addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
kliendi_max_kere_suurus 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 10m;
}
}
Apache seadistamine.
Leidke Apache konfiguratsioonifailist /etc/httpd/conf/httpd.conf rida:
ja asendage see reaga:
Kuulake 127.0.0.1:8080
mod_rpaf seadistus.
Lisage moodul mod_rpaf oma Apache konfiguratsioonifaili. Selleks lisage faili /etc/httpd/conf/httpd.conf järgmine rida:
LoadModule rpaf_module modules/mod_rpaf-2.0.so
Seejärel lisage samasse faili järgmised read:
RPAFenable On
RPAFsethostname Off
RPAFproxy_ips 127.0.0.1 192.168.0.1
RPAFheader X-Real-IP
192.168.0.1 asemel peate sisestama serveri IP-aadressi.
2. Serveri konfiguratsioon kaitseks dos-rünnakute eest.
Vahemällu salvestamise lubamine nginxis avaleht neile, kellel pole küpsiseid.
Lisage failile nginx.conf piirangud:
limit_req_zone $binary_remote_addr zone=kaks:20m kiirus=2r/s;
server(
asukoht / (
limit_req zone=kaks pursket=5;
}
}
}
Kasutame saba ja awk:
tail -f /var/log/nginx/access.log | grep GET / HTTP/1.1" 503
Ühendame logi:
tail -f /var/log/nginx/access.log | grep GET / HTTP/1.1" 503 | awk "( print $ 1 )"
Saame masinate IP-d:
iptables -A SISEND -p tcp -j DROP -s $IP
Sisestame tulemüüri IP:
tail -f /var/log/nginx/access.log | grep GET / HTTP/1.1" 503 | awk "( prindi $ 1 )" | xargs -t -l iptables -A SISEND -p tcp -j DROP -s
Nüüd määrame iptablesi jaoks connlimit, et piirata robotiühendusi. Reeglites määrame loa 5 ühendusele ühest IP-st ja 25 C-klassi alamvõrgust.
DDOS-rünnak 16000 robotilt – keskmine koormus: 1,4 1,9 2,0
FTP juurdepääsupiirang
Selleks vajame faili .ftpaccess. See aitab keelata või lubada FTP-le juurdepääsu määratud IP-aadressidelt. Keegi võib küsida: "Mul on dünaamiline IP, kuidas .ftpaccessi õigesti kasutada?" Ainus vastus, mida ma mõtlen, on järgmine: "Kui vajate seda turbe lisandmoodulit, hankige oma Interneti-teenuse pakkujalt staatiline IP. Nad ei küsi sinult palju raha."
Faili .ftpacces loomiseks vajame SSH-juurdepääsu. Võite kasutada winscp-d. Failis .ftpaccess võib olla palju seadistusi, kuid meid huvitab ainult üks parameeter. Kui kirjutate faili need read, blokeerite täielikult kõigi juurdepääsu:
Keeldu kõigist
Pärast ülaltoodut ei pääse keegi FTP-le juurde. Juurdepääsuloa lisamiseks konkreetsele IP-le peate määrama järgmised parameetrid:
Luba alates 127.0.0.1
Keeldu kõigist
Loomulikult on näitena näidatud aadress 127.0.0.1 ja see tuleb asendada teie omaga.
Tähtis! Parim on keelata FTP juurdepääs absoluutselt kõigile ja ühendada ainult SSH kaudu.
Sisuhaldussüsteemi DataLife Engine kaitse.
1. Installige ja konfigureerige .
2. Nimetage administraatori paneeli fail ümber ja tehke vanale aadressile (www.sait.com/admin.php) minnes võlts, kuhu kasutaja blokeeritakse, keelates tema ip failis .htaccess.
Ümbernimetatud? Nüüd loome juurkataloogis ip.txt-faili ip-aadresside salvestamiseks. Anname talle ja .htaccessi chmod õigused – 777.
Looge järgmise sisuga fail admin.php:
$ip = getenv("REMOTE_ADDR");
$log = fopen("ip.txt", "a+");
fwrite($log, "// ".$ip."\n");
fclose($log);
$f = fopen($_SERVER["DOCUMENT_ROOT"] . "/.htaccess", "a");
fwrite($f, "\ndeny from " . $ip);
fclose($f);
Administraatori paneel DataLife Engine
Tekst näiteks: Sinu ip on logides, ma leian su üles!
Karda, pisike, ha ha!
"3. Lisame halduskeskuses täiendava autentimise.
Peate leidma teise sisselogimise ja parooli (ärge kasutage oma administraatorikonto andmeid). Teine sisselogimine ja parool peavad esimesest põhimõtteliselt erinema. Otsustas? Hästi! Nüüd krüpteerime oma parooli md5-s (saate seda teha veebisaidil md5encryption.com).
Järgmisena avage admin.php (pidage meeles, et me nimetasime selle varem ümber ja seetõttu, kui panite selle nimeks superadmin.php, peate selle avama) ja pärast rida:
lisama:
$login="sisesta enda loodud sisselogimine";
$password="ja genereeritud parool md5-s";
if (!isset($_SERVER["PHP_AUTH_USER"]) || $_SERVER["PHP_AUTH_USER"]!==$login ||
md5($_SERVER["PHP_AUTH_PW"])!==$parool) (
header("WWW-Authenticate: Basic realm="Admin Panel"");
header("HTTP/1.0 401 volitamata");
exit ("Juurdepääs keelatud");)
4. Keelake süsteemi poolt kasutamata php funktsioonid.
Faili php.ini otsimiseks looge fail phpinfo.php tekstiga:
Pärast otsimist kustutage kindlasti phpinfo.php!
disable_functions = allow_url_fopen, eval, exec, süsteem, passthru, scandir, popen, shell_exec, proc_open, proc_close, proc_nice, get_current_user, getmyuid, posix_getpwuid, apache_get_modules, virtual, apache_get_modules, virtual, apache_get_modules, virtual, posix_version, getermypiddegroup,cheownsemypiddegroup, ketta_vaba_ruum, kettavaba ruum, dl, ini_restore, openlog, syslog, highlight_file, show_source, symlink, ketta_kogu_ruum, ini_get_all, get_current_user, posix_uname, allow_url_fopen
5. Loo GET ja POST päringute filtreerimine, väldi andmebaasi süstimisi ja sealt andmete saamist.
Looge suvalise nime ja järgmise sisuga .php-fail:
// määrake ühele, kui soovite lubada päringu silumise
$silumine = 0;
$bag_req = array("select", "eval", "echo", "UPDATE", "LIMIT", "INSERT", "INTO", "liit", "CONCAT", "INFORMATION_SCHEMA", "OUTFILE", " DUMPFILE", "LOAD_FILE", "BENCHMARK", "SUBSTRING", "ASCII", "CHAR", "andmebaas", "HEX", "\\.\\/", "%00", "\\.htaccess" ", "config\\.php", "document\\.cookie");
$taotlus = serialize($_GET);
kui($_GET)
{
foreach ($bag_req kui $key => $value) (
{
Päring leitud massiivist $ väärtus
$taotlus";
}
}
}
kui($_POST)
{
$request = str_replace("valitud_keel", "sl", serialize($_POST));
$urequest = urldecode($request);
$brequest = base64_decode($päring);
foreach ($bag_req kui $key => $value) (
if(preg_match("/$value/i", $request) || preg_match("/$value/i", $urequest) || preg_match("/$value/i", $brequest))
{
if($debug == "1") $do_debug = "
Päring leitud massiivist $ väärtus, mis blokeerib õige toimingu
$taotlus";
die("HALB TAOTLUS $do_debug");
}
}
}
?>
Salvestame selle serverisse DLE süsteemi mis tahes kataloogi. Avage fail engine/classes/mysql.php ja pärast seda:
if(!defined("DATALIFEENGINE"))
{
die("Häkkimiskatse!");
}
ühendage loodud fail:
include_once(ENGINE_DIR."/faili_tee/nimi.php");
6. Kasutades DLE jaoks tasuta komponente, küsi kindlasti nende töökindluse kohta spetsialisti arvamust.
Küsimuste korral võtke ühendust otsingumootorid- kogu materjal on vabalt saadaval!
Kas teil on midagi lisada? Tere tulemast arutelule!
Edu teile ja teie projektidele!
DLE või DataLife Engine on tasuline CMS teie saidi sisu haldamiseks. CMS-il on võimas süsteem uudiste, väljaannete, artiklite, kasutajate haldamiseks ning see on mõeldud teabeportaalide ja ajaveebi loomiseks. Tänu paljudele sisseehitatud funktsioonidele ja täiustatud AJAX-tehnoloogia kasutamisele CMS-is tarbib teie sait vähem serveriressursse isegi suure külastajate arvu korral. Sellest juhendist saate teada, kuidas DLE-d Hostingerisse installida.
Enne selle juhendi alustamist vajate järgmist.
- Juurdepääs teie hostimise juhtpaneelile
DLE installimine Hostingerisse
Enne DLE installimise alustamist peate tegema järgmised toimingud.
1. samm – DLE häälestusfailide allalaadimine
Ava kaust Laadi üles oma FTP-kliendis ja laadige kõik failid kaustast oma hostimiskontole kataloogi avalik_html.
MÄRKUS! Selles õpetuses kasutame failide üleslaadimiseks FileZillat, kuid võite kasutada mis tahes FTP-klienti, mis teile meeldib.
3. samm – failiõiguste määramine
DLE installimine toimub aastal automaatrežiim, peate vaid määrama sobivad õigused mõnele eraldi kaustale ja failile, mille olete eelnevalt oma hostimiskontole üles laadinud.
- Esmalt määrake kaustale kirjutamisõigused mallid ja kõik selle alamkaustad. Selleks paremklõpsake kaustal mallid FileZilla liideses ja valige suvand Faili atribuudid...
- Järgmisena sisestage kuvatavas aknas Numbriline väärtus 777 kirjutamisõiguste muutmiseks märkige kõrval olev ruut Suunake ümber pesastatud kataloogidesse ja märgi Rakenda ainult kataloogidele.
- Järgmisena peate muutma kõigi kaustas olevate failide õigusi mallid, kuid õigustega 666. Selleks avage uuesti kausta atribuudid mallid ja küsi Numbriline väärtus 666, märkige kõrval olev ruut Ümbersuunamine pesastatud kataloogidesse → Rakenda ainult failidele.
- Tehke sama kaustadega varundamine, üleslaadimine, samuti kõigi nende sees olevate kaustade jaoks. Järgmine kaustade jaoks /mootor/andmed/, /mootor/vahemälu/, /mootor/vahemälu/süsteem/. Kõigi määratud kataloogide jaoks määrake kirjutamisõigused väärtusele 777.
- Nüüd saate alustada DLE installimist.
4. samm – DLE installimine Hostingerisse
Installimise alustamiseks sisestage brauserisse oma domeeninimi. Kui installiaken automaatselt ei avane, lisage oma domeeninimele install.php. Näiteks, teie-domain.ru/install.php.
- Kui kõik on õigesti tehtud, näete DataLife'i mootori installiviisardi akent. Klõpsake nuppu Alusta installimist.
- Järgmisena nõustuge kasutajalepinguga, märkides selle kõrval oleva ruudu Nõustun selle lepinguga. Installimise jätkamiseks klõpsake nuppu. Jätka.
- Järgmises aknas kontrollige, kas teie server sobib vajalikud nõuded ja vajutage nuppu Jätka.
- Järgmisena kontrollige, kas varem määratud failiõigused on õiged. Kui kõik on õige, klõpsake uuesti Jätka.
- Uues aknas peate sisestama oma andmebaasi üksikasjad ja andmed konto teie DLE saidi administraator.
- Saidi URL- teie veebisaidi aadress
Andmed juurdepääsuks MySQL serverile.
- MySQL server- teie andmebaasi hostimise MySQL-server. Kui olete Hostingeri kasutaja, leiate vajaliku teabe jaotisest Andmebaasid → MySQL andmebaasid.
- Andmebaasi nimi on teie MySQL-i andmebaasi nimi.
- Kasutajanimi on teie andmebaasile määratud kasutaja nimi.
- Parool– parool oma andmebaasi kasutajakontolt.
- Eesliide- MySQL andmebaasi tabeli eesliide. Saate selle muutmata jätta.
- Andmebaasi mootor- soovitatav on jätta vaikeväärtus. InnoDB.
- 4 baiti UTF– kui see valik on lubatud, salvestab DLE andmebaasi lisateavet. See valik võib mõjutada teie saidi toimivust.
Andmed juhtpaneelile juurdepääsuks.
Sisestage andmed, et pääseda juurde oma saidi juhtpaneelile. Sisestage oma tegelik aadress Meil, kasutatakse seda administraatorikontole juurdepääsu taastamiseks.
Lisaseaded.
Lubage CNC tugi– lubage inimloetav URL. Kui see valik on lubatud, kuvatakse artikli pealkiri artikli aadressil. See funktsioon kasulik SEO optimeerimiseks.
- Installimise või värskenduse taaskäivitamise vältimiseks kustutage fail install.php ja kaust uuendada teie veebisaidi kataloogist. Klõpsake nuppu Jätka.
Õnnitleme, olete Hostingeris oma veebisaidile DLE edukalt installinud.
Järeldus
Olles lõpetanud see juhend olete õppinud DLE-d hostimisse installima. DLE installimine on üsna lihtne protsess, kui olete hoolikalt järginud meie samm-sammult juhendit. Vaatamata tänapäevasele CMS-i rohkusele on DLE-l oma omadused ja hea jõudlus.
DataLife Engine'i uusimad versioonid leiate alati saidilt. Valige cms DLE, CP1251 või UTF-8 erinevad nullitud ja litsentsitud versioonid, kõik värskeim otse dle-newsist. Näiteks uus DataLife Engine 13.0 Final ja nulled DLE 13.0 saate tasuta alla laadida ilma registreerimata ja otselingi kaudu.
sait on alati esimene, kes pakub uusimaid väljaandeid!
DataLife Engine 13.0 lõplik ja nullitud DLE 13.0 tasuta
Uue Datalife Engine'iga alustamine: kui lihtne see tegelikult on!
Paljud on kuulnud sellisest CMS-ist nagu Datalife Engine. Ja kindlasti pole vähem inimesi kuulnud selle ilmsetest eelistest. Funktsionaalsuse kohta. Teave MySQL-i ja selle laienduste toe kohta. Ja muidugi sellest, kui mugav on Datalife Engine nii kasutajatele kui ka veebisaitide haldajatele.
Paljud inimesed soovisid kogeda kõiki naudinguid ja proovisid alla laadida DLE-d. Kuid paraku saate tasuta proovida ainult testversiooni, samas kui saate hinnata kõiki CMS 13.0 eeliseid ainult litsentsiga. Muide, ebaseadusliku tarkvara kasutamine on ebasoovitav. See võib kahjustada DLE-s loodud saiti ja selle omanikke. Ei ole mõtet riskida – hind on veidi üle saja dollari. Seetõttu ei tohiks te dle-d torrentist alla laadida. Meilt on palju lihtsam alla laadida, proovida ja seejärel otsustada, kas häkkida cms või osta litsents.
Mida teha, kui otsustate seda imelist mootorit testida?
Protseduur on väga lihtne, kuid sellel on oma nüansid:
lahti pakkimine serverisse saidi kaustas;
toetus PHP server 5.0;
piisava liiklusega server;
20 MB kettaruumi.
Kui veebisait on installitud kohalikku terminali, peate installima spetsiaalse tarkvara, mis täidab siin serveri rolli. Parim variant selleks on Apache või Denwer.
Eeldatakse MySQL-i, kus andmebaas luuakse nii, et viimasel on täielik juurdepääs. Õigused on määratud ka mitmele kaustale, mille kohta on soovitav juhendist täpsemalt vaadata. Kaustade sees on ka teisi kaustu ja need vajavad CHMOD 777 kirjutamisõigust. Sisefailidel peab olema CHMOD 666.
Programm töötab absoluutselt mis tahes brauseriga. Järgmine aadress on kirjutatud selle reale install.php. Järgnevad paigaldusjuhised. Sisesta sisselogimine/parool.
Kui installimine on lõppenud, eemaldatakse install.php kataloogist ja ka uuenduse sisu. Milleks see tegevus on mõeldud? Ilma desinstallimiseta algab iga Interneti-ressursi käivitamine teie kasutatava DLE Nulled 13.0 installiga. CMS-ile pääseb juurde juhistes näidatud URL-i kaudu. See "url" viib otse administraatoripaneelile.
Mida saidi külastajad saavad?
Nad saavad kiiresti registreeruda, nad saavad kohe lisada kommentaare. Süsteemi suureks plussiks on uudiste tutvustamine "kasutajate" endi poolt. Pärast registreerimist hakkab kujunema kasutajaprofiili hinnang.
Uudiseid saab kustutada või redigeerida, profiilides olevaid fotosid muuta, unustatud või kaotatud mandaate taastada. Võimalused on väga tõsised. "Administraatorid" saavad mitte vähem funktsioone. Nad saavad teha kõike, mida "kasutajad" saavad teha, sealhulgas hallata kasutajaprofiile.
Ühesõnaga CMS DLE-st piisab lihtne süsteem, mis ei nõua, et keegi oleks veebiprogrammeerimise guru. Lihtkasutaja saab hõlpsasti luua oma veebisaidi, millel on palju suurepäraseid funktsioone. Ja selle juhtimissüsteemi fännid ootavad peatset versiooni 13.1 väljalaset. Siiani pole sellest tegelikult midagi teada, kuna äsja ilmus pressiteade 13.0, kuid paljud ootavad ilmumist.
Niipea kui väljalaskmine toimub, teeme kindlasti ülevaatuse. Seni olge kursis ja lugege, mis on Celsofti versioonis 13.0 uut:
Esitatakse teie tähelepanu DLE 13.0, alla laaditud off. sait, mis ilma aktiveerimiseta on demoversioon. Kuid spetsiaalselt teie jaoks valmistati see ette demolitsentsiga. Kuid me pakume seda ainult informatiivsel eesmärgil! Ja nagu ikka, DLE 13.0 nullitud – mis erineb algsest versioonist selle poolest, et dekodeerisime ja eemaldasime võtit küsiva koodi failides – \engine\inc\include\init.php ja \engine\inc\include\functions. inc.php, muid koodimuudatusi ei tehtud! Saidi administraatorid tuletavad meelde, et nad pakuvad nullitud versiooni ja võtmegeeni - ainult viitamiseks koos kõigi stsenaariumi võimalustega, ja paluge pärast õppimist litsents osta. Ostsime portaali veebisaidi jaoks litsentsi ja soovitame tungivalt sama teha!
