Solución:
Finalmente encontré algo que me indicó la dirección correcta. Estas dos publicaciones mencionaron cómo CI usa @ en el módulo de base de datos podría estar causando ese problema.
php devuelve el error 500 pero no hay registro de errores
El proyecto CodeIgniter carga una página web en blanco
Inhabilité la carga automática del módulo de base de datos y el sitio funciona. Ahora solo tengo que averiguar el error de la base de datos que estaba obteniendo y que podría estar causando que CI falle. Actualizaré esta respuesta una vez que lo averigüe.
Actualizar: Verifiqué la cuenta / contraseña y el acceso a la base de datos, todo estaba funcionando. El problema era que el controlador php mysql no estaba instalado. Esta es la primera vez que realmente uso un sistema Ubuntu y pensé que el controlador mysql se instalaría con el paquete php predeterminado, sobre lo cual estaba equivocado.
Después de instalar php5-mysqlnd y habilitar la biblioteca de la base de datos en la carga automática de CI, todo funciona correctamente ahora. El hecho de que no recibiera ningún error realmente me hace considerar cambiar los marcos.
Publicar esto, en caso de que ayude a alguien …
Si está en una plataforma de alojamiento compartido y no tiene acceso a directorios que no sean los que se supone que debe alojar sus archivos: el truco consistía en obligar a php a lanzar todos los errores incluso si apache no podía.
Abra “index.php” que se encuentra en la carpeta raíz de su instalación de codeigniter;
define('ENVIRONMENT', 'development');
if (defined('ENVIRONMENT'))
{
switch (ENVIRONMENT)
{
case 'development':
error_reporting(E_ALL);
/*added line below*/
ini_set('display_errors', '1');
break;
......
Al hacer el cambio anterior, inmediatamente comencé a mostrar lo que estaba mal con el código y pude solucionarlo y ponerlo en funcionamiento.
No olvide configurar su entorno de codeigniter en “producción” una vez que haya terminado de arreglarlo.
Aquí hay otra razón por la que los errores pueden no ser visibles:
Tuve el mismo problema. En mi caso, había copiado la fuente de un entorno de producción. Por lo tanto, la ENVIRONMENT variable definida en index.php estaba configurado para 'production'. Esto causó error_reporting para establecerse en 0 (sin registro). Solo configúralo en 'development' y debería comenzar a ver mensajes de error en el registro de Apache.
Resultó que el 500 se debía a que faltaba un punto y coma en la configuración de la base de datos 🙂