Hola, qué tal?
Vamos a pasar de la versión 3.6 a idealmente la 3.9.
Nos surge por un lado la duda de si deberíamos pasar primero a 3.7 y de ahí a la 3.9 o si, considerando que no hay actualización a partir de la 3.6, podemos instalar directo la última.
Por otro lado, qué pasa con las personalizaciones que teníamos? Debemos hacerlas nuevamente? Hay forma de exportarlas o algo así?
Saludis!
El paradigma cambia, ya no se exportan los datos Gestión. Preinscripción tiene su propia base. ¿Qué hacen las personalizaciones que mencionan, usan los datos exportados?
¿Qué versión de Gestión tienen?
Saludos.
Hola José,
Sí, tenemos un que se fija si el aspirante ya es alumno de alguna carrera por ejemplo, para no dejarlo preinscribirse de nuevo.
¿Cómo siguen con el pasaje de versión? ¿En qué podemos ayudar?
Puntualmente esa funcionalidad que mencionan, la de fijarse si el aspirante ya es alumno, ya está incorporada al sistema base.
Con las personalizaciones, de cualquier sistema, recomendamos tomar nota de cada una para poder pasar de versión y que la tarea de agregarlas sea lo más prolija posible.
Hola Jose,
Justo lo estamos encarando en estos días.
Estoy haciendo la instalación desde cero, me queda la duda de si tengo que crear una base nueva o se puede usar la que ya teníamos.
En cuanto a personalizaciones, las voy a revisar antes de avanzar, pero creo que eso era lo único grande que teníamos. Después mensajes y cosas así.
Les conviene crear una base nueva. La gran mayoría de los datos se consumen desde la base de Gestión.
¿Por qué usarían la misma que ya tenían? ¿Qué datos quieren conservar?
Era por comodidad nada más.
Y se mantiene lo de usar dos bases? Nosotros teníamos una para grado y otra para posgrado en el sistema anterior
¿Con qué fin quieren tener dos bases? ¿Para diferenciar el acceso de grado y postgrado?
Sí, en el sistema anterior tenemos dos puntos de acceso, grado y posgrado, y cada uno tiene su base.
Nos servía poder elegir a qué base exportar los datos, mostrando sólo las preinscripciones de grado en el punto de acceso gr y las de posgrado en pg. Principalmente porque exportando todo nos pasaba MUY seguido que alumnos de grado se anoten a carreras de posgrado, por ejemplo. No sé cómo se maneja ese tema ahora.
Para tener más de un punto de acceso tienen que configurar los archivos alias.conf y config.php además de gestionar dos administradores.
Con diferentes puntos de accesos pueden tener más de una URL que apunte a la misma instalación de preinscripción, sin la necesidad de más bases de datos, pero la posibilidad de tener distintos contenidos. Además cada punto de acceso puede personalizarse para resaltar aún más las diferencias entre ambos.
alias.conf
Deberían duplicar lo siguiente
Alias /preinscripcion/[pto_acc] “/path/a/preinscripcion/src/siu/www/”
Alias /preinscripcion_admin/[pto_acc] “/path/a/preinscripcion/src/siu/www/”
podría quedar algo así
Alias /preinscripcion/grado “/path/a/preinscripcion/src/siu/www/”
Alias /preinscripcion_admin/grado “/path/a/preinscripcion/src/siu/www/”
Alias /preinscripcion/posgrado “/path/a/preinscripcion/src/siu/www/”
Alias /preinscripcion_admin/posgrado “/path/a/preinscripcion/src/siu/www/”
noten que [pto_acc] fue reemplazado por grado y posgrado (por ejemplo)
además cada punto de acceso tiene su correlativo administrador
También deben duplicar el bloque de Location completo por cada punto de acceso, tanto del acceso de alumnos como el del administrador
Noten que en estos bloques encontramos [id_pto_acc], este valor nos servirá para el archivo config.php
config.php
Deben duplicar el elemento [id_pto_acc] completo del array accesos
Reemplacen [id_pto_acc] por el que usaron en el archivo alias.conf
noten que dentro de esto bloques está el campo personalizacion, podrían personalizar la estética de cada punto de acceso para resaltar aún más que se trata de la preinscripción de grado o posgrado.
Para finalizar
Deben configurar un administrador por cada punto de acceso
http://documentacion.siu.edu.ar/wiki/SIU-Guarani/preinscripcion3.9.0/instalacion_desde_cero/instalacion#Generaci.C3.B3n_de_Usuarios_Administradores_de_Puntos_de_Acceso
Finalmente accediendo con el Administrador a cada punto configuran el tipo de propuesto restringiendo a grado y posgrado según corresponda
http://documentacion.siu.edu.ar/wiki/SIU-Guarani/preinscripcion3.9.0/administracion#Administrar_Perfil_de_Datos
Quedamos a la espera de sus resultados.
No duden en consultarnos por cualquier inconveniente.
Hola Jose.
Entonces para cada uno de los cuatro puntos de acceso tengo todo duplicado en config.php, no?
Dónde cierra el array de cada punto? En el archivo tengo como que va hasta el final, incluyendo parámetros del sistema (formateo_campos, rep_avisos, rep_localidad, etc). Eso está bien? Tengo que copiar todo eso por cada uno o sólo desde personalizacion hasta database_guarani?
Saludos!
En el config.php sólo va a haber 2 bloques dentro del array accesos.
Cada bloque [id_pto_acc] se comparte entre el alias del aspirante y del administrador en la configuración de alias.conf.
el bloque termina en:
‘rep_avisos’ => array(
‘La presente tiene carácter de DECLARACIÓN JURADA, la cual deberá ser completada personalmente por
//’-- Completar aquí avisos que serán listados en el comprobante --‘,
//’-- Cada línea de este arreglo aparecerá como un ítem de una lista numerada --',
),
), //acá termina el bloque
Tienen que copiar todo el bloque.
Si quieren pueden compartir los archivos, borrando las passwords de las bases de datos, rdi, smtp… y los guiamos de esa manera
Aquí compartimos los templates de los archivos para los puntos de accesos.
en alias._template.conf vemos que las primeras lineas son
Alias /preinscripcion/[pto_acc1] "/path/a/preinscripcion/src/siu/www/"
Alias /preinscripcion/[pto_acc2] "/path/a/preinscripcion/src/siu/www/"
Alias /preinscripcion_admin/[pto_acc1] "/path/a/preinscripcion/src/siu/www/"
Alias /preinscripcion_admin/[pto_acc2] "/path/a/preinscripcion/src/siu/www/"
Con esto tenemos 4 URLS, 2 para los aspirantes y 2 para los usuarios administradores (uno por cada punto de entrada de aspirantes)
Estos valores, por ejemplo, serán [pto_acc1] = grado y [pto_acc2] = posgrado
Alias /preinscripcion/grado "/path/a/preinscripcion/src/siu/www/"
Alias /preinscripcion/posgrado "/path/a/preinscripcion/src/siu/www/"
Alias /preinscripcion_admin/grado "/path/a/preinscripcion/src/siu/www/"
Alias /preinscripcion_admin/posgrado "/path/a/preinscripcion/src/siu/www/"
luego tenemos esto en 2 bloques , el par que componen la URL de los aspirantes y del administrador
SetEnv ID_PTO_ACCESO [id_pto_acc1]
Es porque el par aspirante y administrador comparten la configuración
Para el ejemplo digamos que se llaman
SetEnv ID_PTO_ACCESO id_grado
SetEnv ID_PTO_ACCESO id_posgrado
Noten que este valor no tiene por qué ser igual al alias, es de uso interno del sistema
En el config_template.php tenemos dos bloques dentro del array accesos
'accesos' => array(
'[id_pto_acc1]' => array(
//configuraciones para un par de urls aspirantes y admin
),
'[id_pto_acc2]' => array(
//configuraciones para el otro par de urls aspirantes y admin
),
)
Para el ejemplo quedaría
'accesos' => array(
'id_grado' => array(
//configuraciones para un par de urls aspirantes y admin
),
'id_posgrado' => array(
//configuraciones para el otro par de urls aspirantes y admin
),
)
archivos.zip (4.99 KB)
Hola Jose,
Gracias por los detalles. Claro, yo tenía un id por cada punto de acceso.
Ya lo cambié y parece estar andando. Estoy ahora a la espera de que lo prueben un poco los usuarios para tener la confirmación.
Muchas gracias por la ayuda!
Recuerden que cada bloque de acceso de config.php puede tener su personalización. Lo pueden usar para diferenciar aún más que se trata de la preinscripción de grado y posgrado.