Jak smazat "nesmazatelné"

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?

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

Ještě bych doplnil, že tento adresář má jak vlastníka, tak skupinu "apache".

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

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í.

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"

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é

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.

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.

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.

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.