Joomla nejde smazat přes FTP

[Tom Liberec]

Zdravím. Nemá někdo zkušenost s tím jak přes FTP úplně smazat - odinstalovat stránky CMS Joomla ?

Případně to zrušit v PHPMYADMIN ? 

Potřebuji jen aby zůstal zachován FTP přístup a doména.

[Reklama]

[Tom Liberec]

Prostě jestli tam není ještě nějaká zábrana o které nevím, která mi neumožňuje to přes FTP smazat.

[Petr Krčmář]

Pravděpodobně špatná práva k souborům na serveru. Za normálních okolností skutečně stačí ty soubory smazat.

[Tom Liberec]

Pane Krčmář děkuji.
Snažil jsem se to podvést tak, že jsem měl záměr nakopírovat v FTP k tomu běžné statické stránky s tím, že jsem počítal, že by se jako první načetl soubor index.html místo index.php a fungovaly by náhradní stránky.
Ovšem ani to mi to neumožňuje. Některé soubory a adresáře však smazat šly.

Ráno mi AVAST oznámil, že jsou ty stránky opět zavirovány.

Problém je, že řešíme převod té domény a nemáme Auth - ID z důvodu, že na webhostingu odešlo železo kde prý byly údaje, které jsou pro vystavení uloženy.

Ještě, že jsem před více než rokem zřídil další doménu, kde nové stránky bez CMS ( momentálně s vánoční tématikou a přáním klientům ) fungují.
Šéf bude mít radost, že bude muset všem klientům rozeslat informaci o tom, že stránky jenž slouží i k přístupu ( jenom link ) na klientský web jsou na jiné doméně.
- Doufám, že nelehl i mailserver .......

Moc děkuji za pomoc, pokud by vás napadlo ještě něco co by se dalo zkusit budu rád.   - Webhoster co se nám o to staral je již zaměstnán jinde a není k zastižení. Zatím nevyřešil ani převod té domény, údajně je potřeba to řešit u notáře.
 

[42]

Pane Krčmář děkuji.
Snažil jsem se to podvést tak, že jsem měl záměr nakopírovat v FTP k tomu běžné statické stránky s tím, že jsem počítal, že by se jako první načetl soubor index.html místo index.php a fungovaly by náhradní stránky.
Ovšem ani to mi to neumožňuje. Některé soubory a adresáře však smazat šly.

Ráno mi AVAST oznámil, že jsou ty stránky opět zavirovány.

Problém je, že řešíme převod té domény a nemáme Auth - ID z důvodu, že na webhostingu odešlo železo kde prý byly údaje, které jsou pro vystavení uloženy.

Ještě, že jsem před více než rokem zřídil další doménu, kde nové stránky bez CMS ( momentálně s vánoční tématikou a přáním klientům ) fungují.
Šéf bude mít radost, že bude muset všem klientům rozeslat informaci o tom, že stránky jenž slouží i k přístupu ( jenom link ) na klientský web jsou na jiné doméně.
- Doufám, že nelehl i mailserver .......

Moc děkuji za pomoc, pokud by vás napadlo ještě něco co by se dalo zkusit budu rád.   - Webhoster co se nám o to staral je již zaměstnán jinde a není k zastižení. Zatím nevyřešil ani převod té domény, údajně je potřeba to řešit u notáře.
 

Zdravím,

postupně.

1) Ohledně index.html a index.php, záleží v jaké pořadí je nastaven IndexFile na serveru. Platí pravidlo, že třeba index.html se načítá jako první i když existuje index.php
2) Pokud vám avast hlásí, že jsou stránky zavirovány, nemusí to být nutně virem na webu, ale pro jistotu zmeňte heslo k FTP, aby vám to tam neprojížděl nějaký robot.
3) K AuthID nepotřebujete nic nikde uložený. Potřebujete jen funkční email, který je uvedený u kontaktu (správce, technický kontakt, atp.) u domény.

[Reklama]

[42]

Oprava...

Ne IndexFile ale DirectoryIndex :-)

[Tom Liberec]

Je možné, že Avast hlásí nějaké falešné podezření. Stránky byly správcem serveru obnoveny a Avastu se to nelíbí stále.

Bodu 3 ) nerozumím vůbec. Možná jsem se špatně vyjádřil. Problém není na straně kupujícího ( doménu ) nýbrž ztráta údajů vlastnictví domény na straně prodávajícího.
E-mail na majitele domény, jenž nám bude postoupena mám, ovšem on nemá nic, čím by mohl doložit, že je doména jeho.
- Omlouvám se nevím zda jsem to popsal dobře, ...jak jsem "koupil" tak prodávám. Tedy spíše papouškuji a i u takových informací dochází ke zkreslení.

Každopádně moc děkuji za informace.