Gyakran ismételt kérdések a webtárhelyről

Közzététel: Támogatása segít fenntartani a webhely működését! Az ezen az oldalon javasolt szolgáltatások némelyikén referenciadíjat keresünk.


Ebben az útmutatóban több száz, a web hostinggal kapcsolatos kérdésre ad választ. Ezek a tartománynév kiválasztásától és kezelésétől a tartalomkezelő rendszer felállításáig és a webes alkalmazások fejlesztéséig terjednek.

Használja a jobb oldali tartalomjegyzéket, ha meg szeretne tanulni egy adott témáról.

Contents

Domains

További információkért lásd a domain nevek végső útmutatóját.

Hogyan lehet olcsó domain nevet szerezni??

Számos webtárhely-szolgáltató ingyenes domain nevet kínál, ha host-tervet vásárol.

Sajnos ezek általában csak az első évben ingyenesek. Ezt követően meg kell újulnia a fogadó cég által meghatározott díjjal – általában évente több dollárral drágább, mint ha külön kellene fizetnie érte közvetlenül a domain név regisztrálótól..

A tárhelyszolgáltatók hajlamosak további díjakat felszámolni, például a domain név magánéletét, amelyet sok jó regisztrátorból olcsóbban (vagy ingyen) megszerezhet..

Ha inkább inkább a domain nevet vásárolja meg a tárhelyétől külön (ez egy nagyon jó ötlet), akkor nézd meg a domain név regisztrálók listáját néhány jobb olcsóbb lehetőség közül.

Hogyan kaphatunk meg .com domaint??

Szinte minden domain névregisztrátor képes lesz Önnek eladni .com domain nevet.

Szükségem van egy .com domainre?

Nem, sok más lehetőség is létezik.

Például – ha nonprofit szervezet, klub, egyház vagy más nem kereskedelmi szervezet, akkor érdemes regisztrálni .org domain névként.

Az elmúlt években a tech-központú induló vállalkozások és a nyílt forráskódú projektek között tendencia volt a .io kiterjesztés használata.

Az Egyesült Államokon kívüli szervezetek esetében minden országnak megvan a saját országkód TLD-je, például .uk és .ru. Ezek népszerűek a domain hackerek esetében is – a domain kiterjesztés használata a webhely vagy a márkanév részeként.

Természetesen ott vannak az új „egzotikus” domainnevek is, mint például a .ninja és .club. Számos ilyen létezik, és nagyon jól illeszkednek a márkádhoz.

Általában el akarod kerülni a második szintű gTLD-t, mint például a .biz és .info. Ezeket nem nagyon tartják tiszteletben, és hajlamosak a hozzáértő internethasználókra gyanakvást okozni.

A .com domain továbbra is a legjobb?

Úgy tűnik, hogy a .com az összes további opcióval együtt továbbra is a domain név aranyszabálya. Nagyfokú bizalommal bír a fogyasztókkal, és olyan legitimitási érzetet közvetít, amelyet nehéz elérni más domain névkiterjesztésekkel. Emiatt a .com domainek továbbra is a legmagasabb eladási árat mutatják a domain utópiacon.

Hogyan vásárolhatunk domainneveket??

Ha olyan domain nevet akar vásárolni, amelyet még senki más nem regisztrált, az nagyon egyszerű – csak használjon minden jó hírű domain név regisztrálót.

Ha egy már regisztrált domain nevet akar megvásárolni, akkor ezt megteheti. Kicsit bonyolultabb lehet, mint az új regisztrációk vásárlása. A részletekért olvassa el az utángyártott domain beszerzésével kapcsolatos részletes útmutatót.

Hogyan lehet eladni domainneveket??

Ha regisztrált domainneveket szeretne eladni, vagy gondolkodni kíván a domain-spekuláció üzletbe való belépésről, sok részletre van szükség. A problémák megfelelő megértése érdekében olvassa el a Végső domain név név útmutató fejezetét a domain nevek eladásáról.

Szükségem van domain névre?

Ha webhelyet szeretne beállítani, akkor valószínűleg domain névre van szüksége.

Egyesek ingyenes blogokat vagy más típusú webhelyeket hoztak létre olyan domain név használatával, amelyek egy harmadik fél szolgáltatásához tartoznak, például a WordPress.com vagy a Tumblr. Ez rendben van a kis személyes blogok esetében – de ha komoly online jelenlétre akar épülni, akkor tényleg meg kell adnia a saját domain nevét.

Nem nehéz megszerezni a saját domainnevét, csupán annyit kell tennie, hogy vásárol egy jó domain név regisztrálótól..

Ha problémái vannak egy tetszőleges domain név megtalálásával, vagy többet szeretne megtudni arról, hogy mi csinál egy jó domain nevet, mielőtt megvásárolná, olvassa el az Ultimate Domain Name Guide.

Szükségem van több domain névre?

Általában a márkaépítéssel kapcsolatos erőfeszítéseit egyetlen domain névre szeretné összpontosítani. Különösen akkor, ha éppen most kezd építeni online jelenlétét magának vagy szervezetének, akkor a több domain névre épülő kísérlet túl vékonyra teheti az erőfeszítéseit.

Hasznos lehet azonban további domain nevek megvásárlása az elsődleges domain név mellett. Például, ha van .com-ja, akkor általában jó ötlet előrelépni és megvásárolni a .org-verziót, ha elérhető (és fordítva). Az is jó ötlet, ha megvásároljuk elsődleges domain nevének általános elírásait, vagy más olyan dolgot, amelyet az emberek véletlenül beírhatnak, ha téged keresnek.

Általában, amikor megvásárolja ezeket a további domainneveket, nem akarja teljes webhelyeket felállítani rájuk – csak egy egyszerű 301-es átirányítást szeretne beállítani az elsődleges domainre. (Ügyeljen arra, hogy a helyettesítő karakterrel történő átirányításokat úgy állítsa be, hogy a rossz domain névvel rendelkező URL-ekre mutató linkek a megfelelő helyre kerüljenek.)

Hogyan válasszuk ki a domainneveket??

Az új online jelenlét létrehozásakor az egyik legnehezebb feladat az, hogy megpróbálja kitalálni az új webhelyhez a legjobb domain nevet. Nem szeretné gyakran megváltoztatni a domainneveket – ez káros a márkanevekre és a SEO-ra – tehát bármit is eldöntenie, jó hosszú időre kell működnie..

Ha Ön szervezet elsősorban offline jelenléttel rendelkezik, a legjobb dolog általában egy olyan domain nevet választani, amely a valódi világ nevének könnyen megjegyezhető változata. Lehet, hogy ez a teljes üzleti neve, vagy egy általános, társalgási rövidítés.

Ha egy adott földrajzi területet szolgál fel, akkor hasznos lehet, ha a város nevét felveszi a domain névbe. Ez különösen akkor hasznos, ha a neve kissé általános. Például – nagyon sok a „St. John’s ”és sok„ Excelsior Academy ”elnevezésű magániskola. Mivel az iskolák és az egyházak egyaránt szolgálják a helyi közösségeket, érdemes ezeket megkülönböztetni olyan domainnevekkel, mint a stjohnsfortworth.org vagy az excelsiorwilkesbarre.academy.

Hogyan lehet pénzt keresni a domain nevekkel??

A domének vásárlása későbbi eladásuk érdekében egy több millió dolláros iparág, amelyet „domain név spekulációnak” hívnak.

A népszerű média a rendkívül ritka, nagy értékű domain nevekre összpontosított, amelyek hatalmas pénzösszegeket kapták meg:

  • toys.com – 5,1 millió dollár
  • Fund.com – 9,9 millió dollár
  • sex.com – 13 millió dollár

A domain név-értékesítés túlnyomó többsége – és valójában a domain-spekuláció üzletének szíve és lelke – a tisztességesen értékelt domainnevek kevésbé izgalmas, nagy volumenű világában található, amelyek néhány száz vagy néhány ezer dollárért árulnak el..

Az iparba való bejutásról olvassa el a Végső domain név útmutató spekulációjának fejezetét a domain név spekulációjáról.

Mi a domain regisztrátor??

A domain név regisztráló olyan cég, amely kezeli a domain nevek regisztrációját. Amikor új domain nevet vásárol, azt „regisztrátorból” vásárolja (vagyis – fizeti a regisztrációs díjat a regisztrátornak).

Hogyan válhat domain regisztrátort??

A domain név regisztrátorává válni nem könnyű – jelentős tőkebefektetést és technológiát igényel. (Tegyük fel így: Ha el kell olvasnia ezt az oldalt, hogy megismerje, akkor nem vagy képesített.)

Ez azonban nem azt jelenti, hogy nem adhat el domainneveket. A legtöbb ember nem a domainneveket veszi közvetlenül a tényleges regisztrátortól, hanem inkább a kiskereskedelmi domain név-értékesítő cégektől.

Ha domain név viszonteladóvá szeretne válni, regisztráljon viszonteladói fiókot egy olyan regisztrátornál, mint az Enom

Hogyan keressünk domainneveket??

Bármely jó domain név regisztráló lehetővé teszi a domain nevek keresését.

Namecheap
egy különösen jó domain név kereső eszközzel rendelkezik. Ez lehetővé teszi a domain névnézetek százaiban való keresést a megadott kulcsszavak alapján, ideértve a domain neveket az új felső szintű domainekkel is.

Használnom kellene egy domain névgenerátort??

A domain névgenerátor olyan eszköz, amely egy vagy több kulcsszót vesz bemenetként, és megadja a lehetséges domainnevek listáját a kulcsszavak és az általános mellékletek, például az én, i vagy a legjobb kombinációk kombinációi alapján. Egyesek új szavakat próbálnak létrehozni a különböző kulcsszavak betűinek kombinálásával. Általában ezeket az eszközöket kombinálják a domain név elérhetőségének ellenőrzésével, így csak az elérhető lehetőségeket mutatják be.

A domain névgenerátor eszközök jó ötlet lehetnek az ötletgyűjtéshez, különösen, ha ragaszkodnak egy kreatív névhez, vagy ha valóban a kívánt nevet kapják. Ugyanakkor ki kell értékelni a domain névgenerátor ötleteit, hogy azok jól illeszkedjenek-e az Ön webhelyéhez.

Hogyan keresse meg a domain információkat?

A Whoishostingthis.com a legjobb hely egy domain névvel kapcsolatos információk keresésére. Csak lépjen a honlapunkon található keresési űrlapra, és írja be a domain nevet. Innentől megnézheti, hol helyezkedik el a webhely, és mi az annak IP-címe, és megszerezheti a webhely WHOIS-adatait is..

Hogyan lehet keresni a domain Whois-t??

Használhatja a kereső eszközünket a honlapunkon.

Ha van aMac vagy Linux gép, és jól érzi magát a parancssorban, akkor a whois parancsot közvetlenül a terminálon is használhatja. Csak írja be a parancsot és a domain nevet (whois example.com), és minden információ ott jelenik meg. Ezt a parancsot parancsfájlokból is elérheti, ha a WHOIS-adatokat be szeretné építeni egy alkalmazásba.

Ne feledje azonban, hogy a WHOIS adatvédelme miatt a WHOIS-keresés során nem mindig kap felhasználható információkat.

Hogyan kell keresni egy domain névben?

Ha megpróbál valamit megtalálni egy webhelyen, és a webhely saját oldalain végzett keresése nem működik nagyszerűen – íme egy kis trükk, amely a Google, a Bing, a DuckDuckGo és sok más keresőmotorban működik:

Írja be a keresési kifejezések elé a site: example.com webhelyet. A keresőmotor csak a site: parancs után megadott domain név eredményeit fogja megjeleníteni.

Hogyan kereshetünk ki egy domain nevet?

Időnként, de nem mindig, a WHOIS-információkkal megkeresheti egy domain tulajdonosát.

Honlapunkon található eszköz segítségével megkeresheti a WHOIS információkat és megismerheti a weboldal egyéb részleteit.

Ki birtokolja a domain rendszert?

A domain névrendszer egyetlen jogalanynak sem a tulajdonában van. Ugyanakkor az Intézett Nevek és Számok Internet Coorporation (ICAAN) irányítja, egy nonprofit szervezet.

Mi a legjobb domain regisztrátor??

Számos jó domain névregisztrátor létezik – és valószínűleg többet is el szeretne kerülni. Nézze meg kedvenceink domain név regisztrálóinak listáját.

Hogyan keressük meg a rendelkezésre álló domainneveket?

Bármely jó regisztrátor lehetővé teszi a domain nevek keresését.

Namecheap
egy igazán nagyszerű keresőeszközzel rendelkezik a domain nevek megtalálására. Lehetővé teszik a domain név beállítását kulcsszavak alapján, beleértve az új felső szintű domaineket.

Mi a teendő, ha a kívánt domain nevek nem érhetők el?

Választhat egy másik elérhető domainnevet, vagy megpróbálhatja megvásárolni a kívánt domaint a domain utópiacon.

Mi a domain backorder?

A domain backorder olyan szolgáltatás, amelyet sok domain név regisztráló nyújt, és amely néha lehetőséget ad a már regisztrált domain nevek megvásárlására..

A regisztrátor figyeli a kívánt domaint, és haladéktalanul megkísérli regisztrálni.

Ez jó módszer lehet a kiváló minőségű domain nevek elkapására, de nem egy megbízható módszer a domain név megszerzésére, ha egy megadott időn belül szüksége van rá (például, ha új weboldal).

Hogyan lehet újrarendezni a domainneveket?

Mindegyik domain-regisztrátor egy kicsit másképp kezeli a megrendeléseket. Hajrá apu
a domain backorder szolgáltatások egyik legnagyobb szolgáltatója, tehát jó indulási pontot jelentenek.

Hogyan vásárolhat domain??

A domain név megvásárlásához csak annyit kell tennie, hogy megtaláljon egy jó domain név regisztrátort. Van egy listánk az induláshoz.

Meg kell vásárolnom egy domain-t?

Igen. Nem olyan drágák, és egy jó domain név a nagy márka alapjául szolgálhat.

Mennyit kell vásárolni egy domaint?

Az országkód és az új gTLD domainek árai eltérőek lehetnek, de a „szokásos” domain kiterjesztésekkel (.com, .org stb.) Rendelkező nevek évi 10 dollár alatt lehetnek. Ha ezek többe kerülnek, a viszonteladó túl sok költséget számít fel

Hogyan vásárolhatok sok domain nevet?

Hajrá apu
és Namecheap
mindkettőnek kiváló eszközei vannak a tömeges domain név vásárlásához.

Hol lehet olcsó domain neveket vásárolni??

Tapasztalataink szerint a két domain regisztrátor, amelyek állandóan legalacsonyabb árai vannak, a Namecheap
és Namesilo.

Használnom kellene a .co domaint?

Nem igazán ajánljuk.

A .co domain nevet gyakran a .com jó alternatívájaként forgalmazzák, elsősorban a .com domain név bevételekor.

A probléma ezzel az, hogy zavaró. Néhányan valószínűleg úgy vélik, hogy ez egy elírás. Mások egyszerűen hibásan írják be, hozzáadják az „m” betűt, és valaki más webhelyére kerülnek.

Ezenkívül néhány internethasználóval közli, hogy webhelye alacsony minőségű – „knock-off” érzést hordoz, mint azok az engedély nélküli rajzfilmfigurák a Times Square-en..

Még ha nem is tudja megkapni a kívánt domain nevet, akkor szinte mindig jobb a .com domain névnél..

Mi a ttl??

A TTL az „ideje élni”. Ez a DNS-beállítások egyik beállítása, és arra utal, hogy az útválasztó vagy a szerver mennyi ideig tárolja az IP-címet az Ön DNS-rekordjában..

Ennek akkor van hatása, ha megváltoztatja a DNS-rekordot. Ha nagyon magas TTL-je van, néhány szerver teljes munkaidőben vár, mielőtt újra ellenőrzi, hogy a kérelmeket mikor kell elküldeni. Ez meghosszabbíthatja a domain név terjesztésének időtartamát.

A TTL-t másodpercekben mérik. A hagyományos érték 86400, azaz 24 óra.

A TTL szerkesztése?

A TTL a DNS-rekord egyik mezője, tehát ott szerkesztésre kerül. Általában a host vezérlőpultján található, például a Domain Tools vagy a DNS Zone Editor alatt.

Ne feledje, hogy a TTL az egyik adatpont, amelyet a TTL szabályoz. Ha a domain név TTL-jét 864000-ről (24 óra) 300-ra (öt perc) változtatja meg, abban a reményben, hogy felgyorsítja a globális DNS terjesztését, a kiszolgálók és az útválasztók csak a teljes DNS ellenőrzéséig látják a frissített TTL-t rekord. Tehát érdemes lehet megváltoztatni a TTL-t egy vagy két nappal az IP-cím megváltoztatása előtt, ha a gyors terjesztés kiemelt prioritás.

Mi a DDNS??

A DDNS a dinamikus DNS-t jelenti. Ez egy névkiszolgáló automatikus frissítésének módja a domain névrendszerben.

Ez olyan webes erőforrások esetén hasznos, amelyek gyakran változtatják meg az IP címeket (napi vagy akár óránként). A DNS-rekordokat egy helyi útválasztó vagy szerver frissíti, amikor az erőforrás IP-címe megváltozik.

Ez általában nem jelent problémát a tipikus webtárhely-tervek számára, mivel a webtárhely-szolgáltatók statikus IP-címeket használnak. Ez azonban sok internethez csatlakoztatott eszköz várható tulajdonsága, mivel minden egyes újraindításkor dinamikusan új IP-címet kapnak..

Mi a DNS??

A DNS a domain név rendszer. Ez egy emberi jelentéssel bíró domain nevek elosztott adatbázisa, amelyet hálózati jelentőségű IP-címekre leképeztek. A webböngészők és más internetes ügyfelek a DNS-adatokhoz különböző csomópontokhoz kapcsolódó rekurzív hívások sorozatával férnek hozzá a DNS-információkhoz.

A DNS szerkesztése?

DNS-rekordjait általában a domain regisztrátor kezeli, kivéve, ha a névszervereket úgy változtatta meg, hogy „mutatják” őket a webtárhely szolgáltatójának (általános gyakorlat). A DNS-rekordok szerkesztéséhez a domain névhez tartozó névszervereket is meg kell adni.

Függetlenül attól, hogy a host szolgáltatónál vagy a domain név regisztrátoránál található-e, könnyű lesz a DNS-rekordok szerkesztése. A vezérlőpulton általában van egy link valamihez, például a “DNS Records” vagy a “DNS Zone Editor”.

A DNS-rekord a következő részekből áll:

  • A rekord típusa. A leggyakoribb, amiről tudnia kell:
    • A – a fő rekord, amelyet arra az IP-cím azonosítására használnak, amelyre az összes kérést el kell küldeni
    • CNAME – Az egyik domain leképezésére szolgál
    • MX – Mail exchange, egy domain e-mail szerverének azonosítására szolgál
  • Domain név vagy aldomain
  • Cím – A legtöbb rekord esetében, beleértve az A és az MX-t is, ez a szerver IP-címe, amely a tartomány vagy aldomain kéréseit kezeli. CNAME rekordok esetén ez egy másik domain név vagy aldomain.
  • TTL – Ideje élni. Mennyi ideig kell a kiszolgálóknak és az útválasztóknak gyorsítótárakat tárolniuk a nyilvántartás újbóli ellenőrzése előtt.

Mi a DNS szerver??

A DNS-rendszer egy elosztott adatbázis-rendszer. Nem egy helyen tartják, hanem darabjai eloszlanak az egész világon.

A DNS-kiszolgáló egy csomópont a globális DNS-hálózatban – egy adott számítógép, amely a DNS-adatbázis egy részét tárolja.

Mi a WHOIS domain??

A WHOIS rendszernévrendszer az egyes domainnevekhez kapcsolódó elérhetőségi adatok nyilvános adatbázisa. Az egyes felső szintű tartományok (.org, .com, .ninja) kezelője kezeli az adott TLD WHOIS könyvtárát..

A WHOIS könyvtár tárolja a domain név tulajdonosának elérhetőségi adatait, ideértve:

  • név
  • telefonszám
  • levelezési cím
  • email cím

Természetesen ez a címtár a marketingszakemberek elsődleges célja. Emiatt sok domain névtulajdonos úgy dönt, hogy a WHOIS adatvédelmét használja.

A WHOIS rendszerről további információt az Ultimate Domain Name Guide WHOIS fejezetében talál

Hogyan keressünk lejárt domaineket??

Találhat olyan domainneveket, amelyek a JustDropped és a SnapNames használatával lejárnak.

Ez jó ötlet lehet, mert ha egy domain lejár, ez azt jelenti, hogy valaki azt gondolta, hogy ez jó ötlet. Sokan találkoznak okos domain nevekkel vagy nagyszerű üzleti ötletekkel, regisztrálják a nevet, és soha semmit sem csinálnak vele, és hagyják, hogy a domain név lejárjon. Más esetekben a vállalkozások egyszerűen kudarcot vallnak, és domainnevük lejár, mert senki sem törődik velük.

Időnként ezeknek a lejárt domaineknek hosszú története van, vagy akár létező linkek is vannak, ami jó módszer egy új webprojekt elindítására a jobb oldalon.

Mi a gTLD??

A gTLD rövidítése „Generic Top Level Domain”.

A Legfelső szintű domain a legmagasabb szintű adminisztratív hatóság a domain névrendszerben, és olyan „domain kiterjesztésekkel” reprezentálódik, mint a .com.

Kétféle felső szintű domain van: országkód (ccTLD), például .us és .ru, valamint általános (gTLD), például .com és .org.

Néhány ccTLD-t általában úgy használnak, mintha valójában általános TLD-k lennének, például .ly (Líbia), .me (Montenegró) és .tv (Tuvalu). Néhány gTLD-t fenntartottak, és nem használhatják a lakosság számára, például .gov és .edu.

Hogyan vásárolhatok gTLD neveket??

Nagyon sok minden domain név regisztráló eladja a gTLD eredeti készletét:

  • .com
  • .org
  • .háló
  • .info
  • .háló

Új gTLD nevek regisztrálása?

Néhány évvel az ICAAN megengedte a gTLD rendszer kibővítését. Manapság a .com, .org és hasonlók szokásos lehetőségein kívül szinte korlátlan listája van az új gTLD-knek, mint például:

  • .Nindzsa
  • .jogász
  • .klub
  • .Arany

Nem minden regisztrátor árusítja az összes különféle domain név opciót, de több is. Kipróbálhatja a Namecheap alkalmazást
.

Mi az InterNIC??

Az InterNIC, más néven Hálózati Információs Központ volt az irányító szerv, amely a domain névrendszer irányításáért felelős. Ezt a felelősséget az ICAAN kezeli.

Ki használja .io domain?

A .io domain hivatalosan az országkód legfelső szintű domain (ccTLD) az Indiai-óceán Brit szigeteire.

A technológiai cégek azonban gyakran használják, különösen azok, amelyek elsődleges közönsége fejlesztők, mert az IO rövidítése az „input-output” -hoz – fontos fogalom a számítástechnika és a mérnöki munka területén.

Hogyan lehet megvásárolni .io domain nevet?

Számos domain név regisztráló .io domaineket árusít, ideértve a Namecheap-t is
.

Mi a .me domain név?

A .me domain kiterjesztés az országkód legfelső szintű domain (ccTLD) Montenegró számára. Mivel ez ugyanakkor az angol „me” szó is, úgy kerül forgalomba, mintha általános felső szintű domain lenne a személyes oldalak számára.

Hol vásárolhatok .me domain neveket?

Számos domain név regisztráló .me domain neveket árusít, köztük két kedvencünket, a Namecheap-ot
és Namesilo.

Mi az SRV rekord??

Az SRV a DNS-rekordtípusok egyike (például A, CNAME és MX).

A legtöbb DNS-rekordtípus információt szolgáltat egy adott szolgáltatásról vagy protokollról. Például az MX-rekord megadja annak a kiszolgálónak az IP-címét, amely egy domain e-maileket kezeli.

Az SRV rekord nyitott végű rekord – bármilyen típusú szolgáltatás meghatározására felhasználható (beleértve a még nem feltalált szolgáltatásokat is). Ez rugalmasságot biztosít a DNS-rekordrendszerben, ahelyett, hogy minden új, a feltalált és használt protokollhoz új rekordstandardot kellene létrehoznia.

Az SRV-rekordokat általában számos különféle protokoll azonosítására használják. A legérdekesebb (gondolunk) a Minecraft szerverek.

Mi az aldomain??

Az aldomain egy olyan domain, amely egy nagyobb domain része.

Mivel a domain névrendszer hierarchikus, technikailag minden domain aldomain. A TLD, mint a .com, az elsődleges tartomány aldomainjei – maga a DNS-rendszer. A regisztrált domainek, például az example.com a legfelső szintű domain aldomainjei, amelyeket a domain kiterjesztésben (.com) képviselnek..

Általában azonban, amikor az „aldomain” -ről beszélünk, olyan domainekről beszélünk, amelyek még egy lépéssel vannak a regisztrált domainnevek alatt, például:

  • mail.example.com
  • blog.example.com

Használnom kellene egy aldomaint??

Attól függ.

Az aldomainek nagyon hasznosak lehetnek a domain használat különféle fő szempontjainak megkülönböztetésében. Például egyes vállalkozások szeretik, ha a fő webhelyük az elsődleges domainben van (példa.com), majd blogját egy aldomainbe (blog.example.com) helyezik el..

Egy másik általános alkalmazás a SaaS-alkalmazások, különösen, ha a nyilvános marketing webhelyet és a bejelentkezett alkalmazást különböző számítógépekről vagy legalább különböző kódbázisokról szolgálják ki. A nyilvános webhely gyakran az alaptartományban lesz, az alkalmazás pedig az aldomainben (app.example.com)..

Az aldomainek leggyakoribb használata webhelyek hálózatának létrehozásakor, amelyet más emberek, általában az ügyfelek kezelnek. Ez a modell számos népszerű blogszolgáltatáshoz, például a WordPress.com és a Tumblr.

Javít-e egy aldomain a SEO-t?

Lehetséges, de attól függ, hogyan használja őket.

Egyes SEO szakértők szeretnének kategória alapú aldomaineket beállítani a blogokhoz. Ennek előnye az, hogy a kategórianév kulcsszavai az URL elején, a domain névben vannak.

Tehát például az aldomainek blogbejegyzés-kategóriákként történő használatáról szóló bejegyzés URL-címe lehet:

http://subdomains.example.com/subdomains-as-blog-categories

Nehéz azonban megérteni, hogy ez miként szignifikánsan jobb, mint a szokásosabb megközelítés, amikor a kategóriát az állandó link struktúrájába helyezik:

http://example.com/subdomains/subdomains-as-blog-categories

Ez a megközelítés akkor lehet a leghasznosabb, ha azt akarja, hogy a kategória oldalai (http://kategória-név.example.com) a keresőmotor találatainak kezdőoldalaivá váljanak..

Az aldomainek beállítása a cPanelben?

A cPanelben található egy „Aldomainek” feliratú ikon. Kattintson erre. Az aldomain kezelő oldalra jut. Itt beállíthatja az aldomaineket, és társíthatja azokat a fájlrendszer meghatározott mappáival.

Ha helyettesítő karaktereket próbál beállítani (például WordPress Multisite esetén), akkor használjon csillagot (*) aldomainként, és társítsa az aldomaint ugyanarra a mappára, mint a WordPress fő telepítése..

Ez más eszköz, mint a DNS-szerkesztő. Ezt akkor is meg kell tennie, ha a domainjét más regisztrátorral kezeli – a cPanel ezeket a beállításokat használja a kérelmek továbbítására, miután megérkeztek a szerverre. (Szükség szerint frissíti a DNS-rekordokat is, de csak akkor, ha a domain a cPanel-fiókhoz társított névszervereket használja).

Ha webhelyét valójában másutt üzemelteti, és csak a cPanel-fiók domainjeit kezeli, akkor hagyja figyelmen kívül a fenti utasításokat, és csak használja a DNS-zóna szerkesztőt.

Az aldomainek beállítása a WordPress programban?

A WordPress aldomainek kétféle használatát használják: multisite és aldomain kategóriák.

Az aldomainek általában a WordPress Multisite preferált hálózati struktúrája. Ezt a választást a többhelyes hálózat konfigurációjában végezheti el – csak kövesse a lehetőségeket.

Az aldomainek kategóriákként történő használatához be kell építenie egy plugint.

Mindkét esetben be kell állítania egy DNS CNAME rekordot helyettesítő karakter aldomainhez. A CNAME rekord tartományneve * .example.com lesz, a címe pedig az alapes domain név, a example.com.

Mi a TLD??

A TLD egy felső szintű domain (és néha a gTLD, ahol a „g” kifejezés „általános”). Ezeket néha „domain kiterjesztéseknek” is hívják. A közös TLD-k közé tartozik a .com és az .org, de még sok más létezik.

Melyik TLD a legjobb?

Jobb kérdés az, hogy melyik TLD a legjobb webhelyemre?

Ha nonprofit szervezetet működtet, klubot, egyházat vagy más társadalmi csoportot működtet, akkor valószínűleg használni szeretné a .org-t. Másrészt, ha weboldalt állít fel online áruházra, akkor a .com lehet a legjobb választás.

A .com a legjobb TLD?

Noha ez nem a legjobb választás minden projekthez, a .com továbbra is a „arany szabvány” a kereskedelmi termékek és szolgáltatások, különösen a közvetlen fogyasztói márkák számára.

Ha minden más egyenlő, a .com domain név magasabb árat fog lekérni, mint bármely más kiterjesztésével megegyező.

Hogyan szerezzünk ingyenes domaint a tárhely szolgáltatótól?

Számos tárhely szolgáltató ingyenes domain nevet kínál, ha megosztott tárhely tervet vesz. Csak annyit kell tennie, hogy feliratkozik.

Teljesen más kérdés, hogy jó-e egy ingyenes domain név használata a fogadó cégtől.

Használnom kellene a tárhely szolgáltató cég ingyenes domain nevét?

Általában nem ajánljuk.

A tárhelyi tervhez tartozó ingyenes domain név be van kapcsolva a tárhelyi tervek számlázásához. Egyes gazdagépeknél a domain név valójában azonosítja a fiókját.

A domain név és a tárhely közötti szoros kapcsolat problémája az, hogy megnehezíti a tárhely későbbi áthelyezését, amit a legtöbb ember végül.

Egy másik probléma az, hogy néha (nem mindig, de néha) a ingyenes domain név csak az első évben ingyenes, és ezt követően fizetnie kell érte. Általában ebben az esetben a megújítási díj több dollárval több, mint amennyit alacsony költségű domain regisztrátornál fizetnének.

Sokkal könnyebb és hosszú távon általában olcsóbb a domain név egy megfelelő, olcsó domain név regisztrátorral történő tárolása, és az ingyenes domain használata helyőrzőként vagy azonosítóként.

Mi az EPP-kulcsom??

Az Ön EPP-kulcs egy engedélyezési kód, amelyet a jelenlegi regisztrátor nyújt. Ez arra szolgál, hogy ellenőrizze a domain név tulajdonjogát, amikor azt egy másik regisztrátornak továbbítja.

Hogyan találom meg az epp kulcsomat?

Ez a hivatalvezetőtől függ, és általában nem könnyű megtalálni. Számos regisztrálónak szándékosan nehéz őket megtalálniuk az átutalások elkerülése érdekében. Néha nem is találja meg, hanem megköveteli, hogy kérjen e-mailt neked.

Gyakran előfordul, hogy valahol felcímkézik valamit, például:

  • domain menedzsment
  • domain beállításai
  • domain profil
  • transzferek

Rossz a hálózati megoldások?

Az évek során sok embert csalódott a hálózati megoldások, és üzleti vitáikkal kapcsolatos számos vitában részt vettek..

Soha nem jönne ki kijelentve, hogy rosszok. Az igazság az, hogy a Network Solutions sok változtatást hajtott végre a működésében az általános panaszok kezelése érdekében.

Természetesen nehezen tudjuk megítélni, hogy ezeknek a fejlesztéseknek valamelyike ​​sikeres volt-e, mert egyikünk sem használja a Network Solutions-t más regisztrátorok és fogadó cégek javára, amelyekkel jobb tapasztalataink voltak.

A NameCheap jó regisztrátor?

Namecheap
az egyik domain név regisztráló, a WhoIsHostingThis.com csapat több tagja inkább saját munkájához használja és használja. Jó áraikkal, kiváló kezelőfelülettel és az elérhető legjobb domain név kereső eszközökkel rendelkezik.

Jó regisztrátor a Directnic? / A Directnic jó házigazda?

Nincs elég tapasztalata a Directnic-kel ahhoz, hogy nyilvántartásvezetőként véleményt alkossunk róluk, és felhasználóink ​​nem nyújtottak be számukra tárhely-értékelést.

Van egy listája az általunk ajánlott domain név regisztrálókról (ezen a listán is láthat néhányat, amelyeket nem ajánlunk).

A fogadó cégek számára sok különféle dolgot kell figyelembe venni, amikor kiválasztják az Ön számára megfelelőt. Használhatja a tárhely szolgáltatásainak összehasonlító eszközét, hogy megtalálja az Ön számára a megfelelő tárhely-szolgáltatót.

Tárhely típusok

Mit tárol??

Összefüggésben a „tárhely” annak a hardver és szoftver platformnak a biztosítását jelenti, amelyen az ügyfelek webhelyeket és web alapú alkalmazásokat telepíthetnek..

Milyen típusú tárhely??

A webtárhely általános általános kategóriái vannak:

  • A leggyakoribb a megosztott tárhely. Ez magában foglalja sok ügyfél megosztását egyetlen gépen.
  • A VPS, vagy a Virtual PRviate Server szintén nagyon gyakori. A VPS tárolásával minden ügyfélnek megvan a saját virtuális gépe. Több virtuális gépet általában egy hardverfürtön futtatnak.
  • A dedikált szerver-tárhely, amely az Enterprise szoftver világán kívül ritkán ritka, magában foglalja azt, hogy az ügyfél teljes mértékben használja a tényleges szervert, amelyet alapvetően a host társaság bérel..
  • A Colocation hosting nem pontosan webtárhely, hanem épületek kölcsönzése. A „colo” tárhely használatával az ügyfelek saját kiszolgáló berendezéseiket szolgáltatják, a tárhely szolgáltatója pedig bérel helyet egy datya központban, hozzáférést biztosítva az áramellátáshoz és a hálózati kapcsolathoz.
  • A Cloud Hosting egy olyan típusú VPS-tárhely-terv, amelyben a virtuális gépek nagy számítási teljesítmény-készleteken futnak – több tucat vagy több száz gép összekapcsolódik egy „felhővel”. Ezt néha „méretezhető VPS” tárhelynek hívják, és ez a tárhely-üzletág gyorsan növekvő ágazata.

Hogyan válasszuk ki a tárhelyet??

  1. Mutassa ki, hogy milyen webhelyet vagy webprojektet fog építeni.
  2. Készítsen becsléseket a forgalomról.
  3. Mutassa ki, hogy milyen típusú hostolási tervre van szüksége.
  4. Használja a tárhely-kereső eszközt olyan webhely-szolgáltatók megtalálásához, amelyek biztosítják a szükséges tárhelyt, és támogatják a használni kívánt szoftvert.
  5. Olvassa el a tárhely-értékeléseket, mielőtt döntést hozna.
  6. Szerezz be egy kupont.

További részletekért olvassa el az Ultimate Hosting útmutatóunkat.

Közös tárhely

Mi a megosztott tárhely??

A megosztott tárhely a webtárhely olyan formája, amelyben sok webtárhely-vásárló egyetlen (virtuális vagy fizikai) szervert oszt meg.

A megosztott tárhelyi környezetben lévő ügyfelek elválasztva vannak egymástól, tehát (ha minden jól megy), egyáltalán nem férnek hozzá egymás fájljainak, és ideális esetben még nem is tudják egymást.

A megosztott tárhely lehetővé teszi az ügyfelek és a hardverek közötti nagy sűrűséget, ami nagyon olcsó módja egy weboldal működtetésének – a megosztott tárhely a legolcsóbb tárhely, és a viszonylag magas színvonalú megosztott tárhely tervek kevesebb, mint 10 dollárért válhatnak elérhetővé / hónap (néha kevesebb, mint 5 USD / hónap, jó kuponnal).

A megosztott tárhely problémája az, hogy korlátozott számú számítógépes erőforrást oszt meg nagyszámú ügyfél. Ez lassulást és webhelykieséseket okozhat, ha egy vagy több webhely a megosztott tárhely-kiszolgálón sok forgalmat generál.

Ennek megakadályozása érdekében a megosztott tárhely szolgáltatói általában valamiféle fojtást kezdeményeznek – még az úgynevezett „korlátlan terveken” is. Ez általában akkor fordul elő, ha a forgalom növekszik, ami a megosztott tárhely-terveket szörnyű ötletnek tekinti, ha erősen skálázható, jól forgalmazott webhelyet próbál felépíteni..

Rendelkezhetek-e webhellyel megosztott tárhelyen?

Általában igen. A kérdés az, hogy akarja-e.

Ha elindít egy többé-kevésbé alapvető, korlátozott forgalmú webhelyet – például egy személyes blogot, egy kis offline vállalkozás honlapját vagy egy helyi nonprofit szervezet webhelyét -, akkor a megosztott tárhely nagyszerű módja annak, hogy megy. Megfelelően alacsony költségekkel biztosítja a szükséges hostolási energiát napi akár több száz látogató számára.

Ha olyan webhelyre van szüksége, amely nagyobb forgalommal – több napi több ezerrel – működik, különösen az interaktív webhelyen (például egy áruházban vagy egy internetes alkalmazásban) nagyon elkötelezett látogatókat, akkor a megosztott tárhely szörnyű tapasztalat lesz az Ön számára. Ebben az esetben jobb lenne egy VPS-fogadási tervvel.

Rendelkezhetek-e WordPress-t megosztott tárhelyen?

Igen.

Népszerűsége miatt a legtöbb megosztott tárhelyszolgáltató jól felszerelt egy WordPress-blog kezelésére. Sokan egy egyszerű, egy kattintással elérhető telepítő szkriptet is kínálnak, amelyek lehetővé teszik, hogy nagyon gyorsan telepítsen egy új WordPress webhelyet.

Használhatja a tárhely-szolgáltatás-összehasonlító eszközt a WordPress-t támogató tárhely-szolgáltatók megtalálásához.

Lehetséges a WordPress Multisite üzemeltetése megosztott tárhelyen?

Elméletileg igen. Valójában valószínűleg nem.

A WordPress-t támogató legtöbb megosztott tárhelyszolgáltató kezelheti a WordPress Multisite telepítését. Mindaddig, amíg a .htacess fájlt és a wp-config.php fájlt szerkesztheti, a Multisite működik.

A jól működő Multisite telepítés azonban általában aktívabb szerverkezelést és több egyedi konfigurációt igényel, mint ahogyan általában egy megosztott tárhelyszolgáltató nyújtja..

Sőt, egy sikeres Multisite telepítéshez valószínűleg több tucat, talán akár több száz webhely fog működni, és ugyanazon a webhelyen működnek – mindegyik saját felhasználói és rendszergazda-készlettel.

Még akkor is, ha a megosztott tárhely-szolgáltató „korlátlan webhelyeket hirdet”, akkor a megosztott tárhely-számlán biztosított erőforrásokat azon feltevés alapján osztják fel, hogy egy webhelyet fognak üzemeltetni. A WordPress Multisite segítségével tovább osztja ezeket az erőforrásokat, megpróbálva sok helyet gazdagítani az egyikre szánt platformon. Ez általában a katasztrófa receptje.

A WordPress Multisite jobb megoldása a VPS tárhely-terv.

Rendelkezhetek-e Ruby on Rails-t megosztott tárhelyen?

Elméletileg igen. A való életben általában nem.

Számos megosztott tárhely szolgáltató állítja, hogy támogatja a Ruby on Rails szolgáltatást, és elérhetővé teszi azt a telepítéshez. De ez nem azt jelenti, hogy valóban jól fog működni.

Az egyik probléma a csomagkezelés. A Ruby on Rails egy összetett automatizált függőségkezelő rendszertől függ, amelyet Ruby Gems rendszernek hívnak. Ez a rendszer biztosítja, hogy az összes telepített könyvtár, szkript és harmadik fél modul telepítve legyen, és frissítve legyen a megfelelő verzióra. Varázslatos.

Ez szintén nem működik nagyon jól a megosztott tárhelyen. Számos megosztott tárhely szolgáltató állítja, hogy igen, de miután túl sok súgócikket és fórumbejegyzést olvastam, az az érzés alakul ki, hogy nagyon kevés embernek sikerült sikeresen telepítenie azt..

A Ruby on Rails és a megosztott tárhely további problémája az, hogy a Rails sok erőforrást igényel, összehasonlítva más alkalmazásokkal, például a WordPress vagy a Drupal. Ez miatt a megosztott tárhely-terv korlátozott erőforrás-készletét (még korlátlanul is) valószínűleg nem tudják tartani, különösen mivel a forgalom és a felhasználói elkötelezettség növekszik.

Noha vannak más lehetséges problémák (szerverkonfiguráció, munkafolyamat-menedzsment, automatizált tesztelés), a Ruby on Rails legnagyobb problémája egy megosztott tárhelyi környezetben valójában a Ruby on Rails és a megosztott tárhely alapvető természetéhez kapcsolódik..

A Rails-t úgy tervezték, és elsősorban azt használják, hogy SaaS (szoftver mint szolgáltatás) alkalmazásokat építsenek. A megosztott tárhely célja személyes blogok és kisvállalkozások webhelyeinek felhelyezése. Az erőforrás-elosztás szintje, a biztosított hozzáférés típusai, a megosztott tárhely-kiszolgáló teljes konfigurációja, valamint az ügyfeleknek bemutatott eszközök és interfészek mindegyike elsősorban nem tech-hozzáértésű blogger vagy üzleti tulajdonos felé irányul.

Tehát még akkor is, ha a Rails-t megosztott tárhelyi környezetben tudja futtatni, szinte biztosan jobb a VPS-tárhely használata.

Lehet-e hostolni az [INSTERT IT HERE] megosztott tárhelyen?

Mindaddig, amíg a webhely forgalma nem lesz túl nagy, a megosztott tárhely számos népszerű alkalmazás kezelésére képes, beleértve:

  • WordPress
  • Drupal
  • Joomla
  • Magento
  • MediaWiki
  • Zen Cart

Ha olyan tárhelyszolgáltatót keres, amely támogatja a kívánt alkalmazást, használhatja a tárhely szolgáltatásainak összehasonlító eszközét az egyik kereséséhez.

A megosztott tárhely jó?

Néhány felhasználásra jó.

A legtöbb megosztott tárhelyszolgáltató optimalizálta kínálatát, hogy meglehetősen szűk felhasználói profilra szolgáljon (amely bár szűk, de a fogadó ügyfelek túlnyomó többségét teszi ki). A tipikus megosztott tárhelyű ügyfél:

  • blog vagy weboldal futtatása olyan népszerű PHP-tartalomkezelő rendszer segítségével, mint a WordPress vagy a Drupal
  • webhely elindítása saját személyes használatra, vagy egy kis non-tech vállalkozás, nonprofit, egyházi vagy közösségi csoport felhasználására.
  • arra számítanak, hogy a legtöbb napon kevesebb mint ezer látogató lesz naponta
  • nem tervezi, hogy a rendkívül versenyképes keresési kifejezések elérése érdekében a keresőmotorokban magas rangot kell elérnie
  • nem tervez tenni valami furcsa dolgot
  • nem egy missziókritikus hely futtatása

Ha megfelel ezeknek a pontoknak, akkor a megosztott tárhelyet kínálja a legegyszerűbb és leggazdaságosabb módja annak, hogy gyorsan elérje az internetet. Ha az összes kivételével eltalálja, akkor valószínűleg megosztott tárhelyen is részt vehet, legalábbis az elején. Ha kettőnek vagy többnek nincs igaza, akkor valóban rossz ideje lesz a megosztott tárhelynek, és valószínűleg egy VPS-tárhely-tervet kell megvizsgálnia.

Miért rossz a megosztott tárhely??

A megosztott tárhely csak akkor rossz, ha valami másra van szüksége.

A megosztott tárhely platformként szolgál blogok, kis szervezetek webhelyei és más hasonló funkciók számára. Kiválóan alkalmas ezekre a felhasználásokra, de nem megfelelő a nagy forgalmú webhelyekhez vagy a SaaS webalkalmazásokhoz.

Mi a gond a megosztott tárhelynél??

Számos olyan nehézség merül fel, amelyekkel a megosztott tárhelyű ügyfelek szembesülhetnek, ha olyan projektet próbálnak használni, amelyre ez nem megfelelő.

A legnagyobb probléma a számítási erőforrások – memória, tárolás, sávszélesség, feldolgozási ciklusok – hiánya. Ha a webhely forgalma túlságosan magas vagy ha egyidejűleg nagy mennyiségű egyidejű kérés van, akkor az oldal betöltési ideje lecsúszhat a feltérképezéshez. Ez negatív hatással van a felhasználói élményre és a SEO rangsorolására. Ha ez negatív hatással van az ugyanazon a szerveren lévő más megosztott tárhely-ügyfelekre, akkor a tárhelyszolgáltató vállalat fojthatja az Ön hozzáférését – ezáltal a webhely elérhetetlenné válik, amikor a legnagyobb figyelmet felhívja.

Noha igaz, hogy gyakran frissíthet közvetlenül a VPS-tervre ezen a ponton, az is igaz, hogy a frissítés szükségessége és a tényleges frissítés közötti késés olyan költségekbe kerülhet, amelyekből nehéz helyreállni. Nem akarja elriasztani az embereket a szerverhibákkal, csak akkor, amikor a sikerek elkezdődnek.

Ha azt várja, hogy ilyen típusú forgalom működik, vagy ha ilyen típusú forgalomra van szüksége ahhoz, hogy webhelye életképes legyen, akkor elsősorban a VPS tervet kell választania..

Hogyan lehet jobbá tenni a megosztott tárhelyet?

Néhány dolgot megtehetsz annak érdekében, hogy a megosztott tárhely a lehető legjobban működjön.

  • Használjon tartalomszolgáltatási hálózatot – ez a módszer a statikus fájlok gyorsabb kiszolgálókra történő szállításának letöltésére. Ez nagymértékben növeli az oldal sebességét és csökkenti a tárhely erőforrás-felhasználását.
  • Használjon gyorsítótár-bővítményt – ha WordPress-webhelyet vagy más CMS-t, például Drupal-t futtat, ellenőrizze, hogy az alkalmazás szintű gyorsítótárat beállította-e..
  • Források aprítása és kombinálása – általában nincs szükség tucat különféle stíluslapra és hat különböző JavaScript fájlra. Ezeket általában egyetlen fájlba lehet kombinálni, és aprítani lehet.
  • Fájlok tömörítése – Használja a gzip fájlt a lehető legkisebbre.
  • Tartsa naprakészen alkalmazásokat – a legtöbb biztonsági problémát elkerülheti, ha az összes telepített alkalmazást a legújabb verzióra frissíti.
  • Ne tárolja a saját médiát – Használja a YouTube-ot vagy a Vimeo-t videóinak hostolásához. Használjon Soundcloudot, iTunesot vagy más szolgáltatást az audióhoz.

Cloud tárhely

Mi a felhő? Mi az a számítási felhő?

A felhő egy vadul pontatlan metafora, marketing szóbeszéd és legitim megközelítés a webtárhelyhez.

A webinfrastruktúra-szolgáltatók hatalmas mennyiségű számítási teljesítményhez férnek hozzá – szinte számtalan szerver hardver- és tárolóhalomhoz, amelyek egymással összekapcsolódnak, és amorf számítógépes hálózatokat képeznek, amelyek óriási szuperszámítógépekként működhetnek, és amelyeket fel lehet osztani a nagyon változó méretű virtuális számítógépekre. és konfiguráció.

Ez a “felhő”. Ez egy vadul pontatlan metafora, mert nincs semmi felhős. Ez nem súlyos számítógépes képesség-köd – nagyon valós számítógépek halmaza és halmaza hatalmas, légkondicionált helyiségekben, rézkábelekkel és száloptikumokkal összekapcsolva.

A felhő marketing szóbeszéd is. A web hosting cégeket szeretné használni, ha fedezi azt a tényt, hogy éppen egy másik szolgáltatótól bérelnek számítógépes teljesítményüket – gyakran az egyiktől, amelyet kevesebb pénzért bérelhet magának. A szoftvercégek a „felhőalapú” infrastruktúrán felül szolgáltatásként előfizetik a szoftvereket, mert számukra olcsóbb, ám ezt a tényt úgy értékesítik, mintha ez komolyan megváltoztatna neked, a végfelhasználónak..

Mindezek ellenére a felhőalapú számítástechnika teljesen legitim megközelítés a webhelyek és a webes alkalmazások tárolásához.

Ha új vagy haszonszerzési célú webhelyet épít, és szüksége van rá, hogy képes legyen nagy léptékű forgalom kezelésére, a leggazdaságosabb megoldás valószínűleg felhő-tárhely használata. Mivel a webhelyet vagy az alkalmazást virtuális gépen tárolják, és a változó számítási teljesítményt használják fel, a felhő-tárhely megkönnyíti a rendelkezésre álló energiamennyiség szükség szerinti növelését vagy csökkentését. Ez fenntarthatja webhelyét, függetlenül attól, hogy milyen forgalmat tapasztal, és csökkentheti költségeit azáltal, hogy lehetővé teszi, hogy csak azért használjon, amit használ, és csak azt használja, amire valójában szüksége van.

Mi a felhő-tárhely?

A felhőtárhely egy olyan webtárhely, amelynél a virtualizált szervert (hasonlóan a VPS tárhelyén elérhetőhöz) a változó számítási erőforrások („felhő”) tetején futtatják. Ez lehetővé teszi Önnek, az ügyfélnek, hogy szükség szerint méretezze a rendelkezésre álló számítási teljesítményt.

Számos (de nem mindegyik) VPS-tárhely-terv valóban felhő-tárhely-terv, függetlenül attól, hogy ilyen módon hirdetik-e őket.

Szükségem van felhő-tárhelyre?

Ez attól függ, hogy mit akar elérni.

Ha személyes blogot vagy weboldalt állít fel egy kisebb, nem műszaki vállalkozás vagy helyi nonprofit vállalkozás számára, akkor mindent megtehetsz egy megosztott tárhely-tervben.

Ha nagy forgalomra számít, és gyorsan képesnek kell lennie a webhely képességeinek skálázására, akkor hasznára válhat egy felhő-tárhely-terv.

A felhő tárolja a webhelyem?

Nincs egyetlen felhő. Valójában a „felhő” valójában nem létezik – nem egy dolog, hanem egyfajta dolog, valami cselekedete.

Sok különböző „felhő” létezik, amelyeket sok különböző webinfrastruktúra-társaság üzemeltet. Még saját felhőjét is beállíthatja a saját szerveren.

Ha webhelyére vagy webalkalmazására felhőalapú tárhelyre van szüksége, használja a tárhely szolgáltatásai eszközt a különböző felhőalapú szolgáltatók összehasonlításához.

Hogyan lehet webhelyet üzemeltetni a felhőben?

Felhasználói szempontból a felhő által üzemeltetett webhely nem különbözik nagyban egy hagyományosan üzemeltetett VPS-tárhely-tervetől, vagy akár megosztott tárhely-tervetől.

Ha felhőalapú terveket kínáló szolgáltatókat szeretne találni, használja a tárhely szolgáltatásainkat az eszköz felhőalapú tárolási terveinek összehasonlításához.

Hol szerezhet felhőszervert?

Nézze meg azon felhőalapú hosting szolgáltatókat tartalmazó listánkat.

Mi az a SaaS??

A SaaS rövidítés azt jelenti, hogy „szoftver mint szolgáltatás”.

Általában a SaaS előfizetési alapú alkalmazásokra utal, amelyekben a szoftveralkalmazás távolról elérhető egy webböngészőn vagy más helyi kliensen keresztül. A szolgáltató fenntartja az alkalmazást, és az ügyfélnek nem kell telepítenie, frissítenie vagy karbantartania az alkalmazást saját helyi számítógépén..

A Szoftver mint szolgáltatás példájára vegye figyelembe a WordPress használatának két különféle módját:

Egyrészt a WordPress magad is futtathatja saját megosztott tárhelyén vagy VPS-tárhely-tervén. Ön irányítja a tárhelyet, és saját maga telepíti a WordPress programot. Ez teljes ellenőrzést biztosít a webhely működtetésének és a vele való működésének felett.

Másrészt ingyenes blogot szerezhet a WordPress.com webhelyen. Nem kell telepítenie a szoftvert, és nem kell aggódnia a frissítések miatt. Ez könnyebb, de kevesebb ellenőrzést gyakorol a webhelye és a tartalma felett. A WordPress.com egy SaaS alkalmazás.

VPS

Mi a VPS??

A VPS egy virtuális magánszerver. Ez egy olyan típusú hostolási terv, amelyben Ön, az ügyfél, teljes ellenőrzést gyakorol egy virtuális szerver felett. Gyakran (és egyre inkább) a VPS a felhőinfrastruktúra tetején fut (más szavakkal – egy hálózati számítástechnikai erőforrás nagy készlet, nem pedig egyetlen hardverdarab)..

Az egyik módszer a tárhely-tervekre gondolkodni, ha a megosztott tárhely-terv olyan, mint egy kis lakás bérlése, és egy dedikált szerver olyan, mint egy ház. Ebből a szempontból a VPS terv olyan, mint egy lakás.

A VPS-terv segítségével a dedikált szerver előnyeinek legnagyobb részét kihasználhatja, sokkal alacsonyabb költségek mellett. Felhő alapú VPS-tárhely esetén a rendelkezésre álló erőforrások gyors méretezését is megteheti a szükség növekedésével.

Szükségem van VPS-re?

Esetleg.

Két fő ok van a VPS-tárhely-igény szükségességére:

  • Nagy forgalom – naponta néhány ezer látogató, azzal a lehetőséggel, hogy időről időre sokkal több legyen
  • Nagyon testreszabott konfiguráció – gyakran egy SaaS alkalmazás, új fejlesztés vagy más olyan projekt esetében, amelyek túlmutatnak az erőteljes blogon

Ha ezek egyike leírja a projektet, akkor valószínűleg szüksége van egy VPS-tárhely-tervre. Ha mindkettő igen, akkor feltétlenül szüksége van egy VPS-tervre.

A VPS jobb, mint a megosztott tárhely?

Ez attól függ, hogy mit ért a “jobb” alatt.

A VPS „jobb” abból a szempontból, hogy testreszabhatóbb, gyorsabb teljesítményű és több forgalmat képes kezelni, mint egy megosztott tárhely-terv. A megosztott tárhely jobb abban az értelemben, hogy kevesebbet fizet, és könnyebb beállítani.

A kérdés feltevésének jobb módja az, hogy a nekem melyik típusú tárhely megfelelőbb?

Sok változó létezik, de az egyszerű válasz:

  • Kicsi, egyszerű webhelyek és blogok korlátozott közönséggel – megosztott tárhely
  • Nagy és / vagy bonyolult webhelyek és webes alkalmazások nagy felhasználói bázissal – VPS tárhely

Rendelkezhetek-e WordPress-t VPS-tárhelyen?

Igen.

A WordPress a legtöbb VPS tárhelyi környezetben jól működik, és sokan kifejezetten úgy vannak konfigurálva, hogy megkönnyítsék a WordPress webhely telepítését és beállítását..

Lehetséges a WordPress Multisite üzemeltetése a VPS tárolásán?

Nem csak tudsz – kéne!

A WordPress Multisite a legjobban egy VPS-en (vagy dedikált szerveren) működik, ahol a webhely adminisztrátorának teljes ellenőrzése van a webszerver konfigurációjában és más környezeti tényezőkben..

Ezenkívül egy olyan bloghálózat jellege, amely számos olyan helyet foglal magában, amelyek sok különböző ember által üzemeltetett, némileg megnehezíti a forgalom és az erőforrások felhasználásának előrejelzését. A skálázható vagy felhőalapú VPS-terv segít megőrizni a hálózat stabilitását és működését.

Rendelkezhetek-e Ruby on Rails-t a VPS tárhelyén?

Igen.

A VPS-tervek teljes hozzáférést biztosítanak a root felhasználóhoz, valamint a sudo, ssh hozzáféréshez és a kiszolgálói környezetnek a megfelelőnek megfelelő konfigurálásának lehetőségéhez..

Rendelkezhetek-e az [INSTERT IT HERE] -et a VPS tárhelyén?

Majdnem biztosan.

A VPS teljes értékű szerver, amelyhez teljes hozzáféréssel rendelkezik. Bár ez egy virtuális szerver, nem egy fizikai hardver darab, egyébként egyenértékű azzal, hogy hozzáférjen egy saját, “valódi” hardverhez. Bármit telepíthet, amit akar, konfigurálhatja a kiszolgálót, ahogy csak akarja, akár az operációs rendszerrel is.

Mi az a virtuális szerver??

A virtuális szerver egy tényleges fizikai számítógép szoftver-emulációja.

A VPS tárolása olcsó?

Általánosságban elmondható, hogy a VPS-tárhely valamivel drágább, mint a megosztott tárhely, de lényegesen olcsóbb, mint a dedikált szerver-tárhely. Össze lehet hasonlítani az árakat a VPS hosting cégek listáján. Továbbá, ha pénzt szeretne megtakarítani, kérjen egy web hosting kupont.

Milyen szoftvert kezel a virtuális szerver?

Talán a leggyakoribb virtuálisgép-szoftver a host szolgáltatók számára a HyperVM.

Dedikált szerver

Mi egy dedikált szerver??

A dedikált szerver tárhely egyfajta webtárhely-terv, ahol valódi szervert bérel (rackbe szerelt, internethez csatlakoztatott számítógépet)..

Szükségem van egy dedikált szerverre?

Valószínűleg nem, de talán.

A legtöbb embernek, aki jól konfigurálható, teljes root hozzáféréssel rendelkező webtárhely-kiszolgálóra van szüksége, jobb a VPS-tárhely-terv. Általában olcsóbbak, és – ha felhőalapú VPS-tervről van szó – könnyebben méretezhetők.

Azok a használati esetek, amelyek kifejezetten egy dedikált szervertervhez, szemben a VPS-tervvel, egyre ritkábbak – és ha van ilyen, akkor valószínűleg már tud róla.

A dedikált szerverterv szükségességének legvalószínűbb okai a biztonsággal és a szabályozás betartásával kapcsolatosak – a VPS-tervek nem felelnek meg bizonyos típusú adatvédelmi törvényeknek, például a HIPAA-nak.

A dedikált szerver a legjobb?

Csak akkor, ha szüksége van rá.

A dedikált szervertervekkel hagyományosan elnyert előnyök többsége ma a csúcskategóriás VPS-tervekkel bírhat.

A dedikált szerver használatának egyetlen oka az, ha olyan használati eset van, amely a kiszolgáló hardverének ellenőrzését és / vagy a hardver fizikai állapotának és helyének személyes ismereteit igényli..

Futtathatok egy weboldalt egy dedikált szerveren?

Igen. De valószínűleg nem kell.

Ha az egyetlen dolog, amit megpróbálsz egy nyilvános webhely létrehozása, akkor valószínűbb, hogy szüksége van egy VPS-tárhely-tervre.

Colocation

Mi az a kolokáció??

A Colocation egyfajta web hosting szolgáltatás, ahol az ügyfél biztosítja a saját szerver hardverét, és bérleti helyet bocsát ki egy kereskedelmi adatközpontban.

Szükségem van a colocation hostingra??

Ha csak a saját webhelyét vagy webalkalmazását kívánja beállítani, és webes tárhelyre van szüksége, akkor – nem, szinte biztosan nincs szüksége colocation hostingra.

Hasznos lehet a colocation hostingban, ha jelenleg a saját szerver hardvere a birtokában, és biztonság, közgazdaságosság vagy gyorsabb internetkapcsolat érdekében meg szeretné tárolni azt telephelyen kívül. Érdemes lehet megvizsgálnia a helymeghatározást is, ha a jövőben saját szerverberendezését kell megvásárolnia, de nem akarja (vagy nem tudja) biztosítani a saját hálózati infrastruktúráját és biztonságát a jelenlegi helyén.

Érdemes lehet megvizsgálni egy dedikált szerver-tárhelyet is, amelyben mind a hardvert, mind az adatközpontot bérelte.

Hol található a colocation hosting??

Ha elhelyezési tárhelyet keres, használhatja a tárhely funkciók kereső eszközét.

Menedzselt tárhely

Mi a menedzselt tárhely??

A kezelt tárhely egy olyan típusú web hosting szolgáltatás, amely kombinálja a megosztott tárhelyet vagy a VPS tárhely platformját a magas szintű testreszabott támogatással és kezeléssel.

A kezelt tárhelynek számos különféle formája van, tehát nehéz általánosítani. De ez általában tartalmaz valamilyen aktív támogatást a telepített alkalmazásokhoz, a biztonsági figyelést, az automatikus biztonsági mentéseket, a szoftverfrissítéseket és a szerverkonfigurációkat.

Néhány kezelt tárhelyszolgáltató speciális szolgáltatásokat kínál egy vagy másik speciális alkalmazáshoz, például a WordPresshez. Ezek a szolgáltatók általában kiszolgáló-beállítási és támogatási struktúrájukat az alkalmazás körül alakították ki, így képesek magas szintű elégedettséget biztosítani egy nagyon szűk felhasználói csoport számára.

Szükségem van menedzselt tárhelyre??

Attól függ. Az átlagos webhelytulajdonos nem, de bizonyos típusú felhasználók számára valóban előnye származhat.

Ha közép-nagy vállalkozás vagy, amelynek működése egy web-alapú alkalmazástól függ (például egy online áruháztól vagy egy belső Sharepoint szervertől), de nincs házon belüli SysAdmin, akkor valószínűleg jó lenne rendelkezzen menedzselt tárhelyszolgáltatóval a magas rendelkezésre állás biztosítása érdekében. Nagyon ez a helyzet bármilyen missziókritikus szerver esetén.

Ezenkívül a nagy forgalmú tartalomú webhelyek vagy bloghálózatok általában a teljesítménynövekedést és az adminisztratív gondok csökkenését is észlelhetik, amikor a Felügyelt WordPress tárhelyre váltanak..

Mi a WP Engine??

A WP Engine egy WordPress kezelő hosting cég. Ez azt jelenti, hogy csak a WordPress szoftver használatával készített webhelyek számára nyújtanak webtárhelyet. Magas szintű támogatást, valamint kiszolgálói környezetet biztosítanak, amely kifejezetten a WordPress-szel való jó együttműködésre van optimalizálva. Kezelik a telepítést és a frissítéseket, valamint számos rutin és speciális karbantartási feladatot.

Szükségem van a WP motorra?

Ha nagyon nagy forgalmú WordPress webhelyet futtat, akkor a WP Engine
nagyszerű választás lehet az Ön számára.

A WP motor megéri az árát??

Nagyon sok látogatóval rendelkező missziókritikus WordPress-webhelyek esetében – például kereskedelmi blogok, többhelyes hálózatok és nagy forgalmú tartalomú vállalkozások – valószínűleg van értelme. A nem kezelt VPS-sel való tárhelyhez vagy a megosztott tárhelyhez képest gyorsabb töltési időket kap (különösen terhelés alatt), kevesebb technikai problémát jelent, és sokkal kevesebb időt tölt a webhelykezelésnél.

Személyes blogok és kisvállalkozási webhelyek esetében valószínűleg nem éri meg.

Viszonteladói tárhely

Mi a viszonteladói tárhely??

A viszonteladói tárhely alapvetően nagykereskedelem. Vesz egy nagy mennyiségű tárhely-erőforrást a kiskereskedelmi áron alacsonyabb áron, és jelölésként eladja a rendszeres tárhely-ügyfelek számára.

Hogyan válhatom hosting viszonteladóvá??

A legegyszerűbb módszer az induláshoz, ha keresünk viszonteladói szolgáltatókat, és keresse meg az egyiket, amely az eladni kívánt eladási tervek típusát kínálja..

Hogyan hozható létre viszonteladói üzlet??

A legtöbb viszonteladói tárhelyt kínáló szolgáltató olyan eszközöket is kínál online üzleti vállalkozásának felállításához, mint például a AccountLab Plus, a ClientExec és a WHMCS.

Webszerverek

Általános webszerver-kérdések

Mi az a webszerver??

A webszerver olyan szoftver alkalmazás, amely kommunikál a számítógép vagy a szerver és az internet között.

A webszerverek kritikus részét képezik a webhely-tárhelynek – webszerver nélkül egyáltalán nincs webhely.

A webszerver folyamatosan fut azon a számítógépen (kiszolgálón), amely az Ön webhelyét üzemelteti. Meghallgatja az internetről érkező kéréseket, majd válaszol ezekre a kérésekre, weblapokat, képeket, szkripteket és egyéb erőforrásokat visszaküldve a kérelmezőnek..

Statikus oldalak és erőforrások esetén a webszerver egyszerűen megtalálja a fájlt, és továbbítja azt a felhasználó számára, aki meg akarja nézni a weboldalt vagy megtekinteni a képet. A dinamikus webes alkalmazásokkal és olyan webhelyekkel, mint a WordPress, a webszerver együtt működik egy nyelvi értelmezővel a PHP (vagy a Ruby, Python vagy más nyelv) olvasásához, az alkalmazás futtatásához, majd visszaadására a kimenetet az olvasni próbáló felhasználó számára. a blogodban, vagy vásárolhat az e-kereskedelmi áruházban.

Melyik webszerverre van szükségem?

Leggyakrabban az Apache.

Az Apache a leggyakoribb webszerver. Ingyenes és nyílt forráskódú. Az általánosan használt webtartalomkezelő rendszerek (mint például a WordPress, Drupal és Joomla) és más hasonló alkalmazások túlnyomó többsége elsősorban az Apache szem előtt tartásával készül..

Egy Linux környezetben két fő versenytársa van az Apache-nak, de mindegyikük saját költségekkel jár:

Az LiteSpeed ​​az Apache legegyszerűbb pótlása. Gyorsabb teljesítményt és jobb méretezést biztosít, és csekély csereként jár – ami azt jelenti, hogy (lényegében) ugyanúgy működik, mint az Apache. Bármi, ami kompatibilis az Apache-val, kompatibilis lesz a LiteSpeed-rel, és a konfigurációs beállításoknak nagyrészt azonosaknak kell lenniük. A LiteSpeed ​​azonban védett szoftver, ezért fizetnie kell érte.

A másik népszerű alternatíva a Nginx. Az Nginx gyorsabb, mint az Apache, különösen statikus fájlok vagy gyorsítótárazott fájlok kiszolgálásakor, és ugyanolyan gyors (vagy gyorsabb) lehet, mint az Apache, a PHP és más nyelvek értelmezéséhez. A Nginx szintén ingyenes és nyílt forráskódú, ami pénzügyi szempontból összehasonlíthatóvá teszi az Apache-t. Az Nginx azonban nem úgy működik, mint az Apache. A kompatibilitás nem garantált. Még akkor is, ha a dolgok kompatibilisek, nehéz lehet információkat megtalálni – például futtathatjuk a WordPress-t az Nginx-szel, de az összes hivatalos oktatóanyag és támogatási dokumentum azt feltételezi, hogy Apache-t fogsz használni..

Az Apache Windows rendszeren is fut, de a Windows szervert futtató emberek többsége az IIS-t fogja használni, amely a Microsoft szabadalmaztatott webszervere..

Egyes webes alkalmazások és fejlesztési keretek, például a Ruby on Rails, beépített webszerverrel rendelkeznek, és nem igényelnek külön webszervert.

Apache

Mi az Apache??

Az Apache egy webszerver.

Az Apache a leggyakoribb webszerver a jelenlegi használatban. Nyílt forráskódú és költségmentesen szabadon használható.

Az Apache az „A” -t alkotja a kissé híres LAMP veremben: Linux, Apache, MySQL, PHP. Ez a szoftverplatform, amelyet sok népszerű webalkalmazáshoz használnak leggyakrabban, például a WordPress, a Drupal és a Joomla.

Van-e Appache webszerver??

Valószínűleg. Az Apache webszerver a világon a legnépszerűbb.

Ha megvásárolt egy megosztott tárhely-tervet vagy egy előre konfigurált VPS-t, akkor szinte biztos, hogy az Apache már telepítve van.

Ha rendelkezik dedikált szerverrel, vagy bizonyos típusú minimálisan konfigurált felhő-tárolóval, akkor lehet, hogy Önnek telepítenie kell az Apache-t.

Általában (de nem mindig), ha a tárhely szolgáltatója az Apache-tól eltérő (például Nginx) szolgáltatást kínál, akkor ez hirdetések egyik fő értékesítési pontjává válik, és akkor észrevetted volna.

Szükségem van-e Apache-ra egy weboldal futtatásához?

Nem.

Szüksége van valamilyen webszerverre, de ennek nem kell lennie Apache-nak. Használhatja az Nginx, az IIS, a LiteSpeed ​​vagy egy másikat.

Néhány fejlesztési keret (például a Ruby on Rails tartalmaz beépített webszervert is, így nincs szüksége önállóra).

Kell-e Apache web hosting?

Általában, de nem mindig.

Ha egy egyszerű WordPress blogot vagy egy hasonló PHP-alapú alkalmazást próbál beállítani, és csak mérsékelt (vagy nem létező) műszaki ismeretei vannak, akkor az Apache valószínűleg a legjobb választás.

Ha képesnek kell lennie arra, hogy gyorsan méretezze egy nagy webalkalmazást, és ha rendelkezik technikai ismeretekkel a webszerver saját telepítéséhez, konfigurálásához és kezeléséhez (vagy ha rendelkezik SysAdminnel ehhez), akkor érdemes meggondolnia a LiteSpeedről vagy az Nginxről.

Ha .NET-keretrendszert vagy más szabadalmaztatott Microsoft eszközöket használ Windows kiszolgálói környezetben, akkor valószínűleg az IIS-t fogja használni.

Az Apache újraindítása?

Ha tipikus megosztott tárhelyet, vagy akár a legtöbb VPS-terveket használja, szinte soha nem kell újraindítania az Apache webszervert.

Ha olyan problémája van, amelyet más módon nem lehet megoldani – és még nem aktívan kezeli és konfigurálja a webszervert – akkor a legjobb az, ha általában ügyfélszolgálatot hív..

Ha aktívan kezeli a webkiszolgálót egy SSH terminálról, akkor az Apache újraindításához többféle módszer létezik. A legegyszerűbb, legbiztonságosabb módja ennek a kecses újraindítás:

apachectl kecses

(Előfordulhat, hogy kecsesnek kell tennie a sudo apachectl-t.)

Ha ez nem működik, próbálkozzon:

az apachectl újraindítása

Hogyan lehet bekapcsolni a modrewrite-t? / A modrewrite engedélyezése?

A legtöbb megosztott tárhelyszolgáltató alapértelmezés szerint engedélyezi a mod_rewrite használatát. Ha nem, vagy ha problémái vannak vele, akkor a legegyszerűbb dolog az, ha kapcsolatba lép a host szolgáltató ügyfélszolgálatával..

nginx

Mi az a Nginx??

A Nginx egy webszerver.

A Nginx ingyenes és nyílt forráskódú, és a közkedvelt népszerű webszerverek egyike. Sokan úgy látják, hogy ez az alternatívája a leggyakrabban használt Apache webszervernek.

Mellesleg, Nginx ejtik úgy, mint a “motor-ex”.

Nginx vs Apache: Melyik a jobb?

A legtöbb „hatalom” felhasználó azt mondaná, hogy az Nginx jobb, de ez az Ön igényeitől függ.

Statikus fájlok vagy gyorsítótárazott fájlok kiszolgálására az Nginx gyorsabb, mint az Apache (minden más egyenlő). Ezenkívül az Nginx nem hoz létre új folyamatokat minden egyes kérelemnél, ami azt jelenti, hogy képes több párhuzamos kérelem kezelésére, ami azt jelenti, hogy jobban méretezi egy erősen forgalmazott webhelyet.

Tehát talán tisztán elméleti szempontból az Nginxet jobb szoftvernek lehetne tekinteni. A gyakorlatban azonban az Apache az előnyben részesített lehetőség.

Az Apache könnyebben konfigurálható és könnyebben kezelhető. Mivel ez sokkal gyakoribb, több súgótéma, fórumszál és online oktatóanyag is felhasználható. Számos webes alkalmazás fejlesztője, különösen a népszerű, például a WordPress, azt feltételezi, hogy a felhasználóknak Apache lesz, tehát nagyobb a kompatibilitás és az automatizálás.

Általában (nem mindig) az Apache elég jó és sokkal könnyebb is.

Kell-e Nginx web hosting?

Lehetséges, de csak akkor, ha szüksége van rá.

Az Apache sokkal gyakoribb. Könnyebb kezelni, és szinte mindig elég jó.

Ehelyett csak akkor használja az Nginx-et, ha az jelentős előnyt jelent webhelyének, és ha technikai hozzáértése van ahhoz, hogy megfelelő módon kezelje.

Webhelyed hasznára válhat az Nginx, ha nagy számú egyidejű felhasználót vár, különösen, ha olyan tartalommal lépnek kapcsolatba, amelyet nem lehet letölteni a tartalomszolgáltatási hálózatra. Ha a webhelyet több kiszolgálóra kell osztania, az Nginx általában erre is működik.

Nem kell sok technikai hozzáértésre az Nginx alapvető webszerver-konfiguráció beállításához és futtatásához, de kényelmesnek kell lennie a Linux parancssorra és az ssh-ra, valamint legalább egy bevezető ismeretet kell adnia a webszerver működéséről..

Használhatom az Nginx-et az Apache-val?

Nem.

Az Nginx és az Apache egyaránt webszerver. Mindkettő felesleges lenne.

IIS

Mi az IIS??

Az IIS a Windows webszerver.

Biztonság

A webhelyem biztonságos?

Valószínűleg nem.

Hacsak nem aktívan gondolkodott webhelyének biztonságán (vagy olyan menedzselt tárhely-szolgáltatót használ, amely az Ön számára gondolja), akkor valószínűleg legalább néhány potenciális biztonsági lyuk van.

Íme néhány alapvető biztonsági óvintézkedés, amelyeket minden weboldalon meg kell tennie:

  • Használjon erős jelszót a tárhelyfiókhoz, az FTP-fiókokhoz, az e-mail fiókokhoz és a webhelyéhez társított összes többi fiókhoz.
  • Ne használja ugyanazt a jelszót az összes különböző fióknál.
  • Ne küldje el e-mailben a jelszavát, és ne tárolja egyszerű szövegben sehol.
  • Korlátozza az FTP és az SSH hozzáférést az Ön IP-címéhez.
  • Engedélyezze a kéttényezős hitelesítést a tárhely-tervben és a domain név regisztrátorában.
  • Tartsa naprakészen az összes szoftvert és beépülő modult.
  • Rendszeresen készítsen biztonsági másolatot az adatokról.
  • Használjon CDN-t, amely DDOS védelmet nyújt.
  • Engedélyezze a HTTPS-t webhelyén SSL-tanúsítvány megszerzésével.

Mivel a WordPress a legnépszerűbb tartalomkezelő rendszer, néhány WordPress-specifikus biztonsági tipp:

  • Ne használja az alapértelmezett „admin” -t rendszergazdai felhasználónévként
  • Telepítse a Rossz Viselkedés és az Akismet beépülő modulokat a spam ellen
  • módosítsa felhasználói becenevét, hogy a bejelentkezési neve ne legyen nyilvánosan látható a bejegyzésekben és az URL-ekben
  • Korlátozza a bejelentkezési kísérleteket

Hogyan lehet megvédeni az ügyfelek adatait a weboldalon?

  • Használjon érett, nyílt forráskódú szoftvert
  • Telepítsen egy SSL biztonsági tanúsítványt
  • A HTTPS kényszerítése minden kapcsolathoz (ehhez biztonsági tanúsítvány szükséges)
  • Használjon megbízható fizetési feldolgozókat
  • Kövesse az összes fenti biztonsági óvintézkedést.

Mi az a biztonsági tanúsítvány??

A biztonsági tanúsítvány megértéséhez először meg kell értenie a nyilvános kulcs titkosítását.

A nyilvános kulcsú titkosítás így működik: van két „kulcs” – egy kulcs egy látszólag véletlenszerű adatok nagyon hosszú karakterlánca, amelyet értékként használnak egy titkosítási képletben. Az egyik kulcs magán, csak egy fél (ebben az esetben a webhely tulajdonosának) ismerete. A privát kulcsnak van egy „illeszkedő” nyilvános kulcsa, amelyet közzétesz és bárki számára elérhetővé tehet.

Az üzenetek titkosíthatók a nyilvános kulcs használatával, és csak a privát kulcs segítségével lehet visszafejteni. Így bizalmas adatokat küldhet biztonságosan, és csak az, akinek állítólag meg kell szereznie, képes visszafejteni azt..

A másik érdekes dolog az, hogy titkosítani tudja az adatokat a magánkulccsal, és csak a nyilvános kulcs képes visszafejteni azokat. Ez értelmetlennek tűnhet – ha a Nyilvános kulcs Nyilvános, akkor bárki el tudja olvasni az üzenetet. Igaz, de ez valami fontosabbat hajt végre: ellenőrzi, hogy az üzenetet valójában az a fél küldte el, aki azt mondja, hogy elküldte – csak a magánkulcs tulajdonosa tudta titkosítani az adatokat. (Ezt „aláírásnak” hívják.)

A HTTPS használatakor a weboldalakkal titkosított üzenetek sorozatával kommunikál. Az üzeneteit titkosítva küldjük el a nyilvános kulcson keresztül (biztosítva, hogy csak a weboldal kapja meg az Ön adatait), és a webkiszolgálótól érkező válaszokat a privát kulcs írja alá (ügyelve arra, hogy azok hitelessége).

Szóval mi köze van ennek az SSL-tanúsítványnak??

Ha biztos abban, hogy a használt nyilvános kulcs a meglátogatott webhelyhez tartozik, és hogy a webhely megbízható, a folyamat többi része biztonságos. De a nyilvános kulcs önmagában nem garantálja az identitást – egy rosszindulatú ügynök létrehozhat egy hamis nyilvános kulcsot, és elküldheti a webhely látogatói számára, és elfoghatja az adatokat a webhely és a látogató között.

Szüksége van valamilyen módon annak ellenőrzésére, hogy a Nyilvános kulcs helyes-e, hogy hitelesen azonosítja-e a megfelelő felet.

Ezt csinálja egy SSL tanúsítvány – ez igazolja a nyilvános kulcs identitását.

Hogyan szerezzünk biztonsági tanúsítványt?

Egy SSL-tanúsítvány szolgáltatótól vásárol. A legtöbb tárhelyszolgáltató cég együttműködik egy SSL-tanúsítvány-szolgáltatóval, és megkönnyíti annak vásárlását fiókfrissítésként.

Használhatok SSL-igazolást megosztott tárhelyen?

Igen, de szüksége lesz egy dedikált IP-címre.

Szükségem van SSL-re?

Ha bármilyen érzékeny ügyféladatot kezel, SSL-tanúsítványra van szüksége. Az e-kereskedelmi webhelyek, amelyek általában hitelkártya-fizetéseket kezelnek, feltétlenül szükségük van SSL-tanúsítványra. A webhelynek, amely lehetővé teszi a személyes vagy magán kommunikációt – e-mail, üzenetküldés, fájltárolás – tanúsítványra van szüksége.

Még akkor is, ha nincs külön követelménye az SSL biztonsági tanúsítványhoz, akkor érdemes megszerezni azt. Számos szervezet felismerte, hogy a HTTPS általában elősegíti a biztonságosabb böngészést. A Google egyetért ezzel, és valójában SEO előnyt nyújt azoknak a webhelyeknek, amelyek a HTTPS-t arra ösztönzik, hogy ösztönözzék több webhely alkalmazását.

Mi a HTTPS??

A HTTPS biztonságos HTTP. Ez a protokoll, amelyet egy weboldallal az SSL-en keresztül történő kommunikáció során használnak.

Miért hibázik a HTTPS?

Ha a webhely látogatói hibát tapasztalnak, amikor megpróbálják használni a HTTPS-t, akkor valószínűleg probléma van az SSL-tanúsítvánnyal. Győződjön meg arról, hogy van-e, hogy naprakész és hogy megfelelően van-e telepítve.

Milyen biztonság szükséges a hitelkártya-tranzakciókhoz?

A hitelkártya-tranzakciókat mindig SSL-n (HTTPS) kell végrehajtani. A hitelkártya-számokat csak egy rendkívül biztonságos, titkosított adattárban szabad tárolni (ami általában azt jelenti – nem az Ön által épített alkalmazás, hanem érett, jól megfontolt fizetési processzorral).

Támogatás

Támogatás a tárhelyhez

Milyen támogatásra van szükségem egy hosting cégtől?

Ez a saját igényeitől és preferenciáitól függ. Javasoljuk, hogy csak akkor fogadjon el hostot, ha 24 órás telefonos támogatással rendelkezik.

Az idő 99% -ában semmi sem megy rosszul. De ha valami rosszul történik, akkor mindig a legkényelmetlenebb időben lesz. A legjobb, ha telefonos támogatást kap, amely bármikor elérhető.

Mi a hosting társaság legfontosabb jellemzője?

Ez vélemény kérdése, de véleményünk szerint a fogadó cég legfontosabb jellemzője a támogatás.

Ennek oka az, hogy műszaki szempontból a legtöbb tárhely-szolgáltató azonos. Szinte mindegyik ugyanazt a szoftvert használja, szinte mindegyik egy-egy maroknyi hardverkonfigurációval rendelkezik. Sokan ugyanabban az adatközpontban vannak elhelyezve, vagy berendezéseiket ugyanazon szolgáltatótól bérbeadják.

Az ár megkülönböztető tényező, de a legtöbbször nem óriási. Az öt legjobban működő webhelyen, hasonló webhelyeknél a hasonló tervek rendkívül hasonló árstruktúrával rendelkeznek.

A dolog, amely különbözteti a különböző gazdagépeket egymástól, az általuk nyújtott támogatás szintje – mennyi, mennyire jó és mikor elérhető.

A támogatás megkülönböztetheti a fogadó társaság szörnyű tapasztalatait a nagyszerű tapasztalatok között. Jelentheti a különbséget a kisebb kellemetlenségek és az üzleti tevékenységeket pusztító katasztrófa között.

Szerezzen egy hostolási tervet egy jó ügyfélszolgálati és támogatási tervvel.

Szükségem van-e 24 órás támogatásra a webhelyemnél?

Javasoljuk.

Ha a webhely kritikus jelentőségű vállalkozása szempontjából, akkor mindig nem várhatja meg az üzleti órákat, hogy rögzítse.

Átviteli támogatás

Hogyan mozgathatom a weboldalamat?

Ha a régi webhely statikus fájlok gyűjteménye, akkor csak a fájlokat kell átmásolnia az új gazdagépre.

Ennek ellenére általában nem így történik.

Ha olyan tartalomkezelő rendszert használ (amelyiknek lennie kellene), akkor a fájlokat és az adatbázisát át kell másolnia.

Ezt meg lehet tenni, de nagyon nehéz lehet.

Egyes hosting cégek transzfertámogatást kínálnak – segítik a webhely áthelyezését a hostolásukra. Ha bonyolult weboldala van, vagy ha nem tetszik az adatbázisok és a konfigurációs fájlok, akkor azt szeretné megtalálni, amely ezt megteszi.

Speciális szerverek

Videó

Hogyan helyezhetek el videókat a webhelyemre?

Általában ez egy rossz ötlet.

A videók nagyon nagyok. Ez két dolgot jelent a tárhelyed számára:

  • sok tárhelyet igényelnek
  • sok sávszélességet használnak fel

A videó sávszélessége nagy probléma, ha sok látogatót látogat a webhelyére – ez valóban lelassíthatja a teljesítményt, és rossz felhasználói élményt eredményezhet. Ezenkívül sokkal gyorsabban túllépheti a sávszélességet, mint a legtöbb szöveges webhelynél.

A sávszélesség-probléma mellett a reagáló videó kiszolgálás problémája is. Általában jó ötlet alacsonyabb minőségű videókat szolgáltatni a felhasználóknak lassabb kapcsolatokkal vagy kisebb képernyőkön, alacsonyabb felbontással.

Ha ön saját házigazdája a videóit, akkor:

  • generáljon minden videó több különböző verzióját
  • a média lekérdezésekkel határozhatja meg a megjeleníteni kívánt videót, és automatikusan elküldi a megfelelő videót a felhasználónak

Ez nagyon gyorsan bonyolulttá válhat.

A legtöbb esetben jobb, ha videóit a YouTube-on vagy a Vimeo-n tárolod. Ez eltávolítja a sávszélességet, és mindkét szolgáltatás automatikusan kezeli a reagáló videó lejátszást.

A YouTube-on vagy a Vimeo-on tárolt videóinak további előnye, hogy ez újabb utat biztosít a tartalmakhoz – a felhasználók megtalálhatják a videóidat ezen oldalak böngészése közben (feltéve, hogy a videóid nyilvánosak), és linkeket készíthetsz a videóidról a webhelyedre..

Bármelyik videooldallal beágyazhatja a videókat a saját weboldalain egyszerű beágyazási kódokkal.

Hogyan lehet beállítani egy videoblogot?

Ennek legegyszerűbb módja az, ha feltölti videóit a YouTube-ra, majd beágyazja azokat blogbejegyzésbe a WordPress-ben.

Minecraft

Rendelkezhetek-e saját Minecraft szerverrel?

Igen.

Fogadhatom-e a Minecraft-ot megosztott tárhelyen?

Az Minecraft rendkívül erőforrás-igényes, így a [megosztott tárhely] terv valószínűleg nem fog megfelelően működni. Valószínűleg jobb eredményeket fog elérni a VPS-tárhely-tervvel, különösen, ha mások meghívására készül, hogy veled játsszanak.

Bármilyen egyéb tárhely-megfontolás a Minecraft használatával?

A játékkiszolgálók alacsony késleltetést igényelnek (a kérelem elküldése és a válasz kézhezvétele közötti késés). A gyors kiszolgálók mellett elősegíti a hostolás földrajzi elhelyezkedését az Ön vagy a játékosaid közelében.

podcast

Mi a podcasting??

A podcasting a sorosított audio tartalom közzététele. Lényegében – ez az audio blog.

Hogyan Podcast?

A Podcasting munkafolyamatnak három alapvető eleme van:

  1. Hangtartalom létrehozása
  2. Hangtartalom közzététele
  3. Audio tartalom terjesztése

Mindhárom feladat könnyebb, mint valaha.

Az audio tartalom létrehozása ingyenes és olcsó eszközökkel történhet. Csak mikrofonra, számítógépre és néhány felvételi szoftverre van szüksége. Mac számítógépeken használja a Garage Band alkalmazást (ez nagyon egyszerű, és az operációs rendszerhez ingyenes). Windows vagy Linux rendszeren használja az Audacity alkalmazást (ingyenes és nyílt forráskódú).

A tartalom közzétételéhez szüksége lesz egy webhelyre.

Ha nem felel meg annak, ha harmadik fél irányítja a tartalmat, akkor közzétehetsz egy Podcast tárhelyszolgáltatáson, például a Lybsyn vagy a Podbean.

Ha azonban ellenőrizni szeretné a saját tartalmát – és integrálni a podcastot a szöveges blogokba, a videókba és a közösségi média megjelenítésébe -, akkor jobb, ha önállóan tárolja a podcastot. A legegyszerűbb módszer erre a WordPress. A WordPress, egy blogbeállításra összpontosító tartalomkezelő rendszer kiváló, könnyen beállítható platformot nyújt minden tartalmához: podcastok, blogbejegyzések, videók és egyéb média.

A WordPress-webhelyet megosztott tárhelyen vagy (ha sok forgalomra számít) VPS-tervben is beállíthatja. Használjon podcasting plugin-ot az audio tartalom könnyű integrálásához a WordPress webhelyre.

Végül el szeretné terjeszteni a tartalmát – ami többnyire azt jelenti, hogy RSS-hírcsatornát kell benyújtania az iTunes-hoz.

A legjobb Podcasting szoftver?

Podcast tartalom létrehozásához:

  • A GarageBand használatával a legegyszerűbb kezdeni.
  • Ha nem Mac-nél van, az Audacity egy nagyszerű, ingyenes és nyílt forráskódú alkalmazás.

Kiadásra:

  • WordPress egy podcasting bővítménnyel

OwnCloud

Mi a sajátCloud??

A OwnCloud a Dropboxhoz hasonló szoftvercsomag. Valójában a legtöbb ember úgy gondolja, hogy a Dropbox nyílt forrású alternatívája.

Hogyan készíthetek saját Dropbox-ot?

A Dropbox egy SaaS (szoftver mint szolgáltatás) termék, amely lehetővé teszi a fájlok távolról történő tárolását, bárhonnan elérését, a fájlok megosztását és a helyi könyvtár szinkronizálását a külső fájltárolóba..

Ez egy nagyszerű lehetőség, de lehet, hogy óvatos, ha hagyja, hogy egy harmadik fél szolgáltatása tárolja fájljait. Lehet, hogy adatvédelmi aggályai vannak, vagy egyszerűen azt gondolja, hogy nem bölcs.

Nincs probléma – hasonló fájlszinkronizálási szolgáltatást állíthat be saját szerverén a ownCloud segítségével.

Beállíthatja saját otthoni vagy irodai számítógépét, hogy webszerverként működjön, vagy beállíthatja saját VPS-tárhely-tervén (vagy dedikált tárhelyen, ha erre van szüksége).

A Google Apps önálló üzemeltetése?

A Google Apps együttműködési, fájlmegosztási és termelékenységi eszközkészletet biztosít, beleértve:

  • dokumentum készítése
  • naptár-
  • táblázatok
  • email

Különféle okok miatt (például költség, adatvédelem, ellenőrzés) inkább úgy dönt, hogy „gördíti el saját” termelékenységcsomagját, amelyet a saját szerverén üzemeltetne – akár a saját tulajdonában lévő és karbantartott hardvereken, egybeállított hardveren, akár a VPS tárhelyén. terv.

Jelenleg a legmegfelelőbb lehetőség az ilyen típusú együttműködési rendszer kiépítésére az Open Source ownCloud projekt.

Használhatom a sajátCloudot a megosztott tárhelyen?

Általában nem. A OwnCloud kiszolgáló beállítását, speciális hozzáférési engedélyeket és olyan konfigurációkat igényel, amelyeket a megosztott tárhely-tervek nem támogatnak vagy könnyű elérni. Sőt, a megosztott tárhely szolgáltatási feltételei általában azt jelzik, hogy az ügyféltervek a webhelyek közzétételére, nem pedig a fájlok tárolására irányulnak. Még ha meg is kaphatja a sajátCloud beállítást és konfigurálást, elveszítheti felhasználói megállapodását.

Ha azt szeretné, hogy a ownCloud egy hosting tervbe kerüljön, akkor sokkal jobb tapasztalat lesz a VPS terv használatával.

állványok

Milyen operációs rendszerek érhetők el?

A webtárhelyhez két fő operációs rendszer létezik: Linux és Windows. Néhány gazdagép más operációs rendszereket is kínál, például a FreeBSD-t.

Hol lehet tárhelyet cserélni??

A Microsoft Exchange egy Windows alapú szoftverplatform, amelyet e-mailekhez és más irodai termelékenységi eszközökhöz használnak. Ön is gazdagíthatja, de ezt meg kell tennie egy Windows hosting platformon.

Az Exchange Server-et üzemeltető legtöbb ember ezt VPS-en vagy dedikált szerver-tárhely-alapon végzi. A Microsoft Exchange megosztott tárhelyen való futtatása viszonylag ritka, de nem teljesen hallhatatlan.

Mi a WebMatrix??

A WebMatrix egy ingyenes webfejlesztő eszköz, amelyet a Microsoft épített. A Common Language Runtime-hez hasonló (de nem egészen ugyanolyan) módon működik, lehetővé téve a fejlesztést több különböző nyelven (beleértve a PHP-t és az ASP.NET-et is), a Windows-specifikus API-khoz való hozzáféréssel. A WebMatrix számos fejlesztést és telepítési eszközök, például integráció a gittel, sablonok és modulok, amelyek az IDE funkcióit replikálják.

A WebMatrix csak Windows tárhelyen futtatható.

Mi a SharePoint Designer??

A SharePoint Designer egy ingyenes HTML-készítő és weblap-tervező eszköz, amely a Microsoft Sharepoint webhelyek létrehozására és szerkesztésére szakosodott. Ez a FrontPage tervező eszköz utódja, de kifejezetten a SharePoint-ra korlátozódik.

A SharePoint üzemeltetése?

Szüksége lesz egy Windows tárhely-tervre. A legtöbb SharePoint-felhasználó inkább egy VPS-tárhely-tervet, vagy akár egy dedikált szervertervet használ.

Bár bármilyen Windows-tárhely-terv működésre késztethető, a legjobb élmény érdekében azt javasoljuk, hogy keressen olyan web-hosting cégeket, amelyek a SharePoint tárhelyre szakosodtak..

Hol helyezkedik el a SharePoint Designer?

Általában nem üzemelteti a SharePoint Designer programot – Ön host SharePointot, majd helyileg (saját számítógépen) használja a SharePoint Designer programot az oldalak megtervezéséhez és szerkesztéséhez, amelyeket azután feltölt a SharePoint webhelyre.

Lehetséges hostolni a SharePoint rendszert Linuxon?

Nem. A SharePoint csak Windows szoftver.

Hogyan adhatunk hozzá felhasználót a csoporthoz Linuxban?

Felhasználó hozzáadása egy meglévő csoporthoz a Linux parancssorból egyszerűen megtehető.

useradd -G csoportnév felhasználónév

Például, ha hozzá szeretné adni a wesley felhasználót a csoporthídcsavarhoz, írja be:

useradd -G hídcsavarral Wesley

Operációs rendszer

Általános kérdések az operációs rendszerről

Mi az operációs rendszer??

Az operációs rendszer az alapszoftver, amelyen a számítógép összes többi szoftvere fut.

Interfészréteget biztosít az alkalmazások és a számítógépes hardver között, valamint felhasználói felületet biztosít, így kölcsönhatásba léphet a számítógéppel és vezérelheti azt. Általában az operációs rendszer a legfontosabb tényező annak meghatározásában, hogy milyen szoftvert futtathat, és milyen lesz a számítógépes felhasználó tapasztalata.

A legtöbb ember személyi számítógépében három fő operációs rendszercsalád van közös használatban: Windows, Mac OSX és Linux. A Mac OSX és a Linux kissé hasonlóak, mivel mindkettő a Unix operációs rendszerből fejlődött ki (bár jelentősen eltértek egymástól)..

A Linux számos különféle „disztribúcióban” (például Ubuntu, Red Hat, CentOS) érhető el, amelyek különböző összetevőcsomagokat képviselnek, csomagolva – gyakran az alapjául szolgáló filozófiával vagy felhasználási szemponttal szem előtt tartva. Mivel a Linux nyílt forráskódú (ellentétben a Mac-del vagy a Windows-lal), bárki kezelheti és terjesztheti a Linux „disztróját”, és ennek a ténynek köszönhetően számos lehetőség van.

Az Apple általában inkább azt tartja, hogy az összes Mac-felhasználót a MAC OSX operációs rendszer legfrissebb verzióján tartsa, és frissítik az egyes verziókról verzióra, automatikusan, hogy mindenki szinkronban maradjon. Nincsenek különféle „disztribúciók” a Mac-nél.

A Microsoft Windows rendszerrel minden új verzió vadul különféle megközelítéseket képvisel a tervezés és a felhasználói interakció terén. Míg a felhasználók gyakran frissítik, amikor ugyanazon verzió új kiadásai érhetők el, ritkán lépnek át egyik fő kiadásról a másikra ugyanazon a számítógépen.

A telefonok, táblagépek és más eszközök operációs rendszerrel is rendelkeznek. Az Apple mobil eszközei (iPhone, iPad) az iOS operációs rendszert használják. A legtöbb telefon az Android operációs rendszert használja, amely nyílt forráskódú és Linux alapú. A Windows alapú mobil eszközök a Windows Phone operációs rendszert használják.

Mi egy jó operációs rendszer egy szerver számára?

Ez attól függ, de általában: Linux.

A döntés arról, hogy az operációs rendszert melyik szerveren kívánja használni, teljes mértékben attól függ, hogy mit kíván használni a kiszolgálón. A legtöbb használati esetben általában a legjobb egy vagy másik Linux disztribúció.

Ha egy egyszerű webhelyet futtat szkriptnyelvekkel, például PHP, Ruby vagy Python, szinte bármilyen Linux disztribúció megfelelő lenne. Ehhez a CentOS, a Debian és az Ubuntu a három legnépszerűbb, az abs számos más disztribúció ugyanúgy működne. Ezek a webhelyen kívüli szerver általánosan használt célokra is működnének, például e-mail szerver vagy fájlmegosztó szerver futtatására.

Ha nagy vállalati hálózati szervert futtat, akkor a nagy szervezetek számára a leggyakoribb Linux disztribúció a Red Hat.

Egy megosztott tárhelyszolgáltatás futtatásához a viszonylag friss CloudLinux disztribúció jó választás, mivel számos eszközt kínál a virtualizációhoz és a hosting terv kezeléséhez.

A Windows Server rendszert leggyakrabban azok a vállalkozások használják, amelyeknek szükségük van a Microsoft által biztosított speciális alkalmazásinfrastruktúrára, például a Sharepoint, az Exchange vagy a .NET.

Mac

Milyen operációs rendszert használnak Mac rendszeren?

A Mac asztali és laptopok az OSX-t használják.

Az OSX operációs rendszer egy hivatalos UNIX operációs rendszer (azaz megfizették a licencdíjat és teljesítették az összes szükséges tanúsítást, hogy hivatalosan az UNIX család részét képezzék).

Mivel a Linux eredetileg (legalábbis fogalmilag) az Unix-ból származik, sok alapvető hasonlóság van a Mac és a Linux számítógépek között. Noha a felhasználói felület nagyon eltérő, és a Linuxnak nincs hozzáférése az Apple App Store-hoz, az alapvető funkciók, például a terminál (parancssori) használat, a felhasználói engedélyeztetés és más alacsony szintű tevékenységek nagyon hasonlóak.

Ez az egyik oka annak, hogy a Mac-ek népszerűek a fejlesztők körében, különösen azok a fejlesztők, akik rendszeresen telepítenek szoftvert Linux szerverekre.

Rendelkezhetek-e webhelyet Mac-en?

Nem igazán, nem.

Elméletileg lehetséges webhelyet üzemeltetni bármilyen, az internethez csatlakoztatott számítógépről – így valóban futtathat egy webhelyet otthoni vagy laptop Mac számítógépein..

A komoly, nyilvános webhelyek futtatásához használt szerverek azonban általában sokkal gyorsabbak és robusztusabbak, mint egy fogyasztói szintű asztali vagy laptop számítógép. Ezenkívül az internetes sávszélesség a hagyományos adatközpontokban sokkal szélesebb és gyorsabb, mint otthonában vagy irodájában.

Mivel az Apple nem gyárt semmilyen szervert vagy adatközponti berendezést, a weboldal futtatása Mac-ről (a legjobb esetben) nagyon nepraktikus.

Linux

Mi a Linux??

A Linux a nyílt forráskódú operációs rendszerek családja.

A Linux projektet az 1990-es évek elején hozták létre, mint egy szabad és nyílt forrású alternatívát az Unix számára, amely védett és zárt forrású volt..

Manapság a Linux talán a legnépszerűbb operációs rendszer a világon. Míg ez egy meglehetősen kicsi szereplő az asztali és a laptop személyi számítástechnika világában, amelyet leginkább a Windows és a Mac OSX dominál, a Linux az iparági szabványvá vált a webszerverek, szuper számítógépek, a „nagy fém” telepítések és a beágyazott eszközök számára. Az „Android” -ként való megtestesülés során a mobiltelefonok többségét hatalommal látja el.

A Linuxot „operációs rendszerek családjának” hívják, mivel nagyszámú „disztribúcióban” (vagy „distrosban”) érhető el, amelyek a Linux kernelt más alacsony szintű segédprogramokkal, eszközillesztőkkel, felhasználói élménymodulokkal és alkalmazásokkal csomagolják. . Néhány ilyen disztró nagyon népszerűvé vált: CentOS, Ubuntu, Debian, Red Hat. Minden disztrónak megvan a saját fejlesztői, támogatói és felhasználói közössége. Néhányat nagy nonprofit vagy nonprofit szervezet támogat, másokat egy dedikált önkéntesekből álló kis csapat irányít. Sokan egy adott igény kielégítésére készültek – ilyen például a CloudLinux, amelyet a megosztott tárhelykiszolgálók kezelésének elősegítésére hoztak létre.

Jó a Linux webhelyek tárolására??

Igen.

A webtárhely nagy részét – akár megosztott, akár VPS, akár dedikált szervert – Linux gépeken végezzük. Az informatika annyira általános, hogy szinte minden esetben „alapértelmezettnek” tekinthető – általában nem „Linux” (általában Windows) operációs rendszer használata a hostoláshoz általában a „különleges eset”.

Van egy maroknyi Linux funkció, amelyek hozzájárulnak ahhoz, hogy kiváló választás webhelyek tárolására:

  • Kiváló engedélyezési és felhasználói biztonság – a Linux felhasználói modellje biztosítja a webhelyek biztonságát és védelmet nyújt a webhely rendszergazdáinak rosszindulatú támadásokkal és véletlenszerű tévedéseivel szemben is.
  • Nem kell lekapcsolni – A Windows gépek hajlamosak lelassulni minél tovább (a memória szivárgásnak nevezett jelenség miatt), ami azt jelenti, hogy rendszeresen le kell őket kapcsolni és újra kell indítani. Ez megszakítja a webhely szolgáltatását. A Linux sokkal kevésbé hajlamos erre a problémára, így általában jobban alkalmas arra, hogy folyamatosan futtasson egy folyamatosan működő környezetben.
  • Ingyenes – A Linux nyílt forráskódú szoftver, licencdíjak nélkül. Ez segít a lehető legkisebbnek tartani a webtárhely – különösen a megosztott tárhely – költségeit.
  • Nagy Linux webtárhely-közösség – Mivel a Linux olyan népszerű a webtárhely számára, rengeteg támogatás áll rendelkezésre, hatalmas mennyiségű dokumentált tudás áll rendelkezésre, és sokféle eszköz és segédprogram található.

Kell-e Linux web hosting?

Valószínűleg igen.

Manapság a Linuxot tekintik szabványnak a web hosting legtöbb formájában. Az internetes webhelyek túlnyomó többségét látja el.

A Linux egyetlen komoly alternatívája a Windows. Számos oka van annak, hogy a Linux gyakran jobb választás, mint a Windows, egy oka általában az összes többi okot megcsapja: a Linux ingyenes, a Windows pedig pénzbe kerül..

Mivel a Linux legalább annyira jó, mint a Windows (és sok ember szerint jobb is), valójában nincs ok pénzt költeni a Windows-ra, kivéve, ha erre konkrét ok van..

A Windows választása a Linux felett az, ha egy vagy több szabadalmaztatott Microsoft technológia, például .NET, Silverlight vagy Exchange Server táplálására van szüksége..

A webhelyek és webes alkalmazások túlnyomó többsége olyan nyelveken fut, mint a PHP, a Ruby, a Python vagy a Perl – és ez magában foglalja a népszerű alkalmazásokat is, mint a WordPress, Drupal, Joomla – a Linux nemcsak elég jó, hanem valójában jobb.

ablakok

Jó-e a Windows webhelyek tárolására??

Hacsak nincs szüksége Windowsra valami konkréthoz, általában nem ideális.

Az internetes webhelyek és webes alkalmazások túlnyomó része manapság egy vagy több nyílt forráskódú technológiát futtat – nyelvek, mint például a PHP vagy a Ruby, az alkalmazások, például a WordPress és a Drupal, a keretek, mint a Rails vagy a Django.
.

Ezek közül bármelyik futtatható egy Windows gépen. Ugyanakkor – a telepítés, a csomagkezelés és az adminisztráció mind egyszerűbb lesz Linuxon. A technológiákat általában Linuxon (vagy hasonló Mac rendszeren) építik be és tesztelik, több eszköz és segédprogram van a Linux számára, az oktatóanyagok és a támogatási dokumentumok általában feltételezik a Linux környezetet.

Tehát – hacsak nincs szüksége valami konkrétra, például a .NET-re – a Windows általában nem jó választás a legtöbb webhely tárolására.

Rendelkezhetek webhelyeket a Windows rendszeren?

Igen.

Mindenekelőtt néhány webes technológiának – .NET, Silverlight – a Windows szükséges.

A legtöbb webes technológia – PHP, Ruby – nem igényel Windows-t, de szükség esetén Windows-on is futtatható.

A Windows Server megegyezik a Windows rendszerrel?

Valami igen, de valami nem.

A Windows Server az operációs rendszerek családja. Ha Windows PC-jével rendelkezik, akkor lehet, hogy a sok verzió egyikét futtatja – Windows XP, Windows 7, Windows 8 vagy Windows 10. Mindezek a Windows verziók, amelyek személyi vagy üzleti számításra szolgálnak asztali vagy laptop számítógépen..

A Windows Server egy olyan Windows verzió, amelyet kiszolgálói környezetben szánnak használni. Ez (többnyire) kompatibilis a Windows személyi számítógépes verziójával, és (többnyire) ugyanúgy működik – valakinek, aki ismeri az egyik adminisztratív feladatait, másrészt könnyen megteheti hasonló feladatok elvégzését, a szoftvert pedig egy A Windows PC telepíthető egy Windows Server rendszeren, és elvárható, hogy probléma nélkül működjön.

Tehát – a Windows Server nagyon hasonlít a Windows verziójára, amelyet a saját számítógépén használhat, de nem pontosan ugyanaz a szoftver.

Adminisztráció

Vezérlő panelek

Szükségem van egy Vezérlőpultra?

Ez a képzettségi szintjétől (vagy az Ön kényelmi szintjétől függ, ha új dolgokat kell megtanulni).

Valahogy kezeli a hostfiókot és a szervert. A tartalomkezelő rendszer telepítésétől az e-mail beállításáig számos adminisztratív feladatot kell elvégeznie, ha a saját webhelyét üzemelteti.

A „speciális lehetőség” (és az egyetlen lehetőség a vezérlőpanelek feltalálása előtt) az lenne, hogy bejelentkezik a webkiszolgálóra SSH-n keresztül és használja a parancssort. Ez egy nagyon hatékony módszer a számítógéppel való interakcióra, de tudnia kell, hogy mit csinál. Nincs grafikus felület, sem ikonok, sem kattintás – csak szöveges parancsokat gépelhet be egy fekete képernyőre. Mondanom sem kell, hogy sok ember ezt kissé félelmetesnek találja.

A kezelőpanel az Ön hostfiókjához teszi, amit az asztali környezet tesz a számítógépéhez – grafikus felületet biztosít a különféle feladatok elvégzéséhez.

Gyakorlatilag az összes megosztott tárhely-tervhez tartozik egy vezérlőpanel. Valójában a legtöbb megosztott tárhelyszolgáltató azt feltételezi, hogy ügyfeleik többsége csak valaha fog kommunikálni a vezérlőpulttal.

Vajon egy dedikált szerverhez tartozik egy vezérlőpanel?

Néha.

A legtöbb ügyfél, akinek dedikált szerverre van szüksége, technikailag képes a kiszolgálót a parancssorból kezelni. Ezen felül a legtöbbjüknek egyedi konfigurációra és beállításra is szükség van, amelyet csak parancssorban lehet végrehajtani.

Számos dedikált szervertervnek van valamilyen szervervezérlő panele, amely különösen alkalmas egy dedikált szerverkörnyezethez, és amely teljesen különbözik a megosztott tárhelyterveken található webtárhely-vezérlőpanel típusától.

Van-e egy VPS-tárhely-terv vezérlőpanellel?

A VPS-tárolás gyakran tartalmaz egy vezérlőpanelt, de nem mindig – egyes VPS-ügyfelek inkább a kiszolgálójukkal kommunikálnak, elsősorban a parancssoron keresztül, különösen, ha új fejlesztést végeznek, vagy egyéni beállításra van szükségük.

Miért van szükségem egy vezérlőpultra??

Tehát nem kell megtanulnia, hogyan kell használni a parancssort.

Egy kattintással telepíthető

Mi az a Fantastico??

A Fantastico egy kattintással telepít. Ez számos webes alkalmazás és tartalomkezelő rendszer egyszerű telepítését biztosítja.

Mi az egyszerű szkriptek?

Az Egyszerű parancsfájlok egy kattintással telepíthetők. Ez számos webes alkalmazás és tartalomkezelő rendszer egyszerű telepítését biztosítja.

Mi a Softaculous??

A Softaculous egy kattintással történő telepítő. Ez számos webes alkalmazás és tartalomkezelő rendszer egyszerű telepítését biztosítja.

A Virtuall összes megosztott tárhelytervnek és sok VPS-tervnek rendelkezésére áll ezek közül az egy kattintással történő telepítési eszközök. Bármelyik is rendelkezik a tárhely szolgáltatóval, az elérhető lesz a webtárhely vezérlőpultján.

Email

További információt az e-mail GYIK-ban talál.

Hogyan tudok e-mailt kapni a saját domainemről?

A legtöbb megosztott tárhelyszolgáltató egy vagy több e-mail fiókot kínál a tárhelycsomag részeként. Beállíthatók a tárhely vezérlőpultján.

Használhat egy vagy másik webmail alkalmazást (például a Mókus levél) az e-mail eléréséhez, vagy elérheti azt egy e-mail klienssel, például az Outlook vagy az Apple Mail.

Ha szeretné beállítani a domain e-mail címét egy másik szerveren – például egy olyan szolgáltatáson keresztül, mint a Google Apps -, akkor beállítania kell az Egyéni MX-rekordot.

Hogyan állítsunk össze egy e-mail listát?

Számos eszköz létezik az e-mail listák létrehozásához. A legtöbb professzionális tartalomkezelő rendszer, például a WordPress vagy a Drupal beépülő modulokkal rendelkezik az e-mail listák kezelésére. Bármely jó e-kereskedelmi alkalmazás, például a Magento, beépített vagy harmadik féltől származó e-mail listát kínál. Vannak SaaS előfizetési megoldások, például a MailChimp. Végül néhány tárhelyszolgáltatónak funkciója a levelezőlisták.

Hogyan lehet megállítani az e-mailek spamjét??

Ha a webtárhely-fiók e-mail szolgáltatását használja, a Spam Assassin segítségével megállíthatja a legtöbb e-mail spamot.

Az e-mail továbbítás beállítása?

A legtöbb tárhely-tervben beállíthatja az e-mail továbbítást a kezelőpanelen.

Hogyan használhatom a domain e-maileket egy harmadik fél szolgáltatásával, mint például a Google Apps?

Meg kell mutatnia a domain nevét az alkalmazás által megadott kiszolgálóra. Ezt úgy végezzük, hogy beállítjuk az MX rekordot a DNS-rekordon.

Az MX rekordok szerkesztése?

Az MX-rekord egy DNS-rekord, tehát ugyanabban a helyen fogja szerkeszteni, mint ahogyan más DNS-bejegyzéseket. A legtöbb kezelőpanelben ezt egy „Domain Management” lapon vagy szakaszban hajtják végre. Ez néha DNS zóna szerkesztővel lesz felcímkézve.

IMAP vs POP3: melyik a jobb?

IMAP. Amikor csak lehetséges, az IMAP-t kell használnia a POP3 helyett. Ha a webtárhely nem támogatja az IMAP-ot, meg kell találnia azt.

Mi a különbség az IMAP és a POP3 között??

Az IMAP és a POP3 egyaránt e-mail protokollok, de másképp működnek. Noha a technikai különbségek kicsit túl részletesek ahhoz, hogy bemélyedjenek, a felhasználók számára a gyakorlati különbség könnyen érthető.

A POP3 használatával az ügyfél megkapja az e-mail másolatát a szerverről. Ha ez megtörténik, ez egy független példány. Az e-maileket általában törlik a szerverről (bár nem mindig). A szerver nem tudja, hogy történt-e valami az ügyfél példányával. Ez nagyon megnehezíti – valójában szinte lehetetlen – több kliens (az asztal, a laptop és a telefon) használatát egyetlen e-mail fiók kezelésére..

Az IMAP használatával az e-mail üzenetek – és állapotuk (olvasott, olvasatlan, válaszolt) – szinkronizálva vannak a kiszolgáló és az összes kliens között. Ez lehetővé teszi egyetlen e-mail fiókkal rendelkező személy számára, hogy több ügyfelet probléma nélkül használjon.

crontabok

Mi a cron munka??

A cron feladat egy automatizált feladat, amelyet egy adott ütemezés szerint állítottak be.

A Cron feladatokat mindenféle célra használják. Néhány példa:

  • automatikus biztonsági mentések
  • gyorsítótár ürítése
  • holt kapcsolat ellenőrzése

Hogyan lehet létrehozni egy cron állást??

A cron feladatokat manuálisan is beállíthatja a crontab fájlok szerkesztésével. Ezek általában az / etc könyvtárban találhatók. Az ütemezett feladat beállításához kissé véletlenszerű kódbiteket kell hozzáadni a fájlhoz. (Itt elolvashatja a gyors cron feladat bemutatóját.)

Egy egyszerűbb módszer a cron job ütemező segédprogramjának használata, amely általában be van építve a webtárhely vezérlőpultjába.

Egyéb

Megtekinthetem a hozzáférési naplókat a megosztott tárhelyen?

Lehet, ha van egy hosting szolgáltatója, amely hozzáférést biztosít számukra. A kezelőpanelről elérhetők.

Milyen gyakran kell biztonsági másolatot készíteni a webhelyről?

Ez attól függ, hogy a webhely állapota milyen gyakran változik, és mennyire kritikusak az adatok.

Legalább annyira biztonsági másolatot kell készítenie webhelyének adatbázisáról, amikor tartalmat ad hozzá. A nagy változtatások előtt és után biztonsági másolatot kell készíteni a kódról.

Ha webhelye bármilyen módon interaktív – e-kereskedelmi áruház, projekt menedzsment oldal – akkor valószínűleg folyamatosan új adatokat gyűjt. Ebben az esetben biztonsági másolatot kell készíteni az adatbázisból legalább egyszer, napi egyszer, talán még többet.

Hogyan készíthetek biztonsági másolatot a webhelyemről?

A webhely biztonsági mentése túl fontos ahhoz, hogy emlékére hagyja. Be kell állítania az adatbázis és a kód automatikus mentését.

Fájlok feltöltése a tárhelyfiókban?

A fájlok feltöltésének kezelésére a host szerver leggyakoribb módja az FTP használata. Gyakorlatilag az összes tárhelyfiók lehetővé teszi FTP-fiók létrehozását, amelyet az Ön FTP-kliensen keresztül történő eléréséhez használ a kiszolgáló fájlkönyvtárához..

Néhány webtárhely egyszerűsíti ezt egy böngésző alapú fájlkezelővel.

Hogyan lehet hozzáférni a terminálhoz a host fiókban?

Ha parancssori hozzáférésre van szüksége a webtárhely-kiszolgálóhoz, akkor ezt SSH-n keresztül fogja megtenni. Ezt a saját parancssorában szereplő ssh paranccsal, a webgazda által megadott bejelentkezési hitelesítő adatokkal együtt teheti meg. Ezek általában a kezelőpanelen találhatók.

404 oldal szerkesztése?

Három módon állíthatja be vagy szerkesztheti 404-es oldalát:

  • Használja a hosting szolgáltató beépített 404 oldalgenerátorát (ha van ilyen).
  • Hozzon létre egy HTML oldalt a nyilvános könyvtárban annak megjelenítéséhez, amikor egy látogató 404 hibát tapasztal, és a htaccess használatával átirányítja a 404 hibákat rá..
  • Hagyja, hogy a tartalomkezelő rendszere kezeli.

A DNS-rekordok megváltoztatása?

A DNS-rekordokat általában a webtárhely vezérlőpultjáról szerkesztheti. Ezt általában egy „Domain Management” vagy „DNS Editor” (vagy valami hasonló) feliratú fülről vagy szakaszból hajtják végre..

Hogyan kell mutatni a tartományt különböző gazdagépeken??

Ennek kétféle módja van:

  • Szerkessze a rekordját, hogy a host kiszolgáló IP-címére mutatjon
  • Módosítsa a Névkiszolgáló rekordot, hogy a másik tárhelyszolgáltató kezelje a DNS-rekordjait

Ezek közül egyet kell tennie a másik gazda követelményeitől függően – általában tudatják Önnel, hogy mit kell tennie.

Hogyan kell feketelistára venni a webhely látogatóit??

Általában a feketelistára helyezik a webhely látogatóit azáltal, hogy blokkolják az IP-címükkel kapcsolatos kérelmeket.

Ennek három módja van:

  • A legtöbb tartalomkezelő rendszer valamilyen IP-alapú feketelistával rendelkezik, akár pluginként, akár alapvető funkcióként.
  • Szerkesztheti a .htaccess fájlt az IP-címeken alapuló blokkolási szabályokkal.
  • Ha a tárhelyszolgáltatók rendelkezésére áll (leginkább), akkor a beépített IP Deny Manager-et használhatja a vezérlőpulton.

Teljesítmény

CDN

Mi az a CDN??

A CDN egy tartalomszolgáltató hálózat.

A tartalomszolgáltatási hálózat olyan szolgáltatás, amely statikus fájlokat (például képeket és Javascript fájlokat) tárol az Ön nevében, és kiszolgálja őket a webhely látogatói számára olyan kiszolgálón, amely nem a saját elsődleges webhelyének gazdagépe..

Ennek célja az oldalbetöltés felgyorsítása és a sávszélesség kiiktatása az elsődleges gazdagépről.

Miért kellene CDN-t használni??

A CDN használata általában lényegesen meggyorsítja az oldal betöltési idejét. Ennek két oka van:

  • A CDN-k több okból szállítanak fájlokat gyorsabban:
    • gyorsabb internetkapcsolat
    • gyorsabb kiszolgálók
    • prediktív gyorsítótárazás
    • fizikai közelség
  • CDN használatakor több fájl egyidejűleg küldhető el a böngészőbe

A gyorsabb oldalbetöltés mellett (ami jó a látogatók számára) a CDN használata csökkenti a sávszélességet a host szolgáltatónál. Ha sávszélességet fizet, ez pénzt takaríthat meg. Még akkor is, ha nem fizet közvetlenül a sávszélesség-felhasználásért, ez pénzt takaríthat meg, mivel lehetővé teszi, hogy alacsonyabb teljesítményű tárhely-alapon futtasson, mint amire egyébként szüksége lehet, ha az összes tartalmat sajátnak kellett kiszolgálnia..

A teljesítményjavítás mellett a CDN-k általában csökkentik az állásidőt és segíthetnek bizonyos típusú biztonsági fenyegetések enyhítésében. Néhány CDN biztosítja a DDOS védelmet.

Hogyan kell használni a CDN-t??

Ez a CDN-től függ. A legtöbb CDN-nek azonban nagyon könnyű a telepítése. Gyakran csak annyit kell tennie, hogy beállítja a DNS-rekordjait arra, hogy a CDN proxykiszolgálókra mutatjanak, és ők viselik a többit.

Használhatok CDN-t a WordPress-szel?

Igen. Bármely CDN együtt működik a WordPress-szel – nincs szüksége WordPress-specifikus megoldásra. Van azonban egy.

A Jetpack bővítménycsomagba integrálva integrálódik a Photon CDN-hez, amelyet a WordPress.com működtet.

Szükségem van CDN-re?

Nem kell egy, de bolond az, ha nem használja azt. A CDN-k jelentősen javíthatják teljesítményét, miközben csökkentik a költségeket. Könnyen beállíthatók, és ingyenes CDN szolgáltatások állnak rendelkezésre.

Dedikált IP

Mi az a dedikált IP??

A web hosting szolgáltatók nagy többsége megosztott tárhely szolgáltatást használ. A megosztott tárhelyen sok ügyfél egyetlen kiszolgálót oszt meg. Ez általában azt jelenti, hogy az összes ügyfél ugyanazt az IP-címet használja.

A „dedikált IP” kifejezés azt jelenti, hogy az ügyfélnek saját egyedi IP-címe van, amelyet nem oszt meg más ügyfelekkel.

Szükségem van egy dedikált IP-címre?

Attól függ.

A dedikált IP-cím használatának legnagyobb oka az, hogy szüksége van egy ilyenre, ha SSL-biztonsági tanúsítványra van szüksége.

Ha bármilyen e-kereskedelmet folytat, vagy érzékeny felhasználói adatokat kezel, akkor SSL-tanúsítványra van szüksége. Ezenkívül a HTTPS növeli a biztonságot és a magánélet védelmét bármilyen típusú webhelynél, ezért sok ember inkább az SSL tanúsítványt használja minden webhelyen – és bizonyítékok vannak arra, hogy ez kisebb SEO előnyt jelent.

Hogyan kaphatunk külön IP-címet??

Ha VPS-t vagy dedikált hosting tervet használ, akkor automatikusan megkapja a saját IP-címét. Közös tárhely-tervekkel néhányuk „Dedikált IP” frissítést kínál.

Mi a különbség a dedikált IP-cím és a dedikált szerver között??

Egy dedikált szervertervvel teljes szervert kölcsönöz. Ez általában a legdrágább típusú hostolási terv.

A dedikált IP azt jelenti, hogy megvan a saját IP-címe.

Szerezhetek-e dedikált IP-címet a megosztott tárhelyen?

Igen. Valójában, ha a „Dedikált IP” hirdetést látja, akkor megosztott tárhely-tervet néz, mivel a VPS-nek és a dedikált tárhely-terveknek automatikusan megvan a saját IP-címe.

Segít egy dedikált IP-cím a SEO-ban?

Úgy tűnik, hogy sokan úgy gondolják, hogy a dedikált IP-cím jó ötlet a SEO számára.

Az érvelés az, hogy egy megosztott tárhely környezetben az Ön IP-címét megosztó más ügyfelek rossz viselkedésben részesülhetnek, amelynek eredményeként a webhelyet keresőmotorok büntetik..

Ez egyáltalán nem igaz, és a Google már többször foglalkozott ezzel. Megértik a megosztott tárhely ökoszisztémáját, és más webhelyek cselekedetei miatt nem büntetik a webhelyeket.

A dedikált IP-cím azonban egy okból előnyös lehet a SEO számára: lehetővé teszi SSL biztonsági tanúsítvány beszerzését, ami azt jelenti, hogy a felhasználók HTTPS-en keresztül férhetnek hozzá webhelyéhez. Ez növeli a SEP rangsorát, bár valószínűleg csak kissé.

A biztonsághoz jó dedikált IP-cím?

Csak annyiban, amennyiben lehetővé teszi SSL biztonsági tanúsítvány megszerzését, ami a biztonság szempontjából nagyon jó.

SSD

Mi az SSD??

Az SSD egy félvezető meghajtó. Ez egy olyan technológia, amely felváltja a hagyományosabb forgólemez-meghajtót (az az asztali számítógépben esetleg található merevlemez típusa).

Az SSD-k drágábbak, mint a forgó mágneses meghajtók, és kevesebb információs sűrűséggel rendelkeznek (több helyet foglalnak el, ami drágábbá teszi a tömeges tárolást). De van egy nagy előnye: sokkal gyorsabbak, mint a hagyományos fonóhajtások.

Az SSD meggyorsítja-e a webhely gyorsabb megjelenését?

Valószínűleg. Az SSD-k sokkal gyorsabb az I / O arány. Tehát, mivel minden más egyenlő, az SSD-k felgyorsítják webhelyének betöltési idejét.

Megéri-e az SSD tárhely a költségeket?

Ez teljesen függ az Ön konkrét helyzetétől. A teljesítménynövekedés az alkalmazás felépítésétől és attól függően, hogy milyen egyéb fejlesztések vannak már bevezetve. Ezenkívül a sebességnövekedés gazdasági haszna egy nagyon specifikus számítás, amelyet csak Ön végezhet el.

Azonban egyre több és több SSD-t támogató szolgáltatóval (ezek közül néhány ingyen) szinte biztosan megtalál egy SSD-tervet a költségvetésében.

Zend

Mi a Zend Server?

A Zend Server egy PHP terjesztési és webalkalmazás-platform, amely a PHP modulok, segédprogramok és API-k teljes készletét tartalmazza. Gyorsabbá és biztonságosabbá teszi a PHP alkalmazásokat, és felhasználható más technológiák, például a Java integrálására.

Szükségem van Zend Server-re a Zend Framework használatához?

Nem, ezek két különböző technológia. Ugyanakkor úgy vannak felépítve, hogy jól működjenek együtt.

Használhatom a Zend Server szolgáltatást megosztott tárhelyen?

Általában nem. Ha használni szeretné a Zend Szervert, akkor a legjobb fogadás a VPS tárhely-terv.

Mi a Zend Optimizer??

A Zend Optimizer egy kódoptimalizáló eszköz, amely felgyorsítja a PHP végrehajtását.

Más a Zend Optimizer, mint a Zend Framework?

Igen. A Zend Framework egy alkalmazásfejlesztési keret a webes alkalmazások PHP-ben történő írására. Ez egy teljesen különálló projekt a Zend Optimizer-től.

Használhatom a Zend Optimizer szoftvert Zend Framework nélkül?

Igen. A Zend Optimizer felgyorsítja a PHP kódok végrehajtását. A legjobb (leggyorsabb) eredményeket azonban az eszköztermékek és a Zend Server együttes használata esetén érik el.

Alkalmazások

blog

Mit kell tennem egy blog indításakor??

A blog elindításakor az első dolog az írás. Ha nem tudja elviselni magát néhány hét alatt többször leülni és maroknyi (öt-tíz) blogbejegyzést írni, akkor valószínűleg nem kellene elindítania a blogot.

Miután bebizonyította magának, hogy legalább közepesen komolyan gondolkodik a blog elindításával és lépéssel tartásával kapcsolatban, el kell döntenie, hogy saját blogot futtat-e a saját tárhelyén, vagy el szeretné-e küldeni a blogját olyan blogszolgáltatáshoz, mint a WordPress.com vagy Tumblr.

A bloghálózati szolgáltatással történő tárolás könnyebb és néha olcsóbb is, de a webhelyed felett nem rendelkezik túl sok ellenőrzéssel. Nehezebb lehet testreszabni vagy pénzt keresni. A bloghálózat korlátozásokat szabhat arra, hogy milyen típusú tartalmat tehet közzé, és milyen típusú funkciókat adhat hozzá. Ha valaki vádolja webhelyét szerzői jogok megsértésében, a bloghálózat-tulajdonosok az Ön hozzájárulása nélkül le tudják vonni az Ön webhelyét.

Ez egy kicsit több gond, de gyakran sokkal jobb választás, ha saját blogját üzemelteti.

Ehhez ki kell választania egy blogszoftver alkalmazást vagy a Tartalomkezelő Rendszert. A legnépszerűbb lehetőség a WordPress. A Drupal is népszerű, bár nem egészen annyira. Vannak más lehetőségek is, de általában nem érdemes megvizsgálni, hacsak van valami nagyon speciális igényük, vagy ha igazán szeretnék támogatni az aluljáró projekteket..

Miután döntött erről, ki kell választania egy tárhely szolgáltatót. Egy kis személyes blog esetén valószínűleg megosztott tárhely-tervvel szeretne kezdeni. Ha azt várja, hogy nagyon gyorsan elérje a forgalmat, akkor érdemes egy erősebb VPS-tervet használni.

Ha ez az első blogod, vagy ha nem vagy különlegesen hozzáértő, akkor válasszon egy olyan hosting szolgáltatót, amely egyetlen kattintással telepíti a webhelyet, így elkészítheti és futtathatja blogját anélkül, hogy beállítania kellene az adatbázisát és a CMS-t. magad, és csatlakoztasson mindent.

Használja a tárhely-összehasonlító eszközt, hogy megtalálja azokat, amelyek támogatják az összes szükséges technológiát, és biztosítják a kívánt tervet. Ezt követően nézd meg a tárhely-értékeléseket, hogy eldönthesse, melyik a legjobb. Mielőtt bármit is vásárolna, kérjen egy kupont.

Miután megvásárolta a tervet, képes lesz bejelentkezni a tárhely vezérlőpultjába, és elég egyszerűen telepítheti a blogkészítő szoftvert. Kövesse a mellékelt utasításokat a WordPress vagy a Drupal alkalmazásba való bejelentkezéshez, a tartalom hozzáadásához és az induláshoz.

Mi a legfontosabb a blog elindításában?

Lehetőség van hozzászólások írására kissé következetes ütemterv szerint.

CMS

Lásd még a CMS GYIK-ot.

Mi a CMS??

A CMS a Tartalomkezelő Rendszert jelenti.

Mi az a tartalomkezelő rendszer??

A Tartalomkezelő Rendszer egy olyan alkalmazás, amely segít a kiadóknak weboldalon tartalom írásával, szerkesztésével, rendezésével és közzétételével.

A CMS jellemzően:

  • egy adatbázis a tartalom tárolására, valamint további információk, például a szerző adatai és a kategória-hozzárendelések
  • fájlrendszer média, például képek tárolására
  • sablonrendszer egy weboldal tartalmának megjelenítéséhez
  • adminisztrációs felület a tartalom írására és szerkesztésére, valamint a webhely egészének kezelésére

Szükségem van CMS-re a webhelyemre?

Valószínűleg.

Egyes webhelyek nem annyira tartalmi webhelyek, mint webes alkalmazások – ezek a webhelyek más típusú szoftvert használnak, nem pedig a Tartalomkezelő Rendszert.

Ugyanakkor a legtöbb webhely bizonyos mértékig „tartalmi” webhelyeknek tekinthető. A blog időrendi szempontból szervezett tartalommal rendelkező webhely. A közösségi médiahálózat egy olyan oldal, amelyben apró apró tartalmak találhatók, és a többi tag által létrehozott tartalom megtekintésének mechanizmusa van. Az online áruház olyan rendszer, amelyben a terméklista a tartalom elsődleges formája.

A legtöbb weboldal tartalmi webhely.

Lehetséges egy weboldal futtatása valamilyen tartalomkezelő rendszer nélkül, de ez egy szörnyű ötlet.

Tehát, hacsak nem más szoftveralkalmazást használ, hanem annak érdekében, hogy a webhelyén valamely tartalomtól eltérő tevékenységet végezzen, akkor valójában tartalomkezelő rendszerre van szüksége..

Néhány ember azonban csak a CMS kifejezést használja a CMS egyfajta típusának leírására – egy általános célú tartalomkezelő rendszer, mint például a Drupal, a Joomla vagy a WordPress. Azt mondják, olyan dolgok, mint „Nem kell egy tartalomkezelő rendszerre – szükséged van egy egyszerű Wikire.” A Wiki kivételével egyfajta CMS.

Fotógalériák, bevásárlókocsik, wikik, projektmenedzsment alkalmazások, fórumok – ezek mind a tartalomkezelés speciális formái.

Tehát – igen, szinte biztosan szüksége van egy tartalomkezelő rendszerre.

Miért érdemes használni a CMS-t??

A kérdés megválaszolásának legjobb módja az, ha elgondolkodunk azon, hogy milyen webhelyek voltak a CMS technológia megjelenése előtt – mi a alternatíva a CMS használatának..

Amikor egy böngésző megtekinti egy weboldal egy oldalát, akkor egy-egy dokumentumot tekint meg, amely sok különálló darabot tartalmaz – ott van a HTML tartalom, a CSS fájlok, a Javascript fájlok és a képfájlok. Maga a HTML fájl egy csomó különböző szakaszból áll – a fejlécből, a fejlécből, a menüből, az oldalsávból, a fő tartalomból, a láblécből.

A CMS előtt ezt a HTML dokumentumot újra és újra el kellett készíteni és menteni. A weboldal minden oldalának megvan a saját fejlécének, láblécének és menüjének másolata – mindegyiket egyetlen HTML fájlra összetörték. Ha változtatni akar, tucatnyi vagy több száz fájlt kell szerkesztenie (vagy egyszerűen nem kell, hogy a változás tükröződjön a régi oldalakon)..

A tartalomkezelés megoldja ezt a problémát. A változó tartalmat – az egyes oldalakra jellemző dolgokat – általában egy adatbázisban tárolják. A webhelytervezés egyes elemeit külön fájlokba rendezik. Amikor egy felhasználót egy oldal igényel, a rendszer összegyűjti az összes darabot egyetlen HTML dokumentumba, beszúrja a tartalmat, és kiszolgálja a felhasználónak.

Miért érdemes használni a CMS-t? Mivel ez a webhely kezelésének egyetlen ésszerű módja.

Hogyan állítsunk be egy olyan bloghálózatot, mint a WordPress.com?

A bloghálózat – olyan szolgáltatás, amelyben az ügyfelek saját blogokat állíthatnak fel Ön kezelt webhelyén – könnyen beállíthatók a WordPress Multisite használatával.

Mi a WordPress??

A WordPress a legnépszerűbb CMS a világon. További információkért tekintse meg a WordPress GYIK-ot.

Mi a MODX??

A MODX egy ingyenes és nyílt forrású tartalomkezelő rendszer.

A MODX jó CMS?

Finom szoftvernek tűnik egy kicsi és dedikált közösséggel. Számos díjat nyert, többek között a Packt Publishing 2007-es „Legígéretesebb nyílt forrású kezelési rendszere”.

A MODX-rel valószínűleg felmerülő probléma az, hogy nem rendelkezik a pluginok, témák és közösségi támogatási rendszerek nagy ökoszisztémájával, mint a népszerűbb és jól megalapozott tartalomkezelő rendszerek, például a WordPress és a Drupal.

Mi a Sitefinity??

A Sitefinity egy védett (zárt forrású) tartalomkezelő és ügyfél-elemző rendszer, amely az ASP.NET keretrendszerre épül. Ez a vállalati ügyfelek felé irányul.

Mi az a Moodle??

Moodle nyílt forráskódú tartalomkezelő rendszert, amely a hallgatók és az oktatók oktatási környezetben történő összekapcsolására szolgál. Leginkább főiskolákon és egyetemeken használják, de nincs ok arra, hogy nem lehetett volna használni közép- és középiskolában, valamint nem hagyományos tanulási környezetben, szakmai továbbképzésben vagy más összefüggésekben..

Ez lehetővé teszi az oktatók és a hallgatók számára a kommunikációt, a kurzusok olvasását, a dokumentumok megosztását, a megbízások benyújtását és a projektekben való együttműködést.

Futtathatom-e a Moodle-ot megosztott tárhelyen?

Igen. Az, hogy ezt megtegye-e, a várt felhasználói bázis méretétől függ.

Más típusú webhelyekkel ellentétben a Moodle webhelyek alapvetően zárt ökoszisztéma – az oktatási intézmény mérete a felhasználók számát diktálja..

Egy kis magánintézménynek valószínűleg nagyon jó a Moodle futtatása megosztott szerveren. Egy nagy főiskola vagy egyetem gyorsan komoly kihívásokkal szembesül, ha megpróbálják ezt megtenni, és sokkal jobb lenne egy VPS-tervvel..

Még a kis oktatási intézményeknél is legyen óvatos, ha mindent megpróbál megosztott szervert használni. Előfordulhat, hogy egy kis magániskola WordPress webhelyet működtet nyilvános weboldalán, egy privát belső webhelyet a Drupal a CiviCRM-mel működtetve, hogy kezeljék az adományozók és önkéntesek adatbázisát, valamint a Moodle az osztályteremben. Mindegyik elméletileg megosztott tárhelyen is futtatható, és a megosztott tárhely lehetővé teheti mindhárom webhely egyetlen tervből történő futtatását, de a három együttes súlya megterhelheti a fogadási tervet..

Ha sok különböző igényű szervezet tárhelyének tervét nézi, akkor a tárhelyi terv kiválasztásakor ne csak a nyilvánosság előtt álló webhelyen gondoljon, hanem mutasson többet..

A Moodle ingyenes?

Igen. A Moodle ingyenes és nyílt forráskódú szoftver. Használható licencdíjak fizetése nélkül, akár kereskedelmi célokra is.

A Moodle beállítása?

Használja a webtárhely-összehasonlító eszközünket olyan szolgáltató megtalálásához, amely támogatja a Moodle-t (és ne felejtse el megszerezni a kupont).

Miután megvásárolta a tervet, bejelentkezhet a tárhely vezérlőpultján, és egyszerűen telepítheti a Moodle szoftvert az egyszerű szkriptekkel vagy a Fantastico-val.

E-kereskedelem

Hogyan készítsünk e-kereskedelmi webhelyet??

Két általános választással rendelkezik egy e-kereskedelmi webhely felállításához. Használhat egy általános CMS-rendszert és plug-ineket az e-kereskedelem képességeinek hozzáadásához, vagy használhat célra épített e-kereskedelmi szoftvereket..

Az általános CMS-módszertől kezdve – mind a WordPressnek, mind a Drupalnak nagyon erős e-kereskedelmi bővítményei vannak. Ez egy jó lehetőség, ha sok más dolgot tervez egy weboldalon (blog, fórumok stb.), És termékeket is szeretne eladni.

Ha komoly e-kereskedelmi webhelyet próbál felépíteni, és szüksége van egy nagy teherbírású platform minden tulajdonságára, akkor érdemes megfontolnia egy e célra épített e-kereskedelmi szoftvert, mint például a Magento, amely az egyik legnépszerűbb alkalmazás ebben a kategóriában.

Milyen tárhelyre van szükségem egy e-kereskedelmi webhelyhez?

A legtöbb online áruházat legjobban egy VPS tárhely-terv segítségével tudnák kiszolgálni. A megosztott tárhely méretezhetőségi és biztonsági problémák miatt nem megfelelő a legtöbb e-kereskedelemhez.

Mi az a kereskedő számla??

A kereskedői fiók olyan hitelkártya-feldolgozóval rendelkező számla, amely lehetővé teszi a hitelkártya-tranzakciók feldolgozását.

Szükségem van egy kereskedő fiókra?

Ha sok hitelkártya-tranzakciót fog végrehajtani, akkor jó ötlet lehet kereskedői fiókot szerezni. A mennyiségtől függően azonban jobb lehet, ha egyszerűen egy harmadik féltől származó fizetési processzort használ, mint például a PayPal.

Mi a Magento??

A Magento népszerű e-kereskedelmi szoftvercsomag PHP-ben. Három különböző változatban érhető el:

  • Magento Community – a nyílt forráskódú verzió, bárki számára ingyenesen elérhető.
  • Magento Enterprise – prémium kiadás kiegészítő szolgáltatásokkal, licencdíj ellenében kapható
  • Magento Go – felhőalapú SaaS (szoftver mint szolgáltatás) alkalmazás, fizetett előfizetés alapján elérhető

A Magento ingyenes?

A Magento nyílt forráskódú közösségi kiadása ingyenesen használható.

Lehetek házigazda Magento?

Igen.

Mind a közösségi, mind a vállalati kiadásokhoz hostolási terv szükséges. (Használhatja a tárhely szolgáltatásaink összehasonlító eszközét egy olyan webes host megtalálásához, amely támogatja a Magento-t.)

Használhatom a Magento-t megosztott tárhelyen?

Igen. Lehet, hogy ez azonban nem nagy ötlet.

Az e-kereskedelmi webhely természeténél fogva erőforrás-igényes. A bevásárlókosár-oldalak és más dinamikus funkciók nem tárolhatók vagy tárolhatók CDN-ből, ezért ezeket minden látogatáskor fel kell dolgozni. Sőt, sokkal több keresés és böngészés történik egy e-kereskedelmi webhelyen, mint egy kevésbé dinamikus „tartalom” webhelyen vagy blogon – ami látogatónként nagyobb számú kérést eredményez..

Mivel látogatónként az online áruházak általában erőforrás-intenzívebbek, a terhelés során általában lassabbak lehetnek – ez az oldalbetöltési késésekhez vezet. Ez súlyosan befolyásolhatja a konverzió és a kocsik elhagyásának arányát.

Végül egy e-kereskedelmi webhely valószínűleg nagyszámú látogatót (vásárlót) igényel ahhoz, hogy érdemesek legyenek a törekvés szempontjából. Sok ember és szervezet hoz létre blogokat, és nem számít arra, hogy maga a weboldal jövedelmező, ám valószínűleg egy online áruháznak elegendő forgalommal kell rendelkeznie ahhoz, hogy jövedelmező legyen, különben valószínűleg nem érdemes futtatni.

Mindezen okok miatt egy komoly online áruház valószínűleg jobb, ha a megosztott tárhelyi terv helyett VPS-tárhely-alapú rendszert futtat.

Bevásárlókocsik

Mi a bevásárlókosár szoftver??

A bevásárlókosár szoftver olyan webes alkalmazásra utal, amely egyszerű e-kereskedelmet vagy online vásárlási funkciókat nyújt egy weboldalnak.

Hogyan adhatunk be kosarakat a weboldalra?

A bevásárlókosár hozzáadásának módja attól függ, hogy milyen típusú tartalomkezelő rendszert használ.

Hogyan adhatunk be kosarakat a WordPress-hez?

Számos kiváló WordPress bevásárló kosár és e-kereskedelem bővítmény található. A két legnépszerűbb a következő:

  • WP e-kereskedelem
  • WooCommerce

Hogyan adhatunk be kosarakat a Drupal-hoz?

Számos népszerű kosármodul található a Drupal számára, beleértve:

  • Ubercart
  • Ecwid kosár
  • Drupal kereskedelem

A bevásárlókosár megegyezik az e-kereskedelemmel?

igen és nem.

Az e-kereskedelem szó magában foglalja a termékek és szolgáltatások online értékesítésére szolgáló különféle szoftvereket. Gyakran azonban az emberek az „e-kereskedelmi szoftverekkel” beszélnek a teljes funkcionalitású, általános célú e-kereskedelmi alkalmazásokról, és a „bevásárlókosár” használatával viszonylag alacsony teljesítményű, egyszerű alkalmazásokra vagy bővítményekre utalnak, amelyek korlátozott tömb eladására használhatók. elemek.

Gyakran a „bevásárlókosár” egy olyan kisbolt-élményt jelent, amelyet egy meglévő webhelyhez bővítménnyel lehet hozzáadni.

E kategóriák között azonban nincs egyértelmű különbségtétel.

Hogyan lehet hitelkártyákat venni online?

Ahhoz, hogy hitelkártyákat vegyen online, hitelkártya-fizetési átjáróra vagy kereskedői fiókra van szüksége hitelkártyával.

Hogyan állítsunk be egy PayPal bevásárlókosárot?

A Paypal hihetetlenül népszerű fizetési átjáró, ám a saját bevásárlókosár-szoftvert nem kínálják közvetlenül. Szinte az összes bevásárlókosár-alkalmazás (és természetesen bármely kiváló minőségű is) meglehetősen könnyen integrálható a PayPal-ba.

Mi az a Zen Cart??

A Zen Cart egy népszerű, önálló bevásárlókosár-alkalmazás, PHP-ben írva.

Hogyan állítsuk be a Zen Cart-ot?

Az első dolog, amit meg kell tennie, meg kell találnia egy olyan szolgáltatót, amely támogatja a ZenCart-ot. (Használnia kell egyik kuponunkat.)

Innentől kezdve lépjen be, és jelentkezzen be a hostfiók kezelőpaneljére. A Zen Cart telepítésére képes lehet akár a Fantastico, akár az egyszerű szkriptek.

A Zen Cart ingyenes?

Igen. A Zen Cart ingyenes és nyílt forráskódú szoftver, bárki számára hozzáférhető, bármilyen licencdíj nélkül, akár kereskedelmi projektekhez is.

CRM

Mi az a CRM szoftver??

A CRM ügyfélkapcsolat-menedzsment. A CRM szoftver segíti az értékesítési és marketing csapatokat a kapcsolattartásban az ügyfelekkel és a potenciális ügyfelekkel.

CiviCRM

Mi a CiviCRM??

A CiviCRM egy nyílt forráskódú CRM rendszer, amely nonprofit szervezetek felé irányul. Noha a tradicionális, értékesítésorientált ügyfélkapcsolat-menedzsment szoftverrendszereken alapszik, a CiviCRM „összetevő kapcsolatkezelő” rendszerként számolja magát..

A CiviCRM segíti a szervezeteket a kapcsolatok adományozóinak, önkénteseinek és más érdekelt feleknek a koordinálásában és kezelésében.

Használhatom a CiviCRM-et a WordPress-szel?

Igen, bár a WordPress-rel való integráció nem teljes körű, és kicsit nehéz beállítani.

A legnagyobb nehézséget azonban az okozza, hogy a CiviCRM szinte addig nem volt jól integrálva a WordPressbe, mint Drupal esetében. Annak ellenére, hogy a WordPress-integráció nagy része működik, a WordPress számára nem annyira nagyobb a CiviCRM-bővítmények ökoszisztéma, mint a Drupal-modulok esetében..

Ha megpróbál hozzáadni egy CiviCRM-et egy meglévő webhelyhez, és jelenleg WordPress-t használ, akkor némi nehézséggel szembesülhet, de többnyire rendben lesz. Ha a CiviCRM-et tartalmazó új webhelyen a nulláról indul, akkor jobb, ha a Drupal-t használja..

Használhatom a CiviCRM-et a Joomla-val?

Nem.

Használhatom a CiviCRM-et Drupal nélkül?

Igen. A CiviCRM úgy lett kialakítva, hogy integrálódjon a Drupalhoz.

Használhatom-e a CiviCRM-et egy non-profit vállalkozásnál?

Igen. Noha a CiviCRM-et nonprofit felhasználásra tervezték, a licencben nincs semmi, amely tiltja a profitszerzést.

Futtathatom a CiviCRM-et megosztott tárhelyen?

Igen, de a telepítés során nehézségekbe ütközhet. Ezenkívül problémák is lehetnek a tagsági lista méretétől függően.

Lehetséges a SugarCRM fogadása?

Igen.

A SugarCRM előfizetéses SaaS (szoftver mint szolgáltatás) szolgáltatásként (amelyet ön nem üzemeltet magának), valamint egy nyílt forráskódú szoftveralkalmazásként is elérhető, amelyet saját magának is gazdagíthat..

Ha önnek szeretne házigazdaként szolgálni, akkor a kereső eszközünk segítségével megtalálhatja azokat a cégeket, amelyek támogatják a SugarCRM-et.

Fórumok

Mi a legjobb szoftver az online fórumok számára?

Ez attól függ, hogy mit keres. Számos kiváló, nyílt forrású, online fórum szoftverprojekt létezik. A három legnépszerűbb a következő:

  • Egyszerű gépek fóruma
  • phpBB
  • bbPress

Hogyan tárolhatom a saját online fórumomat??

Az első dolog, hogy kitalálja, melyik online fórumszoftvert tervezi használni. Miután kiválasztotta az egyiket, felhasználhatja a web hosting összehasonlító eszközünket olyan gazdagép megtalálásához, amely támogatja a használni kívánt szoftvert (ne felejtse el megszerezni a kupont).

Innentől a telepítés attól függ, hogy melyik szoftvert használja, de az összes népszerűbb lehetőség közé tartozik az Simple Scripts vagy a Fantastico által biztosított valamilyen egy kattintással történő telepítési szolgáltatás..

Mi a bbPress??

A bbPress egy online fórumszoftver-csomag, amely WordPress pluginként érhető el.

Használhatom a bbPress szoftvert WordPress nélkül?

Nem. A bbPress egy WordPress bővítmény, nem önálló szoftvercsomag. Ha nem WordPress fórum-megoldásra van szüksége, érdemes fontolóra vennie a phpBB vagy az Simple Machines fórumot.

A bbPress beállítása?

Mindenekelőtt keressen egy olyan hosting szolgáltatót, amely támogatja a bbPress-t (szinte minden olyan szolgáltató, amely támogatja a WordPress-t, támogatja a bbPress-t is). Használja az egyszerű szkripteket vagy a Fantastico szoftvert a WordPress telepítéséhez. A WordPress telepítése után a bbPress programot telepítheti az adminisztrációs terület plugins képernyőjén.

Használhatom a bbPress-t megosztott tárhelyen?

Igen, de lehet, hogy nem akarja.

A bbPress a WordPressen fut, amely könnyen telepíthető és megosztott tárhelyen futtatható. A bbPress-hez szükséges kiszolgálói környezet és általános konfiguráció nem igényel különleges hozzáférést, amelyet általában nem tudna elérni megosztott tárhelyen.

A probléma az általános teljesítmény. A fórumok nagyon interaktívak, és egyetlen látogató valószínűleg nagyszámú kérést tesz egyetlen munkamenet során, mivel valószínűleg több szálat néznek meg és hozzájárulnak.

Emiatt az a pont, amelyen a megosztott tárhely csomag nem lesz megfelelő, sokkal alacsonyabb lesz (a rendszeres látogatók számát tekintve), mint egy kevésbé interaktív webhely (például egy blog). Ha nagy fórum-közreműködő közösségre számít, akkor érdemes megfontolnia egy VPS-tárhely-terv használatát egy megosztott terv helyett.

A bbPress ingyenes?

Igen. A bbPress és a WordPress egyaránt ingyenes és nyílt forráskódú szoftverprojektek, és licencdíj nélkül is felhasználhatók, még kereskedelmi projektekhez is.

Hogyan adhatunk hozzá fórumokat a WordPress-hez?

A fórum hozzáadásának a legegyszerűbb módja a bbPress plugin használata a WordPress bloghoz.

Mi az Simple Machine Forum??

Az Simple Machines Forum, más néven SMF, egy nyílt forráskódú szoftvercsomag, PHP-ben írva, online fórumok vagy hirdetőtábla-rendszerek futtatásához..

Az Simple Machines Forum ingyenes?

Igen. Az SMF egy ingyenes és nyílt forráskódú szoftverprojekt, amely bármilyen célra licencdíj nélkül felhasználható.

Az egyszerű gépek fórumának beállítása?

Használja a hosting szolgáltatások összehasonlító eszközét, hogy megtaláljon szolgáltatót, amely támogatja az egyszerű gépeket. Miután kiválasztotta a tárhely szolgáltatót (és pénzt takarított meg az egyik kuponunkkal), képesnek kell lennie arra, hogy gyorsan telepítse az SMF-et az Simple Scripts, a Fantastico vagy egy másik kattintással történő telepítő segítségével..

Használhatom az egyszerű gépek fórumát a WordPress használatával?

Nem. Az Simple Machines Forum önálló szoftver.

Számos megosztott tárhelyszolgáltató (és gyakorlatilag az összes VPS-szolgáltató) lehetővé teszi, hogy több webhelyet üzemeltessen ugyanabból a tárhely-tervből. Ha már fut egy WordPress-blog, és valóban szeretne futtatni az Simple Machines Forum-ot, beállíthatja azt egy aldomain (webhely.example.com) második webhelyén. Alternatív megoldásként a bbPress felhasználhatja a fórum beállítására, mivel ez egy WordPress bővítmény.

Fotógalériák

Hogyan jeleníthetem meg fényképeket a weboldalamon?

Szinte az összes tartalomkezelő rendszer rendelkezik valamilyen képkezelő funkcióval.

Ha magának be kell ágyaznia egy képet a HTML-be, akkor a kód így néz ki:

Fotógaléria hozzáadása a webhelyemhez?

Ha WordPress-t vagy más tartalomkezelő rendszert használ, számos fotógaléria-bővítmény érhető el.

Fotóblog beállítása?

Fotóblog létrehozásakor két lehetőség közül választhat:

  • Használjon egy általános célú tartalomkezelő rendszert, például a WordPress vagy a Drupal, egy pluginnel vagy speciális témával, amely kiemeli a fényképeket.
  • Használjon egy fotógaléria alkalmazást, például a Zenphoto-t.

Mi az a Zenphoto??

A Zenphoto egy egyszerű önálló fotógaléria-kezelő rendszer, amelyet PHP-ben írtak.

Zenphoto ingyenes?

Igen. A Zenphoto ingyenes és nyílt forráskódú szoftver, így bármilyen projekthez licencdíj nélkül használható.

Hogyan állítsuk be a Zenphoto-t??

Miután megtalálta a Zenphoto támogatást nyújtó tárhelyet (és pénzt takarított meg egy kuponnal), általában telepítheti közvetlenül a tárhelyfiók vezérlőpultjáról egy kattintással telepítő eszközzel, például az egyszerű szkriptek vagy a Fantastico.

A közösségi hálón való kommunikáció

Hogyan lehet felépíteni egy közösségi hálózati webhelyet??

Vannak megközelítések egy önálló házigazda közösségi oldal felépítéséhez:

  • A plugin segítségével közösségi hálózati funkciókat adhat hozzá egy általános célú tartalomkezelő rendszerhez.
  • Használjon önálló közösségi hálózati alkalmazást

Az első opcióval valószínűleg a BuddyPress egy WordPress plugin, amelyet a WordPress központi fejlesztőcsoportja hozott létre (a bbPress-t is fejlesztik)..

Az önálló közösségi hálózati alkalmazásokhoz számos lehetőség létezik, többek között:

  • Delfin
  • Elgg
  • Oxwall

Egyéb

Mi a wiki??

A wiki egy cikk-alapú, együttműködő tartalom webhely, amelyben a felhasználók bármilyen cikket szerkeszthetnek.

Hogyan lehet felépíteni egy olyan wiki webhelyet, mint a Wikipedia?

A MediaWiki a Wikipedia által használt szoftver. Ingyenesen használható nyílt forráskódú szoftverként is.

A MediaWiki jó szoftver alkalmazás a szervezeti tudásmenedzsmenthez?

Igen. Valójában ez az egyik legjobb eszköz ehhez a feladathoz.

Mi az a tudásbázis??

A tudásbázis cikkek és más típusú médiumok gyűjteménye, amelyet egy szervezet tagjai készítettek, hogy értékes intézményes ismereteket szervezzenek és mentsenek el..

Például – dolgozott már valaha egy irodában, ahol valami furcsa eljárás történt, vagy ahol a másológéphez különös módon különös manővert igényelt a munka? Hagyományosan ezt az információt informálisan továbbítják az alkalmazottról a munkavállalóra. A tudásbázis egy kísérlet arra, hogy ezeket az informális (és néha formális) ismereteket egyetlen helyre gyűjtsék, hogy mindenki hatékonyabban tudja kihasználni. Ez megóvja a fontos információk elvesztését is, amely akkor következik be, amikor a munkavállaló távozik.

Milyen szoftvert kell használni egy tudásbázishoz?

Az egyik legjobb választás a tudásmenedzsment szoftver számára a wiki (például a Wikipedia), amely lehetővé teszi a közösség minden tagjának, hogy hozzájáruljon a tartalom szerkesztéséhez. Könnyedén beállíthatja saját wikit ugyanazzal a szoftverrel, amelyet a Wikipedia használ, a nyílt forrású MediaWiki alkalmazást.

Hogyan lehet felépíteni egy GYIK webhelyet? / Milyen szoftverre van szükségem egy GYIK oldalhoz?

Számos szoftverprojekt használható a GYIK webhely felállításához. Néhány népszerű a következők:

  • DocFaq
  • FAQMasterFlex
  • phpMyFAQ

Ezenkívül használhat egy általános célú tartalomkezelő rendszert, például WordPress vagy Drupal.

Hogyan lehet felépíteni egy szavazóhelyiségű weboldalt, vagy hogyan lehet felméréseket és felméréseket hozzáadni a webhelyemre?

Számos különálló szoftveralkalmazás használható szavazóhelyiség- vagy kvíz-webhely futtatására, ideértve a következőket:

  • PHPSurveyor
  • Advanced Poll
  • LimeSurvey
  • phpESP

Ezenkívül beépülő modult vagy kiegészítő modult adhat hozzá kvíz- vagy felmérési szolgáltatásokhoz a WordPress vagy a Drupal webhelyhez..

Mi a SharePoint??

A SharePoint egy vállalati együttműködési eszköz, amelyet a Microsoft készített.

Futtathatom a SharePoint rendszert Linuxon?

Nem. A Sharepoint Windows szoftver, és csak Windows környezetben fog futni.

Szükségem van Windows szerverre a SharePointhoz?

Igen, ha önálló házigazda lesz. Ha azonban nem akarja a gazdagépet (vagy ha nem tudja), akkor használhatja a Microsoft Office 365 SaaS előfizetési tervét.

Futtathatom a SharePoint-ot megosztott tárhelyen?

Elméletileg igen. De nagyon kevés olyan host szolgáltató cég kínál Windows Server-t megosztott tárhelyen.

Milyen tárhelyre van szükségem a SharePointhoz?

Legalább Windows IIS-re van szüksége. A legtöbb ember, aki a SharePoint-ot futtatja, vagy VPS-tárhely-tervet, vagy dedikált szervert használ.

CMS

Lásd még az Alkalmazások című CMS-beszélgetésünket.

Hogyan válasszuk ki a CMS-t??

A legegyszerűbb megközelítés egy olyan weboldal megkeresése, amely funkcionálisan hasonló a létrehozni kívánthoz, és megtudja, milyen szoftverrel készítették azt..

Ezen túlmenően általában kitalálnia kell, hogy milyen típusú webhelyet kíván építeni, és az osztályhoz tartozó legjobb alkalmazást kell használni az adott típusú webhelyre..

Elsősorban blogbejegyzések, oldalak és média közzétételére, más típusú tartalmakkal és a felhasználók egymással történő összekapcsolására? WordPress

Tartalomvezérelt alkalmazás, sok egyedi típussal, egyéni kapcsolatokkal és bonyolult üzleti logikával? Drupal

Egy wiki? MediaWiki

Online áruház? Magento

Fórum vagy hirdetőtábla rendszer? phpBB.

Ne feledje, hogy a WordPress és a Drupal egyaránt nagyon jó általános célú rendszerek, és bővíthetők bővítményekkel. Ha elképzel egy olyan webhelyet, ahol több különféle alszakasz található – fórum, áruház, blog – valószínűleg a két rendszer egyikét kell használni.

Vigyázzon a felmerülő kis CMS-alkalmazásokra, amelyek sokat tudnak tenni arról, hogy miként „forradalmasítják” a tartalomkezelést az „egyszerűségre összpontosítva” és más, a szóval megterhelt ígéretekre összpontosítva. A legfelső szintű CMS rendszerek nagynak és nehéznek tűnnek, mert legalább egy évtizedes tapasztalat azt mutatta, hogy mindazon kis apróságokra és kiegészítésekre volt szükség. Nehéz egy olyan platformot kifejleszteni, amely az egész interneten, mindenféle eszközön, különféle típusú felhasználó számára működik – ezt nem lehet egyik napról a másikra megtenni. Időbe telik, amíg a rendszer kifejlődik, és a durva élek elhasználódnak. A nagy, népszerű rendszereknek volt az idő. A vicces névvel és gyönyörűen megtervezett kezdőoldallal rendelkező, remek új CMS még nem volt.

A CMS beállítása?

Először hostolásra lesz szükséged. Miután kitalálta, melyik CMS-t fogja használni, megkeresheti a tárhely szolgáltatásainak összehasonlító eszközén, hogy megtaláljon egy olyan hosting szolgáltatót, amely támogatja a szükséges szoftvert.

Döntsen a szolgáltatónál, és ne felejtse el megszerezni a kupont, mielőtt megvásárolja a tárhelyet.

Miután kiválasztotta a tárhely szolgáltatót és megvásárolta a tervet, telepítenie kell az alkalmazást. Az összes nagy tárhely-szolgáltatónak módja van erre a host vezérlőpultján keresztül, általában két egy kattintással működő telepítővarázsló, a Fantastico vagy a Softaculous segítségével..

Mi a legjobb CMS??

A legjobb tartalomkezelő rendszer az, amely a legmegfelelőbb az Ön igényeinek.

WordPress

Mi a WordPress??

A WordPress egy nyílt forráskódú blog- és tartalomkezelő rendszer, amely PHP-ben van írva. Ingyenesen használható, és a webhelyek futtatására szolgáló egyik népszerű szoftver alkalmazás. Az internetes webhelyek kb. 25% -át birtokolja.

Hogyan telepítsük a WordPress programot?

A WordPress telepítésének legegyszerűbb módja egy kattintással történő telepítő használata, például a Fantastico vagy a Softaculous.

Mi a különbség a WordPress.com és a WordPress.org között?

A WordPress.org a nyílt forráskódú WordPress projekt fő webhelye. Ha a szoftvert saját webhelyének energiájához kívánja használni, akkor erre a webhelyre kell figyelni.

A WordPress.com egy kereskedelmi bloghálózat, amelyet az Automattic, a profitszerző társaság működtet, amelyet a WordPress eredeti fejlesztője működtet. Egyebek mellett ingyenes blogplatformot biztosítanak a személyes blogokhoz.

A WordPress beállítása?

Az első lépés, amelyet meg kell találnia egy olyan szolgáltatót, amely támogatja a WordPress szolgáltatást.

Miután megvásárolta a tárhelyi tervet (ne felejtse el használni a kupont), a tárhely szolgáltatója szinte biztosan hozzáférést biztosít a tárhely-fiók kezelésére szolgáló vezérlőpulthoz. Itt általában egy telepítővarázslót talál, amely automatikusan beállítja a WordPress programot (vagy sok más alkalmazás egyikét) az Ön számára. A két legnépszerűbb telepítő eszköz a Fantastico és az Simple Scripts.

Miután elindította a WordPress telepítőjét, végigvezeti Önt a telepítés többi részében, és hamarosan kikapcsol és fut..

Mi a WordPress Multisite??

A WordPress Multisite a WordPress egy olyan szolgáltatása, amely lehetővé teszi a szoftver egyetlen telepítését, hogy több helyet tápláljon be. Használható olyan bloghálózat felépítéséhez, mint a WordPress.com vagy a Tumblr, vagy weblaptervezőként szolgálhat több kliens webhely egyetlen helyről történő kezelésére..

Hogyan állítsuk be a WordPress Multisite alkalmazást?

Először is, szerezzen jó tárhelyet. Általában jobb a VPS-tárhely-tervezésnél. Önnek képesnek kell lennie a .htaccess fájl szerkesztésére. A Multisite előnyeinek teljes kihasználása érdekében képesnek kell lennie a DNS-rekordok szerkesztésére és a helyettesítő karakter aldomainjének beállítására..

Telepítse a WordPress-t a szokásos módon. A telepítés és futtatás után az FTP vagy az SSH hozzáféréssel szerkesztheti a wp-config.php fájlt, amelynek a webhely gyökérkönyvtárában kell lennie..

A wp-config.php fájlban keresse meg a következő sort: / * Ez minden, hagyja abba a szerkesztést! Boldog blog. * /. Közvetlenül a sor fölé illessze be a következő sort, hogy tudatja a WordPress-et a Multisite engedélyezésével:

define (‘WP_ALLOW_MULTISITE’, igaz);

Ne felejtse el menteni és / vagy feltölteni (szükség szerint) a fájlt a szerverre.

Jelentkezzen be a WordPress webhelyének adminisztrátori szakaszába, és most egy új menüpontot talál az Eszközök menüben, Hálózat beállítása.

Kövesse az ott található utasításokat (valószínűleg aldomaineket, nem alkönyvtárakat szeretne) a hálózat konfigurálásához és engedélyezéséhez. Miután befejezte az alkalmazást, a WordPress további utasításokat ad Önnek arról, hogyan lehet mindent jól működtetni. Hozzá kell adnia még néhány sort a wp-config.php fájlhoz, és szerkesztenie kell a .htaccess fájlt – a hozzáadni kívánt kód sorokat maga a WordPress fogja mutatni Önnek.

Milyen WordPress bővítményekre van szükségem?

Ez teljesen attól függ, hogy mit akar elérni. Van azonban néhány beépülő modul, amelyekből szinte az összes WordPress-site részesülhet:

  • Gyorsítótár-bővítmény – használjon egy (és csak egy) alkalmazás szintű gyorsítótár-eszközt, például a W3 teljes gyorsítótárat vagy a WP Super gyorsítótárat. Ez elősegíti a webhely felgyorsítását, lehetővé téve a gyakran megtekintett oldalak kézbesítését anélkül, hogy egyszerre kellene PHP-t megjelenítenie.
  • SEO plugin – használjon egy (és csak egy) SEO plugint. A legnépszerűbb valószínűleg a Yoast SEO
  • Google Analytics elemző plugin – használjon egy (és csak egy) bővítményt a WordPress-blog integrálásához a Google Analytics-hez. A legnépszerűbb a Google Analyticator.
  • Webhelytérkép-bővítmény – használjon egy (és csak egy) webhelytérkép-bővítményt, amely létrehoz egy XML-alapú térképet, hogy a keresőmotorok jobban megértsék az Ön webhelyét. A legnépszerűbb a Google XML webhelytérképek
  • Biztonsági mentési plugin – használjon plugint az adatbázis és a fájlok rendszeres biztonsági mentéséhez. Számos jó biztonsági mentési plugin érhető el.
  • Spam elleni plugin – a WordPress az Akismet-rel jön, ami jó. A BadBehavior további védelmi réteget ad.

A WordPress egy CMS vagy egy blog?

Igen.

A blogszoftver a CMS szoftver részhalmaza. Vannak, akik azt állítják, hogy a WordPress „csak egy blog”, és nem teljes értékű tartalomkezelő rendszer, például Drupal vagy Joomla. Ezek az emberek nem tudják, miről beszélnek.

A WordPress egy évek óta teljes értékű tartalomkezelő rendszer. Noha megőrizte blogorientáltságát, képes bármilyen típusú egyedi tartalom vagy média kezelésére.

A WordPress egy blog-központú tartalomkezelő rendszer.

A WordPress mindent tartalmaz?

Sokkal jobb, ha a WordPress-ről egy alkalmazható platformra gondolunk, amely sok mindent felépíthet a.

Drupal

Mi az a Drupal??

A Drupal egy nyílt forráskódú tartalomkezelő rendszer, PHP-ben írva. Nagyon testreszabható, különféle projektekhez és alkalmazásokhoz felhasználható.

Szükségem van a Drupalra a webhelyemre?

Szüksége van valamilyen tartalomkezelő rendszerre, a Drupal jó lehetőség. De nem, nincs rá kifejezetten szükség – helyette más alkalmazást is használhat.

Drupal egy blog?

A Drupal felhasználható egy blog futtatására, de erre nem kifejezetten irányul. Ha csak blogot szeretne futtatni, akkor a Drupal túlzottan elárulhat.

A Drupal CMS?

Igen. Valójában ez az egyik legnépszerűbb tartalomkezelő rendszer az interneten. A webhelyek mintegy 2% -át birtokolja.

A Drupal egy alkalmazási keret?

Igen, de a Drupal alkalmazáskeretnek való nevezésének problémája az, hogy nem igazán általános. Számos, már beépített funkcióval rendelkezik. Használható ugyanúgy, mint egy fejlesztési keret, de csak akkor van értelme ezt megtenni, ha a fejlesztés alatt álló alkalmazásnak erőteljes a tartalom.

Mi a Drupal disztró??

A Drupal disztribúció egy Drupal modulok csomagolt halmaza, amelyet egy adott felhasználási esethez hoztak létre.

Általánosságban elmondható, hogy a Drupal felépítése némileg hasonló a Linuxhoz – a Drupal mag egy nagyon csupasz alkalmazásmag, és az összes főbb funkció modulokban épül fel..

Még a legalapvetőbb Drupal telepítéshez is több modulra lesz szükség ahhoz, hogy bármilyen jelentőséggel bírjon, de ez a modularitás lehetővé teszi az egyes webhelytulajdonosok számára, hogy még nagyon általános tulajdonságok felett is magas szintű ellenőrzést és testreszabást végezzenek..

A disztribúció vagy a distro egy csomagolt modulkészlet, amelyet valamilyen speciális alkalmazás céljából telepíthetünk – például vannak disztrók blogok készítésére, oktatásra, zenei kiadásra és ügyfélkapcsolat-kezelésre.

A Drupal ingyenes?

Igen.

A Drupal ingyenes, forrásszoftvert nyit meg, és bármilyen weboldalon – beleértve a kereskedelmi webhelyeket – költségmentesen használható.

A Drupal jobb, mint a WordPress?

A Drupal bonyolultabb, mint a WordPress, és inkább a webhely adminisztrátorai felé irányul, akiknek nagy a műszaki ismerete. Könnyebben konfigurálható a dolgok szélesebb körének elvégzésére. De ez nem teszi megfelelőbbnek a választást minden helyzetben.

Hogyan állítsuk be a Drupal-t??

Az első dolog, amit meg kell tennie, meg kell találnia egy olyan szolgáltatót, amely támogatja a Drupalt. Miután eldöntötte, melyik társaságot kívánja használni, ne felejtse el megvásárolni a tárhely-kupont.

Miután beállította a hostfiókot, valószínűleg a Drupal telepítését futtatja a host vezérlőpultján. Keresse meg a Fantastico vagy a Softaculous lehetőséget.

Mi az a Drush??

A Drush egy parancssori eszköz a Drupal telepítésének kezelésére. Eszközöket kínál számos általános feladat gyors kezeléséhez, például a bővítmények frissítéséhez, a javítások telepítéséhez és az adatbázis biztonsági másolatának készítéséhez, amelyeket egyébként nehézkes vizuális szerkesztővel kell elvégezni. Ezenkívül hívhat Drush-t más szkriptekből is, lehetővé téve számos feladat automatizálását vagy programozását.

Szükségem van Drush-ra?

Csak akkor, ha:

  1. Drupalt és
  2. Általános Drupal karbantartási feladatokat szeretne futtatni a parancssorból.

Használhatom a Drupal-t Drush nélkül??

Igen. Valójában a legtöbb Drupal-webhely nem használja a Drush-ot. (De legyenek – ez felgyorsítja számos általános feladatot.)

Telepíthetem a Drush-ot megosztott tárhelyen?

Igen, de problémákba ütközhet. A Drushnak mind a git, mind a Composer függőségkezelő rendszere szükséges. Ezek nem mindig működnek jól a megosztott tárhelyen, különféle engedélyezési problémák miatt, amelyek gyakran nehézkes.

Ha egy komoly Drupal alkalmazást szeretne futtatni, és használni szeretné a Drush alkalmazást, akkor valószínűleg jobb hostolási tapasztalata lesz a VPS-sel.

Támogatja-e a tárhelyem a Drush-ot?

Esetleg. Nézze meg a Drush szolgáltatást támogató szolgáltató cégek listáját.

Joomla

Mi az a Joomla??

A Joomla egy nyílt forráskódú tartalomkezelő rendszer, PHP-ben írva.

A Joomla egy CMS?

Igen.

Használjam a Joomlat? Miért használja a Joomlat??

Attól függ. A Joomla az egyik a „három nagy” legnépszerűbb nyílt forráskódú, általános célú tartalomkezelő rendszer (a WordPress és a Drupal mellett).

Általánosságban elmondható, hogy a WordPress könnyebben használható, míg a Drupal könnyebben testreszabható. Joomla egyfajta középút e két pozíció között. Egyesek úgy gondolják, hogy mindkét világ legjobbja, mások a legrosszabb.

Joomla jobb, mint Drupal?

Nehéz megmondani. Jobb lenne mindegyiket jobban mondani bizonyos típusú projekteknél.

A Joomla népszerűbb, mint a Drupal az egész interneten, de a Drupal népszerűbb a legkeresettebb webhelyek között..

Joomla jobb, mint a WordPress?

A Joomla történelmileg jobb választás volt, mint a WordPress, olyan bonyolult webhelyeknél, amelyek sok testreszabást igényelnek. A WordPress verziófrissítéseinek néhány utolsó generációja révén ez most életképes alternatíva a nem blog tartalmi webhelyek számára.

Ezen a ponton a WordPress és a Joomla közötti fő megkülönböztető tényezők a személyes preferencián alapulnak. Ha megpróbál eldönteni a kettő között, próbálkozzon mindkettőt két aldomainre beállítani, és nézd meg, melyiket részesíti előnyben.

Hogyan állítsuk be a Joomla-t??

Mindenekelőtt meg kell találnia egy olyan szolgáltatót, amely támogatja a Joomlat. (Vigyázzon, ne felejtse el megszerezni a kupont.)

Miután elkészítette az új tárhelyet és bejelentkezett, a két kattintással telepíthető eszköz egyikét fogja használni: Fantastico vagy Softaculous.

Joomla ingyenes?

Igen. A Joomla ingyenes és nyílt forráskódú szoftver, és ingyenesen használható minden típusú projekthez.

Mambo

A Mambo továbbra is aktív?

Nem.

Elérhető a Mambo?

Nem.

Mi történt Mamboval??

Az eredeti fejlesztő csapat nagy része Joomlába költözött, amely Mambo villájaként kezdődött.

Hol lehet többet megtudni a Mambóról?

Itt fedeztük le.

Blogolás

Mi a blog?

A blog olyan webhelytípus, amelyet elsősorban diszkrét tartalom (bejegyzés) határoz meg, amelyet a felhasználónak (általában fordított) időrendi sorrendben mutatnak be (vagyis a legfrissebb bejegyzés az oldal tetején jelenik meg)..

A „blog” szó a „webnapló” korábbi kifejezés rövidítése, és a formátum az online személyes folyóirat típusa.

Manapság a blogok szinte mindenütt jelen vannak az interneten, és ezer, esetleg több millió szervezet és szervezet számára az online kommunikáció elsődleges eszköze..

Hogyan hozzunk létre egy blogot??

A blog létrehozásának számos módja van.

Ha csak személyes blogot szeretne felállítani, és nem érdekli az online jelenlét birtoklása és ellenőrzése, akkor a blog felállításának talán a legegyszerűbb módja egy ingyenes fiók megszerzése a Tumblr vagy a WordPress.com webhelyen..

Ha üzleti vagy komoly szervezet számára létrehoz egy weboldalt, akkor érdemes birtokolnia az adatait és ellenőriznie az online jelenlétét. A legtöbb ember számára a legjobb módszer erre egy blogrendszer, mint például a WordPress, vagy egy másik tartalomkezelő rendszer használata megosztott tárhelyen vagy VPS-tárhelyi tervben..

Indíthatok egy ingyenes blogot?

Igen. Az olyan szolgáltatások, mint a WordPress.com és a Tumblr, többek között, megkönnyítik az ingyenes blog beállítását és működtetését.

Lehet, hogy nem akarja létrehozni egy teljesen ingyenes blogot. Ingyenes és nyílt forráskódú szoftverekkel, például a WordPress használatával létrehozhat egy nagyon olcsó blogot a megosztott tárhelyszolgáltatáson, vagy (ha sok forgalomra számít) egy mérsékelt költségű blogot egy VPS-tervben.

Saját blogja tárhelyének előnye az, hogy a rendelkezésre álló lehetőségek és bővítmények sokkal szélesebb választékával rendelkezik – bármit megtehetsz vele. Az ingyenes blogplatformok korlátoznak mindenféle dolgot – különösképpen az üzleti tevékenységeket és az egyedi funkciókat -, amelyeket blogjával megtehetsz.

Ha egyébként pénzét szeretné keresni a blogjával, vagy ha a blog kapcsolódik egy vállalkozáshoz, szinte mindig jobb ötlet, ha saját maga üzemelteti azt..

Hogyan lehet blogot tárolni??

Először el kell döntenie, hogy milyen típusú blogging szoftvert fog használni. A legnépszerűbb választás a WordPress. Ugyancsak nagyon népszerűek a Drupal és a Joomla. Ha nem szereti ezeket, akkor olvassa el a blogplatformok és a tartalomkezelő rendszerek listáit.

Miután eldöntötte, hogy melyik szoftvert kíván használni, felhasználhatja a tárhely szolgáltatásainak összehasonlító eszköze segítségével egy olyan szolgáltatót, amely támogatja a használni kívánt szoftvert. Ezt követően győződjön meg arról, hogy kapott kupont tőlünk, mielőtt megvásárolná a tárolást, és akkor már el is futhat.

Milyen blogokat kell olvasnom?

Ez attól függ, hogy mi érdekli. De sok ember nagyon szereti a blogunkat.

Email

Hogyan ellenőrizhetem a domain e-maileket az Apple-en?

A webtárhely vezérlőpultjánál rendelkeznie kell egy hellyel az e-mail fiókok kezelésére. Ennek eszköze lesz új e-mail címek létrehozására.

Ugyanazon az oldalon általában megjelenik az aktuális e-mail címek listája, az IMAP hitelesítő adatokkal együtt. Ezekkel a hitelesítő adatokkal új e-mail fiókot állíthat be az Apple Mail alkalmazásban.

A domain név használata az üzleti e-mailekhez?

Az üzleti e-mailek kezelésének néhány különféle módja van a webtárhelyen keresztül.

Ha Windows tárhelyfiókot használ, beállíthat egy Exchange kiszolgálót, futtatva az e-maileket, valamint a naptárt és más irodai szoftvereket a tárhelyén keresztül..

Általánosabban, egyszerűen beállíthat több IMAP e-mail címet a tárhely vezérlőpultján, és elérheti őket a választott e-mail klienstől.

Egy másik, egyre népszerűbb lehetőség az, hogy e-mailjeit és más hatékonysági alkalmazásait olyan szolgáltatáson keresztül futtatja, mint a Google Apps, nem pedig a saját webtárhely-fiókján keresztül. Ezt könnyű megtenni, de ehhez szükség van a DNSMX rekord szerkesztésére.

Hogyan ellenőrizhetem a leveleket a cPanelben?

A legtöbb VP vagy a megosztott tárhely cPanel telepítése egy vagy több webmail eszközt tartalmaz, például a SquirrelMail. Ezek segítségével ellenőrizheti e-mailjeit a böngészőből, anélkül, hogy elhagyná a cPanel-t.

Egy másik lehetőség e-mail kliens, például az Outlook vagy az Apple Mail használata. Ehhez szüksége lesz az IMAP hitelesítő adatokra, amelyek az e-mail fiókok beállítása képernyőn érhetők el.

E-mail fiók létrehozása a cPanelben?

Az e-mail fiókok kezelése képernyő az e-mail fiókok ikonnal érhető el a mail cPanel képernyőn. Innentől egyszerűen adja hozzá e-mail címeit és jelszavait.

A legtöbb esetben a Beérkező levelek korlátját Korlátlanra kell állítani – az alapértelmezés általában valami más, és ez akkor okoz problémát, amikor a szerver abbahagyja az e-mailek elfogadását anélkül, hogy elmondná miért, vagy akár figyelmezteti Önt, hogy probléma van.

Hol lehet e-mailt tárolni?

Néhány normál üzleti vagy személyes e-mail fiók esetén szinte minden megosztott tárhely-terv jól működik. Mindegyikük fel van szerelve az e-mailek kezelésére a maroknyi felhasználó számára jellemző kötetnél.

Ha nagyszámú felhasználó van, vagy ha nagy mennyiségű e-mailt (például marketing e-mailt) kell küldenie, akkor valószínűleg egy VPS-tárhely-tervet szeretne használni. A nagy mennyiségű e-mail gyorsan elárasztja a megosztott gazdagépet.

Egy dolgot, amelyet valószínűleg figyelembe kell vennie: a nagy volumenű marketing-e-mail könnyen összetéveszthető a spammel (különösen, ha alapvetően spam). Ezért szinte soha nem akar marketing e-maileket küldeni ugyanabból a szerverről és IP-címről, mint a szokásos üzleti e-mail. Ha a marketing e-mailt spamként jelölik meg, akkor nem akarja, hogy a szokásos „üzleti vállalkozás” e-mail feketelistára kerüljön és nem lesz kézbesíthető. Általában jó ötlet külön domaineket használni.

Mi a bejövő e-mail szerver??

A „bejövő” e-mail szerver csak egy e-mail szerver. Vannak olyanok, akik megadják a „bejövő” kifejezést, mivel az Internethez csatlakoztatott bármely szerver képes e-maileket küldeni (például a PHPmail () funkción és más eszközök hasonló eszközein keresztül más nyelveken), de a kiszolgálónak speciális szoftverrel (mail szerver) kell rendelkeznie. e-mail fogadása érdekében. Ez hasonló ahhoz, ahogyan bármely számítógép hozzáférhet webhelyekhez böngészőn (vagy cURL) keresztül, de kifejezetten olyan webszervert kell beállítania, mint például az Apache, hogy nyilvános webhelyet szolgáltasson..

Az e-mail kliens konfigurálásakor meg kell adnia egy bejövő és kimenő e-mail szervert. Ez azt jelenti, hogy az ügyfél kiszolgálóhoz kapcsolódik, hogy fogadjon (bejövő) és küldjön (kimenő) e-mailt. Ezek gyakran ugyanaz a szerver, de néha különböznek. Például: egyesek e-maileket különféle e-mail címekből kapnak, sok különböző kiszolgálón tárolják, de az e-mailekre csak egy e-mail címre válaszolnak. Ezenkívül egyes internetszolgáltatók és internetes házigazdák egyszerűen különböző kiszolgálókat használnak a bejövő és a kimenő levelekre, még ugyanazon a címen.

Mi a jMail??

Két „JMail” nevű e-mail projekt létezik.

Az első („jMail”) egy e-mail összetevő az ASP.NET keretrendszer számára, amely programozási csomagolást biztosít az e-mailek küldéséhez az alkalmazásokon belül. Erre azért van szükség, mert a megosztott tárhelyben általában érvényben vannak az e-mail korlátozások, amelyek célja a spamküldők elkerülése, ugyanakkor megnehezítik az e-mailek küldését a tárolt webes alkalmazásokból is..

A másik JMail egy nyílt forráskódú e-mail kliens-szerver hálózat, PHP-ben írva. Kísérleti személyes projektként indult, és jelenleg nem áll készen a termelésre.

Mi az a SquirrelMail??

A SquirrelMail egy nyílt forráskódú webes e-mail kliens, amely a legtöbb megosztott tárhelyterv cPaneljébe (vagy más vezérlőpultjába) tartozik..

Mi az IMAP??

Az IMAP (internetes üzenet-hozzáférési protokoll) egyike a két általános e-mail protokollnak, amelyet üzeneteknek az e-mail szerverről történő letöltésére használnak.

Az IMAP használatával az üzenetek a szerveren maradnak, míg a másolatok az ügyfélen készülnek. Ezen példányok állapota (olvasott, olvasatlan stb.) Mindkét helyen rögzíthető. Ez lehetővé teszi a felhasználó számára, hogy a központi kiszolgálón keresztül több különböző e-mail klienst (asztali, laptop, telefon) szinkronizáljon ugyanarra az e-mail címre, anélkül, hogy elveszítené az üzeneteket vagy fontos információkat.

Mi a POP3??

A POP a Post Office Protocol, a POP3 pedig a POP szabvány harmadik (és jelenlegi) verziója. A POP3 az e-mailek visszakeresésének két általános szabványa, amely az üzeneteket a kiszolgálóról az ügyfélre továbbítja.

A POP3 esetén az e-mail másolatait nem tárolja a szerver. A POP3 használata feltételezi, hogy csak egyetlen ügyfelet fognak használni az e-maileknek a szerverről történő lekéréséhez. Ez kissé általános a web alapú e-mail rendszerekben, ahol az „ügyfél” valójában egy másik (web) szerver, amelybe a felhasználók bejelentkeznek, hogy ellenőrizzék az e-maileket.

Mi az MX rekord??

Az MX vagy „Mail Exchange” rekord egy olyan DNS rekord, amely meghatározza a bejövő e-mail szerver címét.

A DNS-rekordokat arra használják, hogy az emberi szempontból releváns domainneveket számítógépes jelentőségű IP-címekre képezzék. Amikor beír egy URL-t egy böngészőbe, a böngésző a DNS-kiszolgálók egyikétől kéri a tartománynév IP-címét, hogy tudja, hová kell küldenie a megtekinteni kívánt oldal kérését. Az ilyen típusú kérelmek címét A rekordként tárolják.

Hasonló dolog történik az e-mailekkel. Amikor a kimenő e-mail szerver e-mailt küld a [email email] címre, akkor meg kell keresnie, hová kell küldenie az e-mail címet az example.com domainhez. Az e-mail szolgáltatás IP-címét a domain MX rekordja tárolja.

(Ha még nem rendelkezik kifejezetten MX címkével ellátott DNS rekorddal, akkor az A rekord címet fogjuk használni. Tehát, ha az e-mailt ugyanazon a szerveren futtatja, ahol a webhelyet üzemelteti, akkor lehet, hogy nincs külön MX rekordja.)

Hogyan szerkeszthetem az MX-rekordomat?

A kezelőpanelen vagy a domain névkezelőben talál egy DNS-szerkesztőt, amely lehetővé teszi új DNS-rekordok beállítását. Innentől csak adjon hozzá egy új DNS-rekordot (vagy módosítsa a meglévő MX-rekordot, ha van ilyen). A típus MX, a domain az a domain, amelyhez e-mailt állít be, a cím (vagy IP) pedig a kívánt e-mail szerver IP címe. A TTL-t (élettartama) is szerkesztheti, de az alapértelmezett beállítás általában jó.

Mi a Postfix szerver??

A Postfix egy nyílt forráskódú SMTP e-mail szerver – egy olyan szoftver, amely kezeli a bejövő és a kimenő e-maileket. Ez a szabványos e-mail szerver számos operációs rendszerben és disztribúcióban, beleértve az Ubuntu-t is.

A postfix szerver beállítása?

A legtöbb tárhely-terv, beleértve szinte az összes VPS-t és a megosztott tárhelyet, vagy Postfix-rel, vagy annak legfontosabb alternatívájával rendelkezik a Sendmail-rel, telepítve és konfigurálva.

Ha telepítenie kell egy Linux kiszolgálóra, amelyben még nincs telepítve e-mail szerver, akkor egyszerűen bejelentkezhet SSH-n keresztül, és futtathatja a következőt:

sudo apt-get install postfix

Mi a jó professzionális e-mail cím?

Sok gondolkodási iskola létezik erről.

Az egyik szinte egyhangúlag elfogadott szabály az, hogy az üzleti e-mailekhez ne használjon általános e-mail szolgáltatási domaint (@ yahoo.com, @ gmail.com). Ez közölte az amatőriséget.

Másrészről, az ilyen típusú domain nevek jól illenek a „személyes professzionális” e-mail címekhez, vagyis egy e-mail címhez, amelyet használhat olyan dolgokhoz, mint például álláskeresések és egyéb szakmai interakciók..

Azoknak a személyes e-mail címeknek a használata, amelyekben „professzionálisnak” szeretne lenni, a legjobb a nevét. Ne használjon beceneveket vagy vicces neveket. Senki sem akarja felvenni a studmuffin69-et vagy a turdfergusont.

Egy másik dolog, amelyet az e-mail címekkel szem előtt kell tartani, az, hogy a domain e-mail e-mailt mutat benned. Például, ha az internetszolgáltató által megadott e-mail címet használja (például @ comcast.com vagy hasonló), akkor az emberek azt fogják feltételezni, hogy középkorú vagy, és nem különösebben hozzáértő a technológiához. Ez gyilkos lehet az önéletrajzán. A leginkább “semleges” e-mail cím valószínűleg a @ gmail.com. Ennél jobb az e-mail a saját domainjén.

Az üzleti és a szervezeti e-mailekhez néhány ember szereti a szerep-alapú e-mail fiókokat. Ez általában korán jó ötletnek hangzik, de az idő múlásával gyakran rossz ötlet. Az emberek hajlamosak e-maileket küldeni másoknak, nem szerepet töltenek be. A legtöbb szervezet számára a legjobb módszer név alapú e-mail címek hozzárendelése, majd – szükség esetén – szerepkör alapú álnevek létrehozása, amelyek szükség esetén személyekre válthatók..

A név alapú e-mail címek formázását illetően sok szervezet megkísérli csak az utónevek használatát, vagy a keresztnév kezdőbetűvel, vagy a vezetéknév az első kezdőbetű használatát. Bármely olyan szervezet, amely elég hosszú vagy elég sok emberrel rendelkezik, végül problémát vet fel ezzel – e-mail nevek másolatai. Akkor végül az emberek hozzáadnak számokat nevek és mindenféle egyéb probléma után. A legegyszerűbb megoldás az elsőnév.neve formátum használata. Ez nem garantálja, hogy nem lesznek másolatok, de jelentősen csökkenti a valószínűséget.

Ha megkap egy másolatot, adjon hozzá egy középső nevet a második bérléshez vagy mindkettőhöz.

Milyen portot használ az SMTP?

Az SMTP alapértelmezés szerint a 25. portot használja, kivéve, ha SSL-en keresztül történik. Ebben az esetben általában a 465 vagy 587 portot használja.

Hogyan kell megváltoztatni az SMTP portot?

Az e-mail kliensen az e-mail fiók beállításában megváltoztathatja azt a portot, amelyen keresztül az ügyfél csatlakozik a szerverhez. Kipróbálhatja a 2525, 465 vagy 587-et.

Mi az SPF rekord??

Az SPF a feladó házirend-keretrendszere, amely csökkenti az e-mail hamisítást azzal, hogy meghatározza, hogy mely IP-címek küldhetnek e-maileket egy domain nevében. A DNS-rekordrendszerben valósul meg.

Az SPF rekordok ellenőrzésének beállítása?

Az SPF úgy működik, hogy az SPF részleteit belefoglalja a TXT DNS rekordba. A TXT egy olyan típusú rekord (például A és MX), amelyet bármilyen tetszőleges szöveg tárolására hoztak létre. Az SPF protokoll az érvényes e-mail címek megadására használja az e-mailek küldéséhez.

Az SPF-rekordokhoz használt formázás némiképp sajátos. A legegyszerűbb módja annak, hogy megbizonyosodjon róla, hogy helyes, használja az SPF konfigurációs varázslót. Ezután csak másolja a kimenetet a DNS TXT rekord szövegterületére.

Hogyan állítsunk be e-mailt a Thunderbird alkalmazásban?

A Thunderbird e-mail kliens, amelyet a Mozilla készített, ugyanaz a csapat a népszerű FireFox böngésző mögött. Használatához csak töltse le.

Csatlakoznia kell az e-mail fiókjához az IMAP-on keresztül. Ha a legtöbb hostfiókban a cPanelt használja, akkor az e-mail hitelesítő adatait az E-mail fiókok képernyőn találhatja meg, ahol beállíthatja a címeit.

Mi a DKIM??

A DKIM az SPF-hez hasonló e-mail ellenőrző rendszer, amely segít megakadályozni az e-mailek hamisítását. Nyilvános kulcsú kriptográfiát használ az üzenetek érvényesítésére.

A DKIM segítségével a kimenő üzeneteket a domain tulajdonosának privát kulcsával írják alá. Ennek ellenőrzése a domain tulajdonosa által közzétett nyilvános kulccsal ellenőrzi, hogy a magánkulcs birtokosa valójában engedélyezte az üzenetet.

Használnom kellene a DKIM-et?

Ez jó ötlet. Ugyanazt a védelmet nyújtja, mint az SPF, de biztonságosabb és megbízhatóbb.

Fejlesztés

haszonkulcs

Mi az a Dreamweaver??

Dreamweaver, ha az Adobe által kifejlesztett webhelytervező és HTML-készítő eszköz van. Vizuális szerkesztőt kínál weboldalak tervezéséhez és elrendezéséhez, kissé hasonlóan a Photoshophoz vagy a Publisherhez.

Használhatom a Dreamweaver weboldalt?

Igen. Ez az elsődleges célja.

Hogyan kapcsolhatjuk össze a Dreamweaver-t a tárhely-fiókkal?

A legtöbb webtárhely-terv könnyen támogathatja a Dreamweaver-alapú webhelyek és oldalak feltöltését. Csak a PHP és a MySQL szükséges.

Mi a BML??

A BML a Broadcast Markup Language kifejezést jelenti. Ez egy XML-alapú adatstandard a digitális televíziós műsorszóráshoz.

PHP

Mi a PHP CURL??

A cURL eszköz az erőforrás eléréséhez egy adott URL-en egy programon belül, szemben a böngészővel. Ennek az eszköznek a PHP verziója PHP cURL.

Mi a PHP fopen??

A PHP-ben a fopen () egy olyan fájl, amely megnyitja a fájlt, hogy a PHP-parancsfájl hozzáférhessen annak tartalmához. Megjegyzés: megnyitja a fájlt, nem futtatja a fájlt.

Mi a PHP tartalmazza??

A PHP-ben az include () egy olyan funkció, amely egy másik fájl tartalmát tartalmazza az aktuális fájlba. Ennek eredménye (outputként történő viselkedésként) úgy tűnik, mintha a mellékelt fájl teljes tartalma valójában az eredeti fájl része volt („benne van”) a beillesztés pillanatában. Ez a funkció a PHP alkalmazásban a fájlok rendszerezésének egyik leggyakoribb módja – a legtöbb CMS sablon (például WordPress témák) – az include () használatával egyetlen weblapot készíthetnek különféle összetevőiből..

Mi a phpinfo??

A phpinfo () függvény teljes részleteket ad ki a jelenlegi PHP környezetről – milyen PHP verziót használnak, milyen modulokat telepítettek, mennyi memóriát rendelnek bizonyos feladatokhoz – mindent, amit tudnia kell a jelenleg futó programról a PHP példánya.

Hogyan lehet elérni a phpinfo-t??

Hozzon létre egy fájlt. Bármelyiknek megnevezhető, amíg a .php fájlkiterjesztés nincs. Ebben a példában info.php-nek nevezzük.

Helyezze a fájlba:

<?php
phpinfo ();

Helyezze el a tárhely-fiók webes gyökérkönyvébe. Ezután nyissa meg a fájlt egy böngészőből, a következő címen: http://example.com/info.php

Ha a PHP fut, akkor megkapja a PHP környezet részleteit.

Ennek másik módja, ha van SSH hozzáférése, ha a php -i parancsot írja be a parancssorba. Ezzel ugyanazt az információt kapja, bár más formátumban.

Mi a php mail??

A PHP függvény mail () szolgál az e-mailek küldésére a PHP parancsfájlból. Három érvet fogad el – a címet, a tárgyat és az üzenetet.

Hogyan kell átirányítani a PHP-t??

Az URL-átirányítás elindításának funkciója a PHP-ben a http_redirect (). Ez lehetővé teszi az új URL és az egyedi állapotkód megadását.

A http_redirect () függvénynek meg kell jelennie, mielőtt bármilyen más kimenetet kinyomtatnák a webszerverre, beleértve az üres helyet a nyitó PHP címke előtt ( <?php), mert minden kimenet (akár üres hely is) HTML fejlécek létrehozását indítja el, és az átirányítást nem lehet elküldeni, ha a fejléceket már kiadták.

Ennek oka az (és ezt fontos megérteni) – maga az átirányítás nem történik meg a PHP-ben. Amit a PHP generál, egy átirányítási hibaválasz, amely arra szólítja fel a böngészőt, hogy keresse meg a tartalmat az új URL-en

Mi a PHPfox??

A PHPfox egy PHP-ben írt szociális hálózati alkalmazás.

Mi az ionCube??

Az IonCube Loader egy PHP szkript-kódoló.

A PHP értelmezett nyelv. Ez azt jelenti, hogy a forráskód nem fordul végrehajtható bináris formátumba, hanem inkább a forrástól futási időként értelmezésre kerül. És ez azt jelenti, hogy (általában) egy PHP alkalmazást futtató számítógépnek (például a WordPressnek) van a forráskód egy példánya.

Sok PHP alkalmazás ingyenes és nyílt forráskódú, de nem mindegyik. Egyes fejlesztőcégek nem akarják átadni a forráskódjuk teljesen látható és szerkeszthető példányát a felhasználóknak.

Az IonCube egy eszközt biztosít a PHP-alkalmazások titkosításához, hogy a forráskód el legyen rejtve. Az alkalmazás futtatásához a saját szerveren szüksége van az IonCube Loader-re.

Hogyan kell használni az ionCube-t??

Ha az ionCube telepítve van a kiszolgálón, minden szkriptnek, amelyre szüksége van, jól kell futnia. Időnként licenckulcsra van szüksége a fejlesztőtől (ők tudatják Önt, amikor egy terméket vásárolnak).

Használhatom az ionCube-ot megosztott tárhelyen?

Általában igen. Az biztos, hogy érdemes használni a tárhely szolgáltatásainak összehasonlító eszközét, hogy megtaláljon egy host szolgáltatót, amely támogatja az ionCube-t.

Az ionCube Loader telepítése?

A legtöbb esetben egyszerűen telepítheti a webtárhely vezérlőpultjáról.

Mi az a LAMP verem??

A LAMP a szerveroldali technológia tipikus kombinációjára (veremére) utal, amelyet sok webes alkalmazás használ:

  • Linux – operációs rendszer
  • Apache – webszerver
  • MySQL – adatbázis
  • PHP – programozási nyelv

A WordPress, a Drupal és sok más alkalmazás írva van LAMP verembe történő telepítésre.

Technologies

Mi az API??

Az API egy „alkalmazásprogramozási felület”.

Az API egy parancsok szervezett halmaza, amely egy könyvtár alkalmazásához egy másik programból programozott hozzáférést biztosít.

A kifejezést gyakran felváltva használják a „Web Service” kifejezéssel, vagy azt feltételezik, hogy „nyilvános, webes API-kat” vagy „REST API-t” jelent – ezek mindegyike lényegében ugyanazon koncepció különféle neve: egy olyan program, amelyet hozzáférhetővé tesznek az a nyilvánosság HTTP-kérések révén az interneten keresztül. (Bár ez csak egy nagyon specifikus API típus, gyakran beszélnek az emberek, amikor API-t mondnak, különösen egy webfejlesztési környezetben.)

Például – képzelj el egy számológép API-t. Lehet, hogy van egy nyilvánosan elérhető webszolgáltatás a calc.example.com webhelyen. Küldhetek egy HTTP kérést a http://calc.example.com/add?2+2 címre, és a válasznak 4.

Ez egy rossz példa, mert bármely számítógép, amely képes a kérést küldeni, szintén kiegészítést végezhet, de ez kissé illusztrálja a dolgot. Minden alkalmazásnak van speciális funkciója, ezek a funkciók bemenője, és valamilyen outputot szolgáltatnak. A HTTP kérések felhasználhatók az alkalmazás funkcióinak elérésére és (például) JSON, XML vagy HTML formátumú kimenetek fogadására..

Egy másik példa a Facebook. Az állapotfrissítéseket bejelentkezve jelentheti be, kattintson a frissítési mezőre, és beírhatja a frissítést. Állapotfrissítést is létrehozhat úgy, hogy az üzenet szövegét a kulcsfontosságú azonosító információkkal egy adott URL-re küldi egy HTTP kérésen keresztül. A kérelmet az FB alkalmazás fogja el, és az üzenet feladásra kerül. Ha valaha is használta a „Megosztás a Facebookra” gombot, akkor ezt az API-t használta.

Mik azok a felhőalapú szolgáltatások?

A felhőalapú szolgáltatások egy homályos marketing kifejezés, amely sok különféle dolgot jelenthet. Ez általában azt jelenti, hogy olyan programozási eszközkészlet (például adatelemzéshez vagy fájlmentéshez), amelyet „felhőben” tárolnak (azaz – valahol nem kell erre gondolni), és amely hozzáférhet webböngészőn keresztül vagy egy webszolgáltatás-készlet (RESTful APIs) segítségével.

Mi a cgi bin??

A CGI a Common Gateway Interface kifejezést jelenti. Ez egy környezet a szkriptek futtatásához egy webszerveren.

A cgi_bin könyvtár egy olyan könyvtár a webtárhely-kiszolgálón, amely futtatható szkripteket tartalmaz, amelyeket a CGI segédprogram futtat. A CGI szkriptek számos általános szkriptnyelven írhatók.

Hogyan kell használni a cgi bin-t??

A legtöbb megosztott tárhely-tervnél a CGI már fel lesz állítva. Ha használni szeretné, akkor csak annyit kell tennie, hogy behelyezi a szkripteket a mappába, és a webszerver meg fogja érteni, hogy szkriptek, és ezeket megfelelően értelmezni kell, a szkript kimenetét kiszolgálóként kell elküldeni. válasz az ügyféllel (ellentétben a fájl tartalmával, ami általában történik a .html és más fájlok esetén.

Törölnék a cgi bin mappát?

Nem. Általában hagyja a helyén.

Mire szolgál a cgi bin mappája??

A webszervernek tudnia kell, mely fájlokat teljes egészében vissza kell küldeni az ügyfélnek, és melyeket kell szkriptekként értelmezni. A cgi-bin mappa könnyű megoldást kínál erre a problémára: a mappában mindent szkriptként kezelnek, a mappán kívüli minden dokumentumként kezelik.

(A legtöbb kortárs webszerver más módszereket is használ.)

Verzióvezérlés

Hogyan telepítsünk egy webhelyet git push használatával?

Ez tényleg attól függ, hogy milyen típusú tartalomkezelő rendszert használ. Például – a WordPress-ben megőrizheti a témát egy git repo-ban, és megváltoztathatja a téma változtatásait, de ez nem működne a tartalommal, mert egy MySQL adatbázisban tárolódik, amelyet nem lehet (könnyen) csoportos it.

A gittel való összekapcsoláskor a legkönnyebben használható CMS a Jekyll, a Rubyba épített lapos CMS. A Jekyll használatával az egész weboldalt (beleértve a tartalmat) egyszerű szöveges fájlokban tárolják, amelyek mind könnyen tárolhatók egy git tárolóban. A Jityll webhely távoli kiszolgálóra történő telepítéséhez a git push használatának egyszerű módja.

Mit kell feltenni a .gitignore fájlba??

Kétféle fájltípus határozható meg .gitignore fájlban:

  • fájlok, amelyeket az összeállítási és tesztelési folyamat automatikusan létrehoz
  • fájlok, amelyek környezetfüggő konfigurációs részleteket tartalmaznak (különösen, ha azok érzékenyek – például felhasználónevek és jelszavak)

Mi ez??

A Git verziószabályozó rendszer, amely lehetővé teszi a programozók csoportjai számára, hogy összetett projekteket kezeljenek.

Használhatom a git-t megosztott tárhelynél?

Igen. Mindaddig, amíg rendelkezik SSH hozzáféréssel, ne felejtsd el telepíteni a git-et a megosztott tárhelyed tervére. Néhány házigazda azonban különféle okok miatt nem működik jól a gittel (általában függőség-menedzsmenttel és engedélyekkel kapcsolatos).

Annak érdekében, hogy a lehető legjobb élményt élvezze, a tárhely szolgáltatásainak összehasonlító eszközével keressen egy szolgáltatót, amely kifejezetten támogatja a git szolgáltatást.

Ezenkívül, ha olyan új alkalmazásfejlesztést hajt végre, amely általában a git használatát követeli meg, akkor valószínűleg jobb tapasztalata lesz a VPS-tárhely-tervről.

adatbázisok

Táblázat létrehozása a MySQL-ben?

A táblázat hozzáadása a MySQL-ben a CREATE TABLE parancs, amelyet a tábla neve követ. A táblázat kiegészítő paraméterei, például az oszlopok is, meghatározhatók.

Például:

CREATE TABLE példa_ tábla (
kulcs INT,
érték VARCHAR (100)
);

A MySQL használata a parancssorból?

Web hosting-fiókján először be kell jelentkeznie SSH-n keresztül. Innentől kezdve el kell indítania a MySQL-t a mysql paranccsal. Meg kell adnia a felhasználói bejelentkezési hitelesítő adatokat:

mysql -u USERNAME -p JELSZÓ

Ezután bármilyen SQL-parancsot futtathat a mysql-ben> gyors. A kilépéshez írja be a kilépést.

Ajax

Mi az Ajax??

Az Ajax egy olyan webalkalmazás-interakciós paradigma, amelyben a kiszolgálói kérelmek aszinkron módon történnek az oldal újratöltéseivel.

Az Ajax eredetileg „Asyncronous Javascript and XML” rövidítés volt. A név továbbra is fennáll annak ellenére, hogy manapság az XML-t általában nem használják adatátviteli nyelvként. Gyakrabban a JSON-t (Javascript Object Notation) használják, mert a Javascript-ben könnyebben lehet elemezni (natív), és nagyobb az információsűrűsége. (Segít, hogy az emberek számára is könnyebb legyen olvasni.)

Az Ajax előnyeinek megértése érdekében fontoljon meg egy közös webalkalmazást, amelyet valószínűleg mindennap használ: Facebook.

Ajax nélkül – a régi konvenciót követve, amikor csak egy új adatot kapnak az oldal újratöltésekor, az Ön tapasztalata drasztikusan eltérő lenne:

  • új értesítéseket csak akkor kap, ha betöltötte vagy frissítette az oldalt
  • a hírcsatornád oldalra kerül
  • soha nem látna új üzeneteket a hírcsatornád tetején, hacsak nem frissítette az oldalt

Ehelyett a böngésző és a Facebook szervere folyamatos kommunikációban van, és az oldal frissül, amikor új információkkal bővül. Az oldal lefelé görgetésével több hozzászólás kerül beolvasásra és megjelenítésre – így soha nem fogy ki a hozzászólások megtekintéséhez (végtelen görgetés).

Az Ajax használata?

Egy tipikus Ajax alkalmazás „a színfalak mögött” HTTP-hívásokat kezdeményez a kiszolgálóra, majd manipulálja a DOM-ot (Document Object Model), hogy megjelenítse a kapott frissített információkat..

Hogyan lehet weblapot készíteni az Ajax segítségével?

Az új Ajax-alapú webes alkalmazásokat építő fejlesztők többsége Javascript keretrendszert fog használni, mint például a Angular vagy a Backbone a front-end kliens alkalmazás számára..

A kiszolgálón tetszőleges számú fejlesztési keret (például a Ruby on Rails, a Laravel vagy a Python) használható olyan alkalmazás létrehozására, amely JSON-adatokat ad vissza a HTML oldalak helyett.

Azonos származási probléma kijavítása az Ajax segítségével?

Ugyanez az eredetivel kapcsolatos probléma jelentkezik a szabványos böngészőkbe beépített biztonsági korlátozások miatt.

Egyszerűen fogalmazva: az egyik domain szkriptei nem férhetnek hozzá egy másik domainről kapott adatokhoz.

Ez rendben van, ha az összes Ajax-hívást ugyanabba a tartományba küldi, mint a fő weblapot. De vannak olyan esetek, amikor nem ez lesz a helyzet:

  • statikus kliens tárhely dinamikus szerverrel – Az ügyfélalkalmazás statikus fájlok halmazaként telepíthető, amelyeket olcsó fájlkiszolgálón vagy CDN-en tárolnak, a dinamikus szerveroldali szkripteket külön állomáson hagyva..
  • összesített alkalmazás – néha elkészíthet egy alkalmazást, amely több különböző forrásból származó adatokat fogyaszt és remixál, például sok különböző, egymástól függetlenül közzétett API-n kezelheti az adatokat.

Ennek kezelésére van néhány különféle módszer. A két leggyakoribb a következő:

  • JSONP – Ez egy olyan technika, amelynek során a visszaadott JSON adatokhoz az ügyfélalap egyik elemén keresztül jutnak hozzá. A szervernek vissza kell adnia egy teljes mértékben megfelelő JS dokumentumot, nem csak egyetlen JSON objektumot. A JS dokumentumot általában egy véletlenszerű karakterlánccal nevezik el, amelyet az ügyfél generál, és minden kéréssel együtt küld a kiszolgálóra. Az elemet hozzáadják a DOM-hoz, és úgy érik el, mintha tipikus JS dokumentum lenne, de valójában JSON-adatokat tartalmaz.
  • Szerveroldali hozzáférés – kevésbé elegáns megoldás az egyszerű ellenőrzés, hogy a harmadik fél API-jára vonatkozó összes kérést a szerver tette-e meg, miközben az összes böngészőalapú kérést ugyanarra a szerverre küldi el. Ez gyakran az egyetlen megoldás azokban az esetekben, amikor harmadik fél API-ját nem állítják be a JSONP visszaadására.

Használhatom a JSON-t az Ajax-szal?

Természetesen. Valójában ez gyakoribb, mint az XML az új alkalmazásokban. Mindannyian csak Ajaxnek hívjuk, mert az Ajaj rosszul hangzik.

Nyelvek

Általános kérdés

Milyen nyelvet kell használni az új weboldalhoz?

Ez egy bonyolult kérdés.

Mindenekelőtt fontos rájönni, hogy a webhely elsődleges nyelve – az a nyelv, amelyet a látogatók webböngészőjéhez juttatnak el – nagyrészt a tárgyalásokra nem alkalmas. A webhelyek HTML-t (HyperText Markup Language) használnak. Sőt, HTML5-et kell használniuk.

A másik két nyelv, amelyen a weboldalakat kézbesítik, a CSS és a Javascript. A CSS, vagy a Cascading Stylesheet a weboldal bemutatásának (vizuális tervezésének) vezérlésére szolgál. A Javascript szabályozza a webhely interaktivitását és dinamikus funkcionalitását.

A legtöbb webhely ma azonban nem közvetlenül HTML-ben van írva. Egy maroknyi más nyelvvel vannak írva, amelyek HTML-t tudnak kiadni. Ezen nyelvek közül a legnépszerűbb a PHP. Egyéb nyelvek: Ruby, Python és Perl.

A tartalom alapú webhelyek esetében (szemben a webes alkalmazásokkal) a legtöbb webfejlesztő nem a webhelyet a saját kezéből készíti ezen nyelvek egyikén, hanem egy Tartalomkezelő Rendszert használ, amelyet elkerülhetetlenül beépítenek ezen nyelvek egyikére..

A legnépszerűbb CMS alkalmazások – többek között a WordPress, Drupal, Joomla – mind a PHP-t használják. Noha vannak más CMS-ek más nyelveken (vitathatatlanul jobb nyelveken), a felhasználók 99% -a számára a legérzékenyebb az egyik alkalmazás (valóban WordPress vagy Drupal) használata, mert a legnagyobb fejlesztői közösséggel és felhasználók.

A webhely felépítése más, mint egy teljesen új webes alkalmazás létrehozása. Amikor weboldalt épít, ne aggódjon a tipikus fejlesztési problémák miatt – a tartalomra és a tervezésre kell összpontosítania.

Mely nyelven kell webes alkalmazást készíteni?

Ez még bonyolultabb kérdés, mint a nyelv kiválasztása a weboldal felépítéséhez. Számos népszerű internetes nyelv létezik, és egyikük sem a legjobb minden helyzetben..

A nyelvre vonatkozó döntés során a következő két szempontot kell figyelembe venni:

  • a jelenlegi erőforrásaid
  • az alkalmazás típusa, amelyet építeni próbál

A helyzet az, hogy szinte bármilyen típusú alkalmazás beépíthető bármelyik főbb webalkalmazás-nyelvre, tehát a legegyszerűbb módja annak eldöntésére: milyen nyelvet tudsz (vagy a fejlesztők) már ismerni, és tetszik? Lehet, hogy a Ruby valamivel jobb, mint a PHP egy bizonyos típusú projektnél, de ha már ismeri a PHP-t, akkor valószínűleg sokkal többet tud elérni, mintha egy nyelvet megtanulna, miközben az alkalmazást építi. (Természetesen ez nem vonatkozik arra az esetre, ha kifejezetten új nyelvet akar megtanulni, és egy alkalmazás elkészítése a tanulási folyamat része.)

Ha több lehetősége van, vagy ha fejlesztőket fog felvenni (és bérelhet a kívánt nyelv vagy eszközkészlet alapján), akkor érdemes elgondolkodni azon, hogy valamelyik nyelv jobban megfelel-e alkalmazásának igényeinek.

Ahhoz, hogy belemerüljünk a kérdésbe, fontos rájönni, hogy egy nyelv nem csupán a nyelv. A nyelv kiválasztásakor az eszközkészletet is kiválasztja: Ruby on Rails nem használható Ruby nélkül, nem használható a Node.js Javascript nélkül.

Tehát döntése előtt nézd meg az egyes nyelvek különféle kereteit. Minden nagyobb nyelvnek egy vagy két népszerű keretrendszere van, és a keretválasztás nagyrészt meghatározza az alkalmazás architektúrájának általános szerkezetét.

A webfejlesztés legfontosabb nyelvei? / Milyen programozási nyelvet kell megtanulnom?

A legfontosabb webprogramozási nyelv valószínűleg a Javascript. Bármely más nyelvet is használnak szerveroldalon, szinte mindig kliensoldali programozás lesz, és ez szinte mindig Javascript-et jelent. A Javascript jó bevezetést nyújt a programozáshoz általában, és rengeteg forrás van annak megtanulásához.

A szerveroldali programozáshoz Javascriptet is használhat (Node.js-n keresztül), de a népszerűbb nyelvek a PHP és a Ruby.

A PHP különösen fontos a népszerű alkalmazások, például a WordPress és a Drupal – és számtalan más alkalmazás miatt. Általánosságban elmondható, hogy a PHP nagyszerű nyelvtanulás, ha beépülő modulokat szeretne létrehozni a meglévő alkalmazásokhoz, a tervezési témákhoz, és általában együtt kell működnie az üzleti tulajdonosokkal és a kiadókkal. Ha valami olyat akar építeni, amelyet a felhasználók könnyen telepíthetnek saját hostfiókjukra, a PHP általában a legjobb módszer.

A Ruby, különösen a Rails esetében, különösen népszerű a Saas vállalkozások körében – olyan alkalmazások, amelyeket nem terjesztnek a fogyasztók számára, hanem egyetlen kiszolgálóra telepítik..

Ezek általánosítások, és rengeteg ellentétes példa létezik – de jó, ha általános képet kapunk arról, hogy az emberek hogyan használják az egyes nyelveket.

Ne feledje azonban – ha valóban jó programozóvá akarsz válni, akkor több nyelvet kell tanulnia. Mindegyik megköveteli, hogy gondoljon egy kicsit másképp, és más-más megoldást és problémát kínál. Ne aggódjon amiatt, hogy milyen nyelvet kell tanulnia, csak kitalálja, milyen nyelvet kell tanulnia most.

PHP / PHP 4 / PHP 5

Jó a PHP nyelv??

Igen.

A PHP-hez, mint az összes nyelvhez, vannak némi problémája. De ez egy tökéletes nyelv, és sok nagyon sikeres alkalmazás készült ezzel.

Mi a baj a PHP-vel??

A PHP-t eredetileg a HTML előfeldolgozással kapcsolatos nagyon korlátozott feladatok elvégzésére hozták létre: változók kitöltése, beleértve a dokumentumrészleteket, a tartalom behúzása az adatbázisból. Ez kicsit több, mint egy személyes projekt, és nem sokat gondolkodtak az általános szintaxissal és szerkezettel kapcsolatban.

Bár fejlesztette ki és fejlesztette ki a teljes funkcionalitású programozási nyelvet, korai története továbbra is kétféle módon okoz problémákat:

  • Egyesek továbbra is úgy gondolják, mintha ez nem más, mint egy dicsőített sablon nyelv.
  • Eredeti szintaxisának maradványai továbbra is fennállnak, amelyek miatt a nyelv egyes szempontjai következetlenek vagy kényelmetlenek.

Az első probléma valójában nem a nyelv problémája – ez a személyes hangulatok érzékelésének problémája, amelyeknek semmi köze nincs a valósághoz. Sokan, akik ezt a PHP-t állítják, szintén általános ellenszenvvel bírnak a „forgatókönyvek nyelve” iránt, és különbséget tesznek a forgatókönyvek és az úgynevezett „valódi programozási nyelvek” között. Ez abszolút ostobaság. A PHP (más szkriptnyelvekkel, például a Ruby, Python, Perl és Javascript) ugyanolyan valós, mint a Java vagy a C++.

A második probléma – az inkonzisztens szintaxis maradványai és a dolgok furcsa módjai – valóban probléma. De – amint egy blogger megjegyezte – nem számít. A PHP a Wikipedia-t futtatja. A Facebook PHP-ben épült be. A WordPress és a Drupal a PHP-be vannak beépítve. Az internetes webhelyek nagy része PHP-ben van írva.

Hogyan lehet megtanulni a PHP-t? / Hogyan lehet megtanulni a PHP kódolását?

Bármely nyelv megtanulásának legjobb módja az, ha átugorunk egy érett projektbe, és kitaláljuk, hogyan működnek a dolgok. Válasszon egy népszerű, nyílt forrású PHP alkalmazást (például WordPress), és kezdje meg kideríteni, hogy működik. Próbáljon ki egy plugint.

Hogyan lehet weblapot készíteni a PHP-ben?

A legtöbb népszerű tartalomkezelő rendszer PHP-ben van írva. Használd az egyiket.

A PHP Turing teljes?

Igen.

De ez leginkább irreleváns kérdés. A teljesség igénye a számítógép azon képességére utal, hogy megoldja az általánosított számítási problémákat. A „Turing complete” nyelv elméletileg bármilyen típusú alkalmazáshoz használható – de ez nem jelenti azt, hogy ezt valóban könnyű, praktikus vagy akár realisztikus is megtenni. Vannak Turing teljes számítógépek, Legosból és Lincoln Naplókból.

A PHP egy igazi programozási nyelv?

Igen.

Vannak, akik mesterségesen különbséget tesznek a „forgatókönyvek” és a „valódi programozási nyelvek” között. Ez rossz. A legjobb esetben ez egy elavult gondolkodásmód a dolgokról. Általában azonban nem elavult – csak rossz.

Egy nyelvet „szkriptnyelvnek” neveznek, ha nem fordítják le, hanem forrásból értelmezik futási időben. Helyesebb lenne ezeket az „értelmezett” nyelveket nevezni, mivel egyesek összekeverik a szkriptnyelv ötletét a szkriptálás fogalmával – rövid, alacsony fogyasztású segédprogramok írása egyszerűen értelmezett nyelven.

Természetesen csak azért, mert egy kisebb segédprogram szkriptet írhat nyelven, ez még nem azt jelenti, hogy nem tud írni más, bonyolultabb programokat. Valójában a shell szkripteléshez használt három leggyakoribb nyelv, Bash mellett – valószínűleg a Ruby, Perl és Python. Mindhárom magas szintű, nagyteljesítményű nyelv számos komoly szoftver alkalmazás. És a PHP-t egyáltalán nem használják az ilyen típusú szkriptekhez.

A PHP szkriptnyelv?

Igen.

A szkriptnyelv olyan nyelv, amelyet futás közben értelmeznek, ahelyett, hogy végrehajtható bináris formátumúvá fordítanák. Így működik a PHP – ezt a PHP tolmács (általában C betűvel írja) értelmezi futási időben.

Vannak olyan PHP-fordítók is, amelyek a PHP-t végrehajtható bináris fájlokká fordítják. Ez egy későbbi fejlemény – a nyelv fejlődése – és a PHP fejlesztői még mindig nem használják széles körben.

A PHP objektumorientált?

Igen, de nem szigorúan.

A PHP első néhány verziója egyáltalán nem volt objektumorientált. A PHP 4 minimális támogatást adott az osztályokhoz és az objektumokhoz, de hiányzott néhány kulcsfontosságú OO-szolgáltatás, például a reflexió. A PHP 5 segítségével a nyelv teljes mértékben képes volt támogatni az objektum-orientációt.

Maroknyi ok miatt sok PHP fejlesztő nem írja le teljesen objektum-orientált kódot, ezért nagyon sok nem OO alkalmazás.

Néhányan azt állítják, hogy az elsődleges ok az, hogy túl könnyű a nem OO kódot írni a PHP-be, és ezt úgy tekintik, mint a nyelv egyik elsődleges gyengeségét. Mások ezt a rugalmasságot a PHP egyik erősségének tekintik.

Piton

Hogyan készítsünk webhelyet Pythonban??

A Python nem különösebben web-orientált nyelv, de számos könyvtárat és eszközt fejlesztettek ki, amelyek kiszolgálóoldali szkriptnyelvként működnek mind a webes alkalmazások, mind a tartalom alapú webhelyek számára..

A tartalmi webhelyeknél a legnépszerűbb Python-alapú CMS a Plone. A webes alkalmazások fejlesztésére számos keretrendszer létezik, nevezetesen:

  • Django
  • Turbogears
  • Web2py

Használhatom a Python-ot megosztott tárhelyen?

A legtöbb idő, igen. Mielőtt elkötelezi magát egy terv mellett, győződjön meg arról, hogy a tárhely szolgáltatásainak összehasonlító eszköze segítségével talál egy szolgáltatót, amely támogatja a Python szolgáltatást.

A Python jobb, mint a PHP?

Valószínűleg igen. Bár egy ilyen ítélet nagyon szubjektív, nagyon kevés szakértő állítja, hogy a PHP jobb, mint a Python.

De ez nem igazán számít. A PHP a webfejlesztési nyelvek uralkodó királya, és úgy tűnik, hogy ez nem mutat a lassulás jeleit.

Miért jobb a Python, mint a PHP??

Annak eldöntése, hogy az egyik nyelv „jobb”, mint a másik – trükkös – nagyon szubjektív kérdés. Úgy tűnik azonban, hogy a legtöbb fejlesztő, aki mindkét nyelven kiterjedt munkát végzett, inkább a Python-ot részesíti előnyben, és úgy gondolja, hogy a két nyelv közül a jobb. Ennek néhány általános oka:

  • A Python következetesebb, mint a PHP.
  • A Python jobb szabványú könyvtára van.
  • A Python megkönnyíti a nem webszerver oldali számítások elvégzését (anélkül, hogy feladnánk a weboldal felé mutató kényelmet).
  • A Python könnyebben olvasható.
  • A Python intuitívabb (vagy természetes) szintaxisa van.
  • A Python jobb csomag- és függőségi menedzsmenttel rendelkezik
  • A Python jobban támogatja az Unicode-t

Hogyan lehet megtanulni a Python-t? / Hogyan kell megtanulni kódolni a Pythonban?

A legjobb módszer a Python-kód megírásának megtanulására a Python Wiki Kezdő útmutatója.

Rubin

Hogyan lehet weboldalt felépíteni a Ruby-ban??

A Ruby nem különösebben web-orientált nyelv, de számos könyvtárat és eszközt fejlesztettek ki, amelyek kiszolgálóoldali szkriptnyelvként működnek mind a webes alkalmazások, mind a tartalom alapú webhelyek számára..

A Ruby nagyon népszerű webfejlesztő nyelvként szolgál a Saas alkalmazáshoz, és a legtöbb Ruby-ot weben használó ember a Ruby on Rails keretrendszert használja..

A tartalmi webhelyeknél a legnépszerűbb Ruby-alapú tartalomkezelő rendszerek a Sínekre épülnek, beleértve:

  • Sugárzó
  • Kazein
  • LocomotiveCMS

Mint várható, a Rails-alapú CMS-ek kicsit fejlesztőközpontúbb, mint a tipikus PHP-alkalmazások, például a WordPress és a Drupal. Ezek nem egy kattintással telepíthető szkriptek a bloggerek számára, hanem tartalomközpontú platformok az egyedi webhelyek fejlesztéséhez.

Használhatom a Rubint a megosztott tárhelyen?

Általában igen. De ezt nem mindig könnyű megtenni. A Ruby (a Rails és a Gem packgae manager mellett) kissé hírhedt, mivel nehéz beállítani. A megosztott tárhely általában megnehezíti (vagy lehetetlenné teszi) bizonyos konfigurációs változtatások elvégzését, amelyek szükségesek ahhoz, hogy minden jól működjön. Általában sokkal könnyebb megszerezni egy Ruby alkalmazást, amely fut egy VPS-tárhely-tervben.

Ha mégis megosztott tárhelyet kell használnia, akkor feltétlenül használja az összehasonlító eszközt a webhely tárolásához, amely támogatja a Rubint.

Hogyan lehet megtanulni Rubint? / Hogyan lehet megtanulni kódolni a Ruby-val?

Folyamatban van a vita arról, hogy a legjobb a Rubint egyedül megtanulni, vagy a Rubint a Ruby on Rails-szel együtt tanulni. Ha Ön webfejlesztő vagy webfejlesztő szeretne lenni, akkor valószínűleg a leginkább értelme, ha közvetlenül a Railsbe ugrik. A legnépszerűbb Ruby on Rails oktatóanyagot Michael Hartl írta.

Miért jobb a Ruby, mint a PHP??

A nyelv minősége természetéből adódóan szubjektív, ezért nehéz abszolút megállapításokat tenni arról, hogy az egyik nyelv jobb-e, mint a másik. Azonban a legtöbb fejlesztõ, akik tapasztalattal rendelkeznek mind a Ruby, mind a PHP iránt, inkább a Rubint részesítik elõnyben, és úgy tekintik, mint a kettõ jobb nyelvét. Ennek számos oka lehet, többek között:

  • A Rubint úgy tervezték, hogy könnyen írható legyen
  • A Ruby következetes
  • A Ruby intuitív

Maga a nyelv mellett a Ruby-ökoszisztéma általában jobb élményt nyújt a fejlesztők számára:

  • A Ruby kiváló csomagkezeléssel rendelkezik
  • A Ruby on Rails, amely sok fejlesztőnek csak a Ruby-val kapcsolatos tapasztalatainak összefüggésében rejlik, kiváló keret, amely elhárítja a kódolás legtöbb bosszantó aspektusát.
  • Számos olyan Ruby-eszköz létezik, amely népszerűsíti a kortárs bevált gyakorlatokat a tesztvezérelt fejlesztés, a folyamatos integráció, az automatizált telepítés és a szolgáltatásorientált architektúra terén..

A Ruby jobb, mint a Python?

Mindkét nyelvnek vannak rajongói és levonóik. Csak magukat a nyelveket tekintve, és figyelmen kívül hagyva a nagyobb fejlesztési ökoszisztémát, ezek lényegi minőségében és hasznosságában nagyjából megegyeznek. A programozási nyelvek azonban nem léteznek semmiben – az egyes nyelvek nagyobb kultúráját meg kell vizsgálni annak érdekében, hogy értelme legyen az, ami nem csak a lehetséges, de ami valójában gyakorlati.

A Ruby on Rails miatt a Ruby általában jobb választás a SaaS-alkalmazásokra, különösen a gyors fejlődésű környezetben, és különösen az adatközpontú CRUD (Create Read Update Delete) alkalmazások esetében.

A Python viszont jobb eszközökkel és jobb támogatással rendelkezik a matematikai és tudományos alkalmazásokhoz, ami jobb választást tesz lehetővé az adatelemzés, a tudományos számítástechnika és a mérnöki feladatok többsége szempontjából..

A Python népszerű általános szkriptnyelvként is a népszerű számítógépes feladatok automatizálásához. A Rubint erre is lehet (és használják), a Python ezt a fajta dolgot népszerűbb.

Javascript

A Javascript valódi programozási nyelv??

Igen.

Noha a Javascript eredete kevés energiájú nyelv a böngészőn belüli animációs effektusokhoz, az elmúlt évtizedben vagy annál jobban teljes nyelvűvé vált, amely szinte bármilyen alkalmazásfejlesztéshez hasznos lehet..

A Javascript Turing teljes?

Igen, de ez nem egy nagyon értelmes kérdés.

A Turing teljessége azt jelenti, hogy egy számítógép bármilyen számítási problémát meg tud oldani – ez nem azt jelenti, hogy gyakorlati vagy akár fizikailag is lehetséges, hogy bármilyen meghatározott alkalmazásban felhasználható legyen. Vannak Turing Complete mechanikus számítógépek, amelyek a Tinker Toys játékból készültek.

Amit a legtöbb ember megpróbál rájönni, amikor felteszi ezt a kérdést, az valami hasonlót jelent: A Javascript egy teljes funkcionalitású, általános célú számítási nyelv, amely bármilyen számú konkrét alkalmazáshoz használható?

Igen.

A Javascript szkriptnyelv?

Igen. A Javascript futási időben kerül értelmezésre, ahelyett, hogy végrehajtható bináris fájlokká fordítanák.

Használhatom a Javascriptet egy szerveren?

Igen. Noha a Javascriptet eredetileg ügyféloldali szkriptnyelvként építették fel, amelyet a böngészőben kell használni, nincs ok, ezért nem lehet kiszolgálóoldalon használni..

A legtöbb szerveroldali Javascriptet író ember a Node.js-t használja, egy eseményvezérelt webes fejlesztési keretrendszert.

Hogyan lehet webhelyet készíteni Javascript segítségével?

A legtöbb weboldal legalább egy kevés Javascriptet használ interakció céljából. Valójában a Javascriptet is használhatja a teljes webes alkalmazás alapjaként.

A Javascript szerveroldalon is használható a Node.js használatával. Ügyféloldalon számos népszerű Javascript keretrendszer létezik, köztük:

  • Szögletes
  • Hátgerinc
  • Parázs

Ha csak kliensoldali sablonra van szüksége, de nincs szüksége teljes fejlesztési keretre, akkor kipróbálhatja:

  • Kormányok
  • Bajusz

A Javascript objektumorientált?

Igen. De nem úgy viselkedik, mint a legtöbb más objektum-orientált nyelv. Bár a Javascript-ben minden objektum, nincsenek osztályok.

Mi a JQuery??

A JQuery egy népszerű Javascript könyvtár, amely egyszerűen használható módszereket biztosít a leggyakoribb Javascript webfejlesztési feladatokhoz. Ez úgy tekinthető, mint a Javascript nem hivatalos standard könyvtára (amelynek nincs hivatalos szabványos könyvtára.

keretek

Általános kérdés

Mi a keret??

A keret olyan szoftverfejlesztő eszköz, amely egyfajta sablont biztosít egy alkalmazás számára. Legalább egy csontváz-alkalmazást biztosít, amely biztosítja az alkalmazás általános szerkezetét vagy architektúráját. A keretrendszer általában előre megírt „kazánlemez” funkciókat is biztosít, amelyekhez szinte minden alkalmazásnak szüksége van, például a felhasználói menedzsmenthez vagy az adatbázis-kapcsolathoz. Egyes keretek (például a Ruby on Rails) kiegészítő eszközöket, például automatizált kódgenerálást biztosítanak.

Hogyan kell használni egy webes keretet?

A keret egy fejlesztési eszköz, tehát tudnia kell valamit a webfejlesztésről annak használatához. Ennek ellenére valaki, aki csak korlátozott fejlesztési tapasztalattal rendelkezik, általában sokkal továbbjuthat egy keretrendszerrel, mintha valamelyik alkalmazást a nulláról megpróbálta volna felépíteni..

A webes keretrendszer használatakor mindegyik különbözik egymástól. Néhányuk egyszerűen letölthető (vagy egy git repo fájlból villás) az alkalmazáskönyvtárba, így megadva a szükséges kezdősablont. Mások megkövetelik, hogy a keretet ténylegesen telepítse alkalmazásként a fejlesztő és gyártó gépekre.

A Python legjobb kerete?

A Python legnépszerűbb kerete a Django.

A legjobb keret a Ruby számára?

A Ruby számára a legnépszerűbb keret a Ruby on Rails.

A legjobb keret a PHP-hez?

A PHP-nek több webfejlesztési keretrendszere van, mint bármelyik más nyelven, ami értelme, mert ez a legnépszerűbb webfejlesztési nyelv.

A PHP-keretrendszer „arany szabványa” a Zend, melyet a vállalat készít, amely maga a PHP-nyelv fejlesztésének legnagyobb részét vállalja. A legnépszerűbb „független” PHP-keret a Laravel. Más nagyon népszerű keretek közé tartozik a Symfony és a CodeIgniter.

Szükségem van-e keretre??

Nos, ez attól függ, mit csinálsz. Ha egy szabványos tartalom alapú webhelyet próbál létrehozni, akkor: Nem, nincs szüksége webfejlesztési keretre, hanem tartalomkezelő rendszerre.

Ha új webes alkalmazást építesz, akkor nem feltétlenül kell fejlesztési keretet használnia, de általában rossz ötlet. Keret nélkül végül több tucat szabványos funkciót kell újra kifejlesztenie, amelyek minden alkalmazáshoz szükségesek. Ez pazarolja az időt, és rengeteg lehetőséget teremt az alacsony szintű hibákra és a kompatibilitási problémákra.

A keretrendszer lehetőséget ad arra, hogy a ténylegesen szükséges funkciók építéséhez ugorjon, ami sok időt takarít meg, és a fejlesztés élvezetes élményt nyújt a bosszantó feladat helyett..

A WordPress keret??

Nem igazán. A WordPress egy tartalomkezelő rendszer.

A WordPress felhasználható fejlesztési keretként, de ez nem igazán felel meg a keret általánosan elfogadott meghatározásának, mert túl specifikus.

A keretrendszert általában általános alkalmazássablonnak tekintik, kevés – ha van ilyen – alkalmazás-specifikus funkcióval. A WordPress viszont már teljes értékű CMS alkalmazás.

Ugyanakkor úgy használható, mintha fejlesztési keret lenne, új funkciókat épít pluginekként. Ez hasznos megközelítést jelenthet az erősen „tartalomorientált” alkalmazásokhoz – például (például) projektmenedzsment vagy közösségi hálózati alkalmazások.

A Drupal keret??

Nem igazán, de elgondolható és felhasználható egyként.

Általában érthető, hogy a fejlesztési keret általános célú alkalmazássablon. Szinte definíció szerint egy olyan tartalomkezelő rendszert, mint a Drupal, nem szabad keretnek tekinteni, mivel ez már egy teljes jogú alkalmazás, amelynek meghatározott célja.

A Drupal azonban egy rendkívül moduláris rendszer – az összes szolgáltatás, beleértve a tartalomkezelés legfontosabb funkcióit, független modulokként épül fel.

Ezért különösen jól működik alkalmazásfejlesztő platformonként, és még (valamiféle) keretnek is tekinthető.

Használhatok-e keretet a megosztott tárhelyhez?

Ez a kerettől függ. Egyes keretek csak alkalmazásvázak, csak az alkalmazásba beillesztendő kódot tartalmazzák. Az ilyen típusú keretek nagyrészt felhasználhatók bármilyen telepítési környezetben, amely támogatja az alapul szolgáló nyelvet és a könyvtárakat.

Néhány keretrendszer (nevezetesen a Ruby on Rails, de sok más is) fejlesztési eszközöket és alkalmazási platformot kínál, amelyeket telepíteni kell a kiszolgálóra. Előfordulhat, hogy ezek nem működnek egy megosztott tárhelyi környezetben, attól függően, hogy Ön, ügyfél, képes-e alkalmazásokat telepíteni, a szerver beállításait módosítani és egyéb módon kezelni a környezeti konfigurációt.

Melyik keret jobb?

Egyik keret sem a legjobb – a különböző keretek jobban működnek különféle alkalmazásokhoz, különböző fejlesztési módszertanokhoz és különböző programozó személyiségekhez.

Miért használjon keretet??

A keret számos módon egyszerűsíti az alkalmazás létrehozásának feladatát:

  • A keretrendszer kiküszöböli annak szükségességét, hogy olyan kazánlemez-alkalmazás funkciókat írjon elő, amelyekre szinte minden alkalmazásnak szüksége van, például a felhasználói menedzsment, a jelszó-kivonás és az adatbázis-kapcsolat.
  • A keretrendszer „csomagolt” megoldást kínál a böngészők közötti és / vagy a több környezet közötti kompatibilitásra.
  • A keretrendszer architektúrát biztosít az alkalmazás számára.
  • A keretrendszer a legtöbb programozási feladat elvégzésének standard módszerét kínálja, lehetővé téve a fejlesztőknek, hogy alacsony szintű megvalósítás helyett magas szintű funkcionalitásra gondolkodjanak..

Összességében ezek az előnyök hozzájárulhatnak a gyorsabb fejlesztéshez, jobb alkalmazásokhoz és boldogabb kódolókhoz.

Mi a Model View Controller??

A Model-View-Controller egyfajta alkalmazási architektúra. Ez az egyik leggyakoribb architektúra, és a legnépszerűbb fejlesztési keretek használják.

Az MVC architektúra mintája az alkalmazáskódot három fő komponensre osztja:

  • Modell – az adatmodell. Ez kezeli a rekordok ábrázolását a rendszerben.
  • Nézet – Ez kezeli a rekordok és interakciók ábrázolását a felhasználó számára.
  • Vezérlő – Ez kezeli az üzleti logikát, valamint magát a rendszert is.

Általában minden fő építészeti elemnek van egyedi alkotóeleme az alkalmazás minden egyes gyakorlati részéhez. Például: ha blog tartalomkezelő rendszert épít, akkor valószínűleg (többek között)

  • egy Post modell, amely meghatározza a tartalom minden adatmezőjét
  • egy vagy több közzétett nézet, amelyek a felhasználók által látott és a tartalomhoz való interakció különböző módjait ábrázolják, például egy teljes oldal és a szerkesztési nézet.
  • egy vagy több Post-vezérlő, amely olyan műveleteket kezel, mint a postai adatok szerkesztése, mentése és elérése, valamint további funkciókat, például egy Tweet küldését új üzenet közzétételekor.

.NET Framework / ASP.NET

Mi az ASP??

Az ASP eredetileg az Active Server Pages kifejezést jelentette. Szerveroldali szkriptek és sablonok nyelve, amelyet a Microsoft fejlesztett ki, és amelyet webfejlesztéshez használtak, a PHP felépítésénél kissé hasonlóan..

Míg az ASP-t (jelenleg „Classic ASP-nek”) továbbra is támogatják az IIS-t futtató Windows-kiszolgálók, a nyelv már nem aktív fejlesztés alatt áll – az utolsó kiadás 2000-ben volt..

Manapság az „ASP” általában az ASP.NET-re utal, a .NET platform tetejére épített webes fejlesztési keretre.

Tanulnom kellene az ASP.NET-et?

Ez a karriertől függ.

Az ASP.NET a nagyobb .NET platform része, amely viszont a nagyobb Microsoft Windows ökoszisztéma része, amely magában foglalja a Microsoft Common Language Runtime.

Az induló vállalkozások és a gyorsan fejlődő csapatok (például a PHP és a Ruby) által támogatott technológiákkal szemben a .NET platformot olyan nagy szervezetek részesítik előnyben, mint például vállalatok, vállalkozások és kormányzati szervezetek (különösen védelmi vállalkozók)..

Használhatom az ASP.NET-et Linux-tárhelyen?

Általában nem. Az ASP.NET csak Windows kiszolgálókra működik. Vannak Linux alapú .NET klónok, de a szoftver ezeket nem támogatja.

Lehet-e hostolni az ASP.NET-et megosztott tárhelyen?

Általában nem. A legtöbb megosztott tárhely Linux alapú. Vannak azonban néhány Windows-alapú megosztott gazdagép. A .NET platformon ezeknek jól kell működnie, és néhányuk kifejezetten telepíti és támogatja azt.

Miért érdemes használni a .NET keretet??

A .NET keretrendszer Windows gépeken fut, és mind kiszolgáló, mind asztali környezetben egyaránt használható.

Néhány előnye van a PHP és a Ruby alapú keretekkel szemben, többek között:

  • Hozzáférés a nagyobb Windows / Microsoft ökoszisztémához. Ha integrálnia kell más Microsoft alkalmazásokkal, például a Sharepoint vagy a Silverlight, akkor a Microsoft keretrendszere jobb eszközöket fog biztosítani ehhez..
  • Sebesség. A .NET-kódot IL-be (Intermediate Language) fordítják, amelyet majd futás közben géppel futtatható kódba fordítanak. A futási időből összeállított kód gyorsítótárban van és felhasználásra kerül minden erőforrás kéréskor. Az értelmezett szkriptnyelvekhez képest ez sokkal gyorsabb.

A .NET keretrendszer?

Igen, de nem kifejezetten web-orientált. Használható különféle alkalmazások készítéséhez, amelyek különféle (Windows) környezetekben futnak.

Az ASP.NET keretrendszer?

Igen. Az ASP.NET egy webspecifikus fejlesztési keretet rétegez az alapul szolgáló .NET keretrendszer tetején.

Grails

Mi az a Grails-keret??

A Grails egy webes alkalmazás-fejlesztési keret a Groovy programozási nyelvhez.

Mi a Groovy??

A Groovy a Java platform programozási nyelve. Az IT a Java bájtkódra fordul, és bármilyen Java virtuális gépen futtatható.

A Grails olyan, mint a Sínek?

A Grails-t eredetileg „Groovy on Rails” -nek hívták, és úgy tűnik, hogy részben a Ruby on Rails ihlette (a nevet a Ruby on Rails alapító kérésére megváltoztatták)..

A Grails, mint a Rails, az MVC architektúra mintát használja, és más hasonlóságokkal is rendelkezik:

  • a hangsúly a „konfigurációkon alapuló konvencióra”.
  • parancssori eszköz a gyors fejlesztéshez
  • állványok (automatikus kódgenerálás) CRUD adatbázis-műveletekhez

Hogyan különböznek a Grál és a Sínek??

A legnyilvánvalóbb különbség az, hogy összesen különböző technológiákra épülnek. A Grails a Groovy tetején épül, amely maga is a Java ökoszisztéma része. A Sínek Ruby-val készültek. Noha a két keret filozófiai alapot képvisel, ez a mögöttes technológiai különbség azt jelenti, hogy nagyon eltérően valósulnak meg.

Az egyik fő gyakorlati különbség az, hogy a Ruby on Rails hozzáférést biztosít a Ruby Gems rendszerhez, míg a Grails a Java ökoszisztéma pluginjaihoz és moduljaihoz fér hozzá..

Használhatom-e a Grails-ot megosztott tárhelyen??

Attól függ. A Grails használatához Java szükséges, így a Grails alkalmazás futtatásához képesnek kell lennie a Java virtuális gép telepítésére. Használhatja web hosting szolgáltatás-összehasonlító eszközünket annak a szolgáltatónak a megtalálására, amely kifejezetten támogatja a Grails-t.

Zend Framework

Mi az a Zend??

A Zend egy PHP-ben írt alkalmazásfejlesztési keret.

Miért használja a Zend-t??

Ez a kérdés két külön kérdésre bontható:

  • Miért használjon egy alkalmazás-fejlesztési keretet??
  • Miért érdemes a Zend-et használni (ellentétben más alkalmazásfejlesztési keretrendszerrel)?

Az első kérdésre – miért használjon alkalmazásfejlesztési keretet – könnyű válaszolni: Kevesebb kód. Kevesebb kód írása, kevesebb kód tesztelése, kevesebb kód fenntartása.

Minden alkalmazásnak nagyon sok „kazánlap” kódja van, amelyet újra és újra használnak: adatbázis-kommunikáció, felhasználói menedzsment, biztonság, munkamenetkezelés.

Keretek hiányában a legtöbb fejlesztő két dolgot csinál:

  • építsenek fel saját kódrészletek és újrafelhasználható objektumok könyvtárát ezek kezelésére.
  • támaszkodhat harmadik fél könyvtárainak és összetevőinek gyűjteményére

A keretrendszer legalább egy koherens megoldást nyújt – az újrafelhasználható alkalmazásbitek gyűjteményét, amelyek akár összeépülnek, akár összeállnak, vagy együtt tesztelik.

A legtöbb, beleértve a Zend-t, még tovább megy, és alkalmazási sablont biztosít vázlatos építészeti mintával. Ez segít a fejlesztőknek az új alkalmazási szolgáltatások gyors beírásában, ahelyett, hogy az alapfunkciók építésére pazarolnák az időt.

Ami a második kérdést illeti – különös tekintettel a Zendre -, a Zend a legnépszerűbb PHP webes fejlesztési keret. A vállalat építette, amely a PHP nyelv folyamatos fejlesztésének elsődleges aláírója. Ez annyira közel áll a „szabványos” kerethez, mint van.

Tudnom kell a PHP-t a Zend használatához?

Igen.

A Zend egy alkalmazásfejlesztési keret, nem pedig drag and drop webhely-készítő. Megkönnyíti és gyorsabbá teszi a fejlesztést, de nem helyettesíti azt a tényt, hogy valóban tudni kell, hogyan kell kódolni, vagy meg kell érteni a webalkalmazás működését.

Objektumorientált Zend?

Igen. Maga a Zend 100% -ban objektum-orientált kóddal van írva, és a keret felépítése arra ösztönzi a fejlesztőket, hogy kövessék az objektum-orientált gyakorlatokat.

A Zend szolgáltatásorientált?

Lehet. A szolgáltatásorientáció egy építészeti paradigma, ahol a diszkrét funkcionalitást független (vagy félig független) szolgáltatásokra osztják.

Webfejlesztési környezetben ez általában olyan REST webszolgáltatások létrehozását foglalja magában, amelyekhez HTTP hívásokkal lehet hozzáférni és amelyek olyan adatokat adnak vissza JSON vagy XML formátumban, amelyet szinte bármilyen kliens alkalmazás igénybe vehet..

A Zend könnyen támogatja az ilyen típusú alkalmazás-architektúrát, de ehhez nem szükséges.

A Zend egy MVC keretrendszer?

Igen.

A modell nézet-vezérlő egyfajta építészeti paradigma, amelyben az alkalmazás funkcionalitása három fő komponensre oszlik:

  • modell – meghatározza az alkalmazás adatmodelljét, beleértve a különféle rekordokat és azok attribútumait, kapcsolatait és taxonómiáit.
  • Nézet – minden modellhez egy vagy több interfészt határoz meg
  • vezérlő – meghatározza az üzleti logikát és az alkalmazás funkcionalitását.

A Zend keretrendszert a modell nézet-vezérlő architektúrájának támogatására tervezték.

Használhatom a Zend felhasználásával egy weboldalt?

Igen, de lehet, hogy túlzott.

A Zend egy alkalmazásfejlesztési keret, nem tartalomkezelő rendszer. Egy alapvető tartalomvezérelt webhelynél jobb lenne olyan tartalomkezelő rendszerekkel, mint például a WordPress vagy a Drupal.

Használhatom a Zend szolgáltatást webszolgáltatásokhoz?

Igen. A Zend támogatja a REST alapú webszolgáltatásokat, és bármilyen outputot képes visszatérni, ideértve a JSON, XML vagy HTML oldalakat is.

Használhatom a Zend-t megosztott tárhelyen?

Igen. A Zend PHP könyvtárak gyűjteményeként működik, amelyeket a PHP alkalmazás tartalmaz. Tehát a Zend általában bármely olyan kiszolgálón futhat, amelyen PHP futhat. Ha extra biztos akar lenni, akkor a web hosting összehasonlító eszközünk segítségével megtalálhatja azokat a host cégeket, amelyek kifejezetten támogatják a Zend-et.

Használhatom a Zend-t PHP nélkül?

Nem. A Zend egy PHP keretrendszer. PHP-ben írták. Az új fejlesztés a PHP-ben van írva. A Zend nem használható PHP nélkül.

Zend jobb, mint Cake??

A Zend sokkal népszerűbb, mint a CakePHP, különösen az állandó vállalati felhasználók körében. A CakePHP kissé népszerűbb a gyors fejlesztési csapatok és az induló vállalkozások körében, és elkötelezettebb felhasználói bázissal rendelkezik.

Használhatom a Zend-t Mongóval?

Igen. A MongoDB-t jól támogatja Zend.

Támogatja-e a Zend a CouchDB-t?

Igen. A Zendben a CouchDB jól támogatott.

Laravel

Mi az a Laravel??

A Laravel egy webes fejlesztési keret a PHP-hez.

Tudnom kell a PHP-t a Laravel használatához?

Igen. A Laravel egy PHP-alapú webes fejlesztési keret. Nagyon sok fejlesztési feladatot gyorsít fel, de nem zárja ki azt a tényt, hogy a PHP-ben való kódírás tényleges ismerete szükséges..

Objektumorientált Laravel?

Igen. A Laravel objektum-orientált fejlesztési keret.

A Laravel szolgáltatásorientált?

A szolgáltatásorientáció olyan tervezési mintázat, amelyben a diszkrét funkcionalitást „szolgáltatásokba” csomagolják, amelyekhez bármely rendszer hozzáférhet, megfelelő engedéllyel.

A Laravel felhasználható szolgáltatásorientált architektúra megvalósítására, de ez nem kényszeríti a fejlesztőket e megközelítés alkalmazására.

A Laravel MVC keretrendszer??

Igen. Laravel követi a Model-View-Controller architektúra mintát, és arra ösztönzi a fejlesztőket, hogy kövessék azt.

Használhatom a Laravel weblapot? / Hogyan lehet weblapot készíteni a Laravel segítségével?

Igen, de egy egyszerű tartalmalapú webhely esetében valószínűleg túlzottan nagy. A tipikus webhelyek PHP-alapú tartalomkezelő rendszeréhez keresse meg a WordPress vagy a Drupal oldalt. A Laravel új webes alkalmazásokat épít.

Használhatom a Laravel internetes szolgáltatásokat?

Igen. A Laravel REST alapú architektúrát alkalmaz. Ezt többféle módon lehet felhasználni. Az egyik módszer olyan webszolgáltatások felépítése, amelyek lehetővé teszik az ügyfél alkalmazások számára, hogy CRUD műveleteket hajtsanak végre, és egyéb alkalmazásfunkciókat indíthatnak el HTTP kérések révén, és visszaadnak bizonyos adatformátumot (például JSON vagy XML), amely az ügyfél számára használható..

Használhatom a Laravel-t megosztott tárhelyen?

Általában. A Laravel a PHP-vel van építve, amelyet a legtöbb megosztott tárhely környezetben jól támogatnak. Az biztos, hogy a tárhely-összehasonlító eszközünkkel olyan szolgáltatókat kereshet, amelyek kifejezetten támogatják a Laravel-t.

Használhatom a Laravel-t PHP nélkül?

Nem. A Laravel a PHP-ben van beépítve, és a Laravel tetején a fejlesztés a PHP-ben történik.

Miért érdemes használni a Laravel-t??

Mint minden alkalmazási keret, a Laravel felgyorsítja a fejlesztést számos általános programozási feladat kiküszöbölésével vagy automatizálásával.

Jobb Laravel, mint Zend?

A projektek számát tekintve a Zend valóban népszerűbb, mint a Laravel. Úgy tűnik, hogy Laravelnek odaadó felhasználói bázisa van. A Laravel mellett álló pontok a következők:

  • Jobb dokumentáció
  • Támogatás a sablonosabb nyelvekhez
  • Magasabb szintű fejlesztői elégedettség

A Zend-et általában az Enterprise ügyfelek kedvelik, ha nagy, küldetés-kritikus rendszereket üzemeltetnek. A Laravel inkább a gyors fejlődés és az új alkalmazások felé irányul. Ennek inkább a két projekt kultúrájával és történetével kell foglalkoznia, nem pedig a velük járó érdemükkel.

Jobb Laravel, mint Cake??

A Laravel és a CakePHP fogalmilag nagyon hasonlóak, mindkettő az építészet, az állványozás és az adatbázis absztrakció tekintetében a legjobb gyakorlatok összességében konvergál. A Laravel előnyei lehetnek a jobb dokumentáció és a harmadik féltől származó több oktatóanyag szempontjából, és bizonyíték van arra, hogy sok CakePHP fejlesztő átváltott a Laravelre..

Ha először tanul egy keretrendszert használni, vagy általánosabban szeretné növelni foglalkoztathatóságát, a Laravel egy kicsit forróbb. De ha úgy dönt, hogy melyik keretet használja a saját projektéhez, és már jól ismeri a CakePHP-t, akkor nincs erős technikai ok a váltásra.

Használhatom a Laravel-t Mongo-val?

Igen. A cikk írása óta Laravel nem támogatja a MongoDB-t „a dobozból”, de több csomag is támogatja a MongoDB-t. Jelenleg a legnépszerűbb a Laravel MongoDB címe.

Támogatja-e a Laravel a CouchDB-t?

Nem igazán. Van néhány csomag (plugin), amelyek a CouchDB támogatást nyújtják a Laravelnek, ám egyik sem érett e cikk írásakor. Ha a Laravel-et nem relációs adatbázisokkal kell használni, akkor valószínűleg jobb szerencséje lesz a MongoDB-vel.

CakePHP

Mi az a CakePHP??

A CakePHP egy webes fejlesztési keret, amelyet PHP-ben írtak.

Miért érdemes használni a CakePHP-t??

A CakePHP állványt vagy csontvázat biztosít egy PHP-alapú webalkalmazáshoz. Ez biztosítja a kazánlemez-kódot számos tipikus alkalmazáshoz, mint például az adatbázis-összeköttetés, az iratok szerkesztése és a felhasználókezelés – így elkerülhető a fejlesztőknek, hogy minden alkalmazásban újra feltalálják a kereket. Gyors fejlesztési eszközöket, csomagkezelést és telepítést biztosít.

Röviden: a CakePHP gyorsabbá és könnyebbé teszi a webes alkalmazások kiépítését, és lehetővé teszi a fejlesztők számára, hogy az új hozzáadott értéket képviselő új szolgáltatásokra összpontosítsanak.

Tudnom kell a PHP-t a CakePHP használatához?

Igen.

A CakePHP egy webfejlesztési keret, amelyet a PHP tetejére építettek. Míg a Cake jelentősen csökkenti a webes alkalmazás létrehozásához írandó kód mennyiségét, a PHP használatához még mindig meg kell értenie és kódolnia kell annak felhasználását..

A CakePHP objektum-orientált?

Igen. A CakePHP objektum-orientált tervezési elvek alapján épül fel, és ösztönzi az OO programozását. Mivel azonban a PHP önmagában nem objektum-orientált (vagy „funkcionális”) programozást tesz lehetővé, nem-OO kódot lehet írni egy CakePHP alkalmazásba. A CakePHP főbb szerkezeti elemei azonban objektumorientált kód írása nélkül nem érhetők el.

A CakePHP szolgáltatásorientált?

Nem kifejezetten, de így is felhasználható.

A szolgáltatásorientáció olyan építészeti paradigma, amely „magasabb szinten” működött, mint a CakePHP. Egy SOA-ökoszisztémában az egyes funkciós részek félig független „szolgáltatások” formájában vannak telepítve, amelyekhez egy vagy több ügyfélalkalmazás érhető el..

A CakePHP felhasználható SOA-stílusú webszolgáltatások létrehozására, amelyekhez egy ügyfélen, például Javascript-alapú böngésző-alkalmazáson vagy más szerver-alapú alkalmazáson keresztül lehet hozzáférni..

Ennek megvalósításához a nézetnek kiadást kell szolgáltatnia fogyasztható adatformátumban, például JSON vagy XML. Vannak PHP könyvtárak és CakePHP modulok ennek a könnyű megvalósításához.

A CakePHP MVC keretrendszer?

Igen. A CakePHP a Model-View-Controller építészeti paradigmát követi, amelyben az alkalmazás funkcionalitása három fő komponensre van felosztva:

  • Modell – Az adatmodell, amely meghatározza, hogyan jelennek meg a rekordok a rendszerben, milyen attribútumokkal rendelkezhetnek, és milyen kapcsolat áll fenn más rekordokkal.
  • Nézet – Mindegyik modellhez egy vagy több interfész tartozik.
  • Vezérlő – Alkalmazásfunkciók és üzleti logika.

Használhatom a CakePHP-t egy weboldal készítéséhez??

Igen, de attól függően, hogy milyen típusú webhelyre gondol, valószínűleg nem kellene.

A legtöbb webhely egyszerűen egy módja annak, hogy a tartalmat egy látogatóhoz továbbítsák. Ha ez a webhely, amelyet el kell készítenie, akkor valószínűleg sokkal jobb az, ha egy létrehozott Tartalomkezelő Rendszert használ, mint például a WordPress vagy a Drupal..

Hasonlóképpen, ha e-kereskedelmi webhelyet, wikit vagy hirdetőtáblát akar létrehozni – rengeteg jó, már beépített szoftver található az ilyen típusú webhelyek futtatásához.

A CakePHP-t – és valóban bármilyen fejlesztési keretet – a legjobban új webes alkalmazások készítésére, nem pedig csupán egy weboldal telepítésére használható..

Használhatom-e a CakePHP-t webszolgáltatásokhoz?

Igen.

A CakePHP a Views segítségével határozza meg az interfészeket. Egy tipikus webalkalmazásban ezek a nézetek HTML oldalakat generálnak, amelyeket egy böngészőben lehet megtekinteni. Ugyanakkor ugyanolyan könnyen beállíthatók egy fogyóeszköz-formátum kiadására, mint például a JSON vagy az XML. Ez lehetővé tenné az ügyfélalkalmazások számára, hogy webszolgáltatásként férjenek hozzá az alkalmazáshoz.

Használhatom a CakePHP-t megosztott tárhelyen?

Igen, de előfordulhat, hogy bizonyos konfigurációkkal jár, és beállíthat problémákat, ha a tárhely korlátozza a szerverbeállítások és a konfiguráció megváltoztatásának lehetőségét.

A CakePHP olyan parancssori segédprogramokat biztosít (mint például a bake – build rutin), amelyekhez ssh hozzáférést igényelnek. Ezenkívül képes lesz szerkeszteni a .htaccess fájlt.

Használhatom a CakePHP-t PHP nélkül?

Nem.

A CakePHP egy PHP-alapú webes fejlesztési keret. Ez nagyban felgyorsítja a fejlesztési feladatokat és csökkenti az írandó kód mennyiségét – de még mindig meg kell írnia néhány kódot.

Támogatja-e a CakePHP a Mongót??

Nem közvetlenül, de van egy nyílt forráskódú adatbázis-illesztőprogram a Mongo és a Cake számára.

Támogatja a CakePHP a CouchDB-t?

Nem közvetlenül, de van egy plugin, amely a CouchDB támogatást nyújtja a CakePHP-nek.

CodeIgniter

Mi a CodeIgniter??

A CodeIgniter egy PHP-ben írt webes alkalmazásfejlesztési keret.

Miért érdemes használni a CodeIgniter-et??

Az összes webfejlesztési keret célja a fejlesztők által írandó kód mennyiségének csökkentése és az új webes alkalmazások létrehozásának felgyorsítása. Ezt úgy teszik meg, hogy biztosítják:

  • jól tesztelt, platformok közötti kompatibilis alkatrészek az általánosan megkövetelt alkalmazási funkciókhoz, például az útválasztáshoz, az objektumkapcsolat feltérképezéshez és a felhasználói menedzsmenthez.
  • egy csontváz alkalmazás sablonja
  • építészeti paradigma
  • fejlesztési filozófia

A CodeIgniter egy könnyű keret, amely csak a webes alkalmazás létrehozásához szükséges alapvető funkciókat biztosítja. MVC architektúrát és alacsony szintű segédprogramok szűk gyűjteményét nyújtja. További funkciók bővítményekkel bővíthetők.

Tudnom kell a PHP-t a CodeIgniter használatához?

Természetesen! A CodeIgniter egy PHP-alapú fejlesztési keret a webes alkalmazások számára. Ez önmagában nem alkalmazás, hanem eszköz az alkalmazások készítéséhez. Miközben csökkenti a fejlesztők által elvégzendő munka mennyiségét, továbbra is olyan fejlesztőt igényel, aki megérti (és be tudja írni) a PHP-t.

Objektumorientált CodeIgniter?

Igen. A CodeIgniter 100% -ban objektumorientált.

A CodeIgniter szolgáltatásorientált?

Nem és igen – lehet.

A szolgáltatásorientáció a rendszer felépítésének egyik módja. A funkcionalitás vagy a szerver interakcióinak minden nagyobb részét félig autonóm „szolgáltatássá” választják szét, amelyeket harmadik féltől származó kliens alkalmazás (általában Javascript-alapú weboldal) hívhat meg az interneten. A szolgáltatás visszatérési adatok fogyasztható formátumban, például JSON vagy XML, szemben a megjelenített HTML-vel.

A CodeIgniter felhasználható ezen a módon webszolgáltatások létrehozására, vagy beállítható böngésző által használható HTML létrehozására a szerveren (vagy mindkettőn). Mindkét esetben a felületet egy nézetben definiálják.

A CodeIgniter MVC keretrendszer?

Igen. Valójában az MVC architektúra szinte az egyetlen, amit a CodeIgniter „a dobozból” biztosít – szándékosan egy „könnyű” keret, amely csak az „alapvető elemeket” biztosítja, és a CodeIgniter fejlesztői az MVC építészeti mintáját legyen a legfontosabb elem minden.

Használhatom a CodeIgniter programot egy weboldal készítéséhez?

Megteheti, de vannak jobb lehetőségek, ha csupán egy normál webhely közzétételét próbálják megtenni.

A legtöbb webhely néhány tipikus kategóriába tartozik: blogok, CMS alapú, wikik, fórumok, e-kereskedelem. Ha szüksége van az ilyen típusú webhelyek egyikére, akkor nem kell teljesen új webhelyet felépítenie a CodeIgniter segítségével – használhat egy vagy másik szabványos alkalmazást és tartalomkezelő rendszert, például a WordPress egy bloghoz, a Magento egy e-áruházhoz, vagy bbPress egy online fórumhoz.

A CodeIgniter új webes alkalmazások készítéséhez hasznos.

Használhatom a CodeIgniter szolgáltatást webszolgáltatásokhoz?

Igen.

Az alkalmazás szolgáltatás-orientált módon történő létrehozásához két változtatást kell végrehajtani a legtöbb PHP webalkalmazás tervezésében:

  • Az alkalmazás funkcióit szét kell választani az állapot nélküli funkcionalitás diszkrét részeire
  • Az ezekhez az alkalmazási szolgáltatásokhoz történő hívások kiadását fogyasztható formátumban kell biztosítani, például JSON vagy XML, a HTML oldalakkal szemben.

Az első kérdés a fejlesztői készség és a tervezés kérdése. A második az egyéni keret jellemzője (vagy sem). A CodeIgniter felhasználható bármilyen formátumú kimenet biztosítására, ideértve a JSON-t és az XML-t, valamint a HTML-t is.

Használhatom a CodeIgniter-et megosztott tárhelyen?

Igen. Valójában a CodeIgniter egyike azon kevés PHP keretrendszernek, amely fejlesztési filozófiájában kifejezetten figyelembe veszi a megosztott tárhely korlátozásait. A CodeIgniter alapfájljai viszonylag kicsik és nem igényelnek speciális konfigurációt.

Használhatom a CodeIgniter-et PHP nélkül?

Nem. A CodeIgniter lehetővé teszi a fejlesztő számára, hogy kevesebb kódot írjon be, és gyorsabban írja be a kódot, de még mindig szükség van rá, és ennek a kódnak PHP-nek kell lennie..

A CodeIgniter jobb, mint Zend?

Egyik sem sem jobb abszolút értelemben, de lehet, hogy különféle helyzetekben is jobb.

A Zend egy teljes funkcionalitású keret, amely több eszközt és segédprogramot biztosít a magban. Ez valószínűleg jobb a nagy, bonyolult vállalati alkalmazásoknál – de ez a tömeges ár és a megosztott tárhely problémáinak valószínűsége. Szintén van egy nagy tanulási görbéje, mert ennyit képes megtenni.

A CodeIgniter-t kifejezetten kicsi és könnyű kialakításra tervezték, amely csak az alapvető szolgáltatásokat nyújtja. Könnyű megtanulni. Ez ideálissá teszi kisebb projektekhez, olyan alkalmazásokhoz, amelyeket megosztott tárhelyen kell üzemeltetni, és gyors fejlesztési munkákhoz.

A CodeIgniter jobb, mint Laravel?

A Laravel és a CodeIgniter kissé hasonlóak abban az értelemben, hogy egyaránt MVC-alapú PHP webes fejlesztési keretek. De fejlődésüket két különböző filozófia vezeti.

A Laravel egy teljes körű keret. Nagyszámú komponenst tartalmaz, valamint a gyors fejlesztéshez szolgáló parancssori felületet és a csomagkezelő rendszert.

A CodeIgniter tervezése szerint kisebb funkciókkal rendelkezik. Szándékosan könnyű.

A kevesebb szolgáltatás és eszköz teszi a CodeIgniter-t bizonyos értelemben kevésbé hatékony keretrendszergé, ám van néhány előnye. A CodeIgniter könnyebben megtanulható. Kevesebb tárolást és memóriát igényel. Könnyebben telepíthető megosztott tárhelyen.

Használhatom a CodeIgniter-et Mongo-val?

Igen. A CodeIgniter nem támogatja közvetlenül a Mongót, de vannak olyan harmadik fél által létrehozott könyvtárak, amelyek a Mongo támogatást nyújtják a CodeIgniterben. Használhatja a Mongo által biztosított szokásos PHP illesztőprogramot is.

Támogatja a CodeIgniter a CouchDB-t?

Nem közvetlenül, de könnyen elérhető a Couch közvetlenül a PHP-vel.

Django

Mi az a Django??

A Django egy Python-ban írt webes alkalmazás-fejlesztési keret.

Miért érdemes használni a Django-t??

Ehhez a kérdéshez három különböző kérdésre kell választ adnia:

  • Miért használjon keretet (ahelyett, hogy a semmiből építené)?
  • Miért érdemes használni a Python-ot (olyan nyelv helyett, mint a PHP vagy a Ruby)?
  • Miért érdemes használni a Django-t (más Python-keret helyett)?

A keretrendszer felgyorsítja az alkalmazásfejlesztést azáltal, hogy el kell távolítani a közös alkalmazásfunkciókat. Ezenkívül számos keretrendszer építészeti mintát biztosít, például a népszerű MVC mintát, amely segít a fejlesztőknek az alkalmazáskódok szervezésében.

A keret használata kevesebb kódot ír, és kevesebb kódot tesztel. Az alacsony funkcionalitású fejlesztési feladatok helyett azonnal új funkciókat ír be.

Miközben a fejlesztési keretrendszer használata nem óvatos, még mindig sok a választási lehetősége a fejlesztési nyelvek számára.

A Python nem kap annyira figyelmet, mint a PHP és a Ruby, ám ez nagyon jó nyelv. Nagyon jól olvasható, könnyen megtanulható, széles eszközválasztékkal és kiváló szabványos könyvtárral rendelkezik.

A Python használatának talán az egyik legjobb oka az, hogy összehasonlítva más magas szintű értelmezett nyelvekkel (mint például a PHP és a Ruby) kiváló eszközökkel rendelkezik a matematika, a tudomány, a zene és más típusú elemzésekhez és adatfeldolgozáshoz. Az egyik domain webes alkalmazásaihoz valószínűleg ez a legjobb választás.

Ha webes alkalmazást fog készíteni Pythonban, akkor a Django legyen az első keret, amelyet megnézzen. Ez a Python legnépszerűbb kerete, amely számos eszközt biztosít a gyors webfejlesztéshez. A Python egy CLI-t (parancssori felületet) biztosít, amely számos fejlesztési feladatot automatizál. Nagyon erős SZÁRA (ne ismételje meg önmagát) filozófiája, és nagyon jól dokumentált.

Tudnom kell a Python-ot a Django használatához?

Igen. A Django a Python webfejlesztési keretrendszere – képesnek kell lennie a Python írására, hogy kihasználhassa azt.

Django objektum-orientált?

Igen. Maga a Python teljesen objektum-orientált, bár nem érvényesíti az összes objektum-orientált koncepciót. (Például, ha egy programozó olyan kódot akar írni, amely közvetlenül elérhető az objektum változóihoz, a Python ezt lehetővé teszi. Másrészt a Python fejlesztő ugyanolyan könnyen írhat osztályokat, amelyek követik az összes hagyományos OOP gyakorlatot.)

A Django alapvető tulajdonságait különféle osztályokban biztosítják, amelyeket a fejlesztő tovább bővít. Például létezik egy Model osztály, amelyet azután a fejlesztő az egyes rekordtípusokra kiterjeszt a gyermek osztályokra.

A Django szolgáltatásorientált?

Lehet, de nem kell, hogy legyen.

A szolgáltatásorientált webalkalmazás kiépítésének kulcsa az, hogy diszkrét funkciós készleteket csomagoljon a RESTful szolgáltatásokba. Django szempontjából ez olyan specifikus nézetek létrehozását vonja maga után, amelyekhez HTTP osztályon keresztül lehet hozzáférni, és amelyek felhasználható formátumban adják vissza az adatokat, például JSON.

Djangóban ez a semmiből építhető, de sok „kazánlap” van benne, tehát jobb megoldás lenne, ha valami hasonlót használnánk a Django REST keretrendszerhez..

A Django egy MVC keretrendszer?

Igen.

Az MVC, vagy a Model View Controller egy építészeti paradigma, amelyben az alkalmazáskód három fő komponenskészletre van felosztva:

  • Modellek – amelyek kezelik az alkalmazás által kezelt különféle rekordok adatmodelljét. Minden modell definiál egy rekordtípust (például Személy vagy Post), valamint az összes társulást és attribútumot.
  • Nézetek – A nézet a modell egy adott felületét képviseli. Mindegyik modellnek legalább egy nézete van, de lehet több: például egy blogszerző alkalmazásban az, hogy a Bejegyzés miként jelenik meg, ha önmagában egyetlen oldalon van, egy nézet lehet, míg ahogy az a hozzászólások listájában megjelenik az indexoldal egy másik nézet.
  • Vezérlők – A vezérlők kezelik az alkalmazás funkcióit, az üzleti logikát, az útválasztást és egyéb feladatokat. Például, ha egy blogging alkalmazás Tweet-t fog küldeni minden egyes új üzenet közzétételekor, akkor ez a funkció beépül egy Controllerbe (esetleg a TweetPost vezérlőbe, amelyet a Publish vezérlő hív.).

A Django modell, nézet és vezérlő osztályokat foglal magában, és a fejlesztési feladatok nagy részét ezeknek az új gyermekosztályokba történő kiterjesztése képezi, amelyek az alkalmazás funkcionalitását határozzák meg. Például egy blogkészítő alkalmazás létrehozása magában foglalja a Model osztály egy Post osztályba való kiterjesztését, a View osztály kiterjesztését Single és Index osztályokra, valamint egy vagy több Controller gyermekosztályt az automatizálás, a társadalmi megosztás és a szindikálás kezelésére..

Használhatom a Django weboldalt?

Igen.

A Django egy alkalmazásfejlesztési keret, nem tartalomkezelő rendszer. Ez azt jelenti, hogy önmagában a Django nem biztosít mindent, amire szükség van egy alapvető tartalomvezérelt webhely elindításához anélkül, hogy egy kicsit fejlesztenie kellene – olyan fejlesztést, amely valóban túlzott lenne a legtöbb szokásos weboldal-projektnél (a kerék újra feltalálása szempontjából)..

Van azonban a Djangóban beépített Tartalomkezelő Rendszer, amelyet django CMS-nek hívnak. Ez egy jó lehetőség egy olyan tartalomközpontú webhelyhez, amelyhez szintén szükség van egyéni funkciókra, amelyek előnyösek lennének a Django és a Python számára.

Használhatom a Django internetes szolgáltatásokat?

Igen, a Django REST keretrendszer használatával.

Használhatom a Django szolgáltatást megosztott tárhelyen?

Igen, de sok fejlesztő csalódott a megosztott tárhely korlátozásaival, különösen a szerverkonfigurációk megváltoztatásának nehézségeivel. Mégis lehetséges. Annak érdekében, hogy a jobb lábon induljon, használja az összehasonlító kereső eszközünket olyan web hosting cégek keresésére, amelyek kifejezetten támogatják a Djangot.

Használhatom a Djangot Python nélkül?

Nem. A Django Python-ban van beépítve, és a fejlesztőknek Python-ot kell használniuk az alkalmazások felépítésére.

Használhatom a Djangot Mongóval?

Igen. Ennek legegyszerűbb módja a Django MongoDB Engine használata.

Támogatja-e a Django a CouchDB-t?

Nem natív módon, de vannak könyvtárak és segédprogramok, amelyek támogatják, bár egyikük sem olyan érett és jól támogatott, mint a MongoDB támogatása.

Van-e más jó Python-keretrendszer??

Két másik népszerű webes fejlesztési keret létezik a Python számára:

  • Turbogears
  • Web2py

De Django messze a legnépszerűbb.

node.js

Használható a Javascript szerveroldalon?

Igen.

A Javascriptet eredetileg böngészőn belüli szkriptnyelvként hozták létre. Most, a Node.js-vel, kiszolgálóoldalon is használható.

Mi a node.js?

A Node.js egy szerveroldali Javascript alkalmazásplatform, amely a Chrome Javascript futási idejére épül.

A Node.js alkalmazásfejlesztési keret?

Nem pontosan. A Node.js lehetővé teszi a Javascript alkalmazások futtatását egy szerveren, de önmagában nem nyújt olyan építészeti támogatást vagy kazánlemez-alkalmazáskódot, amelyet általában egy fejlesztési kerethez társítanak..

Van-e alkalmazásfejlesztési keretrendszer, amely használható a Node.js-vel?

Igen, több:

  • Az alacsony szintű keretek között szerepel:
    • Az Express.js egy minimalista keretrendszer, amely biztosítja a webes alkalmazások fejlesztéséhez szükséges eszközöket. Ez a Node.js tényleges szabványos webes keretrendszere, de nem sokkal akadályozza meg az alkalmazásvázat.
    • Socket.io – egy „valós idejű” keretrendszer kétutas kommunikációt tesz lehetővé az ügyfélalkalmazás és a szerveralkalmazás között.
  • Az MVC alkalmazási keretrendszerei a következőket tartalmazzák:
    • Meteor
    • MeanJS
    • Derby

A node.js eseményvezérelt?

Igen. Maga a Javascript eseményvezérelt, tehát a Node.Js is.

A node.js egy MVC keret?

A Node.js alkalmazás platform, nem keret. Számos alkalmazásfejlesztési keretrendszer épül rá. (Lásd fent.)

A node.js szolgáltatásorientált?

Nem. A Node.js önmagában nem egy alkalmazás. Használhatja azonban szerver-orientált alkalmazások készítésében.

Használhatok a node.js weboldalt?

Valószínűleg ez egy rossz ötlet.

Hogyan készítsünk egy alkalmazást a node.js segítségével?

A legtöbb fejlesztő, amely a Node.js tetejére épít, egy vagy több keretet használ a fejlesztés felgyorsítására.

Használhatom a node.js-t a megosztott tárhelyen?

Általában nem. A Node.js meglehetősen alacsony szintű segédprogram, és saját webszervert üzemeltet. Egyetlen megosztott tárhely szolgáltató sem (amelyről ismertünk) nem kínálja a Node.js futtatásához szükséges hozzáférési és konfigurációs vezérlést.

Ha Node.js alkalmazást akar létrehozni, akkor sokkal jobb lesz a VPS tárhely-terv használata.

Használhatom a node.js fájlt Linux rendszeren?

Igen.

Futtathatom a node.js-t helyben?

Igen.

Futtathatom a node.js fájlt Windows rendszeren?

Igen.

Futtathatom a node.js fájlt Mac rendszeren?

Igen.

Ruby on Rails

Mi a Ruby on Rails??

A Ruby on Rails egy webes alkalmazásfejlesztési keret, amelyet Ruby-ban írtak.

Miért érdemes használni a Ruby on Rails-t??

A Sín számos előnnyel jár.

Mint minden webalkalmazás-keretrendszer, a Rails sok kazánlehetőséget biztosít. Nem kell órákat írnia ahhoz, hogy alkalmazásod adatbázishoz beszélhessen – a Ruby on Rails kezeli az Ön számára. Még jobb, ha a Ruby kivonja az adatbázis-kapcsolatot, hogy bármilyen adatbázissal használható – MySQL, PostgreSQL, SQLite – anélkül, hogy aggódnia kellene a különféle megvalósítások közötti különbségek miatt..

A Rails szerkezeti vázszerkezetet biztosít Model-View-Controller architektúra formájában. Amikor leül, hogy írja a Rails alkalmazást, egyértelmű, hogy hova kell mennie, és melyeket kell először megtenni:

  • Meg akarja határozni az adatok tárolásának módját, vagy az egyes rekordtípusok összefüggését? Ez a modellben van.
  • Meg szeretné határozni, hogy az adatok hogyan jelenjenek meg egy oldalon? Ez egy nézet.
  • Művelet indítása egy új üzenet közzétételekor? Vezérlő.

Mivel a Rails a Ruby-ra épül, hozzáféréssel rendelkezik a Ruby Gems rendszerhez, amely nagyon egyszerűen használható megoldást kínál a függőség kezelésére. A Gem rendszer automatikusan felismeri a szükséges csomagokat, és telepíti azokat az Ön számára. Meglehetősen kiterjedt harmadik féltől származó, nyílt forráskódú plug-inek ökoszisztémáját is biztosítja.

A Rails állványzatot vagy automatizált kódgenerálást kínál. A parancssori eszköz segítségével gyorsan felvázolhatja az alkalmazás durva elemeit. Mondja el a Railsnek, hogy nyilvántartást szeretne vezetni egy hozzászólásnak nevezett eszközről, és egyetlen paranccsal rendelkezik egy postai modellvel, egy postai nézettel, egy postai vezérlővel, a hozzászólások indexével és az URL-útválasztással. Ez felgyorsítja a dolgok kicsit kilépését.

Végül, a Rails ösztönzi a tesztvezérelt fejlesztést (TDD) egy jól integrált, beépített egységteszt-készlettel (és az alapértelmezésen kívüli egyéb egységteszt-keretrendszerek támogatásával).

Tudnom kell Rubint, hogy használjam a Ruby on Rails alkalmazást?

Igen. A Ruby on Rails be van építve a Rubyba, és a rá írt kód, amellyel a funkciók épülnek, Rubyban van.

Mivel azonban a Ruby on Rails viszonylag könnyen használható és nagyon népszerű, meg lehet tanulni Ruby kód írását, miközben megtanulja használni a Ruby on Rails keretet.

A legnépszerűbb és talán a legjobb Ruby on Rails oktatóprogramot – amely alapvető Ruby programozást is tanít – Michael Hartl készítette..

A Ruby on Rails objektum-orientált?

Igen, mert maga a Ruby objektum-orientált.

A Ruby on Rails szolgáltatásorientált?

Lehet, és jól alkalmazkodik az ilyen típusú építészethez.

A Rails RESTful felületet biztosít minden alkalmazásban létrehozott adatmodellhez. A CRUD (Létrehozás, Olvasás, Frissítés, Pusztítás) műveleteket mind HTTP kérésekkel kezelik. Az ezekből a kérelmekből származó outputokat (általában a kérdéses eszköz valamilyen ábrázolását) a Nézetek segítségével kezelik, amelyek alapértelmezés szerint a HTML beágyazott rubinba írt sablonok.

Ahhoz, hogy ezeket a műveleteket diszkrét webszolgáltatássá alakítsuk, csak annyit kell biztosítani, hogy a kiadást elfogyasztható adatformátumban, például JSON vagy XML állítsuk be. A Ruby Gems (plugins) már létezik ennek kezelésére.

Számos fejlesztő ilyen módon használja a Ruby on Rails alkalmazást, és ügyféloldali alkalmazását a böngészőben építheti Javascript eszközökkel, például az Angular.js segítségével..

A Ruby on Rails MVC keretrendszer?

Igen. A Ruby on Rails a Model View Controller építészeti mintáját követi.

Használhatom-e a Ruby on Rails weblapot?

Igen, de elég sok fejlesztési munkát igényelne, amelyre valószínűleg nem lenne szükség, ha csak egy alapvető, tartalomvezérelt webhely elindítását végzi..

Ha a Rails alkalmazást kívánja használni egy általában egy tartalomszolgáltatáshoz (mivel például azt tervezi, hogy további tartalomjegyzék-funkciókat is felvesz), akkor a Rails-alapú tartalomkezelő rendszerek egyikét használhatja, például:

  • Kazein
  • Mozdony

Használhatom a Ruby on Rails szolgáltatást megosztott tárhelyen?

Elméletileg igen. Számos megosztott tárhely szolgáltató állítja, hogy támogatja a Ruby on Rails szolgáltatást. Általában azonban nem igazán alkalmasak a keret futtatására. A Rails megköveteli a Ruby Gems csomagkezelő rendszert, amely automatikusan telepíti és frissíti a szükséges függőségeket. A legtöbb megosztott tárhely-tervhez fűződő engedélyek ezt a rendszert a legjobb esetben kínossá teszik

A Ruby on Rails alkalmazásokat futtató emberek többsége sokkal jobb tapasztalattal rendelkezik a VPS tárhelyén, ahol teljes mértékben ellenőrzik a környezetet..

Használhatom-e a Ruby on Rails-et Mongo-val?

Igen, de a Rails nem támogatja a MongoDB-t „a dobozból” – ehhez harmadik fél támogatására van szüksége. Három Ruby drágakő van, amelyek Mongo támogatást nyújtanak a Rails számára. (Csak egyre van szükséged.)

  • MongoMapper
  • Mongoid
  • Mongo Ruby Driver

A Ruby on Rails támogatja-e a CouchDB-t?

Alapértelmezés szerint nem, de a CouchDB-t a Ruby on Rails segítségével is felhasználhatja a CouchRest Gem importálásával..

adatbázisok

SQL

Mi az SQL?

Az SQL a strukturált lekérdezési nyelv. A relációs adatbázis-rendszerekkel (RDBMS) való interakcióhoz használt nyelv.

Noha vannak más lekérdezési nyelvek, az SQL a legszélesebb körben alkalmazott (egy hosszú lövés), és ez a tényleges standard relációs lekérdezési nyelv. Emiatt gyakori az „SQL” használata, hogy az adatbázis típusára (relációs) hivatkozzon, nem pedig csak a nyelvre.

Mi egy relációs adatbázis rendszer??

A relációs adatbázisban az információkat táblázatokban tárolják egy jól meghatározott adatszerkezet szerint.

Minden rekordtípusnak megvan a saját táblája. Például azt várhatja el, hogy egy online áruház adatbázisában legyen egy táblázat a termékekről és egy táblázat az ügyfelek számára (többek között).

Ezek a táblák egymáshoz kapcsolódnak, általában kiegészítő táblázatok formájában. Az online áruház példánkban azt is feltételezi, hogy létezik egy megrendelések táblája, és hogy a Megrendelések táblázat tételei a Termékek és az Ügyfelek táblák tételeire vonatkoznak..

MariaDB

Mi a MariaDB??

A MariaDB egy nyílt forrású, relációs adatbázis-kezelő rendszer (RDBMS), amely az SQL-t használja. Eredetileg a népszerű MySQL adatbázis villája volt, és helyettesíti azt.

A MariaDB jobb, mint a MySQL?

Az az ötlet.

A MariaDB számos olyan fejlesztéssel rendelkezik, amelyek gyorsabbá teszik a MySQL-t, mint több adatbázis-tároló motor, és számos új funkcióval rendelkezik, amelyek nem találhatók a MySQL-ben, például:

  • Mikrosekundum pontosság nappali mezőkben
  • Virtuális oszlopok
  • Bővített felhasználói statisztikák

Ráadásul (és ez nagyrészt az eredeti lendület volt a MariaDB számára) – A MariaDB fejlesztését és kiadását engedékenyebb nyílt forráskódú licenc alapján adják, mint a MySQL. Miközben a MySQL nyílt forráskódú, számos zárt forrású, szabadalmaztatott modullal rendelkezik, amelyek csak az Oracle „Enterprise” kiadásában érhetők el. A MariaDB az Enterprise Edition összes funkcióját egy megengedő nyílt forráskódú licencben biztosítja.

Hogyan lehet átalakítani a MySQL-ről MariaDB-re?

Exportálnia kell az adatbázis sémát és a MySQL űrlapot. Akkor egyszerűen telepítenie kell a MariaDB-t, importálnia kell az adatbázist, és folyamatosan futnia kell. A MariaDB egy teljesen kompatibilis beépülő csere a MySQL számára.

Miért érdemes használni a MariaDB-t??

A legtöbb ember, aki a MySQL-ről MariaDB-re vált, ezt azért teszi, mert ez gyorsabb. Ez különösen akkor fontos, ha webhelyén sok felhasználó van, és magas rendelkezésre állású rendszerre van szüksége.

Egyes fejlesztők hozzáférést szeretnének a MariaDB által biztosított kiegészítő szolgáltatásokhoz, vagy szükségük van a MySQL Enterprise szolgáltatásaira, de nem akarnak fizetni a szabadalmaztatott szoftverekért.

Végül, néhány fejlesztő és a rendszergazda inkább a MariaDB-t használja a MySQL fölött, mert filozófiai okokból inkább a teljesen nyílt forráskódú szoftvert használják..

A MariaDB ingyenes?

Igen. A MariaDB ingyenes és nyílt forráskódú szoftver, amelyet bárki felhasználhat bármilyen célra, licencdíj fizetése nélkül. Ön is szabadon módosíthatja a szoftvert, ahogy tetszik.

Telepíthetem a MariaDB-t megosztott tárhelyen?

Elméletileg igen. Előfordulhat, hogy problémákat okoz az automatikus telepítőkkel történő telepítéskor, ha (például) a MariaDB-t WordPress-szel szeretné használni, mivel alapértelmezés szerint a telepítő MySQL adatbázist állít fel.

A legjobb élmény biztosítása érdekében használja a web hosting szolgáltatások összehasonlító eszközét, és keressen szolgáltatót, amely kifejezetten támogatja a MariaDB szolgáltatást.

Futtathatom a MariaDB-t Windows rendszeren?

Igen. A MariaDB Windows rendszeren fut, és vannak telepítők, akik könnyen beállíthatják.

Futtathatom a MariaDB-t Linux rendszeren?

Igen, a MariaDB Linuxon fut.

MySQL

Mi a MySQL??

A MySQL a világ legnépszerűbb nyílt forrású relációs adatbázisrendszere. Ez az alapértelmezett adatbázis a népszerű nyílt forráskódú webalkalmazások százai számára, beleértve:

  • WordPress
  • Drupal
  • Magento
  • MediaWiki
  • Zen Cart

A MySQL az „M” a népszerű LAMP fejlesztőcsomagban (Linux, Apache, MySQL, PHP).

A MySQL adatbázis beállítása a megosztott tárhelyen?

A legtöbb esetben a megosztott tárhely felhasználóknak nem kell aggódniuk a MySQL adatbázis létrehozása miatt. Ennek oka az, hogy a leggyakoribb webes alkalmazások és a tartalomkezelő rendszerek – a WordPress-től a Drupaltól a Magento-ig és a MediaWiki-ig – automatikusan beállíthatók egy kattintással történő telepítővel, például az egyszerű szkriptek vagy a Fantastico.

Amikor ezeket a telepítő programokat használja a webhely beállításához, automatikusan létrehoz egy adatbázist az Ön számára, és kezeli a kapcsolatot. Alig kell gondolni erre.

Ha önnek kell beállítania az adatbázist, akkor a legtöbb megosztott tárhelyszolgáltató rendelkezik a phpMyAdmin szolgáltatással, amely lehetővé teszi a MySQL adatbázisok egyszerű kezelését. Ez általában a webtárhely vezérlőpultjáról érhető el.

A MySQL adatbázis kezelése?

Ha tetszik a parancssor és az SQL, akkor bejelentkezhet a host kiszolgálóra az SSH segítségével, és onnan kezelheti.

Egyébként használhatja a phpMyAdmin szoftvert, amely valószínűleg a host vezérlőpultján érhető el.

A MySQL adatbázis kezelése?

A MySQL adatbázisok kezelésének legnépszerűbb eszköze a phpMyAdmin. A legtöbb megosztott tárhely-tervben elérhető.

PostgreSQL

Mi a PostgreSQL?

A PostgreSQL egy fejlett, szabványoknak megfelelő objektum-relációs adatbázis rendszer.

A MySQL jobb, mint a PostgreSQL?

Nos, különböznek egymástól.

A PostgreSQL nagy hátránya, hogy fejlett funkciókkal rendelkezik, és (több) szabványoknak megfelelő, mint a MySQL.

Másrészt a MySQL általában gyorsabb.

Az új fejlesztéshez ezeket az előnyöket egyensúlyba kell hozni egymással.

Meglévő webes alkalmazások esetén (a WordPress telepítése a megosztott tárhelykiszolgálóra) – nincs lehetősége erre. Használnia kell az alkalmazandó adatbázist, amely a használni kívánt alkalmazással működik. Nem könnyedén cserélhetők ki.

A MariaDB jobb, mint a PostgreSQL?

A MariaDB számos (nem az összes) kiegészítő funkcióval rendelkezik, amelyeket a PostgreSQL kínál, de amelyeket a MySQL kihagy. Ráadásul a MariaDB sokkal gyorsabb.

Hogyan lehet átalakítani a MySQL -ről PostgreSQL-re?

A legtöbb alkalmazás esetében ez nem ajánlott. Nem egyszerűen kicserélheti a különböző adatbázis-kezelő rendszereket.

Miért érdemes használni a PostgreSQL-t??

A PostgreSQL jó választás az új fejlesztéshez, ha szüksége van egy szabványoknak megfelelő objektum-relációs adatbázisra, amely támogatja a tranzakciókat.

A PostgreSQL ingyenes?

Igen. A PostgreSQL ingyenes és nyílt forráskódú szoftver.

Telepíthetem a PostgreSQL megosztott tárhelyen?

A legtöbb megosztott tárhely szolgáltató ezt opcióként tartalmazza. Annak biztosítása érdekében, hogy megtalálja, használja a hosting szolgáltatások összehasonlító eszközét, és keresse meg a PostgreSQL-t kínáló szolgáltatókat.

Futtathatom a PostgreSQL rendszert Windows rendszeren?

Igen.

Futtathatom a PostgreSQL rendszert Linuxon?

Igen.

Futtathatom a PostgreSQL rendszert Mac rendszeren?

Igen.

SQLite

Mi az SQLite??

Az SQLite egy SQL-alapú relációs adatbázis-kezelő rendszer. Az egyedülálló, hogy nem egy olyan alkalmazás, amely a rendszeren fut. Inkább egy könyvtár, amelyet egy másik alkalmazás tartalmaz. Nagyon könnyű.

Az SQLite valódi adatbázis?

Igen.

Vannak olyan emberek, akik kedvezőtlenül hivatkoznak az SQLite-ra „játék” adatbázisként, vagy úgy kezelik, mintha ez egy alacsony fogyasztású adatbázis hasznos a hallgatók és amatőrök számára, de nem felel meg a „valódi” alkalmazásoknak..

Ez tényleg ostobaság.

Az SQLite nem a MySQL egyszerűsített változata – teljesen más típusú eszköz.

Miért érdemes használni az SQLite-t??

Az SQLite jó választás, ha tárolásra van szüksége egy alkalmazáson belül, és SQL relációs konvenciókat szeretne használni, de nincs szüksége valós adatbázis-kezelő rendszerre.

Ennek egyik példája az SQLite adatbázisok használata dokumentumtárolásként. Az SQLite az adatbázisát fájlba menti. Komplex fájltípusok (például audio- vagy videokeverő projektek) esetén ésszerű lehet, hogy egyetlen projekt / dokumentum teljes adatbázis legyen.

Ha a MySQL használatával szeretne ilyen típusú funkcionalitást létrehozni, akkor az ügyfeleknek vagy a végfelhasználóknak fel kell állítaniuk az adatbázisrendszert. Minden projekthez rendelkezésre állna egy új MySQL adatbázis – a felhasználókkal, a kapcsolat hitelesítő adataival, az adatbázis sémáival és az összes kapcsolódó fejléccel.

Az SQLite használatával az alkalmazások az SQL relációs adatformázásával használhatják az adatokat, de egy második adatbázis-alkalmazás fölé nélkül.

Miért használja a Ruby on Rails az SQLite-t??

A Ruby on Rails egy gyors fejlesztési keret, amely több különféle adatbázis-rendszert támogat egy adatbázis-absztrakciós rétegen (Active Record) keresztül.

A Rails különféle okokból használja az SQLite-t, de talán a legnagyobb az, hogy megkönnyíti valami azonnali elindítását, és a Rails-t teljesen önállóvá teszi..

A Rails segítségével azonban beállíthat egy rendszeres adatbázis-kezelő alkalmazást. A leggyakoribb a PostgreSQL.

NoSQL adatbázisok

Mi a NoSQL adatbázis??

A NoSQL adatbázis nem relációs adatbázis.

Noha vannak olyan relációs adatbázisok, amelyek nem használnak SQL-t (nagyon kevés, de léteznek), az SQL és a relációs adatbázis-rendszerek szoros asszociációja azt jelentette, hogy a nem-relációs adatbázisrendszerek új generációjának „NoSQL” nevet kaptak.

A NoSQL adatbázisok általában nem használnak táblákat. Ehelyett az adatvagyonokat más módon tárolják – például objektumok vagy dokumentumok formájában. Néhány NoSQL adatbázis szigorúan kulcsértékű tároló.

Jobb NoSQL adatbázis, mint SQL adatbázis?

Különbözőek.

A relációs adatbázisokat az adattárolás nagyon strukturált és rendszerszerű filozófiájának megvalósítására tervezték. SQL adatbázis-paradigmában:

  • Az adatmodell (mit kell tárolni és az adatok hogyan kapcsolódnak más adatokhoz) az idő előtt jól meg van határozva.
  • Minden tudás egyetlen forrása az igazságnak.
  • A nyilvántartások referencia útján kapcsolódnak egymáshoz – az egyetlen igazságforrás miatt az adatokat soha nem másolják több helyre az adatbázisban
  • Az adatbázis tranzakciók ACID:
    • Atom
    • Következetes
    • Izolált
    • Tartós

A relációs adatbázis-elmélet fejlett és jól megvalósított a legnépszerűbb SQL adatbázis-kezelő rendszerekben.

Van azonban hátránya a nagyon sok következetességnek és tökéletességnek. Nagyon sok fölösleges feldolgozási energiát és memóriát igényel. Ezenkívül bonyolult lehet olyan alkalmazás kifejlesztése és megtervezése, amely teljes mértékben kihasználja a teljesen érett adatbázis-rendszer tulajdonságait. Ugyancsak felmerül a rugalmatlanság problémája – nehéz lehet megváltoztatni az adatmodellt, miután az alkalmazás fut és az adatok tárolódtak.

A NoSQL adatbázisok feladják a relációs adatbázisok egy vagy több „eszményét” valamilyen más előny elérése érdekében. Ez nem teszi egyiket sem jobbá, mint a másiknál ​​- egyszerűen alkalmassá teszi őket különféle alkalmazásokhoz.

MongoDB

Mi az a MongoDB??

A MongoDB egy nyílt forráskódú NoSQL adatbázis. Ez talán a legnépszerűbb nem relációs adatbázis.

Dokumentum-orientált paradigmát használ. Ez azt jelenti, hogy a Monggo adatbázis minden rekordja egy dokumentum, és az összes tárolt információ rajta van. Például – ha a Mongót egy blog alkalmazásban használnák, akkor minden blogbejegyzés dokumentum lesz a Bejegyzések gyűjteményben. Ezenkívül két különböző, ugyanazon szerző által írt dokumentum mindegyike külön-külön tárolja a szerző nevét. Ez különbözik az SQL módszerétől, ahol minden rekord külön táblára vonatkozik, amely a szerző adatait tárolja.

A MongoDB dokumentumokat a JSON verziójában írják és tárolják, amely Javascript alapú. Ez meglehetősen egyszerűvé teszi a Mongo használatát Javascript-ben írt ügyféloldali alkalmazásokkal. A Node.js-vel kombinálva a teljes alkalmazás Javascript-alapú lehet.

Telepíthetem a MongoDB-t megosztott tárhelyen?

Elméletileg igen – de a legtöbb ember, aki ezt megpróbálja, rossz tapasztalatokkal rendelkezik. Jobban használja a VPS-tárhely-tervet.

Használhatom a MongoDB-t a PHP-vel?

Igen. A MongoDB-t a PHP támogatja, és vannak olyan eszközök is, amelyek a Mongo-t néhány népszerűbb PHP-keretrendszerbe és tartalomkezelési megoldásba integrálhatják, ideértve a következőket:

  • Drupal
  • Laravel
  • Drupal
  • CodeIgniter

A Mongohoz tartozó PHP eszközök teljes listáját lásd a Mongo dokumentációjában.

Miért érdemes használni a MongoDB-t??

A MongoDB-t gyakran jó lehetőségnek tekintik, amikor egy alkalmazásnak rugalmas adatsémára van szüksége – vagyis abban az esetben, ha az egyes rekordok teljesen más adatszerkezettel rendelkeznek, mint minden más rekord.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map