Všetka aktivita
Tento stream sa automaticky aktualizuje
- Skoršie
-
29. septembra 2024 bol Exoweb aktualizovaný na verziu 10.154.0. Všeobecné V tejto verzii, vrátane vo verzii 10.153.0 bolo opravených niekoľko chýb, ktoré mohli spôsobovať menšie problémy pri zobrazení stránok. Obchod V obchode sa zmenil vzhľad objednávok. Pôvodný vzhľad: Nový vzhľad je kompaktnejší, takže lepšie sa zobrazuje na menších monitoroch a v prehľade teraz vidíte aj číslo objednávky:
-
Nastavenie úrovne priečinkov IMAP konta v Mozilla Thunderbird
Anonymný zverejnil návod v Nastavenie emailových klientov
Keď si v emailovom klientovi Mozilla Thunderbird nastavíte novú emailovú schránku, môže sa stať, že dostanete štruktúru, v ktorej priečinky ako napr. Odoslaná pošta alebo Odpadkový kôš sú ako keby pod Doručenou poštou, hoci po prihlásení na Webmail priečinky vidíte správne, teda, že všetky sú na rovnakej úrovni. Po technickej stránke nejde o problém, pokým prijímanie a odosielanie pošty bez problémov funguje (čo by malo, takže nie je dôvod tu niečo meniť). Ale ak chcete v Thunderbirde vidieť všetky priečinky na rovnakej úrovni, môžete si to v nastavení konta zariadiť. Pripomíname, že toto sa týka len emailových účtov typu IMAP. V Thunderbirde kliknite v zozname schránok na názov svojej schránky a následne hore vpravo na tlačidlo Nastavenia účtu (alebo hore v menu kliknite na Nástroje, následne úplne dole na Nastavenia účtu). V nastaveniach schránky kliknite vľavo na položku Nastavenia servera a následne na tlačidlo Pokročilé (ktoré nájdete pod sekciou čo sa má stať po odstránení správy): Po kliknutí na tlačilo Pokročilé by ste mali vidieť prázdnu položku na riadku Priečinok na serveri IMAP:. Doplňte si tam INBOX/ presne tak ako vidíte na obrázku a kliknite na OK. Zavrite kartu s nastaveniami, reštartuje Thunderbird a po reštarte by ste mali vidieť novú štruktúru, kde sú všetky priečinky na rovnakej úrovni: Dôležité je, aby ste si nakonfigurovali nové priečinky, takže v rovnakej sekcii, kde ste predtým klikali na tlačidlo Pokročilé si teraz v možnosti Presunúť ju do priečinka: nastavte Trash (resp. vyberte názov koša, ktorým máte pomenovaný priečinok pre odstránenú poštu): To isté spravte v sekcii Kópie a priečinky, nakonfigurujte si nové priečinky (ak nie sú): A nezabudnite skontrolovať aj sekciu Nevyžiadaná pošta, ak máte v novej stromovej štruktúre priečinok pre spam označený ako Junk, odporúčame si Junk nastaviť aj tu. Po zmene týchto nastavení odporúčame ešte reštartovať Thunderbird. -
V prípade, ak vlastníte nadnárodnú (generickú) doménu, napríklad .COM alebo .INFO, .ORG a podobne, tak 30 dní pred exspiráciou platnosti domény vám príde upozornenie v angličtine v nasledujúcom podobnom znení: Upozornenie: Tieto emaily sú zasielané povinne, keďže to vyžaduje ICANN (Internet Corporation for Assigned Names and Numbers - Internetová korporácia pre prideľovanie názvov a čísiel). Keď dostanete takýto email, nie je potrebné nič robiť, nemusíte nás kontaktovať, ani od nás pýtať faktúru na ďalšie obdobie, my vám zhruba za týždeň pošleme proformu na úhradu. Čo však môžete spraviť Uistite sa, že máte platnú emailovú adresu pre zasielanie faktúr, zároveň si skontrolujte, či máte vo svojom fakturačnom profile aktuálne údaje - ktoré chcete mať na faktúre. Podrobnosti k zmene emailovej adresy a ostatných faktračných údajov nájdete v návode Zmena emailovej adresy pre zasielanie faktúr. Ak ste upravili hocijaké údaje, odporúčame, aby ste nám poslali požiadavku v ohľade aktualizácie vlastníctva domény (WHOIS) - túto požiadavku nám môžete poslať aj v prípade, ak nemáte istotu, či údaje vo WHOIS máte aktuálne. My údaje preveríme a v prípade potreby aktualizujeme. Podrobnosti k aktualizácii vlastníctva domény nájdete v návode Zmena vlastníka domény, aktualizácia údajov vo WHOIS. -
Po vytvorení webovej stránky možno budete chcieť stránku nastaviť tak, aby sa určitý obsah neukladal do vyrovnávajúcej pamäte webového prehliadača, keďže potrebujete, aby sa obsah aktualizoval často, napríklad každý deň. To je vhodné v prípade, ak na stránke ponúkate reštauračné menu vo formáte .PDF, ktoré sa mení každý deň a chcete mať istotu, aby sa na druhý deň návštevníkom nezobrazovala verzia .PDF súboru zo včera alebo z minulého týždňa, keďže už nie je aktuálna. Samozrejme sú možnosti, ako si vyrovnávajúcu pamäť internetového prehliadača môžete vyčistiť, ale nie každému to napadne alebo to nepovažuje za praktické. Tvorcovia webových stránok však na strane servera môžu zabrániť, aby sa určité typy súborov neukladali do vyrovnávajúcej pamäte (cache) prehliadačov návštevníkov, takže napr. na druhý deň návštevníci uvidia nový obsah. Toto môžeme dosiahnuť pomocou Apache modulu mod_expires. Nastavenie nepoužívania vyrovnávajúcej pamäte Tieto nastavenia môžete zrealizovať pomocou súboru .htaccess. Nižšie je príklad kódu, ktorý si môžete vložiť do daného súboru a zároveň aj nastaviť typy súborov, ktoré si neprajete ukladať do vyrovnávajúcej pamäte: # VYPNI CACHE <IfModule mod_headers.c> Header set Cache-Control "no-cache, no-store, must-revalidate" Header set Pragma "no-cache" Header set Expires 0 </IfModule> <FilesMatch "\.(css|flv|gif|htm|html|ico|jpe|jpeg|jpg|js|mp3|mp4|png|pdf|swf|txt)$"> <IfModule mod_expires.c> ExpiresActive Off </IfModule> <IfModule mod_headers.c> FileETag None Header unset ETag Header unset Pragma Header unset Cache-Control Header unset Last-Modified Header set Pragma "no-cache" Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate" Header set Expires "Thu, 1 Jan 1970 00:00:00 GMT" </IfModule> </FilesMatch> Vysvetlenie: no-cache: zabezpečí, aby si prehliadač overil pripojením na server, či obsah je stále aktuálny max-age: nastavenie dĺžky v sekundách, ako dlho môže byť obsah uložený vo vyrovnávacej pamäti (cache) prehliadača. Po uplynutí tejto doby si prehliadač musí vyžiadať novú verziu obsahu zo servera. 0 znamená, že obsah by sa nemal nikdy ukladať do cache, resp. prehliadač sa bude zakaždým dopytovať na server po nový obsah. no-store: príkaz naznačuje, že žiadna vyrovnávajúca pamäť akéhokoľvek druhu, by sa nemala načítavať must-revalidate: funguje obdobne ako no-cache, obsah si načítava na základe nastavenia max-age, obsah si prehliadač preverí po uplynutí max-age. V prípade nuly, zakaždým. Konkrétne typy súborov, ktoré nechcete, aby sa ukladali, určujete na riadku: <FilesMatch "\.(css|flv|gif|htm|html|ico|jpe|jpeg|jpg|js|mp3|mp4|png|pdf|swf|txt)$"> V zozname si ponechajte len tie typy, ktoré skutočne nechcete, aby sa ukladali do cache, napr. ak nechcete, aby sa ukladali len súbory .PDF, tak si kód upravte takto: <FilesMatch "\.(pdf)$"> Ak z nejakého dôvodu nechcete použiť súbor .htaccess, do hlavičky každej stránky si vložte tento kód, čo je alternatívny spôsob, ako nenačítavať obsah z vyrovnávajúcej pamäte: <head> <meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" /> <meta http-equiv="Pragma" content="no-cache" /> <meta http-equiv="Expires" content="0" /> </head> Nastavenie časového obdobia vyrovnávajúcej pamäte Druhý variant, ktorý môžete použiť, je nastavenie obdobia, ako dlho sa majú jednotlivé typy súborov, resp. obsahy, držať v pamäti prehliadača bez ďalšej kontroly na serveri. Pri type súboru .PDF si všimnite, že sme nastavili jeden deň. Ostatné hodnoty môžete ponechať tak ako sú alebo si ich upravte podľa potreby. Obsah, ktorý nezvyknete často meniť, môžete ponechať na dlhšie obdobie, mesiace až roky, ostatný zvoľte kratší (hodiny, dni, max týždne): ## NASTAV CACHE <IfModule mod_expires.c> FileETag MTime Size AddOutputFilterByType DEFLATE text/plain text/html text/xml text/css application/xml application/xhtml+xml application/rss+xml application/javascript application/x-javascript ExpiresActive On ExpiresByType text/html "access 600 seconds" ExpiresByType application/xhtml+xml "access 600 seconds" ExpiresByType text/css "access 1 month" ExpiresByType text/javascript "access 1 month" ExpiresByType text/x-javascript "access 1 month" ExpiresByType application/javascript "access 1 month" ExpiresByType application/x-javascript "access 1 month" ExpiresByType application/x-shockwave-flash "access 1 month" ExpiresByType application/pdf "access 1 day" ExpiresByType image/x-icon "access 1 year" ExpiresByType image/jpg "access 1 month" ExpiresByType image/jpeg "access 1 month" ExpiresByType image/png "access 1 month" ExpiresByType image/gif "access 1 month" ExpiresDefault "access 1 month" </IfModule> Dĺžku obdobia, ako dlho chcete alebo potrebujete, aby sa obsah udržiaval vo vyrovnávajúcej pamäti bez opätovnej kontroly na serveri, si môžete definovať nasledovne: year/s month/s week/s day/s hour/s minute/s second/s Je však možné si vytvoriť aj kombinácie, napr. chcete aby sa prehliadač po nový obsah .PDF súboru dopytoval každých 8 hodín a 30 minút: ExpiresByType application/pdf "access 8 hours 30 minutes" Obdobne si môžete nastaviť aj ďalšie typy súborov, podľa toho, ako často sa obnovujú. Pri nastavovaní dĺžky obdobia môžete skúsiť ďalšie alternatívy. Napríklad medzi zápisom ExpiresByType application/pdf "access 1 day" a ExpiresByType application/pdf "access plus 1 day" je rozdiel nasledovný: access 1 day: nastavíte platnosť cache pre súbory (v našom prípade .PDF) na presne 1 deň od momentu, kedy bol obsah prístupný. Inak povedané, platnosť začne okamžite od času prístupu a vyprší presne o 1 deň. access plus 1 day: "plus" znamená, že sa pridá 1 deň k aktuálnemu času prístupu. Inými slovami, cache vyprší po jednom dni od každého prístupu. Týmto spôsobom sa určí dynamickejší výpočet exspiračného času na základe prístupu k súboru.
-
untilOslávme rozmanitosť Európy spolu! Pri príležitosti Európskeho dňa jazykov (26.9.) ti prinášame špeciálnu ponuku na registráciu .EU domén za 1,50 bez DPH. Prejav svoju identitu a zviditeľni svoj biznis naprieč celou Európou. Ponuka platí do 8.10.
-
29. augusta 2024 bol Exoweb aktualizovaný na verziu 10.152.0, od verzie 10.148.0 pribudlo niekoľko menších vylepšení, ktorých zoznam zhrnieme v tomto článku. Webová stránka Oprava chýb V prípade dlhých názvov stránok sa mohlo stať, že navigačná ponuka na mobilných zariadeniach bola posunutá mimo viditeľných častí stránky. Tento problém bol odstránený. Obchod Oprava chýb Bola opravená chyba, ktorá neumožňovala odosielať emaily, ak na serveri bol exspirovaný bezpečnostný SSL/TLS certifikát. Opravila sa chyba, keď obrázky produktov, sa nemuseli správne zobrazovať (alebo vôbec) na stránke súhrnu objednávok. Nové možnosti Bolo pridaných viac platobných brán, konkrétne Klarna Mollie Payfast Paytrail PayU Kompletný zoznam platobných brán (metód) nájdete v návode Pridanie a nastavenie prijímania platieb v Obchode. Odteraz je možnosť zobraziť hmotnosť na stránke produktu: Ako si nastaviť túto možnosť, nájdete v návode Pridanie a nastavenie parametrov produktu v Obchode.
-
V tomto článku prinášame zoznam najčastejších chybových hlásení so stručným popisom, s ktorými sa môžete stretnúť počas surfovania internetom. Chybové hlásenia 4XX patria do skupiny chýb klientov, čo znamená, že chyby by mal vedieť odstrániť správca stránky. Chybové hlásenia 5XX patria do skupiny chýb servera a tieto chyby obyčajne vie odstrániť len správca servera (okrem chyby 500, ktorá často býva chybou na strane klienta). 4XX 400 Bad Request Pri chybe 400 server nedokáže spracovať požiadavku z dôvodu chyby klienta, väčšinou ide o nesprávnu syntax požiadavky, ktorá sa môže vyvolať napr. aj nesprávne zapísaným odkazom na webovej stránke (odkaz obsahuje nezmyselné direktívy) Webmaster resp. programátor stránky by mal preveriť prípadné chyby vo webovej stránke. 401 Unauthorized Toto hlásenie dostanete, keď sa preklikáte na stránku, ktorá je zabezpečená heslom na úrovni servera (pomocou súborov .htaccess a .htpasswd) a budú sa od vás vyžadovať prihlasovacie údaje, aby sa stránka s obsahom mohla zobraziť. Ak prihlasovacie údaje nemáte alebo neviete a požiadavku na zadanie prihlasovacích údajov zrušíte, objaví sa chybové hlásenie 401. Nemýľte si toto so stránkou s prihlasovacím formulárom napr. do administrácie WordPress alebo Control Panela. Toto hlásenie môže odstrániť iba vlastník stránky, aj keď v podstate nemá na to dôvod. Ak si stránku zabezpečil heslom, chce, aby mal prístup len ten, kto má heslo. 403 Forbidden Hlásenie 403 znamená, že na stránku máte zakázaný prístup, dôvodov ale môže byť viac, toto hlásenie sa často objavuje vtedy, ak si chcete otvoriť v prehliadači webovú stránku, ktorá neobsahuje súbor index.php alebo iný index (napr. index.html). V inom prípade sa chyba môže objaviť ak napr. vlastník stránky blokuje návštevy z IP adries rozsahu, v ktorom sa nachádzate. Túto chybu môže odstrániť iba vlastník stránky. Či ide o chybu, je relatívny pojem, vlastníci stránok si môžu svoje stránky nastaviť tak, aby návštevníkom sa hlásenie 403 zobrazovalo zámerne. 404 Not Found Veľmi bežná chyba, ktorá sa objaví, ak navštívite lokalitu, ktorá jednoducho neexistuje. Najčastejšie vzniká z dvoch dôvodov, prvý môže byť ten, ak vlastník stránky zmaže nejakú stránku na svojej lokalite, ale neodstránil odkazy vedúce k nej. Keď kliknete na taký odkaz, ktorý vedie na zmazanú stránku, dostanete chybu 404. Druhý prípad obyčajne nastáva vtedy, ak vlastník webovej lokality stránku zmazal, ale stránka sa ešte nachádza vo vyhľadávaní v Google, keďže Google neodstraňuje hneď zmazané stránky zo svojich výsledkov vyhľadávania. Túto chybu môže odstrániť iba vlastník stránky, buď opätovným vytvorením chýbajúcej stránky alebo presmerovaním neplatného odkazu. 406 Not Acceptable Táto chyba sa obyčajne vyskytne vtedy, ak vstupujete na nejakú kľúčovú stránku (napr. prihlasovací formulár do administrácie redakčného systému) a vaša IP adresa sa nachádza v rozsahu podozrivých IP adries (napr. v danej sieti mohli prebiehať útoky alebo rozosielanie nevyžiadanej pošty). Vtedy webový firewall zakáže prístup z týchto IP adries na stránku s prihlasovacím formulárom, aby ochránil váš redakčný systém napr. pred hacknutím a namiesto stránky s prihlasovacím formulárom uvidíte chybu 406. Túto chybu môže na svojej strane vyriešiť vlastník stránky zmenou IP rozsahu u svojho poskytovateľa internetu alebo je potrebné kontaktovať správcu servera s požiadavkou o vypnutie webového firewallu pre danú webovú lokalitu. 413 Request Entity Too Large S touto chybou sa môžete stretnúť v dnešnej dobe skôr výnimočne. Dostanete ju vtedy, keď sa snažíte prostredníctvom nejakého formuláru odoslať viac dát, ako dokáže pridelená pamäť servera v danej chvíli spracovať, napríklad pri nahrávaní veľmi veľkého súboru. Ak je súbor príliš veľký pre pridelenú pamäť, tak dostanete chybu 413. Skúste nahrávanie údajov zopakovať s menším množstvom dát alebo použite alternatívne možnosti nahrávania (napr. pomocou FTP protokolu). 429 Too Many Requests S chybou 429 sa stretnete vtedy, ak klient odošle veľa požiadaviek, ktoré prekročili povolené limity servera. Táto situácia môže nastať napr. zacyklením direktív v súbore .htaccess. Vo veľkej väčšine prípadov ide o problém zle naprogramovanej webovej aplikácie, tvorca stránky by mal skontrolovať a otestovať jej správanie. 5XX 500 Internal Server Error Interná chyba servera, ktorá často nastáva napr. nesprávnym zápisom v súbore .htaccess, neplatnými direktívami alebo nesprávnou konfiguráciou. Môže sa objaviť aj v prípade, ak si aktualizujete redakčný systém a máte na serveri málo miesta. Aktualizačný skript nemá dostatok miesta pre nové súbory a keď sa aktualizáciu nepodarí dokončiť kvôli nedostatku miesta, tak stránka môže vracať chybu 500. Môže sa však objaviť aj vtedy, ak vaša stránka bola napadnutá hackerom, ktorý svojimi zásahmi poškodil súbory webovej stránky. Všeobecne ide o pomerne bežnú chybu, ktorú si vo veľkej miere dokáže správca stránky sám vyriešiť pomocou kontroly záznamov (logov), prečo k tejto chybe dochádza. 502 Bad Gateway Pravdepodobne ide o vnútorný problém servera, napríklad z dôvodu nesprávnej konfigurácie, ktorá spôsobuje problémy v komunikácii medzi (proxy) servermi. Chyba sa obyčajne vyskytuje počas nadmernej záťaže, ktorá môže byť spôsobená veľkým počtom požiadaviek, zvykne sa však objavovať aj v prípade, ak na stránke používate staršiu verziu PHP. Bežne sa vyskytuje počas hackerských útokov alebo prudko zvýšenej návštevnosti. Ak vaša stránka vracia chybu 502, skontrolujte si nastavenia služieb, či nepoužívate starú verziu PHP a ak áno, vyskúšajte si nastaviť vyššiu verziu. Zároveň si môžete otestovať, či problém nespôsobuje nejaký modul alebo plugin (najskôr tak, že na serveri manuálne prepíšete zložku pluginu na iný názov). Ak problém pretrváva, odporúčame kontaktovať správcu servera, ktorý tento problém po nájdení príčiny obyčajne dokáže vyriešiť rýchlo. 503 Service Unavailable Chyba 503 znamená, že služba je dočasne nedostupná, napr. z dôvodu údržby servera alebo nadmernej záťaže. Častou príčinou tejto chyby môže byť aj neoptimálne naprogramovaná stránka, ktorá zasiela viac požiadaviek, ako jej dovoľuje limit nastavený serverom. Ak chybu vracia vaša stránka, skontrolujte si, či nejaký skript neodosiela veľké množstvo nezmyselných údajov. Ak sa zdá byť všetko v poriadku, tento problém vyrieši najskôr už len správca daného servera a v prípade rýchleho odhalenia príčiny, je aj problém rýchlo odstránený. 504 Gateway Timeout 504 je obdobná chyba ako v prípade 502 a 503, server je zaťažený a na požiadavky odpovedá oneskorene. Chyba môže byť spôsobená aj používaním starších verzií PHP alebo neaktuálnych pluginov. Skúste problém identifikovať a vyriešiť ako v prípade chyby 502. Štatistika V tomto grafe je zobrazená vygenerovaná štatistika chybových kódov za posledných 24 hodín. Tu môžete vidieť, že výrazné "vedú" chyby 404 (neexistujúca stránka) a 406 (neakceptovateľné - to zobrazuje, koľko škodlivých pokusov náš firewall zablokoval). Určitý podiel majú aj chyby 500 (vnútorná chyba servera), čo naznačuje vysoký počet zlých direktív v súboroch .htaccess. Podobný podiel má aj chyba 403 (zakázaný prístup), ostatné tvoria už len zlomky percent. A ešte jedno porovnanie, tu môžete vidieť v akom pomere sú chybové kódy ku všetkým stavovým kód (aj tých "dobrých"). Stavový kód 200 označuje správne načítanú stránku bez chýb, kódy 301 a 302 označujú presmerované stránky. Chybové kódy 404 a 406 tvoria v tomto porovnaní desatinu (každý zvlášť), chyby 500 tvoria menej ako 2% všetkých stavových kódov. Odporúčania Viacerým chybám je možné sa preventívne vyhnúť, ak budete dodržiavať nasledujúce body: starajte sa o svoju stránku, podľa možnosti aktualizujte, či už samotný redakčný systém, ale najmä pluginy tretích strán, ak ich používate snažte sa odkazy na svojej stránke udržiavať aktuálne, vyhýbajte sa zbytočným presmerovaniam, ujednoťte si protokoly (napr. ak máte na stránkach bezpečnostný certifikát SSL/TLS, uistite sa, že všetky vaše odkazy začínajú na HTTPS a zároveň sa rozhodnite, či chcete používať odkazy s www alebo bez www) sledujte trendy a ak to situácia dovolí (resp. váš redakčný systém), používajte čo najnovšiu verziu PHP, ktorá bude zároveň kompatibilná s vašim redakčným systémom z času na čas môžete preskenovať svoju webovú stránku, či neobsahuje neplatné odkazy, pre tento účel je vhodná aplikácia Xenu - neplatné alebo poškodené odkazy opravte, prípadne presmerujte na relevantné stránky
-
8. júla 2024 bol Exoweb aktualizovaný na verziu 10.148.0, ktorá priniesla nasledujúce zmeny a vylepšenia: Webová stránka Skrytie priečinka v menu Keď si v Editore vytvoríte nový priečinok, tak odteraz ho môžete z menu skryť. Po jeho vytvorení si dajte upraviť nastavenia priečinku a môžete zapnúť Skryť z navigácie: Je to vhodné najmä vtedy, ak chcete mať v priečinku stránky, ktoré nechcete, aby boli viditeľné bez bežných návštevníkov. Stránky budú normálne dostupné, ale prístup k nim bude mať len ten, kto bude mať na ne odkaz (ak ho samozrejme niekde na svojom webe nezverejníte). Viac informácií k vytváraniu priečinkov, ale aj stránok či odkazov v menu nájdete v návode Pridanie podstránok, priečinkov alebo externých odkazov v Exowebe. Nahrávanie obrázkov vo formáte .WEBP Nielen v Editore, ale aj v Obchode, Blogu, či Stretnutiach môžete odteraz nahrávať aj obrázky vo formáte .WEBP. Pre viac informácií o formátoch súborov odporúčame pozrieť článok Exoweb limity.
-
20. júna 2024 bol Exoweb aktualizovaný na verziu 10.147.0, ktorá priniesla nasledujúce zmeny a vylepšenia: Webová stránka Zákazníci, ktorí si vytvárajú úplne novú webovú stránku, si teraz počas vytvárania stránky môžu zobraziť ukážku svojej webovej stránky a to súčasne ako bude vyzerať na počítači aj mobilnom zariadení: Viac informácií o vytváraní novej webovej stránky nájdete v návode Prvé spustenie editora v Exowebe. Obchod Zmenil sa dizajn pokladne, ako, môžete vidieť na priložených obrázkoch. Na prvom kroku zákazník vypíše svoje údaje a adresu: V ďalšom kroku si vyberie dopravu: Na poslednej strane si vyberie spôsob platby. V priebehu tohto roka plánujeme pridať viac možností platieb, o čom budeme informovať v našom Blogu.
-
Pri tvorbe webových stránok najčastejšie používate alebo sa stretávate so súbormi index.php, prípadne index.html, vo výnimočných prípadoch aj s inými koncovkami, ktoré fungujú ako "hlavné" súbory webových stránok. Naše servery majú globálne nastavené toto poradie: index.php index.html index.htm index.cgi index.pl index.php3 index.wml index.shtml ... čo znamená, že ak by ste si na server nahrali všetky tieto typy súborov, tak webový prehliadač najprv bude hľadať index.php (a podľa neho zobrazí stránku v prehliadači), ak by nič nenašiel, tak bude hľadať index.html, index.cgi, atď. Pokým nemáte špecifické požiadavky na index súbor - a väčšina z vás to ani potrebovať nebude, tak nemusíte v tomto ohľade nič meniť ani nastavovať. Ak by ste však potrebovali napr. zmeniť preferenčné poradie súborov, môžete si toto nastaviť cez súbor .htaccess Zmena poradia preferencie index súborov Do koreňového priečinka /public_html/ nahrajte súbor .htaccess (ak už tam máte .htaccess, tak ho neprepisujte, ale vložte si do súboru riadok uverejnený nižšie) s týmto obsahom: DirectoryIndex index.php index.html index.htm index.cgi index.pl index.php3 index.wml index.shtml ... resp. si ho upravte podľa potreby, napríklad, ak si prajete, aby vaša webová lokalita načítavala len index súbory s príponou .html tak do súboru vložte: DirectoryIndex index.html Ďalší variant nižšie zabezpečí, že prehliadač bude pri načítavaní stránky najprv hľadať index.php a keď ho nenájde, tak bude hľadať index.html: DirectoryIndex index.php index.html Zmena názvu index súboru Samozrejme, môžete si nadefinovať aj vlastný index, napr. s názvom pokus. DirectoryIndex pokus.php pokus.html Ak hlavný súbor vašej stránky pomenujete ako pokus.php, tak stránka sa zobrazí, ak prehliadač nenájde pokus.php bude hľadať pokus.html. Ak prehliadač nenájde žiadny súbor pokus.php alebo pokus.html, tak stránka vráti vráti chybu 403 Forbidden. Keď si ako DirectoryIndex zadefinujete so súbormi pokus.php a (alebo) pokus.html, tak žiadny súbor index.php alebo index.html prehliadač hľadať nebude. Ak však máte na serveri nahraný súbor index.php a zadáte do prehliadača nazov-vasej-stranky.tld/index.php, tak webová stránka sa zobrazí (resp. obsah v danom .php súbore). Takéto pokusy odporúčame len skúseným používateľov alebo webmasterom, čo vedia, čo robia. -
untilNevieš programovať? Potrebuješ web? Vyskúšaj náš EXOWEB! Teraz s neuveriteľnou 50%tnou zľavou na prvý rok.
-
5. júna 2024 bol Exoweb aktualizovaný na verziu 10.146.0, ktorá priniesla nasledujúce zmeny a vylepšenia: Pomoc v menu Odkazy v menu na pomocné stránky sa odteraz otvárajú v novom okne, takže nestane sa, že keď kliknete na nejaký odkaz, tak sa stránka dokumentácie otvorí v tom istom okne ako máte rozpracovanú stránku: Webová stránka Keď si upravujete na webovej stránke texty, tak možnosti zarovnania sa odteraz nachádzajú v rozbaľovacej ponuke: Možnosti poštovného Ak máte viac možností poštovného, tak odteraz budú na stránke pokladne zoradené od najlacnejšieho spôsobu dopravy, po najdrahší. Upozornenie: Pokladňa prešla zmenou dizajnu, o zmenách sa môžete dočítať v tomto článku.
-
22. mája 2024 bol Exoweb aktualizovaný na verziu 10.145.0, táto verzia umožňuje zrušiť úhradu objednávky v Obchode. Obchod V zozname objednávok ako máte možnosť si aktualizovať stav objednávky, pribudla po novom možnosť zrušiť platbu: Pre viac informácií kliknite na návod Spravovanie objednávok v Obchode.
-
Pri pohľade na informácie o doméne vo WHOIS ste sa určite stretli s rôznymi stavmi domén, ktoré vás informujú, či doména je v poriadku (v stave ok) alebo je zakázaný jej prevod k inému registrátorovi a podobe. Napríklad na doméne exohosting.sk môžete vidieť, že je v stave ok, čo znamená, že je plne funkčná: WHOIS však pozná množstvo iných stavov, ktoré môžete z času na čas vidieť pri iných doménach, s niektorými ste sa už možno stretli, iné ste zahliadli možno raz v živote a určite sú aj také, ktoré ste nikdy nevideli. Predtým, než si jednotlivé stavy domén vysvetlíme, najprv si musíme ujasniť niekoľko pojmov, aby popis jednotlivých stavov domén vám dával väčší zmysel: Registrujúci, vlastník: fyzická alebo právnická osoba, ktorá si chce zakúpiť alebo si zakúpila doménu Registrátor: sprostredkujúci subjekt, ktorý registrujúcemu (vlastníkovi) zabezpečí registráciu domény (napr. EXO TECHNOLOGIES) Metaregister: sprostredkujúci subjekt, ktorý spravuje doménu, ak Registrátor nemá priamy prístup do Registra domény (napr. CentralNic Reseller) Správca: subjekt, ktorý v Registri spravuje doménovú koncovku (napr. SK-NIC, EURid) Register: virtuálne miesto, kde je vaša doména vedená Správcom domény V nasledujúcej tabuľke si môžete prečítať popis stavov domén EPP (Extensible Provisioning Protocol), pričom berte na vedomie, že niektoré popisy sú prispôsobené politike správy domén pod spoločnosťou EXO TECHNOLOGIES. Iní registrátori si môžu uplatňovať iné, podobné alebo aj rovnaké podmienky, záleží od každého konkrétneho registrátora. Jednotlivé stavy sú usporiadané abecedne. Zároveň majte na pamäti, že existujú dva typy stavových kódov EPP: kódy klienta a servera. Stavové kódy klientov nastavujú registrátori a metaregistrátori. Niektorí registrátori (a metaregistrátori) automaticky nastavia určité stavové kódy pri registrácii domény alebo pri prevode k inému registrátorovi, iní tak urobia, keď ich o to požiadate. Stavové kódy servera sú nastavené registrami a majú prednosť pred kódmi klientov. EPP stav Popis Čo treba spraviť? addPeriod Obdobie ochrannej lehoty, ktorá sa poskytuje po prvej registrácii domény. Ak sa doména počas tohto obdobia zruší, je možné vrátiť registračný poplatok. Tento stav nemusíte vo WHOIS pri bežných koncovkách vôbec postrehnúť, skôr sa týka niektorých národných koncoviek, kde správca posudzuje oprávnenosť registrácie daným subjektom. Ide o informatívny stav nastavený na prvých niekoľko dní registrácie vašej domény - pozor každý metaregister alebo správca si uplatňuje vlastné pravidlá a toto obdobie môže úplne ignorovať. Inak je doména v poriadku a nevyžadujú sa žiadne iné akcie. autoRenewPeriod Odklad predĺženia platnosti domény, ktoré sa poskytuje po uplynutí obdobia registrácie domény. Ide o obdobie, počas ktorého sa čaká na platbu za predĺženie domény. Ak ste poplatok za predĺženie doteraz neuhradili, odporúčame ho zrealizovať čo najskôr, aby ste sa vyhli neskorším problémom s obnovovaním domény. Záleží na konkrétnom metaregistri, či si toto obdobie uplatňuje, niektorí pridávajú aj mesiac po ukončení platnosti domény, iní si tento stav neuplatňujú a doménu hneď deaktivujú (záleží od koncovky a pravidiel správcu). clientDeleteProhibited Tento stav môže nastaviť váš registrátor a informuje register vašej domény, aby odmietol žiadosti o odstránenie domény. Stav znamená, že nie je možné odstrániť registráciu domény, čo môže zabrániť neoprávnenému vymazaniu v dôsledku krádeže alebo podvodu. Ak chcete odstrániť svoju doménu, musíte najskôr kontaktovať svojho registrátora a požiadať ho o odstránenie tohto stavového kódu. clientHold Tento stav môže nastaviť váš registrátor a informuje register vašej domény, aby neaktivoval vašu doménu v DNS. Ide o stav, ktorý sa zvyčajne nastavuje počas právnych sporov, prípadne nevykonanej úhrady na ďalšie obdobie alebo keď je doména pripravená na vymazanie. Kontaktujte svojho registrátora pre viac informácií. clientRenewProhibited Tento stav môže nastaviť váš registrátor a informuje register domény, aby odmietol žiadosti o obnovenie domény. Ide o nezvyčajný stav, ktorého nastavenie má dôvod len vo výnimočných prípadoch, napr. počas právnych sporov, prípadne keď je doména predmetom vymazania. Kontaktujte svojho registrátora pre viac informácií, ak ide o vašu doménu, ktorú si prajete predĺžiť. clientTransferProhibited Tento stav môže nastaviť váš registrátor a informuje register vašej domény, aby odmietol žiadosti o prevod domény od vášho aktuálneho registrátora k inému. Tento stav majú taktiež nastavený generické domény, ktoré sú registrované napr. v systéme metaregistra SubReg a nedošlo u nich k predĺženiu na ďalšie obdobie. Počas tohto stavu nie je možné previesť doménu k inému registrátorovi, čo pomôže zabrániť neoprávneným prevodom v dôsledku krádeže alebo podvodu. Ak chcete previesť svoju doménu, musíte najskôr kontaktovať svojho registrátora a požiadať ho o odstránenie tohto stavového kódu. Ak ide o generickú doménu, ktorá je registrovaná v metaregistri SubReg, je veľmi pravdepodobné, že nebol uhradený poplatok na ďalšie obdobie a bude nutné najprv uhradiť poplatok za predĺženie platnosti domény. Tento stav môžete vo WHOIS vidieť spolu so stavom clientUpdateProhibited. clientUpdateProhibited Tento stav môže nastaviť váš registrátor a informuje register vašej domény, aby odmietol žiadosti o aktualizáciu domény. Počas tohto stavu nie je možné aktualizovať WHOIS informácie domény, čo môže pomôcť zabrániť neoprávneným aktualizáciám napríklad v dôsledku podvodu. Ak chcete aktualizovať informácie svojej domény, musíte najprv kontaktovať svojho registrátora a požiadať ho o odstránenie tohto stavového kódu. Tento stav môžete vo WHOIS vidieť spolu so stavom clientTransferProhibited. Expired Platnosť domény bola ukončená. Tento stav môžete vidieť často napr. pri .CZ doménach, keď nebol uhradený poplatok na ďalšie obdobie. Doména ešte nemusí byť stratená, ale ak ste doteraz neuhradili vystavenú predfaktúru na predĺženie platnosti domény, uhraďte ju čo najskôr alebo kontaktujte svojho registrátora pre viac informácií. inactive Doména nemá priradené žiadne menné servery a negeneruje žiadne DNS záznamy. Keď nie sú delegované žiadne menné servery domény, tak webová stránka na takejto doméne sa javí ako keby vôbec neexistovala. Tento stav sa môže vyskytnúť pri registrácii niektorých zahraničných domén. Kontaktujte registrátora vašej domény s požiadavkou kontroly nastavenia menných serverov. ok Štandardný stav domény, ktorý informuje, že doména je v poriadku a nečaká sa na žiadne akcie (zmeny). Nemusíte robiť nič, doména je plne funkčná, neuplatňujú sa žiadne obmedzenia, takže ak chcete, môžete si aktualizovať informácie vo WHOIS alebo si ju preregistrovať k inému registrátorovi. pendingCreate Informatívny stav, žiadosť o vytvorenie vašej domény bola prijatá a spracováva sa. S týmto stavom sa obyčajne nestretnete, ale ak áno, tak správca domény pravdepodobne požaduje od registrujúceho nejaké dodatočné údaje - mali by ste kontaktovať vášho registrátora domény pre poskytnutie viac informácií. pendingDelete Platnosť domény bola definitívne ukončená a čaká sa na jej zmazanie z registra. Po jej zmazaní bude možné ju opäť zaregistrovať ako novú doménu. Tento stav však môžete vidieť v kombinácii aj s inými stavmi, najčastejšie s redemptionPeriod alebo pendingRestore. Ak je v kombinácii s redemptionPeriod, životnosť domény sa blíži k záveru, ak je v kombinácii s pendingRestore, znamená to, že sa pracuje na jej obnovení. Ak vidíte svoju doménu v stave pendingDelete v kombinácii so stavom redemptionPeriod (toto môžete vidieť v prípade domény .SK, ktorá nebola uhradená do dňa exspirácie) a prajete si doménu zachovať, čo najskôr kontaktujte svojho registrátora s požiadavkou platby na ďalšie obdobie. Pri väčšine zahraničných koncoviek treba počítať s vyššími poplatkami za obnovu. Ak je stav pendingDelete v kombinácii s pendingRestore, tak nemusíte robiť nič, čakajte na ďalšie informácie od registrátora domény. Ak stav pendingDelete vidíte samotný, môžete sa u svojho registrátora informovať, kedy a za akých podmienok môžete doménu znovu získať. Majte na pamäti, že nikde a nikým nie je zaručené, že doménu znovu získate späť. pendingRenew Žiadosť o predĺženie domény bola prijatá a spracováva sa. Ak ste uhradili poplatok za predĺženie domény, nemusíte ďalej robiť nič, len čakať na stav ok. Ak si doménu už nechcete ponechať (t. j. nezaplatili ste poplatok za obnovenie), tento stav môžete ignorovať a doména sa neskôr zmaže alebo kontaktujte svojho registrátora pre informácie o ukončení prevádzky domény. pendingRestore Tento stav obyčajne uvidíte po stave redemptionPeriod, čo znamená, že platnosť domény sa už chýlila ku koncu, ale vlastník dodatočne uhradil poplatky za obnovu. Ak nenastanú zvláštne okolnosti, tak tento stav nemusíte vo WHOIS vidieť dlho a doména bude čoskoro v stave ok. Ak tento stav budete vidieť vo WHOIS dlhší čas (min. 1 deň), informujte sa u svojho registrátora, či sa nevyžadujú nejaké dodatočné informácie. Je možné, že metaregister alebo správca si vyžaduje od vlastníka domény informácie, ktoré sú potrebné k úspešnému obnoveniu domény. Ak informácie nebudú poskytnuté v rámci stanoveného časového obdobia, doména sa vráti do stavu redemptionPeriod a bude ďalej plynúť koniec obdobia jej životnosti. pendingTransfer Žiadosť o prevod domény k novému registrátorovi bola prijatá a spracováva sa. Obvykle to trvá len pár minút, nanajvýš hodín, v prípade nadnárodných (generických) domén aj niekoľko dní. Ak ste požiadali o prevod domény, nemusíte robiť nič, len čakať na informácie od vášho nového registrátora, že prevod bol úspešne ukončený (doména následne bude v stave ok, prípadne serverTransferProhibited - ak správca domény povoľuje ďalší prevod až po uplynutí určitého časové obdobia). Ak ste nepožiadali o prevod svojej domény, mali by ste okamžite kontaktovať svojho registrátora a požiadať ho o zamietnutie žiadosti o prevod vo vašom mene (toto je možné v prípadoch, ak pôvodný registrátor má možnosť v administrácii metaregistra zamietnuť prevod - každý správca určitej doménovej koncovky si určuje vlastné pravidlá pre potvrdenie prevodov). Aby ste zabránili takýmto prípadom, odporúčame, aby ste mali vždy aktuálne informácie vo WHOIS s platnými kontaktnými údajmi, nad ktorými máte plnú kontrolu (napr. emailová schránka). pendingUpdate Žiadosť o aktualizáciu domény bola prijatá a spracováva sa. Ak ste požiadali registrátora o aktualizáciu údajov vašej domény, netreba robiť nič, len čakať na dokončenie operácie. Obyčajne trvá niekoľko málo desiatok minút (záleží od správcu domény). Ak ste nepožiadali o aktualizáciu domény, mali by ste okamžite kontaktovať svojho registrátora, pre overenie, čo sa stalo. redemptionPeriod Uplynula štandardná lehota na predĺženie domény (každý správca resp. metaregister si uplatňuje iné podmienky pre dosiahnutie tohto stavu). V tomto stave môže doména stráviť niekoľko málo týždňov a ak nedôjde k jej obnove, definitívne sa zmaže z registra a vlastník o ňu príde. Ak si prajete doménu naďalej využívať, čo najskôr kontaktujte svojho registrátora pre obnovenie a predĺženie domény. Musíte zároveň počítať s možnosťou, že pravdepodobne budete musieť uhradiť dodatočné poplatky (záleží od konkrétneho správcu alebo metaregistra), ktoré môžu presahovať niekoľkonásobok pôvodnej ceny za registráciu resp. predĺženie domény. renewPeriod Obdobie odkladu, ktoré sa poskytuje po tom, čo registrátor hneď predĺžil obdobie registrácie domény. Ak registrátor zruší registráciu domény počas tohto obdobia, metaregister alebo správca vráti registrátorovi poplatok za predĺženie. Ide o stav, ktorý je nastavený na krátke obdobie na predĺženie vašej domény vaším registrátorom. Ak ste nepožiadali o predĺženie svojej domény a už si ju nechcete ponechať (t. j. nechcete zaplatiť poplatok za predĺženie), mali by ste okamžite kontaktovať svojho registrátora a prediskutovať dostupné možnosti. V EXO Hosting túto možnosť nepoužívame. serverDeleteProhibited Stav zabraňuje vymazaniu domény. Ide o nezvyčajný stav, ktorý sa zvyčajne nastaví počas právnych sporov, na vašu žiadosť alebo keď je aktívny stav redemptionPeriod. Je potrebné, aby ste kontaktovali svojho registrátora pre zistenie viac informácií. Ak doména nemá žiadne právne problémy a chcete ju zmazať, požiadajte registrátora o odstránenie tohto stavu. serverHold Stav nastavený správcom registra domény. Doména nie je aktivovaná v DNS, k čomu dochádza, napr. ak uplynulo obdobie predĺženia domény na ďalšie obdobie. Môže ale aj naznačovať problémy s nastavením menných serverov. Skontrolujte si dátum exspirácie vašej domény. Tento stav vidieť pri .SK doménach ak uplynul dátum ich platnosti a prebieha 40 dňové obdobie, počas ktorého je možné stále doménu predĺžiť. Ak doména ešte neexspirovala, skontrolujte si zadané menné servery. V prípade ak aj tie sú v poriadku, mali by ste kontaktovať svojho registrátora a požiadať ho o ďalšie informácie. serverRenewProhibited Tento stav môžete vidieť len výnimočne. Správca vašej domény nedal povolenie vášmu registrátorovi na predĺženie domény. Buď z dôvodu, že došlo ku právnym sporom alebo doména smeruje do stavu zmazania. Kontaktuje svojho registrátora pre poskytnutie ďalších informácií. Ak doména nie je predmetom mazania, tak by registrátor mal kontaktovať správcu doménovej koncovky pre viac informácií. serverTransferProhibited Stav, ktorý sa obyčajne nastaví po prevode domény k inému registrátorovi, aby sa zabránilo neoprávnenej manipulácii. Taktiež sa môže vyskytnúť počas právnych sporov a upozorňuje, že počas tohto stavu nebude možný prevod domény k inému registrátorovi. Môže sa objaviť aj počas obdobia redemptionPeriod. Ak ste doménu nedávno previedli od iného registrátora, tento stav môže byť automaticky nastavený v rámci ochrany pred manipuláciou s doménou a obvykle môže trvať až 60 dní. Počas tohto stavu nebude možné doménu previesť inam. Niektoré metaregistre alebo správcovia môžu ponúkať službu uzamknutia registra, ktorá umožňuje vlastníkom domén prostredníctvom svojich registrátorov nastaviť tento stav ako dodatočnú ochranu proti neoprávneným prevodom. Odstránenie tohto stavu môže trvať dlhšie ako v prípade clientTransferProhibited (viď vyššie), pretože váš registrátor musí postúpiť vašu žiadosť do registra vašej domény a počkať, pokým obmedzenie bude zrušené. serverUpdateProhibited Doména je uzamknutá, aby sa zabránilo jej aktualizácii. Zvyčajne sa uplatňuje počas právnych sporov, na vašu žiadosť, po prevode domény k inému registrátorovi alebo keď je aktívny stav redemptionPeriod. Ide o obdobný prípad, ako v prípade stavu serverTransferProhibited, netýka sa ale prevodu k inému registrátori, týka sa obdobia, kedy nie je možné meniť informácie vo WHOIS. transferPeriod Obdobie odkladu, ktoré sa poskytuje po úspešnom prevode domény od jedného registrátora k druhému. Ide o informatívny stav nastavený na obmedzené obdobie alebo prevod vašej domény k novému registrátorovi. Ak ste o prevod svojej domény nepožiadali, mali by ste kontaktovať svojho pôvodného registrátora. S týmto stavom sa najskôr ani nikdy nestretnete. Tento článok môže byť časom aktualizovaný, záleží od toho, aké stavy ktorý správca alebo metaregister sa rozhodne používať, preto tieto informácie berte najmä len informačne.
-
Pridanie tlačidla na skrytie a zobrazenie textu v Exowebe
Anonymný zverejnil návod v Vlastné úpravy v Exowebe
Exoweb cez úpravu skriptov umožňuje na webovú stránku vložiť možnosti, ktoré nie sú v Editore štandardne dostupné. V tomto návode si priblížime, ako si môžete na stránku napríklad vložiť tlačidlo, ktoré zobrazí ďalší text, až keď na tlačidlo niekto klikne. Vloženie tlačidla so skrytým obsahom Vloženie štýlu pre skrytý text V Editore kliknite na Úvod: Otvorí sa okno Stránky, priečinky a odkazy. Dole kliknite na Skripty stránky: Zobrazí sa okno Skripty stránky, zaujímať nás bude karta <HEAD>: Do poľa pod <HEAD> si vložte štýl v kóde, ktorý je uvedený nižšie (ak už v <HEAD> nejaké štýly máte, vložte tam len to, čo sa nachádza medzi <style> a </style>). Ten krátky kód zabezpečí, že element SKRTY-TEXT, ktorý použijeme pri tlačidle, bude skrývať text pri návšteve (alebo obnovení) stránky. V sekcii Možnosti ochrany osobných údajov odporúčame, aby ste vypli všetky voľby - tlačidlo sa aj tak zobrazí až vtedy, keď návštevník potvrdí alebo zamietne súhlas s cookies (viac o nastavovaní možností ochrany osobných údajov nájdete v návode Vloženie globálnych skriptov do Exowebu). <style> #SKRYTY-TEXT{ display:none; } </style> Keď nový štýl budete mať pridaný, nezabudnite si uložiť zmeny. Vloženie tlačidla so skrytým textom na stránku Priamo na zvolenú stránku, kde chcete mať tlačidlo na zobrazenie skrytého obsahu, si cez sekciu Externý obsah vložte kód uvedený nižšie (aj tam budete mať na výber Možnosti ochrany osobných údajov, odporúčame všetko vypnúť, ide aj tak len o prvok na stránke, ktorý nezbiera žiadne štatistiky): <script> function myFunction() { var x = document.getElementById("SKRYTY-TEXT"); var current = window.getComputedStyle(x).display; if (current === "none") { x.style.display = "block"; } else { x.style.display = "none"; } } </script> <button onclick="myFunction()">Klikni na mňa</button> <div id="SKRYTY-TEXT"> Sem si napíšte svoj vlastný text, ktorý sa má zobraziť až po kliknutí na tlačidlo. </div> Názov SKRYTY-OBSAH si môžete pomenovať ako chcete, tu je vypísaný len ako príklad pomenovania položiek. Tlačidlo si taktiež pomenujte ako chcete, Klikni na mňa je len príklad. Všetko si uložte a stránku si dajte zverejniť. Následne navštívte svoju stránku a mali by ste tam vidieť tlačidlo Klikni na mňa - pozor, viditeľné bude až keď návštevník potvrdí súhlas s cookies alebo ich zamietne (ak ich máte na svojej webovej stránke aktívne). Keď kliknete na tlačidlo, tak sa zobrazí skrytý text. Keď znovu kliknete na tlačidlo, tak text sa opäť skryje. Upozornenie: Majte na pamäti, že takéto a podobné vylepšenia na stránke, ktoré sú mimo štandardných funkcií Exowebu, si tvoríte a upravujete na vlastnú zodpovednosť a nemusí byť k nim poskytovaná technická podpora. -
V tomto návode si stručne zosumarizujeme, akým spôsobom môžete spracovávať objednávky vytvorené vo vašom Obchode. Zameriame sa z pohľadu dvoch základných spôsobov platieb za tovar, ktoré zahŕňajú platbu na účet (tovar zašlete zákazníkovi až keď vám pošle platbu za tovar) a dodanie tovaru na dobierku (tovar zašlete zákazníkovi a ten uhradí platbu pri prevzatí tovaru). V hlavnom menu kliknite na Obchod: Po kliknutí na Obchod sa hneď dostanete do sekcie Objednávky, v našom vzorovom príklade môžete vidieť dve objednávky, prvá bola vytvorená s tým, že zákazník si zvolil platbu na dobierku, preto Stav môžete vidieť Čaká sa na odoslanie, v druhej objednávke bola zvolená platba na účet, preto je stav Prebieha platba. Tip: Zmeny stavov objednávok môžete sledovať aj v službe Zákazníci. O každej zmene stavu objednávky budú zákazníci informovaní notifikáciou na emailovú adresu, ktorú zadali pri vypĺňaní objednávky. Spracovanie objednávky na dobierku Upozornenie: Vzhľad objednávok v administrácii eshopu sa mierne zmenil, viac detailov nájdete v tomto blogu. Toto upozornenie tu bude dovtedy, pokým nebudú aktualizované obrázky v tomto návode. V našom príklade objednávka číslo 735-15126861 Čaká na odoslanie - toto je predvolený stav všetkých objednávok, kde spôsob dodania (resp. platby) bol zvolený na dobierku. Priamo v zozname objednávok si môžete zmeniť stav objednávky na ten, ktorý tam práve potrebujete mať, ak na objednávku potrebujete nejaký čas, tak si nastavíte Spracováva sa alebo keď zákazník objednávku zruší, tak si môžete tento stav taktiež nastaviť (toto platí od verzie 10.145.0) Keď kliknete na číslo objednávky, stavy si môžete meniť aj priamo v jej detailoch, tu napríklad vidíte, že objednávka je v stave Čaká na odoslanie, môžete ju hneď označiť ako Odoslaná alebo nižšie si vybrať iný stav, ako napr. Spracováva sa. Keď objednávku spracujete, najskôr ju označíte ako odoslanú: A keď bude odoslaná, môžete ju označiť ako zaplatená: A keď označíte objednávku na dobierku ako zaplatenú, už sa na jej stave nič nedá zmeniť - tým, že zákazník zaplatil za tovar po prevzatí, sa objednávka považuje za vybavenú: Spracovanie objednávky platbou na účet Spracovanie objednávky v prípade, ak zákazník vopred uhradí platbu na váš účet prebieha obdobným spôsobom - tu sa však objednávka dá zrušiť, aj keď bola zaplatená. Za vybavenú objednávku sa považuje tá, ktorá bola odoslaná. V zozname objednávok máte možnosť buď objednávku označiť ako zaplatenú alebo ju môžete zrušiť. To isté môžete vykonať aj priamo v detailoch objednávky: Keď označíte objednávku ako zaplatenú, stav sa zmení a môžete si vybrať ďalšie možnosti, buď že sa spracováva, a to v prípade, ak potrebujete nejaký čas na jej spracovanie alebo čakáte na dodanie tovaru od dodávateľa alebo keď máte hotovo, môžete ju rovno označiť ako odoslanú: Keď objednávka bude spracovaná, taktiež ju môžete označiť ako odoslanú: ...a dostanete sa k stavu, že objednávka bola odoslaná a tým sa považuje za vybavenú, na jej stave sa už nič nedá zmeniť. Ako zrušiť objednávky? Ak objednávka na dobierku bola označená ako zaplatená, nie je možné ju už zrušiť, keďže tento stav oznamuje, že zákazník si tovar prebral a uhradil ho. To isté platí aj v prípade, ak ju označíte ako odoslanú alebo dokonca už ako keď sa spracováva. Takže platí, že objednávka sa sa dá zrušiť len v stave, keď Čaká na odoslanie. V prípade, ak pri objednávke bola zvolená platba na účet - tým, že ste platbu prijali a tovar odoslali, sa považuje táto objednávka za vybavenú, zrušiť sa už nedá. Keď označíte objednávku, že sa spracováva, zrušiť ju v tomto stave nie je možné, ale máte možnosť sa ešte vrátiť do stavu, že je "len" zaplatená a potom môžete objednávku zrušiť. Keď objednávku chcete zrušiť, vyskočí varovné okno. Kliknite na Zrušiť objednávku, ak si ju prajete naozaj zrušiť, tento proces je nevratný: Následne sa objednávka označí ako Zrušená: Tento stav uvidíte aj priamo v zozname objednávok: Tip: Keď objednávku zrušíte, tak záznam o nej sa vymaže zo správy zákazníkov. -
untilZískajte novú .SK doménu na prvý rok len za 4,99€ bez DPH (5,99€ s DPH). Podmienkou akcie je, aby bola doména zaregistrovaná na jeden rok a platba za doménu musí byť pripísaná na náš účet najneskôr posledný deň akcie. Akcia platí do 26.05.2024. Registrovať teraz.
-
Služba Google Gmail patrí medzi najviac rozšírené služby vo svete poskytujúce emailovú komunikáciu. S približne 1,2 miliardy používateľov zaujíma prvé miesto medzi top poskytovateľmi emailových služieb. Ak aj vy patríte medzi používateľov Gmailu, mohli ste sa niekedy stretnúť s problematickým doručovaním emailov do schránok, napríklad, keď správy dorazili s polhodinovým meškaním alebo keď skončili v spame. V tomto článku si priblížime, čo všetko sa dá vylepšiť, aby sa pošta do gmail schránky doručovala spoľahlivejšie. Keďže aj my EXO Hosting patríme medzi poskytovateľov emailových služieb, týmto článkom sa zameriame najmä na užívateľov, ktorí majú vlastné domény a zvyknú posielať emaily na gmail. Uveďme si modelový príklad, vlastníte u nás doménu a používate emaily. Posielate emaily na rôzne adresy a vaši adresáti vám podajú hlásenie, že vaše emaily im buď prichádzajú s určitým oneskorením alebo končia v spame. Čo by mal spraviť odosielateľ emailov? Kontrola DNS záznamov Ak nastane prípad, že odosielate emaily na Gmail a tie končia v spame, ako prvé odporúčame si skontrolovať DNS záznamy vašej domény, najmä SPF, DKIM a DMARC záznamy. Vďaka SPF záznamu si server prijímateľa (teda napr. Gmail) môže overiť, či vaša doména odosiela emaily zo servera alebo serverov, ktoré ste v tomto zázname autorizovali. Ak používate aj iné emailové služby, napr. službu na hromadné odosielanie emailov, odporúčame server tejto služby si doplniť do SPF záznamu, a ak vaša webová stránka sa nachádza na serveri mimo našich serverov, teda v DNS záznamoch máte A záznam s inou IP adresou, akú používajú naše servery, tak odporúčame aj túto IP adresu si zahrnúť do SPF záznamu. Viac informácií o SPF zázname, ako aj príklady rôznych kombinácií serverov použitých v tomto zázname, či možnosť si vygenerovať SPF záznam, nájdete v našom návode. Majte na pamäti, aby ste v DNS záznamoch vždy mali len jeden SPF záznam. DKIM záznam posiela adresátovi informáciu o tom, že vaše emaily sú digitálne podpísané, čo v praxi znamená, že pomocou neho si server prijímateľa vie overiť, či email skutočne pochádza zo zdroja, ktorý sa zhoduje s adresou odosielateľa, takže či nejde o sfalšovaný email. Viac informácií o DKIM zázname, nájdete v našom návode. V DNS záznamoch môžete mať viac DKIM záznamov, len sa musia odlišovať názvom (selectorom). Nakoniec je ešte možnosť si pridať DMARC záznam, ktorý odporúčame si v Control Paneli vygenerovať (po jeho vygenerovaní si ho v prípade potreby môžete vylepšiť pomocou nášho generátora). Gmail (ale napr. aj Yahoo) si vyžaduje DMARC záznam, ak rozosielate veľa emailov naraz. Viac informácií o DMARC zázname, nájdete v našom návode. Tak ako aj v prípade SPF záznamu, dbajte na to, aby ste v DNS záznamoch vždy mali len jeden DMARC záznam. Kontrola obsahu, čo odosielate Hlavne vo firemnej komunikácii býva bežné, že vo svojej identite emailového konta máte nastavenú signatúru (podpis), ktorá obsahuje informácie o vás alebo o firme a často obsahuje odkazy, buď na vašu stránku alebo profily na sociálnych sieťach. Ak odkazujete na vašu stránku, to je v poriadku, uistite sa ale, že odkaz, ktorý máte zadaný v signatúre, odkazuje na tú istú lokalitu na webe. Tak ak napríklad máte v signatúre zadanú adresu http://exohosting.sk a po kliknutí vás presmeruje na variant https://www.exohosting.sk, tak si odkaz v signatúre upravte na cieľovú adresu. Táto úprava v tomto prípade nie je nejako veľmi kľúčová, napriek tomu ju odporúčame. Určite sa vyhýbajte službám na skracovanie odkazov, napríklad ako bitly.com, hoci takéto služby môžu byť v určitých prípadoch užitočné, ale spamové filtre takéto odkazy považujú za podozrivé alebo za spam a preto používanie služieb na skracovanie odkazov sú často príčinou toho, že sa vám emaily môžu vrátiť napríklad s hlásením Message rejected - possible spam - prípadne s iným podobným hlásením. Gmail napríklad môže vrátiť chybové hlásenie v znení Message flagged as spam (Správa označená ako spam) alebo Message temporarily rejected (Správa dočasne odmietnutá). Ak chcete odkazovať na iné webové stránky, odporúčame používať priame adresy, bez akýchkoľvek presmerovaní. Aj v tomto prípade odporúčame, aby ste si do signatúr dávali odkazy len na externé stránky, ktorým plne dôverujete, ako napr. odkaz na váš profil na Facebooku alebo na LinkedIn, pri ktorých je len veľmi nízka pravdepodobnosť, že by stránky mohli byť kompromitované. Môže sa totiž stať, že v signatúre odkazujete na stránku, ktorá bola medzitým hacknutá a ak sa táto stránka dostane na Blacklist, reputácia vašich emailov môže byť vážne ohrozená. Za ideálne riešenie odporúčame, aby ste si do signatúry dali odkaz na váš web, napr. na podstránku Kontakty a tam si vložte všetky možné odkazy na sociálne siete, ktoré používate. Ideálny prípad je, aby ste v signatúre mali čo najmenej externých odkazov. Viac o podpisoch (signatúr) si môžete prečítať v našom návode Vytvorenie podpisu (signatúry) v RoundCube Webmail. Majte na pamäti, že ak používate na odosielanie emailov napríklad Mozilla Thunderbird, tak je jedno, čo máte nastavené a zadané v signatúre na Webmaile a podpis (signatúru) si musíte nastaviť priamo v Thunderbirde. Kontrola počtu adresátov Jedna z ďalších príčin (a niekedy pomerne častá), kedy váš email Gmail odmietne, môže byť tá, keď uvediete do kópie (Cc) alebo skrytej kópie (Bcc) príliš veľa adresátov - pár adries navyše by problém nemal byť, ale vyhýbajte sa tomu, aby ste do zoznamu ďalších adresátov zadávali niekoľko desiatkov adries, Gmail to pravdepodobne odmietne. Ďalšie možné dôvody, prečo váš email neprišiel na Gmail Okrem vyššie spomenutých príčin, prečo vaše emaily neprišli na Gmail alebo skončili v spame, môžu byť aj iné dôvody. V praxi sa môžete stretnúť s nasledovnými hláseniami: V preklade: E-mailový účet, ku ktorému ste sa pokúšali dostať, neexistuje Toto hlásenie znamená, že adresa príjemcu neexistuje alebo ste ju zadali s preklepom. Skontrolujte si zadanú adresu, či v nej nemáte preklep, medzeru navyše, nejaký znak navyše alebo či tam naopak nejaký znak nechýba a pod. Ak je adresa správna, kontaktujte osobu, ktorá vám ju poskytla, iným spôsobom. Ak nastane prípad, že emailov s rovnakým hlásením zrazu začnete dostávať veľké množstvo, je pravdepodobné, že niekto prelomil heslo k vašej schránke a pomocou spamovacích robotov rozosiela spamy na všetky možné adresy. Keďže mnohé z nich nemusia existovať, vám sa bude vracať toto chybové hlásenie. Odporúčame postupovať návodom Bezpečnostná kontrola emailovej schránky. V preklade: Server príjemcu neprijal naše požiadavky Skúste poslať email neskôr, problém, ktorý vyvolal toto hlásenie je väčšinou opravený behom chvíľky, je to záležitosť na strane Google serverov. V každom prípade sa však uistite, či ste nezadali adresu s preklepom. Napíšte adresu ručne a skúste odoslať email znovu. Čo môže spraviť príjemca emailov v Gmaile? Označenie správy, že nejde o spam Ak všetky DNS záznamy a podpisy (signatúry) v emailoch máte nastavené (alebo opravené) podľa vyššie uvedených odporúčaní, môže sa ešte stávať, že vaša pošta bude aj tak končiť na Gmaile v spame. Často to môže byť dôsledok toho, že Gmail s vašimi emailami nemal dobrú skúsenosť z minulosti. Tento stav by sa mal postupne zmeniť k lepšiemu, ale príjemcovia vašich správ môžu tento proces urýchliť. Ak váš email skončí na Gmaile v spame, nájdete ho (resp. vlastník daného Gmail účtu) v priečinku Spam: Po kliknutí na priečinok Spam uvidíte zoznam emailov, ktoré v ňom skončili, kliknite na email, ktorý by nemal byť spamom, príklad si ukážeme na obrázku nižšie, ktorý síce je "normálnym" spamom, ale podstatné pre nás v tejto chvíli je okno s hlásením: Ak teda ide o správu, ktorá nie je spamom a nemá byť považovaná za spam, kliknite na tlačidlo Nahlásiť, že to nie je spam a Gmail sa naučí, aby v budúcnosti emaily zasielané z tejto emailovej adresy neboli považované za spam - samozrejme za podmienky, ak zostanú správne nastavenia zo sekcie Čo by mal spraviť vlastník domény?. Odporúčame priečinok Spam priebežne sledovať, či emaily stále nekončia v spame, zmena k lepšiemu sa nemusí okamžite prejaviť. Pridanie odosielateľa v Gmail na Whitelist Ak potrebujete, aby vaše správy do určitého Gmail konta prichádzali do Doručenej pošty a nie do Spamu, požiadajte vlastníka Gmail schránky, aby si vašu emailovú adresu pridal na tzv. Whitelist. V Gmail schránke kliknite hore vpravo na ozubené koleso, vysunie sa menu a kliknite na Zobraziť všetky nastavenia: Následne kliknite na kartu Filtre a blokované adresy a v sekcii Tieto filtre budú použité na všetky doručené správy: kliknite na Vytvoriť nový filter: Vyskočí okno, do poľa Od koho zadajte názov schránky, z ktorej nechcete aby emaily končili v spame (počas písania je možné že sa tam automaticky objaví), ostatné nastavenia nechajte tak (ale ak máte nejaké špecifické požiadavky, tak si sem môžete zadať kritériá na doručovanie správ) a kliknite dole na Vytvoriť filter: Otvorí sa ďalšie okno, tu označte Nikdy neodoslať so spamu a kliknite dole na Vytvoriť filter: Majte na pamäti, že toto nastavenie musíte spraviť pre každú konkrétnu schránku a v každom Gmail účte, ak nechcete aby vaše správy z konkrétnych schránok končili na Gmaile v spame.
-
9. mája 2024 bol Exoweb aktualizovaný na verziu 10.144.0, táto verzia priniesla niekoľko vylepšení a zmien. Od poslednej publikovanej verzie 10.138.0 pribudli len drobné vylepšenia, ktoré neboli podstatné pre prevádzkovanie vašich stránok, preto sme všetko zhrnuli do tohto článku, keďže medzitým pribudli ďalšie zmeny. Webová stránka Odkaz na TitTok V nastaveniach profilu vašej webovej prezentácie, konkrétne v Detailoch kontaktu si odteraz môžete nastaviť odkaz na svoj profil na sociálnej siete TikTok. Viac informácií nájdete v návode Pokročilé nastavenia služby Exoweb. Logo Exoweb v menu hlavnej ponuky Menu hlavnej ponuky už nejaký ten čas obsahuje naše firemné logo, pre lepšiu identifikáciu, akú službu používate Užitočné odkazy V tom istom menu nájdete nižšie sekciu Pomoc, ktoré obsahuje odkazy na naše návody (nie ako pôvodne na odkazy developera v anglickom jazyku), okrem kategórie Open Source, ktorá zostala v pôvodnom znení. Opravy a vylepšenia Bol opravený problém, ktorý spôsoboval, že extrémne veľké stránky nebolo možné zverejniť. Rovnaký problém so zverejnením mohol nastať v prípade Trial verzií, ktorý bol spôsobený menšou chybou v nastavení aplikácie Stretnutia. Stávalo sa, že ikona telefónu v miniaplikácii Zavolať sa nezobrazovala korektne alebo vôbec. Vylepšil sa vzhľad ikon v menu hlavnej ponuky (potrebné obrázky v návodoch sme aktualizovali, snáď všetky) To je zatiaľ všetko, za posledné obdobie sme programátorom poslali viacero vašich návrhov na vylepšenie služieb, tak čakáme, ktoré sa uchytia. Viac informácií nájdete v našom blogu.
-
Automatické mazanie emailov v Mozilla Thunderbird
Anonymný zverejnil návod v Nastavenie emailových klientov
Ak vaša emailová komunikácia je častá, je pravdepodobné, že vaša emailová schránka sa začne rýchlo zapĺňať a po rokoch zistíte, že v schránke máte uložené nespočetné množstvo emailov, nad ktorými strácate prehľad. Je viac možností, ako si udržať poriadok v schránkach, môžete si napríklad zapnúť automatické mazanie emailov z koša a nevyžiadanej pošty, čím sa ale budete zbavovať len vymazaných správ a spamov, nie starej, nepotrebnej pošty v doručených správach. Ďalší spôsob je vymazať si emaily priamo v RoundCube Webmail, kde si pomocou filtrov môžete vybrať a nastaviť aké správy si prajete vymazať, ale keďže ide o manuálny proces, pravdepodobne museli by ste ho realizovať viac krát. Istú alternatívu ponúka automatické mazanie emailov v klientovi Mozilla Thunderbird. Tento návod je teda určený pre prípad, ak používate na správu emailov klient Mozilla Thunderbird a schránky máte nastavené s protokolom IMAP, ale môžete ho použiť, aj keď používate protokol POP - aký vplyv na mazanie správ majú tieto protokoly, si prečítajte na konci článku v sekcii Rozdiel medzi protokolmi IMAP a POP. Automatické mazanie emailov v Mozilla Thunderbird Keď máte v klientovi Mozilla Thunderbird nejakú svoju schránku, tak každý priečinok (Doručená pošta, Odoslaná pošta atď), môže mať svoje vlastné pravidlá uchovávania pošty. Predvolené pravidlo nevykonáva žiadne akcie, kedykoľvek si ho však môžete upraviť. Na zvolený priečinok, napr. Doručená pošta, kliknite pravým tlačidlom myši a následne kliknite dole na Vlastnosti: Vyskočí okno, v ktorom sa prepnite na kartu Pravidlá manipulácie so správami (viď nižšie). Odznačte možnosť Použiť nastavenia účtu a následne sa vám sprístupnia možnosti, kde si môžete označiť: Odstrániť všetky okrem najnovších: tu si nastavte číslo, koľko najnovších správ sa má ponechať pred automatickým zmazaním Odstrániť správy staršie ako: ak na počte správ nezáleží, ale potrebujete sa zbavovať proste len starých správ, tu si nastavte počet dní, ako dlho sa majú správy uchovávať v danom priečinku. Napríklad pri čísle 30 platí, že všetky emaily staršie ako 30 dní sa automaticky zmažú. Po nastavení kliknite na OK a Thunderbird hneď začne priečinok priebežne spracúvať. Upozornenie: Predtým než kliknete na OK, odporúčame si prečítať sekciu Rozdiel medzi protokolmi IMAP a POP nižšie pod obrázkom. Rozdiel medzi protokolmi IMAP a POP Pri nastavení automatického mazania emailov v Mozilla Thunderbird je dôležité vedieť (dôležité je to z toho pohľadu, keby ste si nedopatrením zmazali správy, ktoré ste nechceli), aký protokol prijímania správ používate, IMAP alebo POP, ich podrobný popis nájdete v tomto článku , ktorý vznikol pomocou práve Mozilla Thunderibrd. V Mozilla Thunderbird to zistíte, keď si pri každej schránke pozriete Nastavenia servera a tam na riadku Typ servera bude buď Poštový server IMAP alebo Poštový server POP. Keď máte nastavený protokol IMAP, všetky emaily máte uložené na našich serveroch a to čo vidíte na serveri, to isté vidíte aj v Thunderbirde. Ak zmažete email v Thunderbirde, zmaže sa aj na serveri. Ak emaily nemažete alebo nechcete mazať, schránka sa časom bude čoraz viac zapĺňať. Výhodou je, že nemusíte si robiť starosti, ak by ste prišli o počítač, emaily nestratíte, budú u nás a máte k nim prístup z ktoréhokoľvek zariadenia. Protokol POP funguje tak, že email zo servera stiahne ako kópiu, pričom pôvodný email nechá na serveri. Takto máte poštu uloženú u seba v počítači aj na našich serveroch. Aj v tomto prípade sa bude schránka postupne zapĺňať, ale protokol POP má však takú výhodu, že si môžete nastaviť, ako dlho sa bude pošta držať na serveri, po tom, ako ste si ju stiahli. Napríklad si nastavíte 14 dní, takže ak prijmete poštu do Thunderbird, tak ešte 14 dní bude dostupná na serveri. Nevýhodou je, že poštu budete mať len v tom zariadení, do ktorého ste si ju stiahli. Aký je teda rozdiel v mazaní emailov pri protokole IMAP a POP? Daná funkcia automatického mazania emailov v Mozilla Thunderbird funguje rovnako pre protokoly IMAP aj POP. Ak máte nastavenú schránku s protokolom IMAP, správy sa budú automaticky mazať nielen v Thunderbirde, ale aj zo servera. Upozornenie: Správy sa mažú úplne, takže nenájdete ich ani v Koši. Pred kliknutím na tlačidlo OK na karte Pravidlá manipulácie so správami sa uistite, že nastavujete vlastnosti správneho priečinka, inak môžete prísť o množstvo potrebných správ. Ak by sa také niečo stalo a potrebovali by ste správy obnoviť, postupujte podľa návodu - toto platí primárne pre protokol IMAP, správy v schránke s protokolom POP vám môžeme obnoviť len ak máte POP účet nastavený tak, aby nemazal zo servera po určitom období alebo vôbec. V prípade protokolu POP sa maže len to, čo nájde v zložkách v Thunderbirde, emaily, ktoré sú na serveri (ak tam ešte nejaké sú, po tom, čo ste si nastavili, že sa majú uchovávať po stiahnutí správy zo servera) zostanú. -
Možnosť vkladania globálnych skriptov do Exowebu je veľmi podobné widgetu Externý obsah, pomocou ktorého si môžete vkladať skripty na presne určené miesta na stránkach Exowebu, napríklad videá z YouTube. Rozdiel medzi widgetom Externý obsah a globálnymi skriptami je v tom, že to čo vložíte do globálnych skriptov, sa bude zobrazovať automaticky všade, na všetkých stránkach, ktoré už máte vytvorené alebo si ich ešte len vytvoríte. Medzi dobré príklady použitia globálnych skriptov patrí napr. služba Google Analytics, ktorej kód pochopiteľne chcete mať všade na stránkach, ak chcete mať presné výsledky štatistík. Vloženie globálnych skriptov Kliknite hore v hlavnom menu na Úvod (resp. názov stránky na ktorej sa v Editore práve nachádzate, v našom prípade môžete vidieť stránku Exoweb). Vyskočí okno Stránky a zložky. Dole kliknite na Skripty stránky: Vyskočí okno, kde máte možnosť vložiť kód do hlavičky (HEAD) alebo tela stránky (BODY). Odporúčame si otestovať funkčnosť, niektoré kódy je vhodné dať do hlavičky, iné do tela. Skriptom v HEAD alebo BODY máte možnosť nastaviť Možnosti ochrany osobných údajov (nižšie na obrázku máte možnosť to vidieť). Čo označíte za zapnuté, to bude vyžadované odsúhlasiť pri potvrdení súhlasom s cookies, inak sa obsah nemusí načítať - toto platí v prípade, ak sa rozhodnete pred súhlasom s cookies najprv spravovať ich nastavenia, ak rovno odsúhlasíte cookies, tak všetky predvoľby sa automaticky zapnú (viac informácií o nastavovaní cookies nájdete v tomto článku, konkrétne v sekcii Ako funguje používanie cookies na stránke?). Ak si prajete, aby daný skript zobrazoval obsah ešte pred odsúhlasením cookies, ponechajte všetky možnosti vypnuté. Po zverejnení stránky by ste mali vidieť externý obsah na svojej stránke. Ak ide o kód, ktorý napr. len počíta návštevnosť (Google Analytics), tak ho samozrejme neuvidíte. -
Ak nejakú SQL databázu v Control Paneli už nepotrebujete, kedykoľvek ju môžete zmazať. Ak ju zmažete, po dobu 14 dní budete mať v Control Paneli k dispozícii zálohy, ktoré si môžete buď stiahnuť alebo si z nich databázu obnoviť. Zmazanie SQL databázy Každá databáza má možnosť vymazania priamo v Control Paneli. Prihláste sa do Control Panela a kliknite na službu Správa databáz: V zozname nájdite požadovanú SQL databázu, ktorú si prajete zmazať a v pravom hornom roku kliknite na biele X v červenom štvorci: Vyskočí ešte kontrolná otázka, či si prajete databázu skutočne zmazať, ak áno, tak kliknite na Zmazať a databáza sa zmaže. Obnova zmazanej SQL databázy Zmazané SQL databázy nezmiznú z Control Panela hneď a navždy. Uvidíte ich v databázovom menu pod tlačidlom Zobraziť vymazané databázy (tlačidlo sa zobrazí až vtedy, keď vymažete nejakú databázu): Po kliknutí na tlačidlo Zobraziť vymazané databázy uvidíte zoznam zmazaných databáz. Tu budete mať možnosť ich ešte obnoviť (v 14 dňovej lehote) alebo si stiahnuť zálohy: Po kliknutí na tlačidlo Zálohy uvidíte zoznam záloh za posledných 14 dní. Keďže databáza bola vymazaná včera a zálohy držíme ešte 14 dní, tak najstaršiu 14 dňovú zálohu tu v našom príklade už nenájdete. Každý deň ubudne ďalšia jedna najstaršia záloha a po dvoch týždňoch od zmazania databázy zmizne všetko a nebude možné databázu už nijak obnoviť. Zálohy si môžete stiahnuť z hociktorého dňa, ukladajú sa vo formáte .SQL.GZ, takže v prípade potreby si ich môžete naimportovať napr. pomocou phpMyAdmin (vhodné pre prípad, keby ste potrebovali nahrať databázu mimo našich serverov) alebo si zmazanú databázu môžete obnoviť a následne importovať u nás pod inú doménu. -
Niekedy pri surfovaní po internete narazíte na problém, keď sa prehliadač Chrome snaží načítať obsah stránky na nejakej doméne, namiesto toho však dostanete len chybové hlásenie, ktoré vám oznamuje, že sa nenačíta to, čo by ste očakávali. Pod každým chybovým hlásením zároveň máte odporúčania (viac sa ich zobrazí po kliknutí na tlačidlo Podrobnosti), ktoré radíme nasledovať, je dosť možné, že sa vám pomocou nich podarí nájsť chybu a odstrániť ju. Čo však chybové hlásenia presne znamenajú? Nasledujúce chybové hlásenia sa týkajú konkrétnych domén, pri ktorých pokusoch načítať ich v prehliadači dostanete chybové hlásenia. Ak podobné chybové hlásenia dostávate pri úplne každej webovej stránke, skontrolujte si internetové pripojenie. ERR_NAME_NOT_RESOLVED V tomto prípade nie je potrebné dlho hľadať chybu. Uistite sa, že názov domény máte správne napísaný. Podľa tohto hlásenia doména, ktorú ste zadali do prehliadača, jednoducho neexistuje, prehliadač Chrome nebol schopný k nej nájsť IP adresu. Ak máte istotu, že názov domény ste zadali správne, teda že určite existuje, je veľmi pravdepodobné, že doména nebola uhradená na ďalšie obdobie a bola zmazaná z registra. V niektorých prípadoch sa môže stať, že toto hlásenie dostanete, ak doména nemá nastavené menné servery (a teda nevracia žiadnu IP adresu). Ak ste vyskúšali všetky možnosti z odporúčaní Chrome, pre viac informácií kontaktujte technickú podporu. DNS_PROBE_FINISHED_NXDOMAIN V prípade tohto hlásenia je veľmi pravdepodobné, že doména nemá aktívnu hostingovú službu a z toho dôvodu jej nefungujú DNS záznamy. Môže byť ešte predpoklad, že doména prestala existovať, vo veľkej väčšine prípadov však ide o problém s DNS. Ak ide o vašu doménu, uistite sa, že máte všetky platby za doménu a hosting uhradené. Ak sa zdá byť všetko v poriadku, vyčistite si cache prehliadača a reštartujte router. Ak sa vám stránka na doméne stále neotvára, skontrolujte záznamy vo vašom firewalle a antivíre a ak nenájdete žiadny podozrivý záznam, skúste ich dočasne vypnúť. Ak nič nepomohlo, kontaktujte technickú podporu pre viac informácií. Toto chybové hlásenie si je v mnohom podobné ako predchádzajúce ERR_NAME_NOT_RESOLVED a môžu mať aj tú istú príčinu. Nie je nič neobvyklé, že jedna skupina užívateľov dostáva toto hlásenie, pričom iná skupina môže dostávať hlásenie popísané predtým vyššie. ERR_CONNECTION_TIMED_OUT Toto hlásenie obyčajne vyskočí po 30 sekundách načítavania stránky, ktoré nič nedosiahlo a napovedá problém v komunikácii, ktorý mohol nastať kdekoľvek (teda vo vašom počítači, v sieti internetového poskytovateľa, vzdialenom serveri hostingu a pod.). Ako prvé by ste si mali vyčistiť cache prehliadača a reštartovať router. Ak ani po tomto pokuse sa stránku nedarí načítať, skontrolujte nastavenia firewallu a antivíru, či stránka nebude nejakým spôsobom blokovaná. Ak nič nepomáha, skúste iné internetové pripojenie a prípadne aj iný prehliadač. Ak ste s ničím nepochodili, je pravdepodobné, že problém bude so vzdialeným serverom. Kontaktujte prevádzkovateľa hostingu (môže to byť niekto úplne iný ako registrátor domény) pre viac informácií. ERR_CONNECTION_CLOSED Pri tejto chybe dostávate informáciu, že vaše spojenie s doménou bolo prerušené. Najprv skontrolujte, či prístup k doméne vám neblokuje firewall alebo antivír. Prerušené spojenie býva častým dôvodom napríklad v prípade antivíru Avast, ktorý keď na stránke objaví malvér alebo vírus, tak proste preruší s danou lokalitou spojenie, aby vás ochránil pred napadnutím zariadenia. Ak v záznamoch firewallu a antivíru nevidíte nič podozrivé, vyčistite cache prehliadača, reštartujte router aj počítač a skúste znovu. Ak nič nepomohlo ani v tomto prípade, bude možné, že máte zle nastavené direktívy v súbore .htaccess. Premenujte súbor .htaccess na niečo iné, napr. .htaccess_zaloha a skúste stránku načítať znovu. NET::ERR_CERT_AUTHORITY_INVALID Ak na stránke dostanete toto chybové hlásenie v ohľade neplatného SSL/TLS certifikátu a ak ste vlastníkom stránky, uistite sa, či na danej lokalite máte vygenerovaný (a aktívny) bezpečnostný certifikát. Toto chybové hlásenie nemá vplyv na dostupnosť domény resp. webovej stránky, ak si na stránke povolíte výnimku, stránka sa obyčajne načíta - čo však nie je riešenie pre ostatných návštevníkov stránok a preto odporúčame si skontrolovať, či bezpečnostný certifikát je funkčný. Na rýchle skontrolovanie certifikátu môžete použiť stránku SSL Certificate Comparison and Reviews, kde nižšie do poľa zadajte názov domény a kliknite na Check SSL. Ak niečo nebude svietiť v zelenom, problém je v certifikáte a bude potrebné ho pregenerovať alebo vytvoriť nový.
-
Vo Webmail RoundCube si môžete vytvoriť pekný podpis, ktorý bude obsahovať obrázky, farebné odkazy alebo odstavce. Tento podpis, čo si vytvoríte, sa bude odosielať s každým emailom, ktorý odošlete - logicky sa to týka len tých emailov, ktoré odošlete z RoundCube Webmail, ak používate napr. Thunderbird, podpis si musíte vytvoriť (aj) v ňom. Upozornenie: Dôrazne odporúčame, aby ste si do podpisu dávali len relevantné odkazy, ktoré súvisia s vašou doménu resp. webovou stránkou. Vyhýbajte sa presmerovaným odkazom, najmä cez skracovacie URL služby, ako napr. bit.ly, servery prijímateľov správy obsahujúce takéto presmerované odkazy môžu blokovať a tak vaša správa nemusí byť doručená alebo skončí v spame. Vytvorenie podpisu v RoundCube Webmail Prihláste sa do RoudCube Webmail, naľavo v tmavom menu kliknite na Nastavenia (ozubené koleso dole), následne na možnosť Identity a potom na názov svojej emailovej schránky: Zobrazia sa možnosti, dole v poli Podpis kliknite na ikonku (HTML): Kliknutím na ikonku sa objaví viac možnosti, panel pripomína pokročilý editor vo Worde a rovnako to funguje aj v RoundCube, kde si môžete naformátovať rôzne písmo, typ a jeho veľkosť, ako aj farbu. Na konci riadka máte možnosti si vložiť odkazy alebo obrázky (ikony reťaze a krajinky): Úplne posledná možnosť <> umožňuje vložiť do podpisu HTML kód - to je vhodné pre prípad, ak už máte pripravený kód, ktorý obsahuje obrázky a (alebo) odkazy, napr. takýto: <p><img src="https://www.exohosting.sk/images/exologo.png" alt="EXO HOSTING" width="240"></p> <p><a href="https://www.exohosting.sk/">EXO HOSTING</a></p> <p><em><span style="color:#1E90FF;">Tel. číslo: 02 210 28 430</span></em></p> <p><strong><a href="mailto:support@exohosting.sk">support@exohosting.sk</a></strong></p> Kliknite na ikonu <> a vložte si svoj kód do poľa, obdobne ako v tomto prípade a kliknite na Uložiť: ...a výsledok bude napríklad takýto. Podpis si následne môžete upraviť podľa ľubovôle, napríklad zmeniť typ písma alebo jeho farbu. Po úprave podpisu, tak ho ho potrebujete mať, nezabudnite kliknúť na Uložiť: Povolenie HTML podpisu HTML podpis si však ešte musíte povoliť. Kliknite na Nastavenia a následne na možnosť Vytváranie správ: Na riadku Vytvárať HTML správy si vpravo rozkliknite možnosti a vyberte si, pri akej príležitosti si prajete k správam pripájať svoj vytvorený HTML podpis. Najskôr to bude asi možnosť vždy, ale vybrať si môžete aj iné možnosti, podľa toho na aký druh správ budete odpovedať. Po nastavení voľby kliknite dole na Uložiť (mimo obrázka). Teraz keď budete písať novú správu alebo odpovedať na existujúcu, budete svoj podpis mať priložený: Ako bolo vyššie spomínané, do podpisu si vkladajte len kľúčové informácie. Presmerované odkazy alebo dokonca viac rôznych odkazov, môže spôsobiť, že prísnejšie filtre prijímateľov správ môžu takéto emailové správy posudzovať ako spam. Pre lepšie zabezpečenie a spoľahlivosti odosielania a doručovania emailov odporúčame použivať SPF, DKIM a DMARC záznamy. -
V prípade, ak sa rozhodnete ukončiť prevádzku svojho virtuálneho servera (VPS), odporúčame, aby ste z Control Panela poslali k danému serveru autorizovanú požiadavku. V Control Paneli kliknite na Zmeny a z ponuky si vyberte virtuálny server: Označte Iná požiadavka a Poznámky pre zmenu napíšte text, v ktorom požadujete o ukončenie prevádzky servera. ID doplňte podľa čísla vášho virtuálneho servera. Upozornenie: Pred odoslaním požiadavky sa uistite, že všetky dáta máte zálohované, v prípade, ak ste nemali doplnkovú službu Zálohovanie dát, tak po ukončení prevádzky servera budú všetky dáta zmazané bude možné ich obnoviť len z našich snapshotov za poplatok podľa aktuálneho cenníka. Takéto zálohy sa definitívne mažú po 7 dňoch.
