[gesloten] modules zijn niet bij te werken
Posted: Tue Aug 14, 2012 6:23 pm
Bij twee websites, gehost bij een en dezelfde host, heb ik problemen bij upgraden van modules.
De sites zijn opgezet in 2008 en 2010, met de toenmalige versies, en in de loop van de jaren consequent geupgrade.
Ze maken nu beide gebruik van versie 1.10.3.
Ik krijg bij meerdere, zo niet alle, modules de melding dat downloaden van de nieuwe versies niet mogelijk is - naar ik begrijp uit het forum is dat een rechtenprobleem.
Wanneer ik het via xml wil doen krijg ik een melding als Kan geen bestand aanmaken (rechtenprobleem?) /home/httpd/vhosts/<domeinnaam>/httpdocs/modules/CGExtensions/templates/orig_sortablelist_template.tpl.
Dat bestand heeft als eigenaar de domeinhouder en als authorisatie rw-r--r--. Ik zie niet wat daarmee mis zou zijn, maar het werkt niet.
In het overzicht van geïnstalleerde modules staat bij vrijwel alle modules Geïnstalleerd. Kan niet verwijderen.
CMSMS biedt ook de mogelijkheid de rechten van de modules te wijzigen, maar als ik dat probeer krijg ik de melding Kan de rechten van sommige bestanden niet wijzigen.
Als laatste zou ik nog willen opmerken dat een van de modules (Gallery) als eigenaar Apache heeft. Dat is tevens de enige module waar níet bij staat dat hij niet kan worden verwijderd en die niet de optie Wijzig rechten aanbiedt en die ik op 5 augustus gewoon heb kunnen bijwerken naar versie 1.6. (Goed werk, Jos!)
Eerder hadden de meeste modules als eigenaar Apache - dat is een jaar of twee geleden door de host eens omgezet naar de domeinhouder toen ik ook problemen had met o.m. upgraden.
Ik wil deze problemen graag opgelost hebben, maar krijg dat zelf niet voor elkaar. Van de host krijg ik matige ondersteuning ("Er is geen specifieke oplossing voor, buiten consistent werken.") en eerlijk gezegd zijn er meer redenen waarom ik er weg zou willen, maar dan wil ik wel eerst de site helemaal up to date en werkend hebben, zodat ik een goede kopie kan maken.
Is er iemand die met mij (in een PM-sessie bijv.) zou kunnen kijken waar die rechtenproblemen nou uit bestaan? En hoe ze kunnen worden opgelost?
Frank
De sites zijn opgezet in 2008 en 2010, met de toenmalige versies, en in de loop van de jaren consequent geupgrade.
Ze maken nu beide gebruik van versie 1.10.3.
Ik krijg bij meerdere, zo niet alle, modules de melding dat downloaden van de nieuwe versies niet mogelijk is - naar ik begrijp uit het forum is dat een rechtenprobleem.
Wanneer ik het via xml wil doen krijg ik een melding als Kan geen bestand aanmaken (rechtenprobleem?) /home/httpd/vhosts/<domeinnaam>/httpdocs/modules/CGExtensions/templates/orig_sortablelist_template.tpl.
Dat bestand heeft als eigenaar de domeinhouder en als authorisatie rw-r--r--. Ik zie niet wat daarmee mis zou zijn, maar het werkt niet.
In het overzicht van geïnstalleerde modules staat bij vrijwel alle modules Geïnstalleerd. Kan niet verwijderen.
CMSMS biedt ook de mogelijkheid de rechten van de modules te wijzigen, maar als ik dat probeer krijg ik de melding Kan de rechten van sommige bestanden niet wijzigen.
Als laatste zou ik nog willen opmerken dat een van de modules (Gallery) als eigenaar Apache heeft. Dat is tevens de enige module waar níet bij staat dat hij niet kan worden verwijderd en die niet de optie Wijzig rechten aanbiedt en die ik op 5 augustus gewoon heb kunnen bijwerken naar versie 1.6. (Goed werk, Jos!)
Eerder hadden de meeste modules als eigenaar Apache - dat is een jaar of twee geleden door de host eens omgezet naar de domeinhouder toen ik ook problemen had met o.m. upgraden.
Ik wil deze problemen graag opgelost hebben, maar krijg dat zelf niet voor elkaar. Van de host krijg ik matige ondersteuning ("Er is geen specifieke oplossing voor, buiten consistent werken.") en eerlijk gezegd zijn er meer redenen waarom ik er weg zou willen, maar dan wil ik wel eerst de site helemaal up to date en werkend hebben, zodat ik een goede kopie kan maken.
Is er iemand die met mij (in een PM-sessie bijv.) zou kunnen kijken waar die rechtenproblemen nou uit bestaan? En hoe ze kunnen worden opgelost?
Frank