Nejste přihlášeni
Díky moc, s ftp2.endora.cz to funguje. Zkoušel jsem "srv20.endora.cz" (uvedený v administraci), i "srv2.endora.cz" apod., ale že je možná i varianta "ftp2.endora.cz", to jsem nikde na fóru ani v KB nezahlédl. Ještě jednou díky!
Ahoj, je v současné době nějaký způsob, jak na srv2 rozběhat šifrované FTP? U účtu mám nastaveno omezení na IP adresu, používám Filezillu 3.7.3, pasivní režim přenosu a ať zkouším, co zkouším, šifrované připojení se mi rozběhat nedaří. Nešifrované spojení jede v pohodě.
Díky moc.
Ne, úplná adresa je z pohledu HTTP protokolu "http://jotidom.8u.cz/Delphiprojekt/RadStudioXE7.jpg", úplná adresa z pohledu FTP (např.) "/jotidom.8u.cz/web/Delphiprojekt/RadStudioXE7.jpg" a úplná adresa z pohledu serveru např. "/home/users/manca/jotidom.8u.cz/web/Delphiprojekt/RadStudioXE7.jpg". Je potřeba vnímat kontext.
Zadávejte adresu bez úvodního /web/ => http://jotidom.8u.cz/Delphiprojekt/RadStudioXE7.jpg
EDIT: V případě, že byste tam tu část /web/ nechal, musel byste obrázek na FTP nahrát do složky vasedomane.cz/web/web/Delphiprojekt/, pak by vámi zaslaná adresa fungovala.
Klidně to může být ve složce vaseDomena.cz/web/složka, v tom problém není. Přes jakou adresu se pak pokoušíte obrázek zobrazit?
Pokud Google a Seznam.cz znají původní web, můžeš na starém webu vytvořit přesměrování na nový, po nějakém čase se nový web začne ve vyhledávačích objevovat. Pokud to chceš uspíšit, můžeš adresu svého webu odeslat přes odpovídající formuláře (Google - https://www.google.com/webmasters/tools/submit-url, Seznam.cz - http://search.seznam.cz/pridej-stranku?lang=cs). Pak už jen musíš čekat.
Škoda, vůbec se mi nelíbí, že posílám data přes internet nešifrovaná. A k tomu "sifrovane FTP pouzivaji na endore pouze jednotky lidi" - jak by ne, když spoustě lidí šifrované spojení neběží i když by chtěli
EDIT: @ree: tady pozor na to, že "sftp" a "ftps" jsou dvě úplně odlišné věci. "sftp" na endoře pokud vím nikdy nefungovalo, narozdíl od "ftps".
Zkuste jako identifikátor název domény (elpservis.cz).
Tohle nemůže fungovat. K doméně obhostivice.8u.cz byste musel zde na Endoře přiřadit alias (ob.hostivice.cz), ale to myslím u domén 3. řádu (*.8u.cz) není možné. Bez toho servery Endory doménu ob.hostivice.cz nebudou znát a nebudou vědět co si s ní počít.
EDIT: řešením by bylo přidat zde na Endoře novou doménu (hostivice.cz), vytvořit subdoménu (http://kb.endora.cz/home/content/id/41) a celý obsah webu obhostivice.8u.cz přesunout pod ní. Pak ještě zařídit přesměrovávání obhostivice.8u.cz na ob.hostivice.cz (kvůli starším odkazům a vyhledáváčům (myslely by si že se jedná o duplicitní obsah a mohly by weby penalizovat))
Jasně, takže tak jak jsem si myslel. Díky moc.
Ahoj, aktivoval jsem si pro jednu doménu Supercache. Zatím se zdá, že to šlape v pohodě. Měl bych ale dotaz - v administraci se u supercache mezi nevýhodami píše "nefunkční crony". Co přesně to znamená? Že s CRONem pod danou doménou už nemůžu nadále počítat, nebo prostě jen riziko, že spouštění CRONu je také cachováno, takže může docházet k tomu, že se CRON spustí třeba jen 1 za hodinu (podle nastavené expirace supercache), i když by se měl spouštět každých 10 minut (podle nastavení cron úlohy)?
Tipuju jen to riziko, ale člověk nikdy neví
Díky za odpovědi.
PS. dá se nějak zjistit, jestli je právě zobrazená stránky vygenerována normálně, nebo pochází ze Supercache?
@JF: to vím ale přece jen je jednodušší kliknout na jeden odkaz, než vytvářet soubor a nahrávat ho na FTP (nebo ho vytvářet přes webadmin)
navíc to nepotřebuji nějak nutně, jen jsem se chtěl na něco podívat a zjistil, že to hází 500 a ostatní odkazy také, tak jen aby se o tom vědělo
Ahoj, nefunguje mi PHP info na http://srv21.endora.cz/phpinfo.php - vrací 500. Stejný problém i na ostatních, kromě srv1 (http://www.endora.cz/phpinfo) ten funguje v pořádku.
Došlo v tomto ohledu k nějaké změně (pak by asi chtělo aktualizovat http://kb.endora.cz/home/content/id/33), nebo se jedná o chybu?
Díky za odpověď a případnou opravu.
Nic ve zlém, ale toto je k ničemu. Index je zavedená konvence, rozumí mu prohlížeče, servery, vyhledávače. Je nesmysl se to poukoušet měnit, nebo mít na to dokonce volbu v administraci.
Zdravím,
pokud je název souboru moc dlouhý, přeteče tabulka Správce souborů pod pravý postraní box.
Zdravím,
vyskytuje se to tady poměrně často - popisky jednotlivých možností při přidávání domény jsou neuvěřitelně matoucí, problém s tím má kde který začátečník, a i já nad tím musím vždy nad míru přemýšlet, co že bych to vlastně chtěl. Navrhuji proto (podle mě) o něco lepší popisy, např. jde mi spíš o rozproudění diskuse, na konci které by měly být pokud možno pro kdejakého Pepíka z Horní Dolní jasné popisky.
(první možnost je původní, za šipkou je nový návrh/návrhy)
* Zaregistrovat doménu => Zaregistrovat novou doménu | Zakoupit (novou) doménu (prostě by uživateli bylo jasné, že bude muset doménu zaplatit, že tím koupí novou doménu)
* Založit doménu 3. řádu => zde bych asi nechal bez změny
* Založit doménu 2. řádu => Přidat existující doménu 2. řádu | Použít existující doménu 2. řádu
* Zaregistrovat doménu ZDARMA => Zaregistrovat novou doménu ZDARMA
Nebo cokoli lepšího (kratšího), ale současný stav je opravdu nevyhovující. Z popisků totiž není vůbec zřejmé co se pak stane - "Založit doménu" - kde založit? na Endoře? nebo někde jinde? co když chci založit (zakoupit) novou doménu 2. řádu? Můžu zvolit tuto možnost?, "Zaregistrovat" - kde zaregistrovat? chci zaregistrovat doménu na endoře. Co že o ni za to chtějí peníze? Psali, že je hosting zdarma. Chci u nich zaregistrovat svojí doménu, kterou už vlastním? Jak mám tedy postupovat?, atd. atd. Prostě spousta otázek, na které objednávkový formulář zrovna dobře neodpovídá.
Díky za vyslechnutí
S tím se IMHO nic moc dělat nedá, napadá mě leda:
neodesílat přílohu mailem, ale uložit jí na serveru a odeslat pouze odkaz na stažení, po nějakém čase přílohy mazat (aby nezabíraly na serveru zbytečně místo)
a pak takové možnosti - nemožnosti
neposílat tak velké přílohy
zkusit se domluvit na navýšení execution time (to asi neprojde)
zaplatit si program Mega a doufat, že se ta příloha stihne odeslat do 30s
spouštět odesílání na lokálním počítači, lokálně by se dalo max execution time zrušit
odesílat ty maily ručně ze svého mailového klienta
...
Prostě nic, co by to ideálně řešilo.
Není - CLI znamená "rozhraní příkazového řádku", jedná se o to, že se PHP aplikace spustí v příkazové řádce daného operačního systému, v tom případě je možné vyrušit omezení na maximální dobu běhu. Spouštět skripty v příkazové řádce na Endoře (jako na většině ostatních webhostingů) není možné.
Ahoj,
všiml jsem si, že je nově (?) na Endoře pro domény dostupné cachování výstupu na předřazené proxy. Uvažoval jsem, že bych si kešování aktivoval, ale pak mě napadlo, že tím pádem asi bude problém s administrací webu (alá wp-admin, nebo jakékoli jiné rozhraní kdekterého CMS) nebo obecně jakýmkoli rozhraním, kde se uživatel bude přihlašovat a pak po přihlášení s webem nějak pracovat. Mám pravdu? Nebo to jde nějak ošéfovat, aby se zrovna výstup administrace nekešoval? Snad neplácám nějaké blbosti
Díky předem za odpovědi.
Sám provozuji Nette na subdoméně hlavní domény (2. řádu), taky ve složce sub. Osobně mi opravdu stačí jenom nakopírovat soubory na FTP a v .htaccess změnit řádek:
# RewriteBase /
na
RewriteBase /
A všechno frčí jak má. Jenom tedy na endoře nepoužívám defaultní Nette strukturu adresářů, ale mírně upravenou:
app => sub/.tajne/app
temp => sub/.tajne/temp
log => sub/.tajne/log
vendor => sub/.tajne/vendor
www => sub/moje-subdomena
Na localhostu, jak kdy, někdy defaultní strukturu a při uploadu jí transformuju do struktury uvedené výše, nebo rovnou používám výše uvedenou strukturu:
projekt/.projekt/app/
projekt/.projekt/log/
projekt/.projekt/temp/
projekt/.projekt/vendor/
projekt/nazev-subdomeny/
V index.php a bootstrapu je samozřejmě potřeba změnit cesty k jednotlivým složkám/souborům.
Ale teď jsem zkoušel defaultní Nette strukturu a měla by taky v pohodě fungovat, mělo by stačit jen nahrát aplikaci na server:
sub/subdomena/app
sub/subdomena/log
sub/subdomena/temp
sub/subdomena/vendor
sub/subdomena/www
V souboru sub/subdomena/www/.htaccess odkomentovat výše zmiňované RewriteBase / a pak ještě ve složce sub/subdomena/ vytvořit další .htaccess, který se bude starat o směrování požadavků do složky www, přibližně s takovým obsahem:
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^subdomena\.domena\.cz$
RewriteRule ^$ www/ [L]
RewriteCond %{HTTP_HOST} ^subdomena\.domena\.cz$
RewriteRule (.*) www/$1 [L]
(použit kód z http://pla.nette.org/cs/faq#toc-hosting … oot-slozky jen jsem upravil adresu (subdomena.domena.cz)).
Teď jsem si s tím hrál a zdá se, že v požadavku je protokol dostupný přes hlavičku X-Forwarded-Proto, takže zkus něco takového:
RewriteCond %{HTTP:X-Forwarded-Proto} !^https$
whatsin: řekl bych, že stejně je to na všech web hostinzích - buď máte automaticky vytvořenou 1 databázi a na víc nemáte nárok, nebo se nové databáze zakládají přes klientské sekce (web administrace) hostingů - je to tak na wedosu, endoře,... Hostingy totiž často potřebují nějak ověřit jestli máte na vytvoření databáze právo - některé hostingy omezují počet databází, jiné nabízí další databáze jen za příplatek, apod.
tohle nejde, databázoví uživatelé nemají oprávnění vytvářet nové databáze, jedinou cestou je vytvoření prázdné databáze přes Webadmin > Databáze MySQL a pak "Vytvořit novou databázi", nebo "Rychlé založení databáze a uživatele".
Webadmin => Nastavení domény => POST požadavky ze zahraničí => odškrtnout Zakázat POST požadavky na tuto doménu ze zahraničí.
Pravděpodobně přistupujete ke svému ze zahraniční IP adresy.
Zdravím,
podle mě by bylo užitečné mít možnost nastavit k doméně více aliasů - jeden je fakt málo - to máte třeba hlavní doménu s pomlčkou, doménu bez pomlčky, pak chcete přidat třeba ještě *.sk variantu, ale máte smůlu.
Podle mě by třeba vůbec nevadilo, kdyby to bylo realizováno formou příplatkové služby k programům Plus a Mega.