Jump to content


can't save etoGal snippet


14 replies to this topic

#1 darren

    Likes Etomite Forums!

  • Member
  • PipPip
  • 251 posts

Posted 06 July 2010 - 06:44 PM

so today i copied my etogal snippet from my personal site to another site, to use one of my flash integrations. I couldn't save the snippet on the other site, i was either sent to the 404 page or shown the index(you supposed to be here?) file whenever i selected 'save'. also tried to paste the first half of the snippet, save, and then paste the second half, that didn't work either. I ended up copying it into the correct table row in phpMyadmin. Later i discovered that i couldn't save the etoGal snippet on my personal site either.

The sites are at the same host but on different servers. both are linux servers, php version 5.2.13, mysql server version 5.0.91, client version 4.1.22

I was wondering if anyone else has come across this (it may not be an etoGal issue, just a general snippet issue). I remember something about a POST limit that this may be related to (?)

thanks in advance.

#EDIT#
forgot to say both sites are etomite v1.1

Edited by darren, 06 July 2010 - 06:46 PM.


#2 Ralph

    Loves Etomite Forums!

  • Admin
  • 6,506 posts
  • Gender:Male

Posted 06 July 2010 - 10:02 PM

Are you sure that this problem is only with that snippet...??? A while back Cathode (Ian) and I found issues with specific words in documents due to PHP upgrades that were set too secure by the hosting company.... Food for thought...

#3 darren

    Likes Etomite Forums!

  • Member
  • PipPip
  • 251 posts

Posted 06 July 2010 - 11:46 PM

Ralph,
i can't say that the issue is only with that snippet, but in the course of installing the etoGal/Flash integration i successfully saved 5 or 6 other snippets and chunks without a problem. I remember that thread too now, I'll have to look it up.

thanks.
D

#4 mikef

    Loves Etomite Forums!

  • Member
  • PipPipPipPip
  • 1,551 posts

Posted 07 July 2010 - 09:18 AM

View Postdarren, on 06 July 2010 - 06:44 PM, said:

I was wondering if anyone else has come across this (it may not be an etoGal issue, just a general snippet issue). I remember something about a POST limit that this may be related to (?)
I'm not aware of anything like this. The POST issue isn't related - that's to do with a limit to the number of images that can be successfully edited once loaded into a single gallery.

#5 darren

    Likes Etomite Forums!

  • Member
  • PipPip
  • 251 posts

Posted 07 July 2010 - 12:43 PM

it was this thread i was thinking of: http://www.etomite.c...622-php-529-bug

#6 Ralph

    Loves Etomite Forums!

  • Admin
  • 6,506 posts
  • Gender:Male

Posted 07 July 2010 - 12:56 PM

That is the correct topic, darren...

#7 mikef

    Loves Etomite Forums!

  • Member
  • PipPipPipPip
  • 1,551 posts

Posted 09 July 2010 - 12:29 AM

View Postdarren, on 07 July 2010 - 12:43 PM, said:

it was this thread i was thinking of: http://www.etomite.c...622-php-529-bug

Sorry, I'd forgotten about that one. (In fact I'd so completely forgotten about it I still don't remember it, despite having commented on it. December was a bad month ...)

#8 frequent

    Etomite Forum Newbie

  • Member
  • 12 posts

Posted 16 January 2011 - 06:23 PM

i have now the same problem!
wha i cant save my etogal snippet php file?(it redirect me to the 404 etomite page when i try to save it!
should i post the php code for etogal 1.1 beta3?for review
or should i contact my hosting company
Help me
thanks

#9 mikef

    Loves Etomite Forums!

  • Member
  • PipPipPipPip
  • 1,551 posts

Posted 16 January 2011 - 09:33 PM

This problem appears to be a result of over-enthusiastic security checking on the part of some versions of PHP and/or some server configurations, as discussed elsewhere. As it would require a rewrite of all etogal related snippets, and result in two incompatible sets of etogal software (as the database would also have to rebuilt with different fieldnames) I don't have the time to deal with this, especially as none of the hosts I have used in the past few years have had this problem. Sorry!

#10 frequent

    Etomite Forum Newbie

  • Member
  • 12 posts

Posted 17 January 2011 - 11:57 PM

problem resolved after contacting my host.
i can save the snippet now.
the problem now is that after i authinticate myself.and the" manage pictures "button appears i click on it but nothing happens, it only refreshes the page.
icant now upload new images, change my existing old pictures . i didnt make any changes to the php-etogal codes.
i can but view my old pictures uploaded before 5months.
thanks you for any suggestions to resolve this problem

#11 frequent

    Etomite Forum Newbie

  • Member
  • 12 posts

Posted 18 January 2011 - 03:13 AM

i made .htaccess changes.
and i can upload edit images again!
the tables is displayed again!
thanks for helping

#12 Ralph

    Loves Etomite Forums!

  • Admin
  • 6,506 posts
  • Gender:Male

Posted 18 January 2011 - 02:03 PM

View Postfrequent, on 18 January 2011 - 03:13 AM, said:

i made .htaccess changes.
and i can upload edit images again!
the tables is displayed again!
thanks for helping

Glad to hear that you were able to get things sorted, frequent... :eto:

#13 mikef

    Loves Etomite Forums!

  • Member
  • PipPipPipPip
  • 1,551 posts

Posted 18 January 2011 - 04:03 PM

frequent, can you describe what changes you or your host made, please, in order to possibly help others who might have the same or similar problem?

#14 frequent

    Etomite Forum Newbie

  • Member
  • 12 posts

Posted 19 January 2011 - 02:20 AM

mod_security in my php 5.2.14 was disabled(this step was made by my host company)
i removed aline in .htaccess file. a 301 redirect command.
i still searching for .htaccess command that redirect index.php and index.php?id=1 to my domain url www.domain.com( for google search optimization needs )
thank you


#15 mikef

    Loves Etomite Forums!

  • Member
  • PipPipPipPip
  • 1,551 posts

Posted 19 January 2011 - 06:03 PM

Thanks frequent!

Since your final request has to be to index.php I don't think I'd try to fix that home page problem with a .htaccess rule - if I was sufficiently bothered to try to do anything I'd probably use a canonical link instead.





1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users