Přihlásit se

Jak smazat "nesmazatelné"

09. úno 2022 21:33 #145826
Jak smazat "nesmazatelné" od Teo
Uživatel
Ahoj.
U několika webů na Joomle, které jsem si vytvořil jako demo v podsložce nějakého funkčního (jiného) webu, se mi stává, že po ukončení tohoto "demo" webu jej chci smazat. Smažu celou složku s Joomlou, ale adresář, který používá Akeeba Backup v (což nejde), ale prostě nejde to smazat.
Zajímavé je, že se nadřazené složky dají přejmenovávat a i u nich měnit oprávnění. Ale u této ne. Já to nakonec řeším tak, že si tuto složku přejmenuji na "_smazat" a nechám ji tam napospas osudu.
Jo a zkoušel jsem to smazat jak přes FTP klasického klienta (FileZilla), tak i přes webové rozhraní nějakého FTP klienta.
Má s tím někdo nějakou zkušenost?

09. úno 2022 21:41 #145828
Odpověď od Rudolf
Joomla Expert
Nemám, protože si neustále vytvářím nové vhosty na DEV serveru

Tipnul bych na httacess vytvořený pomocí Akeeba Backup - stačí najít a upravit před smazáním
Nebo adresář v Akeeba Backup - opět bych zkusil jeho nastavení v seznamu adresářů v Akeeba backup

MiniJoomla! - www.minijoomla.cz - eshop s rozšířením Joomla/VM
Email Manager - aplikace na správu šablon emailů pro VirtueMart
Easy Feeder - aplikace na generování XML/CSV feedů a napojení na ERP pro VM
PragueClassicconcert - portál pro prodej vstupenek na systému Joomla

09. úno 2022 21:59 #145829
Odpověď od Teo
Uživatel
Ještě bych doplnil, že tento adresář má jak vlastníka, tak skupinu "apache".

09. úno 2022 22:09 #145830
Odpověď od Rudolf
Joomla Expert
Dobrá poznámka :)

Pak si vzpomeňte jak jste ho vytvořil, že vlastníkem je vlastně jakoby správce serveru, který nemá s Joomla co dělat a vypadá to že ani s FTP userem...

Pak můžeme dále klidně fabulovat

MiniJoomla! - www.minijoomla.cz - eshop s rozšířením Joomla/VM
Email Manager - aplikace na správu šablon emailů pro VirtueMart
Easy Feeder - aplikace na generování XML/CSV feedů a napojení na ERP pro VM
PragueClassicconcert - portál pro prodej vstupenek na systému Joomla

09. úno 2022 23:15 #145833
Odpověď od Cony
Moderátor
Zkusil bych Phoca Commander, nebo pokud už tam není Joomla tak nějaký PHP file manager. Složka, nebo něco v ní je vytvořeno z PHP, a přes FTP k tomu nejsou práva. Některé hostingu (např. Wedos) to takto mají.

09. úno 2022 23:25 #145835
Odpověď od Bong
Moderátor
Občas na podobnou situaci také narazím. Je to o hostingu a asi neexistuje univerzální rada. Možností je několik:

1. Smazat přes FTP (Total Commander, FileZilla,...)
2. Smazat přes web (Phoca Commander v Joomla, net2ftp v administraci hostingu,...)

Na každou z možností je pak třeba v případě potřeby zkusit více postupů:

- označit nejvyšší složku a zkusit smazat včetně obsahu
- zkusit přejmenovat nejvyšší složku a smazat včetně obsahu
- začít smazáním nejhlouběji zanořených složek a souborů a mazat postupně až nahoru

Když to hosting umožňuje, tak si z nějaké zálohy obnovit jen složku určenou ke smazání a smazat ji následně.
Nebo prostě počkat a zkusit to smazat za půl roku znova a třeba to půjde.
Nakonec je vždycky varianta požádat o smazání hosting.

Samostatnou kapitolou by mohly být zanořené složky po nějakém zavirování, kdy celková délka názvu cesty k poslední složce překročí povolenou délku. A nebo je ještě psaná "rozsypaným čajem" :-)

I'm sorry, my responses are limited...you must ask the right questions.

10. úno 2022 07:18 #145836
Odpověď od Teo
Uživatel
JJ, taky jsem to většinou vyřešil tak, že jsem v Joomle (jiné Joomle, kterou jsem měl klidně i v jiném adresáři) nainstaloval nějaký File Manager a pak to šlo smazat. Nyní tam mám Word Press a tam jsem taky zkusil nainstalovat nějakého filemanagera, ale bohužel to nešlo. Nezbývá, než ještě zkusit "na chvíli" nainstalovat znovu někam Joomlu a přes ní to zkusit smáznout.
Jinak je to prostě "zbytek" po normálně standardně nainstalované komponentě Akeeba Backup.
I tak stále nechápu, proč se tohle děje. Nic nestandardního nebo neobvyklého tam nedělám. Taky pořád nechápu, že i když to nejde smazat ani měnit práva, tak přejmenovat to jde. V příloze je vidět, že to má název "smazat" a práva 0555. Uvnitř jsou soubory, které zase přejmenovat nejdou, ale práva měním jak chci. Zajímavé ;-)

Přílohy:

10. úno 2022 08:25 - 10. úno 2022 08:55 #145838
Odpověď od Cufe
Admin
Dobrý den, toto je záležitost CHMOD a CHOWN (přístup/vlastnická práva), když to nejde běžným způsobem, jeden mail na hosting a máte to vyřešené. Jak psal Bong, nastavení hostingů jsou různá. Osobně s tím (složky a soubory při mazání Akeeba Backup) třeba problém nemám.

Joomla úřední deska | IT služby, webové stránky v Joomla!, online marketing | Joomla je best! Zveřejni svůj problém, pokud ho vyřešíš sám, jsi best!

10. úno 2022 08:27 #145839
Odpověď od Teo
Uživatel

Cufe napsal: Dobrý den, to to je záležitost CHMOD a CHOWN, když to nejde běžným způsobem, jeden mail na hosting a máte to přece vyřešené.

Joo já to vím, že mi to udělají, spíš mi jde o to zkusit si to vyřešit sám. ;-)

10. úno 2022 14:32 #145843
Odpověď od Cony
Moderátor

Teo napsal: V příloze je vidět, že to má název "smazat" a práva 0555.

A to je právě ten problém. Práva 555 znamenají Read - Execute pro uživatele / skupinu / všechny, tzn. není tam právo pro zápis.
Vy potřebujete práva 777, nebo alespoň jednu sedmičku, např. 755.

Složka je vytvořená uživatelem, pod kterým běží PHP, ten ty práva může změnit, FTP uživatel je jiný, na toho se tedy vztahuje buď to druhé číslo v právech (pokud je ve stejné skupině jako PHP uživatel - to záleží na hostingu), nebo až to třetí číslo.

Na souborech by jste měl mít práva 666, popř. obvykle stačí 644 (ale záleží na hostingu), 7mička je včetně execute (soubor je označen jako spustitelný v shellu) a to nechcete.

10. úno 2022 19:41 - 10. úno 2022 19:43 #145844
Odpověď od Teo
Uživatel

Cony napsal:

Teo napsal: V příloze je vidět, že to má název "smazat" a práva 0555.

A to je právě ten problém. Práva 555 znamenají Read - Execute pro uživatele / skupinu / všechny, tzn. není tam právo pro zápis.
Vy potřebujete práva 777, nebo alespoň jednu sedmičku, např. 755.

Složka je vytvořená uživatelem, pod kterým běží PHP, ten ty práva může změnit, FTP uživatel je jiný, na toho se tedy vztahuje buď to druhé číslo v právech (pokud je ve stejné skupině jako PHP uživatel - to záleží na hostingu), nebo až to třetí číslo.

Na souborech by jste měl mít práva 666, popř. obvykle stačí 644 (ale záleží na hostingu), 7mička je včetně execute (soubor je označen jako spustitelný v shellu) a to nechcete.

JJ, já to Cony vím. To jako chápu, ale vem si, že mám přes Joomlu nainstalovaných spoustu jiných věcí (komponent, modulů a cokoliv jiného) klasicky přes webovou administraci Joomly a zatím se mi kromě Akeeba Backupu nestalo, že by něco takhle zůstalo "viset".
Já samozřejmě taky vím, že to řešení je vlastně jednoduché. Než budu mazat adresář s Joomlou, tak z ní musím odinstalovat Akeeba Backup a pak teprve smazat tento adresář. Ale mě jen prostě zaráží, proč se to tak děje jen u této komponenty a proč se vlastně u toho adresáře vytvořily tyto práva.

Powered by Fórum