Not found (404) After Upgrading the Server

[Dramacafe]

Hi there,

I'm getting this error "Not found (404)" on the old images after upgrading the server. Please refer to the following link: http://www.img.dramacafe.tv/ES
This link is after I click on a thumbnail.

Thanks.

 

[Rodolfo]

Hmmm did you lose the files? Did you backup the definitions.php file?

 

[Dramacafe]

No, didn't lose nay files. As a matter of fact I have generated 2 full backups. What do I do with the definitions.php file?

 

[Rodolfo]

You should keep that file because it has the crypt salt. If you did a backup (full backup) is weird that you didn't find some files. The files aren't there or just the viewer links are dead?

 

[Dramacafe]

I didn't understand what you meant. However, here it definitions.php file.

<?php
/* --------------------------------------------------------------------
 
  Chevereto
  http://chevereto.com/
 
  @version    2.5.1
  @author    Rodolfo Berríos A. <http://rodolfoberrios.com/>
            <inbox@rodolfoberrios.com>
 
  Copyright (C) 2012 Rodolfo Berríos A. All rights reserved.
 
  BY USING THIS SOFTWARE YOU DECLARE TO ACCEPT THE CHEVERETO EULA
  http://chevereto.com/license
 
  --------------------------------------------------------------------- */
 
/**
* __CHV_CRYPT_SALT__
* This is the crypt salt used for generate and convert all the image ids
* Please, don't you ever change this at least you want to reset the whole system
* Set this only once and stick to it.
*/
define("__CHV_CRYPT_SALT__", "Dramacafe.tv");
 
?>

 

[Rodolfo]

Then I don't know why you are having issues. If you really backup all the files then I ignore what is the problem... If you didn't changed the __CHV_CRYPT_SALT__ then the problem must be the backup or something.

 

[Dramacafe]

I'm telling you there's nothing wrong with the backup, I generated a full backup as an alternative or just a backup. But the site and the whole account was transferred from a cPanel to another, the transfer was completed without even a slightest error. This link http://www.img.dramacafe.tv/ES isn't functioning not because there's anything missing but there something wrong with the __CHV_CRYPT_SALT__ function. Here is the thumbnail for the link above http://www.img.dramacafe.tv/images/2013/04/14/E23.th.jpg and here is the image http://www.img.dramacafe.tv/images/2013/04/14/E23.jpg so I really don't know what's wrong. And Luckily the images getting this error are from 13th of April 2013 up until 4th of May 2013. Which was when I went from a company to another changing the VPS and after less than a month I set up my mind to get myself a dedicated server because I was sick of the VPS servers. So, I don't know if you could find an explanation or solution to this issue.

Thanks.

 

[Rodolfo]

If this http://www.img.dramacafe.tv/ES says "Not found" is because that "ES" id is not associated with a id in the database, simple as that. Why? maybe a rollback of something like that but is not problem of the script.

 

[Dramacafe]

Alright, you think there's no fix for that? If there's no fix then I'll have to change them manually. However, if there's a fix it's gonna a lot easier than changing them manually.

 

[Rodolfo]

Is hard because there isn't way for me to tell what is the error/cause without any site access. This are the facts:

• Chevereto public IDs are an alphanumeric representation of a numeric ID. This conversion is done using the _CRYP_SALT_
• If the files are there (direct file access) but the viewer links are down, either the _CRYPT_SALT_ was changed of the database record isn't there.

Perhaps the db backup went wrong, perhaps you slightly modified the cryp salt, etc. If the record isn't there then well, the only thing left to do is rebuild the db. That can be only done running a script (pretty much like update.php) but I'm afraid that the relationship (database) is not there anymore. How you will tell the system that the filename.jpg is the id1? or the id2? If you don't have that relationship then there is no way to rebuild that.

Are you 100% sure that you didn't change any folder, the crypt salt, or anything? Are you sure that the db backup was OK? Please notice that sometimes phpmyadmin backup system sucks and the db is not complete or is not imported 100%, is a very annoying thing of phpmyadmin.

 

[Dramacafe]

It seems little complex. The best thing to do in this situation is to change them manually better than trying something then getting into bigger problems. Thanks for your time, and sorry for wasting it.

 

[Rodolfo]

No problem, but as an advice... Always perform full backups using the rsync command and move the DB using SSH. If you will use phpmyadmin (or any cpanel tool) always check the db.