Compartiendo conocimientos

Para borrar servicios, tenemos que utilizar la consola de comandos [Inicio/Ejecutar/cmd] y utilizar el comando sc.

c:\sc delete “Servidor que quiero eliminar”

Observaciones:

• Si el servicio tiene espacio, recordar que se ponen entre comillas.
• Aseguraros que poneis el nombre del servicio y no la descripción del mismo.

Detalle de la ayuda de Windows:

DESCRIPCIÓN:
SC es un programa de línea de comandos usado para comunicarse con
el Administrador de control de servicios y con los servicios.

USO:
sc [comando] [nombre del servicio] …

La opción tiene el formato “\\nombreDeServidor”
Se puede obtener más ayuda acerca de los comandos si escribe
“sc [comando]”

Comandos:
query———-Consulta el estado de un servicio o enumera el estado
para tipos de servicios.
queryex——–Consulta el estado extendido de un servicio o enumera
el estado para tipos de servicios.
start———-Inicia un servicio.
pause———-Envía una solicitud de control PAUSE a un servicio.
interrogate—-Envía una solicitud de control INTERROGATE a un
servicio.
continue——-Envía una solicitud de control CONTINUE a un servicio.
stop———–Envía una solicitud STOP a un servicio.
config———Cambia la configuración de un servicio (persistente).
description—-Cambia la descripción de un servicio.
failure——–Cambia las acciones que emprende un servicio en caso
de error.
failureflag—-Cambia el marcador de acciones de error de un
servicio.
sidtype——–Cambia el tipo SID de servicio de un servicio.
privs———-Cambia los privilegios requeridos de un servicio.
qc————-Consulta la información de configuración de un
servicio.
qdescription—Consulta la descripción de un servicio.
qfailure——-Consulta las acciones que emprende un servicio en
caso de error.
qfailureflag—Consulta el marcador de acciones de error de un
servicio.
qsidtype——-Consulta el tipo SID de servicio de un servicio.
qprivs———Consulta los privilegios requeridos de un servicio
delete———Elimina un servicio (del Registro).
create———Crea un servicio (lo agrega al Registro).
control——–Envía un control a un servicio.
sdshow———Muestra un descriptor de seguridad de un servicio.
sdset———-Envía el descriptor de seguridad de un servicio.
showsid——–Muestra la cadena de SID de servicio correspondiente a
un nombre arbitrario.
GetDisplayName-Obtiene el DisplayName de un servicio.
GetKeyName—–Obtiene el ServiceKeyName de un servicio.
EnumDepend—–Enumera las dependencias del servicio.

Los siguientes comandos no requieren un nombre de servicio:
sc
boot———–(ok | bad) Indica si el último arranque debe guardarse
como última configuración conocida de arranque correcto
Lock———–Bloquea la base de datos del servicio
QueryLock——Consulta el LockStatus de la base de datos SCManager

EJEMPLO:
sc start MiServicio

Amando Olcina Correo electronico

Cuando se instala un Joomla 1.5.x en un entorno WIndows 2003, con IIS 6.0 y utilizamos algún componente de pago como mod-rewrite para el IIS, no funcionan las url amigables de Joomla, para solucionar este problema hay que añadir las lineas en el index.php

if (isset($_SERVER['HTTP_X_REWRITE_URL']))

{
    $_SERVER['REQUEST_URI'] = $_SERVER['HTTP_X_REWRITE_URL'];
}

Y problema resuelto, si se gasta apache con mod_rewrite este problema esta solucionado.

jmiro PHP joomla, mod-rewrite, url amigables

La versión NAV 2009 puede ejecutarse en 2 interfaces. El interfaz clasico y el de roles. Este ultimo es por el que apuesta Microsoft, y el interfaz de roles el que apuestan los proveedores en el momento de la migración.

Clasico o Roles

Microsoft tiene hasta 4 ERP en el mercado, aunque en Europa comercialice con 2, Microsoft Dynamics NAV y AX.
Como es normal, a Microsoft esta situación ocasiona un sobre coste en desarrollo y mantenimiento, por lo que te tenderá a realizar modulos que se puedan comercializar para ambos sistemas, podemos tomar el ejemplo del CRM (se comercializa aparte) y la descatalogación de Microsoft Dynamics Entrepreneur (el hermano menor de los CRM) en el 2008.

Para la consecución del menor coste y mejoras de los sistemas, sabiendo que AX es el hermano mayor (más coste, mejor escalado, mejor concurrencia, etc), la tecnología y las adaptaciones que NAV tomará como referencia se aproximarán a las contempladas por Microsoft Dynamics AX. Aquí tenemos el ejemplo del entorno/interfaz, además de la posibilidad de los Servicios Web, la implementación de la capa internedia, etc.

Centremonos en el interfaz, el entorno de roles está más orientado a AX y realizado en .NET, mientras que el entorno clasico es la posibilidad de que los desarrollos pensados para la versión 5.0 funcionen en el NAV 2009. Puede caber la posibilidad de que se requiera alguna adaptación, pero son minimos y realizados en el mismo entorno de desarrollo al que el proveedor ya está familiarizado. Ahora bien, pero ¿funcionarán en la proxima versión? ¿aprobechas toda la pontencia y usabilidad del software que acabas de adquirir? Creo que no hace falta que responda.

Antes de finalizar el post indicar que la configuración de los permisos basados en roles son de mayor complejidad que los perfiles del entorno clasico.

Siempre que se contrate con el proveedor la migración o la nueva instalación, se tendrá que recalcar que entorno se va ha trabajar.

Amando Olcina NAV 2009 ERP