Nejste přihlášeni
Stránky 1
Díky za odpověď.
Potvrzuji, že po zadání IP adresy místo textového názvu serveru, to začalo zase fungovat:
$spojeni = ftp_connect("62.109.140.7");
Mně to takhle zatím stačí - není třeba zatěžovat administrátory.
* DÍKY *
Zdravím.
Roky mi fungovala následující konstrukce pro přenos zálohy databáze ze serveru "sasanka" na původní free server (astromik.mzf.cz).
-------------------------------
$spojeni = ftp_connect("sasanka.endora.cz");
ftp_login($spojeni, "dbbckup", "**HESLO**");
ftp_pasv($spojeni, true);
ftp_put($spojeni, "zalohadb.txt", "zalohadb.txt", FTP_ASCII);
-------------------------------
Asi před měsícem ale tato konstrukce přestala fungovat.
Ve výpisu "php_error.log" je toto:
--------------------------------
PHP Warning: ftp_login() expects parameter 1 to be resource, bool given ...
PHP Warning: ftp_pasv() expects parameter 1 to be resource, bool given ...
PHP Warning: ftp_put() expects parameter 1 to be resource, bool given ...
--------------------------------
Vypadá to, že už první příkaz "ftp_connect..." nějak zhavaruje a kvůli tomu se neprovedou ani další FTP příkazy.
Co se změnilo?
Jak mám postupovat?
Zkoušel jsem v administraci změnit heslo pro FTP zálohovací účet ("dbbckup") na bezpečnější, ale nepomohlo to.
Blokování IP adres také nemám nastavené.
Nastavení cesty pro FTP účet z administrace je tady:
nazev FTP smeruje do adresare posledni prihlaseni pocet prihlaseni
-------------------------------------------------------------------------------------
dbbckup /astromik.mzf.cz/web/zalohydb 30.4.2024 3232
Jak jsem tu psal už v příspěvku z 3.9.2022, je nutné změnit jméno serveru z 'localhost' na 'sqla.endora.cz:3315'.
Pak to začne fungovat.
Alespoň u mě to teda tak jede.
Zdravím.
Neprováděli jste v noci z 2.9. na 3.9.2022 nějaké změny na serveru?
V 0:59 jsem dostal hlášení, že mi přestala fungovat databáze.
Zjistil jsem, že problém je v tom, že jsem dříve používal jako adresu serveru "localhost", nově je ale nutné používat "sqla.endora.cz:číslo_portu".
Chci se jen zeptat, jestli je ta změna trvalá, nebo dočasná.
Shodou okolností jsem včera rušil jeden webový prostor (pro úplně jinou doménu), a tak si nejsem jistý, jestli to s tím nějak souvisí, nebo jestli se to sešlo opravdu jen náhodou.
Teď všechno funguje, takže žádný stres - jen bych byl rád příště připravený.
Milan
EDIT 8:39
Tak už to běží i s tou adresou "localhost".
Díky za návrat do původního stavu.
Zajímavé.
V tom archivu i v několika dalších složkách to opravdu funguje.
Skoro bych odpřísáhnul, že to ráno nešlo.
Asi jsem se někde překlepnul.
Ráno jsem zakládal dočasnou subdoménu pro několik souborů ke stažení:
http://kompakt.astromik.org
A tam ten celkový výpis nefunguje.
Ale to nevadí. Není třeba to dál řešit.
Složky s archivy jsou pro mne důležité a ty fungují správně.
DÍKY
Zdravím.
Nenastala nějaká změna v použití ".htacces"?
Dneska jsem si po dlouhé době všimnul, že některé složky, které jsem měl nastavené pro obyčejný výpis souborů, se nedají zobrazit ( chyba 403 - neobsahují soubor index.htm ani index.php).
Původně jsem měl v souboru ".htaccess" příslušné složky uvedeno toto a fungovalo to podle očekávání:
------------
Options +Indexes
IndexOrderDefault Ascending Name
------------
Jestli je to omezené kvůli nějakému zabezpečení, tak fajn - poradím si jinak.
Ale jestli je jen nějaká chyba na mé straně, tak bych prosil o radu, jak to opravit.
Dobrý den.
Přišel mi e-mail, že mám změnit nastavení v poštovních klientech u některých e-mailových schránek.
Problém je v tom že nepoužívám poštovní klienty, ale e-mailové schránky procházím a zpracovávám automaticky pomocí PHP skriptů.
Konkrétně používám nějakou takovouhle konstrukci:
$mailsrv = "{mx.endora.cz:110/pop3/notls/novalidate-cert}INBOX";
imap_open($mailsrv , "jmenoschranky@domena.xyz" , "H*E*S*L*O");
Pak s použitím dalších IMAP funkcí (imap_headerinfo, imap_fetchstructure, imap_delete ...) jednotlivé zprávy zpracovávám.
Až doteď to fungovalo.
Chtěl bych poprosit o radu, jak mám nově nastavit ten parametr $mailsrv, aby to fungovalo i s tou novou autentizací.
Případně mi alespoň naznačte, jaké je označení té nové autentizace, ať vím, co mám Googlit.
Děkuji předem.
Asi vám propadnul certifikát pro server sasanka.endora.cz:
"sasanka.endora.cz" už funguje bez problémů.
Díky
Zdravím.
Dříve mi fungovalo připojení FTP přes TLS s hostitelem "srva0.endora.cz".
Několik dní zpátky to ale fungovat přestalo (chyba "GnuTLS-110: The TLS connection was non-properly terminated.").
Na základě tohoto vlákna jsem vyzkoušel změnit hostitele na "sasanka.stable.cz".
Připojení teď už sice funguje, ale hlásí to špatný certifikát.
To je chyba u vás, nebo u mě?
Už je to v pořádku. Děkuji.
Dobrý den.
Nedělali jste něco s nastavením času na serveru?
Asi od včerejška pozoruji, že následující kód vrací čas o hodinu zpožděný.
Do dé doby vracel po mnoho let čas správný.
<?php
$dattim = StrFTime("%d.%m.%Y - %H:%M:%S", Time());
echo $dattim;
?>
Jsem vlastníkem domény s koncovkou ".org" zaregistrovanou u forpsi.cz.
Má expiraci někdy v srpnu v roce 2019.
Teď mám jen přesměrované DNS záznamy na webhosting u Endory - všechno perfektně funguje, takže v podstatě nepotřebuji nic měnit.
Kdybych ale provedl úplný převod této domény pod přímou správu Endora.cz (jen kvůli tomu, aby to bylo všechno pěkně pohromadě) - podle ceníku za 357 Kč - co se stane?
Prodlouží se tím zároveň expirace o další rok, nebo je ten poplatek jen za práci s převodem, takže expirace zůstane?
Dobrý den.
Mám podobný problém, jako původní tazatel, ale pro server "sasanka".
Zkoušel jsem adresu:
http://astromik.org.srva.endora.cz/
ale končí to chybou "... server nenalezen ..."
Můžete mi prosím sdělit dočasnou adresu?
EDIT:
Tak už je to vyřešené. Převod DNS byl dokončen, takže už mám přístup přes normální adresu.
Stránky 1