Nyitólap Hosting szolgáltatás

Hosting szolgáltatás

Németh János

Által Németh János

• 20 bejegyzések

Hova töltsem fel a fileokat, mi az a wwwroot, log, ssl, db könyvtár?

📁 Webtárhely könyvtárstruktúra magyarázata Amikor FTP-n keresztül csatlakozik a tárhelyére, az alábbi fő könyvtárakat találja. Ezek különböző célokat szolgálnak: 🟢 WWWROOT - Ez a fő webes tartalomkönyvtár. - Ide kell feltölteni a weboldalhoz tartozó fájlokat, például: - HTML, PHP, ASP.NET oldalak - képek, CSS fájlok, JavaScript, stb. - Minden, ami itt van, közvetlenül elérhető az interneten. 🔵 DB - Ez a könyvtár adatbázis fájlok tárolására szolgál. - A benne elhelyezett .mdb, .accdb, vagy más adatbázis-fájlok nem elérhetők a webről közvetlenül. - Ezekhez ODBC kapcsolaton keresztül lehet hozzáférni a weboldalról. 🔴 LOG - Itt találhatók a W3C típusú webkiszolgáló naplófájlok (logfájlok). - Ezek segítségével nyomon követheti a látogatásokat, hibákat és a forgalmat. 🔐 SSL (csak megosztott ssl esetén, pl. https://aspnet.hu/valami) - Ez a könyvtár akkor érhető el, ha az Ön domainjére SSL (HTTPS) tanúsítvány aktiválva van. - Ide kerülhetnek azok a tartalmak, amelyeket kizárólag titkosított (HTTPS) kapcsolaton keresztül kíván megosztani. - Ez a megoldás, már kivezetés alatt van (a LetsEncrypt automata rendszer váltja, 2020.08.04)

Utoljára frissítve: Apr 16, 2025

Szinkronizáció ASPnet mail

ASPnet Webmail szinkronizáció – Levelezőprogramokkal Az ASPnet.hu levelezőrendszere kompatibilis a legtöbb modern levelezőklienssel, és lehetőséget biztosít IMAP, POP3 és SMTP protokollokon keresztüli szinkronizációra. Beállítási adatok Bejövő levelek (IMAP – ajánlott): - Szerver: mail.aspnet.hu - Protokoll: IMAP - Port: 993 - Titkosítás: SSL/TLS - Hitelesítés: Igen (teljes e-mail címmel és jelszóval) Alternatíva: POP3 - Szerver: mail.aspnet.hu - Port: 995 - Titkosítás: SSL/TLS - Hitelesítés: Igen Kimenő levelek (SMTP): - Szerver: mail.aspnet.hu - Port: 465 (ajánlott) vagy 587 - Titkosítás: SSL/TLS vagy STARTTLS - Hitelesítés: Igen (ugyanaz az e-mail cím és jelszó) Támogatott kliensek - Microsoft Outlook (2016, 2019, 365) - Mozilla Thunderbird - Apple Mail (macOS/iOS) - Android levelező (Samsung Email, Gmail app) - iPhone/iPad beépített levelező Megjegyzések - Használja mindig a teljes e-mail címet (pl. valaki@aspnet.hu) felhasználónévként. - A jelszót pontosan adja meg – figyeljen a kis- és nagybetűkre! - Ha problémát tapasztal a küldéssel, ellenőrizze, hogy a kimenő levelekhez hitelesítés engedélyezve van-e. - Bizonyos internetszolgáltatók blokkolhatják az alapértelmezett SMTP portot (25) – ilyen esetben használja a 465 vagy 5870 portot. Webmail elérés ASPnet webmail felület elérhető közvetlenül böngészőből: 🔗 https://mail.aspnet.hu

Utoljára frissítve: May 08, 2025

Hogyan töltsem fel a weboldalam a szerverre?

📁 FTP Feltöltés – Total Commander használatával 🔧 Mi kell hozzá? A fájlok feltöltéséhez egy FTP kliens program szükséges, amely kapcsolatot teremt a saját számítógéped és a szerver között. Mi a Total Commander programot ajánljuk, amely magyar nyelven is elérhető, és ingyenesen letölthető az alábbi weboldalról: 👉 http://www.totalcommander.hu 📌 Kapcsolat létrehozása lépésről lépésre 1. Indítsd el a Total Commandert. 2. Kattints a Hálózat menüre. 3. Válaszd ki az Új FTP kapcsolat lehetőséget. 4. Az új ablakban kattints az Új kapcsolat gombra. 5. Töltsd ki az adatokat a következőképpen: - Kapcsolat neve: tetszőleges (pl. Saját FTP) - Kiszolgáló neve: - ftp.sajátdomain.hu - vagy ha a domain még nem él: ftp.sajátdomain.aspnet.hu - Felhasználónév: általában megegyezik a domain névvel (pl. sajatdomain.hu) - Jelszó: az admin felületen megadott FTP jelszó 6. Kattints az OK gombra. 7. A fő ablakban jelöld ki az új kapcsolatot, majd kattints a Kapcsolódás gombra. 🚀 Tipp haladóknak: gyorsabb feltöltés Ha nagyobb fájlokat vagy sok kisebb fájlt szeretnél feltölteni, a FileZilla FTP klienssel akár többszálas átvitelre is van lehetőség. FileZilla beállítás – párhuzamos szálak növelése: 1. Nyisd meg a FileZilla alkalmazást. 2. Lépj be a Szerkesztés > Beállítások > Átviteli beállítások menüpontba. 3. Állítsd be a Maximális párhuzamos kapcsolatok számát például 5-re. 4. Kattints az OK gombra.

Utoljára frissítve: Apr 16, 2025

SSL certifikáció - Saját certifikációt is tudok telepíteni ?

SSL tanúsítvány lehetőségek Cégünk minden webtárhely csomagban biztosítja az úgynevezett „Shared SSL” szolgáltatást. Ennek lényege, hogy a titkosított kapcsolat során a cégünk által kiállított közös tanúsítvány kerül felhasználásra. Ennek a megoldásnak a hátránya, hogy az SSL kapcsolat nem az Ön domainjéhez kötődik, hanem a szolgáltató (ASPnet) tanúsítványához. Másik lehetőségként lehetőséget kínálunk a LetsEncrypt által kibocsátott, automatikusan megújuló, 3 hónapos ingyenes SSL tanúsítványok használatára is. Ezen felül extra szolgáltatásként elérhető a saját, egyedileg beszerzett SSL tanúsítvány telepítése is. Ez a megoldás jelentős költséggel járhat, mivel a tanúsítványt a felhasználónak külső szolgáltatótól kell beszereznie. Fontos megjegyezni, hogy saját tanúsítvány használatához nem szükséges különálló IP cím. Szervereink SNI (Server Name Indication) támogatással rendelkeznek, így egy IP címhez több SSL tanúsítvány is hozzárendelhető.

Utoljára frissítve: Apr 16, 2025

Hogyan tudok saját készítésű adatbázist felmásolni ?

Adatbázis szerverek és Web Adminisztrációs elérés MySQL elérés: Szerver: mysql.aspnet.hu Port: 3306 (csak az ASPnet webszervereiről elérhető) MSSQL elérés: Szerver: sql.aspnet.hu Port: 1433 (csak az ASPnet webszervereiről elérhető) MySQL webes kezelőfelület (phpMyAdmin): http://mysql.aspnet.hu MSSQL webes kezelőfelület (Enterprise SQL Manager): http://sql.aspnet.hu

Utoljára frissítve: Apr 16, 2025

ASP.NET SmartNavigation hiba, állandóan a www.aspnet.hu oldal vagy részei kerülnek meghívásra.

Amennyiben az ASP.NET Web Forms alkalmazásban a SmartNavigation opció be van kapcsolva, kérjük ellenőrizze, hogy a aspnet_client nevű könyvtár elhelyezésre került-e a wwwroot mappán belül. Ez a könyvtár tartalmazza az ASP.NET kliensoldali működéséhez szükséges erőforrásokat. Mi történik, ha hiányzik a könyvtár? Ha az aspnet_client mappa nem található a megfelelő helyen, akkor az egyes hibakezelő oldalak vagy átirányítások esetén a rendszer automatikusan a www.aspnet.hu oldalra irányít át. Ez megtévesztő lehet a felhasználók számára, és nem kívánt viselkedést okozhat a webalkalmazásban. Javasolt lépés: Győződjön meg róla, hogy a aspnet_client könyvtár: - valóban megtalálható a wwwroot gyökérkönyvtárban, - megfelelő jogosultságokkal rendelkezik, - nem lett törölve vagy átnevezve.

Utoljára frissítve: Apr 16, 2025

Az Adobe Reader beállítása elektronikus certifikáció ellenőrzéséhez

📄 Adobe Reader – PDF aláírások ellenőrzésének beállítása 🔍 Bevezető Az Adobe Reader a világ legelterjedtebb PDF megjelenítő alkalmazása, amely lehetővé teszi többek között a PDF dokumentumokba helyezett digitális aláírások és időbélyegek ellenőrzését. Az aláírások megbízható ellenőrzéséhez legalább Adobe Reader 7.0 vagy újabb verzió szükséges. Windows Vista és Windows 7 esetén a minimum verzió 8.1. ⚠️ Fontos tudni, hogy az Adobe Reader alapértelmezés szerint nem használja a Windows tanúsítványtárát, így magyar hitelesítés-szolgáltatók tanúsítványai hibát eredményezhetnek, ha a megfelelő beállítások elmaradnak. ⚙️ Szükséges beállítások – Windows tanúsítványtár használata 🔧 Beállítás menete (magyar nyelvű verzió): 1. Nyisd meg az Adobe Readert. 2. Lépj a Szerkesztés > Beállítások menüpontra. 3. A bal oldali listában válaszd ki a Biztonság menüpontot. 4. Kattints a Speciális beállítások gombra. 5. A megjelenő ablakban válaszd a Windows integráció fület. 6. Pipáld ki mindhárom opciót: - Windows tanúsítványtár használata - Felhasználói tanúsítványok használata - Hálózati elérés engedélyezése 🗂 Angol nyelvű Adobe Reader esetén: Edit > Preferences > Security > Advanced Preferences > Windows Integration → Jelöld be az összes elérhető opciót. 📥 Tanúsítványok manuális telepítése Az Adobe Reader nem tölti le automatikusan a Windows által megbízhatónak jelölt főtanúsítványokat, így az alábbi tanúsítványok manuális importálása javasolt: 🔐 Start Commercial (StartCom) Ltd. tanúsítványok: 1. StartCom Root CA (PEM encoded) 2. StartCom Root CA (DER encoded) 3. Server Certificate Bundle with CRLs (PEM encoded) 4. 📂 Telepítés helye a Windows tanúsítványtárban: - A főtanúsítványokat: Megbízható legfelső szintű hitelesítés szolgáltatók közé - A közbenső tanúsítványokat: Közbenső hitelesítés szolgáltatók közé 🌐 Hasznos linkek - Adobe hivatalos oldal - Windows Root Certificate Program PDF

Utoljára frissítve: Apr 16, 2025

.NET Core alkalmazás elhelyezése ASPnet tárhelyen

Ha ASPnet tárhelyen szeretnél .NET Core alkalmazást futtatni, fontos tudnod, hogy az alkalmazásod teljes tartalmát – beleértve a wwwroot mappát is – közvetlenül a webszerver által kiszolgált wwwroot alá kell másolni. Elhelyezési logika: A webszerver egy adott gyökérmappát szolgál ki, pl.: D:\Hosting\felhasznalo\wwwroot\ Ebben a mappában kell elhelyezned az egész .NET Core alkalmazásodat, úgy, ahogy a fejlesztői környezetben is van. Helyes mappastruktúra: D:\Hosting\felhasznalo\wwwroot ├── wwwroot │ ├── css │ ├── js │ └── images ├── bin ├── Program.cs └── Web.config Gyakori hiba: Ne másold be külön csak a wwwroot mappát! Az alkalmazás nem fog elindulni, ha nincs mellette a Program.cs, bin mappa stb. Összegzés: Az egész projekt tartalmát közvetlenül másold a szerver wwwroot-jába – nem szükséges külön mappát létrehozni hozzá (pl. MyApp). Így a .NET Core alkalmazásod gond nélkül elindul és kiszolgálja a tartalmat.

Utoljára frissítve: Apr 16, 2025

Számla küldés e-mail-ben

📄 Számlázási tájékoztató – elektronikus és papíralapú számlák Napjainkban egyre elterjedtebb megoldás, hogy a számlát nem postai úton vagy személyesen kapja meg a vevő, hanem a kibocsátó elektronikus formában teszi elérhetővé azt – például online kinyomtatható változatként. Cégünk 2011. augusztus 1-jétől ezt a korszerű és gyors számlaküldési módot alkalmazza. Számlatípusok A számlák kibocsátási módja szerint két fő típust különböztetünk meg: 1. Papíralapú számla 2. Elektronikus számla A papíralapú számláknak két fajtája van: - Nyomdai úton előállított számlatömbből kézzel kitöltött számla - Számítógéppel előállított, nyomtatott számla (ez is papíralapúnak minősül) A számítógépes programmal generált számlát minden esetben ki kell nyomtatni, és az a jogszabály szerint szigorú számadású bizonylatnak minősül, amely alkalmas adóigazgatási azonosításra. Fontos tudnivalók: - A papíralapú számlák aláírása nem kötelező, de megengedett. - Nem szükséges a számlán feltüntetni, hogy az eredeti vagy másolati példány, így a példánysorszámozás is megszűnt. - Az általunk kiállított számlák megfelelnek a 24/1995. (XI.22.) PM rendelet minden tartalmi és formai követelményének.

Utoljára frissítve: Apr 16, 2025

ASP.NET weblapom felmásoltam de nem indul el.

ASP.NET – web.config elérési probléma és megoldási lehetőségek A probléma oka jellemzően az, hogy az .aspx fájl nem találja a konfigurációs fájlt (web.config), mert az nincs megfelelő helyen elhelyezve a tárhely struktúráján belül. A web.config fájlt minden esetben az alapértelmezett gyökérkönyvtárban (wwwroot) kell elhelyezni, vagy olyan alkönyvtárban, amely aldomainként van konfigurálva. 📌 Példa: Ha az oldal az alábbi címen érhető el: valami.sajátdomain.hu, akkor a konfigurációs fájlnak a következő útvonalon kell lennie: wwwroot/valami/web.config ✅ Megoldási lehetőségek: 1. A web.config fájlt minden esetben helyezze el a wwwroot könyvtárba, vagy annak megfelelő alkönyvtárába. 2. Amennyiben aldomaint konfigurál egy adott alkönyvtárra (pl. valami.sajátdomain.hu), akkor az az alkönyvtár külön root-ként fog működni, így ott is elhelyezhető külön web.config. 3. Ha nem aldomainként használja a könyvtárat, akkor a webadmin felületen konfigurálja azt “virtuális könyvtárrá”, hogy rendelkezzen önálló alkalmazásjogosultsággal. 📌 Megjegyzés: A nem megfelelő elhelyezés hibás konfigurációs elérést, oldalhibaüzeneteket és alkalmazásindítási problémákat okozhat.

Utoljára frissítve: Apr 16, 2025

PHP script "gzHandler" hibaüzenetet generál , miért ?

⚙️ Szerveroldali script támogatások Szervereink az alábbi script- és futtatókörnyezeteket támogatják: ✅ PHP támogatás: - PHP 5.6 - PHP 7.x - PHP 8.x - ✅ ASP.NET Core (modern környezet): - .NET Core 2.x - .NET Core 3.x - .NET 5.x - .NET 8.x - .NET 9.x - ✅ ASP.NET (klasszikus .NET Framework): - ASP.NET 4.x - ASP.NET 5.x - ASP.NET 8.x - ASP.NET 9.x ⚠️ Fontos figyelmeztetés – gzhandler használata Kérjük, ne használja a gzhandler függvényt PHP scriptekben, mivel szervereink már eleve gzip alapú szerveroldali tömörítést alkalmaznak. A dupla tömörítés hibát okozhat, és nem támogatott. 💡 Előny: Gyorsabb oldalbetöltés A szerveroldali gzip tömörítés jelentősen csökkenti az adatmennyiséget, így gyorsabb betöltést és jobb felhasználói élményt eredményez.

Utoljára frissítve: Apr 16, 2025

Aldomainre szeretnék Domain Aliast elhelyezni, van rá lehetőség?

Természetesen van lehetőség aldomainből önálló domaint létrehozni. Ehhez először az adott aldomaint ki kell törölni a fődomain alól. Ezután különálló domainként kell felvenni a rendszerbe. Ezt követően az aldomain már teljes értékű domainként viselkedik, így minden beállítási lehetőség rendelkezésre áll számára – ugyanúgy, mint bármely más fő domain esetén. Például létrehozható hozzá domain alias, beállítható külön DNS zóna, SSL tanúsítvány, postafiókok stb.

Utoljára frissítve: Apr 16, 2025

WWW előtag nélkülözése ?

Ez a szolgáltatásunk automatikusan átirányítja a "cegnev.hu" címet használó látogatóit a "www.cegnev.hu" alakú címre, így nem kell bosszankodniuk ha elfelejtik beírni a "www." előtagot. A szolgáltatást automatikusan üzembe állítjuk minden egyes általunk fenntartott domain névhez.

Utoljára frissítve: Apr 16, 2025

ASP.NET 1.0 - ASP.NET 2.0 váltása esetén hibát jelez az adminisztrációs felület.

Az ASP.NET 1.0 - ról való váltás 2.0-es verzióra csak kikapcsolt SSL szolgáltatás esetén lehetséges. Az SSL szolgáltatást az adminisztrációs felületen a domain menüpont domain választás után az SSL menüpont alatt lehet aktiválni, deaktiválni.

Utoljára frissítve: Apr 16, 2025

Miben más a ASPnet webtárhely szolgáltatása?

🎯 Küldetésünk – rugalmas, megbízható webtárhely, valódi partnerséggel Célunk, hogy ügyfeleink számára olyan webtárhely-szolgáltatást nyújtsunk, amely nem korlátozza az ötleteiket, fejlesztési szabadságukat vagy weboldaluk működését – éppen ellenkezőleg: támogatja azt. 💡 Hiszünk abban, hogy egy jó tárhelyszolgáltató nem akadályoz, hanem segít megvalósítani az elképzeléseket. 🤝 Több, mint tárhely – valódi partneri együttműködés Nemcsak a legjobb technikai alapokat biztosítjuk, hanem törekszünk arra is, hogy ügyfeleink egy megbízható, hosszú távú partnerre találjanak bennünk. - ✅ Rugalmas szolgáltatások - ✅ Ügyfélcentrikus hozzáállás - ✅ Maximális biztonság és támogatás - ✅ Üzletileg is fenntartható, nyereséges működés Velünk nemcsak egy szolgáltatást kapsz – egy segítő, támogató partnert, aki azon dolgozik, hogy vállalkozásod valóban sikeres legyen.

Utoljára frissítve: Apr 16, 2025

Általános Szerződési feltételek.

Általános Szerződési Feltételeink elérhetők weboldalunkon, közvetlenül nyomtatható formátumban a következő címen: http://www.aspnet.hu/ASZF

Utoljára frissítve: Apr 16, 2025

Szerver- és adatbázis környezet

🖥️ Szerver- és adatbázis környezet Operációs rendszer Szervereinken a legújabb, stabil és biztonságos Microsoft technológiákat alkalmazzuk: - Windows Server 2022 - Windows Server 2025 Ezek a rendszerek teljes mértékben támogatják a modern Microsoft-alapú webalkalmazásokat és lehetővé teszik a különféle .NET keretrendszerek hosztolását, több verzióval párhuzamosan. Támogatott .NET környezetek - ASP.NET** 2.0 – 4.8** - ASP.NET** Core** (több verzió is támogatott) - .NET 5, 6, 7, 8,9 (Core alapú platformokon keresztül) Ez lehetővé teszi modern webalkalmazások, API-k és mikroszolgáltatások hosztolását egyaránt. Adatbázis-szerverek Többféle SQL és relációs adatbázis-motor érhető el: - Microsoft SQL Server 2019 - Microsoft SQL Server 2022 - MySQL 5.7.x – 8.x - MariaDB 10.x Ezekhez biztosítunk ODBC, ADO.NET, illetve natív csatlakozást, és igény esetén biztonságos távoli elérést is.

Utoljára frissítve: Apr 17, 2025

Wordpress, fehér oldal jön be, a telepítés sikerült.

WordPress indulási problémák – útvonal korrekció A WordPress csak olyan tárhelyeken működik beavatkozás nélkül, ahol a gyökérkönyvtár közvetlenül tartalmazza a WordPress fájlokat. Az aspnet.hu tárhelyeinken a wwwroot könyvtár nem közvetlenül a fájlrendszer gyökere, hanem egy magasabb struktúrában található. Példa elérési út: /home/felhasznalonev/domainnev.hu/wwwroot Ez a struktúra befolyásolja a WordPress működését, különösen az index.php fájlban lévő relatív elérési útvonalakat. Probléma: Az alapértelmezett WordPress index.php fájlban ez a sor található: require( dirname( FILE ) . ‘/wp-blog-header.php’ ); Ez a mi környezetünkben nem működik megfelelően. Megoldás: Cseréld le a fenti sort erre: require( ‘wp-blog-header.php’ ); Ez biztosítja, hogy a WordPress az aktuális könyvtárból töltse be a szükséges fájlokat. További lehetséges problémák: - .htaccess nem érvényesül megfelelően a mod_rewrite miatt - wp-config.php fájlban hibás siteurl vagy home érték - fájlhozzáférési jogosultságok hiánya (pl. uploads) - open_basedir korlátozások

Utoljára frissítve: Apr 16, 2025

ASP.NET Session - A honlapom mindig újraindul ( Session State elveszik)

Windows 2003 servereken az Application Pool automatikus frissítése a Session State állomány vesztésével jár. Cégünk 3 féle Session State kezelést bíztosít. A szükséges beállításokat a web.config fileben lehet beállítani. - InProc (Standard, Minden folyamat a memóriában tárolódik, App.Pol. frissítéskor elveszik) - StateServer (Külön szolgáltatás bíztosítja a Session állapot fenntartását, független az App.Pol.-tól) - SQLServer (Külön adatbázisban tárolódnak a Session adatok mindentől függetlenül) Példa konfigurációk : mode="InProc" cookieless="false" timeout="20" /> mode="StateServer" stateConnectionString="tcpip=127.0.0.1:42424" cookieless="false" timeout="20" /> SQL alapú session tárolás mode=" SQLServer" sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes" cookieless="false" timeout="20" />

Utoljára frissítve: Apr 16, 2025

Domain név átirányítás, Domain Alias

🌐 Domain átirányítás és alias használat – SolidCP alapján Lehetősége van domain vagy aldomain átirányítás beállítására a Web Management (Web kezelő) felületen keresztül. Amennyiben a szolgáltatás nincs aktiválva, kérésére manuálisan is beállítható az átirányítás bármely bejegyzett domain vagy aldomain esetén. 🔁 Mi az átirányítás? Az átirányítás lényege, hogy a például cegnev2.hu címre érkező látogatók automatikusan átkerülnek a fő domainre, például cegnev.hu oldalra. A böngésző címsorában a cél domain (pl. cegnev.hu) fog látszani – tehát ez nem csak átirányítás, hanem címváltás is. Ez akkor hasznos, ha: Több domainnév van bejegyezve azonos tartalomra - Keresőoptimalizálás vagy márkanév-védelem a cél - Egységes arculatot szeretne fenntartani 🛠 Alias és DNS átirányítás - A Webadmin felületen domain alias is létrehozható, amely lehetővé teszi az azonos tartalom kiszolgálását több domain alatt. - Ha a DNS zóna kezelés engedélyezve van, lehetőség van a domainjeit távoli szerverekre is átirányítani, akár A rekord, CNAME vagy más DNS bejegyzések segítségével. 📌 Megjegyzés: Az alias és átirányítás nem ugyanaz. - Az alias megtartja az eredeti domain nevet a címsorban. - Az átirányítás átviszi a látogatót egy másik domainre, amely meg is jelenik a böngészőben.

Utoljára frissítve: Apr 16, 2025