:S no..

you must have changed something... can you DELETE an album?

I haven't tried to delete an album, but I can add artist, I've modified some albums, but I can't modifiy the last I added couple days ago, before the problem occourred

I tried today to cancel a review, but I can't... Same error.. 500 Error internal server... I can't update my website since a week ago... What can I do?

:S :S I really dont know... I mean, everything worked fine for months on your site... and now suddenly it stops working?

if you want, give me access, and I'll take a look.. but I dont know if I'll be able to do much, really...

Hosting service is keeping on to tell the problem is in the code... I don't know how to solve this issue

you can try to uninstall the compoentn and reinstall it again..

but.. honestly.. how can it be the code if it has been working for months? if one day it suddenly stopped working... it cannot be the code...! dont you agree with this? *something* must have changed!

Actually I cannot see in Home any album cover.... something is going wrong...

its your server:

for instance, here's an image:
http://www.jamyourself.com/components/com_muscol/helpers/image.php?file=/images/albums/rancid1.jpg&width=40

it says Execution of this script not permitted: Script is group writable.

there is the problem.
the permissions of this file have, SOMEHOW, changed!! (that's the "mystery" changed we were talking about... it was a change indeed!)

TALK TO YOU HOSTING PROVIDER now you know the error. maybe they changed the file permission?

Grazie Germi!
I'll write again to our hosting explaining them it.

If i need more details i'll write you back here! B)

I wrote to my hosting service, they say they don't allow php script with "write permission (755)" to group... they say I have to change permission in the code...

well, the permission is changed via FTP.. not via code! its the FILE permission

my question is... how did this file permision got changed? from 644 to 755, probably... ?

I didn't change anything...If that's a permission issue you think you can fix it by accessin through FTP??

I guess.... but you can do it yourself! all you have to do is connect with an FTP client and change the file permissions from 755 to 644!

ok, I think I can do it. Can you please tell me which folder are supposed to be with 644 permission??

the problematic file was /components/com_muscol/helpers/image.php

BUT this is to solve your frontend "not showing images" problemm
not the backend problem...

I tried, but nothig has changed

according to your site:

http://www.jamyourself.com/components/com_muscol/helpers/image.php?file=/images/albums/rancid1.jpg&width=40

it says the script is still not executable because of group permissions... :S

Strange thing... I changed permission as I usually did in the past... but the permission has not changed....

:S mm... I know I always say the same, but... talk to your hosting providers! :lol: they are the only ones who can tell you why its not changing (or maybe they can help you change it)

Ciao Germi,
i have an update related my problem with adding of new album on MC.
I contacted Register's assistance, our hosting service, and i informed them related the problem of the permission. They told me that it's referred to our Ftp program used... quite strange.. but anyway they changed the permissions for us in 755 for all the folders and files of our website. In this way the problem of the missing images is finally solved.
But it remains the main, big and really difficult problem: we can't add a new album in the Mc via back end..... When we click on new album it is showed the message "Internal Server Error" as just indicated at the beginning of our conversation in this topic....
Now our hosting told us that it's a problem of the company who created the plugin Mc...... I know that it's a little bit stranger because we used Mc plugin for several months without having any problem B)
But please we ask you a really favor: could you check again if the code of Mc installed on our Jamyourself is right or if there is a problem with it?
Our hosting asked us to check it and then write them the results of thi checking. They want to avoid that the problem will be in some parameters of Mc or similar.
Let me know!
And Grazie!!!!!

Ciao Germi,

today morning we received a new answer from our hosting assistance.
He told us to talk with you asking to supply them a script with the code that create the internal server error 500, in order to check then with a second level of their assistance dept
Addictionally they want to receive the localization where the error is located in the code.

Could you please check in Mc plugin installed on jamyourself and provide us these informations via mail? Info@jamyourself.com

I’m really sorry to disturb you again but our hosting requires the direct intervention from the person who created the Music collection plugin in order to solve our problem!

We’re really blocked with our website!
For us it’s a really problem if we can’t insert new reviews, considering that our website is made of reviews for the 80%

hello

I can tell you the script, BUT it will be a bit difficult for them to debug it (its various files...) unless they understand very well how does joomla works internally...

my guessing is that THIS IS STILL some PERMISSION badly setted. check the permissions of all the files under /administrator/components/com_muscol/ and see if they're ok.

also.. have you tried to UNINSTALL and REINSTALL music collection as I told you?

Understood Germi, but the problem is that the hosting's assistance requires us this script in order to go on with the second and more deep step of assistance. :S
It's possible for you to send me it via mail to info@jamyourself.com?
They want to receive the script written via mail and to receive also the localization of the script that generate the internal server error.

If you understand a little bit of italian i copy the answer from our hosting:
Le preciso nuovamente che nel caso in cui sia riconducibile ad un problema sistemistico di configurazione o funzionamento della piattaforma di hosting shared sara' possibile intervenire; dovra' semplicemente pubblicare uno script contenente unicamente il codice necessario a causare l'errore nel suo spazio web ed indicandomene la localizzazione, provvedero' ad inoltrarla all'assistenza tecnica di secondo livello segnalando il malfunzionamento.

They told that it's necessary to provide a copy of the script that include only the code causing the internal server error.
Only if they'll receive this information it's possible to go on with the second level of thei assistance.

Related the permissions now are setted for all the files and folers as 755, and this permission is allowed by our hosting, so they confirm us that the problem is not referred to it.

Let me know Germi.
And as usual grazie!

Germi we checked just right now the permission also for : /administrator/components/com_muscol/ and it's 755, as per the remain files and folders of the website.

We have just tried to uninstall and reinstall but it doesn't work again!

SOLVED

Luca, I solved your problem, and as I was saying aaaaaaalll the time, the problem was due to some change in your server:

1) the problem was that, when the album is NEW, the array for TAGS or TYPES is NOT DEFINED. this is not a problem if the PHP server is configured to allow this (your server WAS CONFIGURED TO ALLOW THIS), but your hosting provider (maybe they dont even know, or maybe they didnt think that could cause any problem) CHANGED THE PHP CONFIGURATION and now it does not allow this. you can tell this to them

I have to say its the first time that I see a server not configured for this.

well, how to solve then? well, initializing this variables as "arrays"

on file administrator/components/com_muscol/models/album.php

line 65, I added this:

$this->_data->tags = array();

$this->_data->types = array();

and also, on file administrator/components/com_muscol/tables/album.php on line 97, we need to check that the variable is an array indeed

if(is_array($this->tags)) $this->tags = implode(",",$this->tags);

		if(is_array($this->types)) $this->types = implode(",",$this->types);

before saving. this solved the "add new album" problem

so basically the problem comes from a new configuration that makes VARIABLE TYPES be VERY STRICT on PHP (wich is REALLY unusuall)

now that we know the problem, tell your hosting provider to see what he says... THEY CHANGED SOMETHING, thats for sure!!!!!

SOLVED

Luca, I solved your problem, and as I was saying aaaaaaalll the time, the problem was due to some change in your server:

1) the problem was that, when the album is NEW, the array for TAGS or TYPES is NOT DEFINED. this is not a problem if the PHP server is configured to allow this (your server WAS CONFIGURED TO ALLOW THIS), but your hosting provider (maybe they dont even know, or maybe they didnt think that could cause any problem) CHANGED THE PHP CONFIGURATION and now it does not allow this. you can tell this to them

I have to say its the first time that I see a server not configured for this.

well, how to solve then? well, initializing this variables as "arrays"

on file administrator/components/com_muscol/models/album.php

line 65, I added this:

$this->_data->tags = array();

$this->_data->types = array();

and also, on file administrator/components/com_muscol/tables/album.php on line 97, we need to check that the variable is an array indeed

if(is_array($this->tags)) $this->tags = implode(",",$this->tags);

		if(is_array($this->types)) $this->types = implode(",",$this->types);

before saving. this solved the "add new album" problem

so basically the problem comes from a new configuration that makes VARIABLE TYPES be VERY STRICT on PHP (wich is REALLY unusuall)

now that we know the problem, tell your hosting provider to see what he says... THEY CHANGED SOMETHING, thats for sure!!!!!

Germi you're great!!!!!! :woohoo:

Anyway i'll speak immediately with our hosting!!!!!!!!