AÑADIR LICENCIA A PROGRAMA (BUENISIMO LEAN COMUNIDAD)

[Oscar Duran]

Supongamos que creo el proyecto HOY 02/05/2014 y quiero que el programa se ejecute hasta 31/12/2014.

En alguna linea de instrucción del programa principal, yo podría decir:

DO CASE

 CASE DATE => "31/12/2014"

 MESSAGEBOX("Contactenos para renovar su Licencia Anual")

 CASE DATE < "31/12/2014"

 DO FORM "..........

ENDCASE

PEEEERO, si a esa persona se le ocurre cambiar la fecha del ordenador, podrá seguir utilizando el programa.

AHORA LA PREGUNTA ES?

Como hago para crear un sistema de licencias mas seguro?

NOTA:Claro de igual forma es efectiva porque a la hora de guardar algún registro o algo por el estilo, tendrá la fecha descontrolada y al imprimir reportes no saldrá con la fecha real y saldrá un despelote, pero quisiera saber algún método mas seguro.

[Allan Raúl Acuña]

Podrias guardar la fecha de primera ejecución  y la fecha de caducidad en el registro de Windows.

Asi solo lo evalúas con éstas.

Saludos cordiales.

Lic. Allan Raúl Acuña
Analista Programador
msn= allan...@hotmail.com
skype= NicEasySoft
            +(505) 8 831 8191      
www.NicEasySoft.org

Managua, Nicaragua

Centroamérica

---

Date: Fri, 2 May 2014 14:07:51 -0700
From: oscar...@gmail.com
To: publice...@googlegroups.com
Subject: [vfp] Re: AÑADIR LICENCIA A PROGRAMA (BUENISIMO LEAN COMUNIDAD)

ME FALTO AÑADIR

DO CASE

 CASE DATE => "31/12/2014"

 MESSAGEBOX("Contactenos para renovar su Licencia Anual")

 QUIT 

[Oscar Duran]

Pero como sería la programación y como sería el conteo de los días porque yo pense eso pero, se me hace dificil?

[Irwin Rodriguez]

Hola Oscar, 

Bueno yo analizo la fecha y si esta atrasada o adelantada se lo hago saber a traves de un mensaje al usuario para que la cambie.

Con respecto a tu pregunta del sistema de licencias te sugiero lo siguiente:

1. En el sistema debes de generar un dato unico que será el numero de licencia de tu cliente (debes de escriptarlo y guardarlo, yo lo hago dentro de una dll)

2. Create un generador de licencias que guarde los datos de tu cliente y capte el numero de licencia para que generes un codigo de activacion.

3. Guarda los datos generados dentro de un archivo (yo lo hago dentro de una dll)

4. Envia el archivo a tu cliente y qle dictas el codigo de activacion para que el sistema lo compare con el archivo que le enviastes,

Este metodo sería a traves de un archivo.

Si quieres hacer la activacion sin enviar archivos ni nada entonces deberas hacer un generador para ti y otro dentro del sistema para que ambos tomen el mismo numero de licencia y generen la misma contraseña.

La ventaja de usarlo con archivo es que puedes activar o desactivar flags para que el sistema muestre o no ciertos contenidos.

En mi caso por ejemplo: en un sistema de medicina le indico por medio del archivo de licencia si el usuario va a trabajar con seguros, si el sistema es multiusuario o monousuario, si puede ver el agenda, etc.

Ambos metodos los tengo desarrollados y funcionando al 100%, estoy haciendo un tercero que realiza registros online y genera una ecard con coordenadas similar a la de los bancos.

Cualquier cosa me escribes.

Saludos!

2014-05-02 16:37 GMT-04:30 Oscar Duran <oscar...@gmail.com>:

ME FALTO AÑADIR

DO CASE

 CASE DATE => "31/12/2014"

 MESSAGEBOX("Contactenos para renovar su Licencia Anual")

 QUIT 

CASE DATE < "31/12/2014"

 DO FORM "..........

ENDCASE

--

Ing. Irwin Rodríguez

Consultor Informático

0412-521.06.79

 

Antes de imprimir este documento piense bien si es necesario hacerlo, el árbol que servirá para hacer el papel tardará 7 años en crecer. 

 

NOTA: La información mostrada en este mensaje es de caracter Confidencial y está dirigida unicamente a los contactos señalados en el encabezado; si el lector de este correo no es el destinatario del mismo, se le notifica que cualquier copia o distribución queda totalmente prohibida. Si usted ha recibido este mensaje por error, por favor notifique inmediatamente al remitente por este mismo medio y bórrelo de su sistema.

[Euro J. Nava L.]

Estoy por finiquitar mi primera aplicación en VFP y he estado pensando mucho en este punto, y se me ocurre crear un archivo con extensión .dll y guardar este en el Windows/system32, y de alguna forma que parte de la etiqueta del .dll me permita validar la fecha de vigencia de la aplicación ahora bien, se que con XP y W7 puedo crear este dll en el system32 pero no sé si en W8 tenga algún inconveniente, en cuanto al cambio del fecha por parte del usuario lo he resuelto colocando en reportes y formularios que asuma la fecha de forma automática sin posibilidad de edición, de esta manera los procesos al ser ejecutados los resultados obtenidos arrojarían una fecha no real y esto traería implicaciones negativas al usuario por lo cual se verá forzado a solicitar actualización de la aplicación.

 

 

 

Saludos

 

 

 

El presente correo y sus anexos son exclusivamente para el uso de los destinatarios indicados en el encabezado del mismo, pueden contener información confidencial y/o privilegiada. Si usted por error ha recibido la presente correspondencia agradezco hacer omisión de esta y hacerme del conocimiento por esta misma vía.

 

Bendito el hombre que ha sido llamado por Cristo para ser soldado de su ejército en cuya mano empuñe como arma la palabra de Dios

[Saúl Piña]

Hace tiempo realicé una rutina para controlar las fechas anteriores por si el usuario desee regresar la fecha, la lógica es sencilla: es una tabla en donde tengo los campos fecha, uso y valido.

Te digo el proceso:

1. Primeramente, el sistema revisa si existe un numero serial que será igual a "activacion" utilizado para esa computadora, si no existe, entonces es instalacion de prueba y se ejecuta lo siguiente:

2. El sistema crea la tabla "prueba" (obvio no lo llamo prueba sino otro nombre mas dificil y técnico), junto con los campos que mencioné, inmediatamente despues se ejecuta una rutina para capturar en la tabla "prueba" la fecha de instalación y 15 fechas siguientes, por ejemplo:

Si se instala el dia de hoy 04/05/2014 se debe capturar hasta 08/05/2014

3. por cada dia que se ejecuta el sistema, se captura en el campo "uso" y campo "valido" un numero indicando que en ese dia ya ha sido utilizado por el sistema por lo tanto queda invalido si se llegase a retrasar la fecha.

4. Si por algun motivo la fecha es anterior a la fecha actual, se ejecuta un Do while y automáticamente capturo todas las 15 fechas como "uso" y "valido" para que finalmente enviar un mensaje de que se ha encontrado un problema debido a las fechas y que consulte al programador. Advirtiendo en el momento de instalar el sistema que si se altera la fecha de su sistema operativo, podría no funcionar el sistema jamás.

5. Cuando se llega a los 15 dias, queda inutilizable además de ejecutar borrar archivos dll y otros archivos importantes del sistema. 

Ahi te dejo unas imagenes.

[Daniel Del Giudice]

Una forma eficiente es tomar la fecha vía MySQL de una BD en línea que tengas o que la crees para este efecto. Eso sí, debería tener acceso a Internet para poder verificar esto y ejecutar el sistema, pero a) hoy todos lo tienen y b) si es un sistema de prueba podría ser una condición que tenga acceso a Internet.

La otra forma sin Internet es darle una cantidad de días en vez de una fecha límite, entonces cada vez que entra al sistema analiza la fecha y la guarda, si es distinta de la que tenía guardada antes resta uno al contador hasta llegar a cero. Por lo tanto si adelanta o retrasa la fecha, no importa, cada vez que la fecha cambie el contador baja uno hasta llegar indefectiblemente a cero.

Yo no uso ninguna de las dos. 

Si no tengo Internet utilizo llaves Hardkey.

Si tengo Internet, utilizo una tabla mysql en línea con la lista de clientes y sus estaciones. De paso controlo las estaciones que utiliza el cliente, ya que vendo las licencias del software por estación. Esa tabla tiene también la "huella dactilar" de la pc, una combinación que puede incluir número de serie del disco, número de serie del motherboard, nombre de la máquina, etc. Cada vez que el sistema entra busca su huella en esa tabla y si la encuentra, analiza si el software está todavía activo, si el cliente está al día con su abono (o necesita un correctivo, jeje). Por lo tanto es fácil controlar de esta forma tanto las licencias de prueba como las definitivas. Con solo cambiar un valor en la tabla tu sistema deja de funcionar en ese cliente (o sólo una estación).

En caso que el cliente quede temporalmente sin Internet, hay una copia local encriptada que le permite funcionar por 30 días. Hay veces que la huella cambia por algún motivo, ahí también el cliente puede seguir funcionando por 5 días. En ambos casos muestra las alertas necesarias para que se tomen las medidas correctivas.

Saludos,

Daniel Del Giudice

[mapner]

Tomar la fecha/Hora de la estación de trabajo (PC cliente) donde se está ejecutando la aplicación no es la mejor idea.

La Fecha/Hora se puede tomar de Internet 

http://www.portalfox.com/index.php?name=News&file=article&sid=124&mode=nested&order=0&thold=0

saludos 

[Luis la Romana]

Mejor hablemos de cómo pasarse por encima un control de estos, ya que es retrógrado crear túmulos y obstáculos después que ha costado mucho crear una carretera.

[Daniel Del Giudice]

No se entiende bien lo que quisiste decir con: "Mejor hablemos de cómo pasarse por encima un control de estos". ¿De qué quieres hablar específicamente? ¿De cómo burlar un método antipiratería? 

Por otro lado no me parece que sea retrógrado que los programadores busquen permanentemente una solución al problema de las copias ilegales.

[extremo]

Lo mejor y mas facil que se puede hacer es alojar una BD en la web con tus clientes y status.... tu aplicacion cada vez que se ejecute realiza una consulta a esa tabla preguntando por su status... si su status es apagado entonces no se ejecuta elñ programa o puede mandar un mensaje .... etc.... a traves de esta forma es super facil... ademas que ahora todos tienen acceso a internet.

Bendiciones

[Luis Maria Guayan]

Que significa en el asunto: "(BUENISIMO LEAN COMUNIDAD)" ???

Me hace recordar esos correos que dicen "Impresionante mira este video" o temas como el estilo.

Luis María Guayán
Tucumán, Argentina
_________________________
http://www.PortalFox.com
Nada corre como un zorro
_________________________

[Saúl Piña]

Es correcto Sr. Luis Ma, el subconsiente lo relaciona con ese tipo de títulos, ja,ja..... Saludos.

[Alci]

Y porque no crear un archivo con la fecha de inicio y la fecha de caducidad, y guardarlo como una .dll

En mi caso hago lo siguiente, en un archivo de texto pero con extensión .dll guardo la fecha limite de utilización del sistema, cuando llega esa fecha en el mismo archivo registro una bandera que indica que ya no se puede utilizar el sistema, y por mas que cambien la fecha de la PC ya no funciona.

El archivo es una librería mas entre los tantos del VFP, nadie se da cuenta que es un archivo de texto.

Saludos,

Alcides

El viernes, 2 de mayo de 2014 17:06:14 UTC-4, Oscar Duran escribió:

[Daniel Del Giudice]

¿Y que pasa si retroceden la fecha de la pc antes de instalar la aplicación? ¿Se va a poder usar todo ese tiempo extra hasta que llegue a la fecha establecida en el archivo .txt?

[Oscar Duran]

Muchas Gracias por sus publicaciones, en realidad me gusta mucho las formas que explicaron Irwin Rodriguez y Saul Piña. Quisiera ponerme en contacto con ustedes, la verdad es que no soy un guru en la programación, eso si llevo un tiempo aprendiendo pero esto de interactuar con archivos DLL es nuevo, les pregunto si me podría poner en contacto con ustedes.

Sr. Luis Maria Guayan, Le Coloco así el titulo porque en realidad necesito ayuda y de cierta forma este es un tema muy bueno y con mucho de que hablar

[Luis Maria Guayan]

El 05/05/2014 15:48, Oscar Duran escribió:

Sr. Luis Maria Guayan, Le Coloco así el titulo porque en realidad necesito ayuda y de cierta forma este es un tema muy bueno y con mucho de que hablar

Mira vos che, no sabía que era tan bueno el tema :-)

[Saúl Piña]

Seguro, cuando quieras puedo explicarte mas a detalle de como lo tengo yo implementado.  saludos.

[Saúl Piña]

Alci,

Digamos que tengo capturado la fecha inicial de instalacion y la fecha de vencimiento, ok; ahora que pasa si el usuario "Antes de vencer" Regresa la fecha de Windows? (porque es obvio que el producto dice cuando será la fecha en que deje de funcionar o cuántos dias le quedan al producto)

Es decir, regresa la fecha un día despues de la "fecha de instalacion"  y así eternamente utilizar el sistema, porque nunca caducará...

Un punto de vista muy personal.

[Ravenn]

Hola. Aqui vengo a meter mi nariz hehe! Recibe un saludo.

La solucion que te da Daniel Del Giudice esta muy bien. Saul Piña tambien ofrece una buena solucion. Yo en lo particular, prefiero usar un contador de visitas o entradas a la aplicacion. Asi, puedo generar una rutina mas 'robusta' (no se si es la palabra correcta, pero asi lo comprendemos acá) para "tratar" de evitar manipulaciones con respecto a las fechas. Un contador se basa en la cantidad de veces que se ingresa con efectividad a la aplicacion. Vos acordas n numero de visitas permitidas y luego que se llegue al número máximo, validas que el ingreso sea imposible. Al cliente se le establece: "Ok... en lugar de darte un margen de fechas, te daré un margen de visitas máximo... luego tenes que optar por la versión liberada u oficial del programa...". Es una buena opción... no es la mejor... pero si es bueno.


Ahora decis... "Como hago para crear un sistema de licencias mas seguro?"

Una opción que enmarcan los colegas acá (y que te recomiendo uses) es el uso de un código validador o serial para permitir el ingreso. En lo personal, yo opte por crear un generador de seriales para mis aplicaciones, aparte. Es un programa aparte. El generador procesa un algoritmo que permite emitir seriales para cada programa que vaya a instalar en dependencia de ciertos datos (codigos verificadores) tales como el RUC del cliente... o alguna identificacion. El generador majena su propia BD en donde vas guardando datos clave de tus instalaciones... tales como: rutas de directorios, seriales de HD, nombres de cliente y de PC... etc (asi si alguien intenta copiar tu programa en otra maquina o carpeta... vos vas a saber y podras hacer uso de vías judiciales para reponer datos o ataques a tus derechos como dueño del programa). La aplicación reconoce el serial y ya permite entrar.  Jajaja difiero si, en el uso de tablas para almacenar los seriales. Yo prefiero usar algun artificio para descomponer el codigo en varios ficheros, encriptarlos y hacer todo un proceso para ocultarlos. Claro... siempre hay alguien con un poco mas de astucia... pero el intento vale la pena. Hasta ahora... no he tenido problemas! :)

Un gran saludo.

Desde Managua, Nicaragua

Ravenn
Visual FoxPro - Todoexpertos.com



Saludos!

[Alci]

Saúl, 

La verdad que no me complico mucho por esos temas, si están usando tu sistema, Genial! en algún momento van a necesitar algo y ya tenes un nuevo cliente.

La verdad que aparte de controlar la fecha tengo un contador de cuantas veces se ejecuta el sistema, digamos que quiero dejar funcionando el sistema un mes aproximadamente, entonces instalo el sistema y pongo la fecha de vencimiento para dentro de un mes, y la cantidad de veces que puede ejecutar en 45 por ejemplo (Por si ejecuta mas de una ves por día, y si ejecuta muchas veces por día, no importa que me avise.).

Entonces, se cumple el mes o la cantidad de veces que se puede ejecutar y ya esta, ya no se puede utilizar luego el sistema. Ademas no le decís al cliente por cuanto tiempo le dejas de prueba o que se va a bloquear el sistema. Una vez que llega la fecha o se cumple la cantidad de ejecuciones se marca en un archivo y ya no se vuelve a ejecutar el sistema.

Hay varias formas de lograrlo, pero Yo en lo particular no veo mucho problema en eso, prefiero que utilicen el sistema y negociar de alguna manera ya sea a cuotas o algún tipo de alquiler. Solo en algunos casos muy especiales hago esa validación.

Saludos,

Alcides

El viernes, 2 de mayo de 2014 17:06:14 UTC-4, Oscar Duran escribió:

[Marcelo Barberis]

Estan bien las explicaciones que estan dando, pero yo pienso que los que exponen aqui las posibles soluciones que lo hacen como si fueran teoricas, pienso que deberian exponer tambien dando ejemplos con codigo para que los que deseen experimenten con sus posibles soluciones, asi creo que pueden leer la logica pero como hacen para ponerlo en practica..?

Es una opinion solamente...

--
Ing. Marcelo Barberis Gutierrez
Sistemas Informaticos Inc
Villa Montes - Bolivia
Telef.: +591-76831064

[Oscar Duran]

Si bueno sería bueno enviar un código también para guiarse más, en mi caso yo no soy muy experto que digamos, Gracias por sus aportes

[Luis la Romana]

Ciertamente no ponen código de ejemplo, ni siquiera un segmento, teorizar es bonito, lo que he visto que funciona es dejar el nombre de la empresa dentro del código, para que salga en reportes y formularios. Si alguien lo usa y le gusta, querrá ver en los reportes el nombre de su empresa.

[Fidel Charny]

Parece que es un tema del que algunos hablan mucho. De todos modos esa orden "Lean Comunidad!!!" me molesta. Y lo de "buenísimo" no sé a cuento de qué viene.

Confieso que me da un poco de envidia, porque en los últimos 20 años, me han robado de todo: dinero, computadoras, equipos de música, bicicletas, dos violines, etc., pero nadie se tomó la molestia de afanarme un programa. De donde tengo que pensar que deben ser bastante malos.

[Daniel Del Giudice]

A ver chicos, aquí hay varios puntos:

1) Las teorías AYUDAN. Nos dan ideas de cómo hacer las cosas. Hay veces que se necesita un poco de código con cuestiones específicas, pero no creo que este sea el caso porque se habló de soluciones como "guardar una fecha en un archivo oculto", "tener una tabla sql en línea" y otras cuestiones simples. Si necesitan código de ejemplo para esas cosas creo que ni siquiera deberían estar pensando en que alguien les va a querer robar el código.

2) La ayuda que se solicitó fue "¿Como hago para crear un sistema de licencias mas seguro?", no "¿Cuál es el código para hacer tal o cual cosa?"

3) Estamos hablando de código que protege nuestros programas y ustedes pretenden que lo hagamos PUBLICO. Me parece una contradicción. Tomen las ideas y pónganse a programarlas.

4) Miren las imágenes adjuntas. Yo tengo desarrollado todo un sistema de control de licencias, ya sea por llave hardkey o por certificados. El sistema debe prever la falta de acceso a Internet, un cambio en el hardware que modifique la huella y no lo deje sin sistema, etc, etc. ¿Qué parte de todo ese código se supone que voy a exponer en el foro? Cuando se tiene una aplicación instalada en 200 clientes, donde el mantenimiento depende de empleados o técnicos tercerizados o técnicos de los clientes, y que geográficamente están distribuidos por todo el país, hay que asegurarse que nuestro producto no se copie ilegalmente. Distinto es el caso de una aplicación a medida o de una aplicación instalada en 8 o 10 clientes que sólo yo mantengo. 

En fin, cada uno haga lo que mejor le parezca, utilicen 10 lineas de código para proteger sus sistemas, usen la ofuscación, hagan una aplicación entera, cada uno sabrá hasta donde va a invertir tiempo en esto. En mi caso particular muchas veces un cliente no entendía por qué debía pagar por otro sistema cuando abría una nueva sucursal, si sólo había que copiar el que ya tenía. Otras veces mis empleados recibieron ofertas para copiar el sistema por unos pesitos. Ni hablar de ex empleados.

Saludos a todos,

Daniel

[Alejandro Isla]

Una forma de no preocuparte por que retrasen el reloj del sistema, es, si tu sistema lo permite buscar un capo fecha usado por un proceso que requiera usar la fecha actual, por ej. la emisión de facturas fiscales.

Por otro lado, bloquear el programa me parece inapropiado ya que si la falla no es por mala intención sino por otro motivo (por ej. descarga de la pila cmos) podes generar una mala impresión con el cliente.

Saludos. 

[Alejandro Isla]

Cuando me refiero a bloquear el programa es no permitir seguir funcionando si coloco la fecha correcta, para aclarar ejemplifico, vos validas tu programa hasta fin de año, si por x motivos hoy mi reloj se setea a 01/01/1900, se detecta y no valida la licencia, si vos borras dll y demás, por más que corrija ese fallo no intencional, me quedo sin sistema.

[Daniel Del Giudice]

Por eso NO hay que usar fechas sino cantidad de días que la aplicación va a estar activa. Cada vez que cambia la fecha el contador resta uno, no importa si cambió para adelante o para atrás. Entonces la siguiente pregunta es ¿qué pasa si alguien se aviva y te pone siempre la misma fecha de la máquina antes de ejecutar el sistema y luego la cambia para trabajar normalmente? O ¿qué pasa si no cierran nunca más la aplicación? Pueden utilizar un timer y verificar la fecha cada tanto, no necesariamente al inicio de la aplicación.

Saludos,

Daniel

[Ravenn]

Hola a todos. Reciban un gran saludo. Ciertamente, alguien ya expuso: el tema de la consulta no es "ECHEN UNA MANO CON ALGO DE CODIGO PARA PROTEGER MIS SISTEMAS". Es: "Como hago para crear un sistema de licencias mas seguro?". No me equivoco en que el tema central de la consulta es muy amplio y todos los aportes son buenos. Todos. No hay ni uno incorrecto. Lo incorrecto es desvirtuar el sentido central de la consulta. ¿Queres algo de código? Pide y se te dara! No esperes que te demos la fuente directa de como lo hacemos nosotros... pero si algo de como hacer, o al menos donde ir a leer. 

"...pero quisiera saber algún método mas seguro." Preguntan por metodo... no por codigo. 

Un abrazo a todos. 

[Jorge Montúfar]

al mostrar BUENISIMO LEAN COMUNIDAD se da por entendido que no se esta pidiendo ayuda si no que se esta dando algún articulo donde le explican o dan un ejemplo del tema,  considero que es bueno pensar antes de escribir algo dentro del foro y no es que uno sea perfecto pero hay pensar para poder pedir, de lo contrario le darán lo que no se necesita.

Saludos Cordiales

[Saúl Piña]

Saludos Alejandro,

Exactamente es la intención, que el cliente dependa de nosotros los programadores, por algun error que surga del sistema ya sea intencional o involuntario.

[Oscar Duran]

OK PARA LOS AMIGOS QUE LES INQUIETA LO DEL BUENISIMO, SOLO FUE UN METODO DE ATRAERLOS PORQUE NECESITO AYUDA SOLO ESO, PERO YA ESTO NO ES UN FORO PARA CRITICAR, a lo mejor no fue la mejor forma pero si escribi aqui es porque necesite ayuda.

[Alejandro Isla]

Me parece poco ético (lo digo sin animo de ofender), me suena a que si soy mecánico le dejo los frenos flojos cosa que "tenga que volver" (primer idea que me viene a mente, y si, no es lo mismo, pero...)

Me imagino que vos trabajaras con rutinas de manejo de errores, el módulo de validación bien puede tener su rutina sin que por eso deje de llevar a cabo su función, permitir que el usuario con derecho a uso, lo use y el que no, no.

Sino el siguiente paso es poner bombas lógicas de forma que cada tanto falle y quede aun más dependiente de nosotros.

Saludos, Alejandro.

El miércoles, 7 de mayo de 2014 10:38:40 UTC-3, Saúl Piña escribió:

Saludos Alejandro,

Exactamente es la intención, que el cliente dependa de nosotros los programadores, por algún error que surga del sistema ya sea intencional o involuntario.

[Saúl Piña]

Oks. Alejandro y cual es tu punto de vista, porque no entiendo si estás a favor o en contra de crear demos a los sistemas. Aunque todas las opiniones son válidas, pero lo que intento decir es que si el sistema falla por "x" motivo, el programador debe y obligatoriamente tiene que reparar el daño. Recuerda que solo se trata de un "DEMO" si se setea la fecha de windows, al menos en mi caso el "DEMO" es totalmente "GRATIS". Entonces si al cliente le interesa, claro está hay que reparar pero te digo algo, hasta ahora no he tenido problema con eso de SETEO.

Buen dia....

[WGWH]

A mi tambien me llamó la atención tu titulo.

Bueno yo soy de los que acostumbro a dar "IDEAS" y no el código, (no desprecies las ideas), resulta que creo que si deseas dedicarte a ser desarrollador de software pues como mínimo debe de gustarte el hacerlo y eso es escribír el código, además que el proceso te ayuda a aprender de lo contrario en la verdad concreta nunca serás desarrollador de software.

Distinto es que yo muestre un código desarrollado y pedir ayuda para encrontrar la parte donde me esté equivocando.

Dicho esto ahora te digo como hago en mis sistemas, todos los sistemas necesitan registrar documentos con fecha, PUES LISTO lo primero que hace mi sistema es buscar esa fecha límite en los documentos y si lo encuentra adios, no tengo que crear ningún fichero aparte ni DLL, ni cambio de fecha a la compu y la fecha de comparación la dejo en la base de datos muy bien encriptada.

Comienza a escribir el código con todas las ideas que se te han dado, si no tienes conocimientos del lenguage, pues debes comenzar por allí y realmente hay cosas para las que no requeriras ser un genio pero para otras que he visto que otros han resuelto yo los catalógo de genios, tu verás con el tiempo si te conviertes o no en un EXPERTO, pero no puedes falsamente querer ser modesto al decir que no lo eres solo para buscar el beneficio que alguien haga el trabajo por tí.

Saludos

W. Wassmer

[Alejandro Isla]

Por supuesto que estoy a favor de crear demos como recurso coemrcial.

El punto pasa que no estamos hablando de demos (únicamente), sino de licencias del producto final, no me parece correcto que en un producto final, se introduzca código que genere que un usuario perfectamente habilitado para usarlo, termine con el sistema bloqueado.

Lógicamente para una versión demo todo es mucho más flexible.

Un abrazo, Alejandro.

[Omar]

yo antiguamente utilice un bloquee por fecha

el tema es asi como dicen en un archivo guardas la fecha de vencimiento y en otro guardas la ultima fecha de utilizacion del programa junto con la funcion seconds() de cuando se deja de utilizar el programa  entonces si el usuario te atraso un dia la fecha creas una rutina que compare la fecha que comienza a utilizar el programa(con fecha de maquina atrazada) y la funcion seconds() si la fecha es la misma y seconds() es menor por logica te atrazo la fecha entonces cancelas la ejecucion del programa previo de poner una advertencia que debe corregir la fecha si corrige la fecha podra ejecutarlo  llegado el momento de vencimeinto realizas un bloqueo del programa como desees

El viernes, 2 de mayo de 2014 18:06:14 UTC-3, Oscar Duran escribió:

Supongamos que creo el proyecto HOY 02/05/2014 y quiero que el programa se ejecute hasta 31/12/2014.

En alguna linea de instrucción del programa principal, yo podría decir:

DO CASE

 CASE DATE => "31/12/2014"

 MESSAGEBOX("Contactenos para renovar su Licencia Anual")

 CASE DATE < "31/12/2014"

 DO FORM "..........

ENDCASE

PEEEERO, si a esa persona se le ocurre cambiar la fecha del ordenador, podrá seguir utilizando el programa.

AHORA LA PREGUNTA ES?

Como hago para crear un sistema de licencias mas seguro?

NOTA:Claro de igual forma es efectiva porque a la hora de guardar algún registro o algo por el estilo, tendrá la fecha descontrolada y al imprimir reportes no saldrá con la fecha real y saldrá un despelote, pero quisiera saber algún método mas seguro.

[Jose Mario]

buenisimo= que significara esa palabra en ese nuevo planeta descubierto

http://www.nationalgeographic.es/noticias/ciencia/espacio/un-nuevo-planeta-en-nuestro-sistema-solar

[edgar suarez kummers]

Como Gauss lleva casi 200 años en el Cielo deben esperar a que un matemático de talla les calcule el sitio donde deben enfocar los telescopios.

Edgar Suárez Kummers

[Hitiel Hernández]

yo estoy de acuerdo con los compañeros que se inclinan por el contador de entradas al sistema. En lo personal me resulta más eficaz para el control del sistema y no importa si cambian o no las fechas.

--
Sabiduría ante todo; adquiere sabiduría

[Riago]

Hola colegas:

       Solo por aportar algo, yo utilizo dos archivos DBF con los campos que necesito, pero cambio las extensiones por DLL.

El primer archivo (ej. SYSVFP.DLL )  en el System32

*lleva los campos  

  Tipo de licencia                              (por si el cliente tiene más de un sistema mio)

  Fecha de instalación de Windows    (por si se reinstala el S.O. y se pone el mismo nro. de serie del disco o se copia el nro. de serie en otro disco)

  Cantidad de usuarios

  Fecha de instalación del sistema

  Fecha de caducidad

  Nro. de serie del disco en el que se instala

  Tipo de Instalación                          (1 = DEMO    2= FULL)

El mismo archivo pero con otro nombre (ej. VFCF9.DLL) en el directorio del sistema

  en caso que se realice una re-instalación para continuar probando, primero verifica si existe el archivo en el SYSTEM32, de ser así 

  rechaza la instalación advirtiendo que el sistema ya fue instalado con anterioridad.

  en la utilización diaria  valida la fecha de instalación, hasta su termino.

En la clase 'fecha'   o en los campos importantes de ingreso de fecha, valido que no exceda el tiempo permitido o que se ingresen fechas menores

a (fecha de instalación - XX días), esto lo hago por si a alguien se le ocurre instalar el sistema con fecha 2020 y luego re-establece la fecha actual,

por consiguiente si no tengo un buen control de validación, lo utilizaría muuuucho tiempo.

En fin, es solo por comentar y para quien le pueda servir.

Lic. Ricardo A. González.

  

[Carlos Miguel FARIAS]

Para mejorar la protección a lo que indicas, deberías utilizar campos fecha-hora o fecha juliana almacenada en campos enteros.

Si utilizas campos de fecha normal en una dbf, con un editor de texto (tipo notepad++, pspad, etc., creo que hasta el mismo editor de vfp se puede usar) pueden abrir el archivo y modificar la fecha (se almacena en principio con 8 dígitos no compactos por lo que es "ubicable" dentro del archivo.

Cualquier archivo crítico, en dbf no queda mas remedio que usar sys(2017) para guardar un checksum del registro.

Eso no impide que te lean los datos, pero al menos podes saber si alguien cambio algún valor de campo.

Saludos: Miguel, La Pampa (RA)

[Oscar Duran]

ME FALTO AÑADIR

DO CASE

 CASE DATE => "31/12/2014"

 MESSAGEBOX("Contactenos para renovar su Licencia Anual")

 QUIT 

[SISTEMAS VFPSTEAM]

Hola

Una forma segura de proteger nuestros sistemas es ya utilizar la nube y que la activación se haga directamente hacia un servidor por medio de internet. Se puede usar MySQL, SQL Server, etc.

Nosotros llevamos un control de todas nuestras aplicaciones y clientes con sus respectivas estaciones de trabajo. de esta forma podemos suspender, activar, reactivar y dar nuestras aplicaciones en modo demostrativo con la seguridad que los datos están en un servidor web.

Igual si necesitan ideas estamos a la orden. saludos

VFPSTEAM BI

http://www.vfpsteam.com

[exp...@recicladoslared.es]

hola, me gustaría que me ayudarais, resulta que tenemos un programa en vfp pero me avisa que dentro de 20 días se acabará la licencia después de unos años con ella. Hemos intentado contactar con el programador pero ya es imposible.

el me mandaba fichero con extensión dbf.... cómo podría ampliar ese periodo?? por favor es muy importante

gracias 

 

[ZeRoberto]

Mandame el exe y los dbf's

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

[Daniel Del Giudice]

Hola amigos,

no me parece que tan fácilmente estemos dispuestos a violar la seguridad de un sistema que un colega diseño para proteger su trabajo. Con todo el respeto que se merece la persona que solicita ayuda, podría ser un caso real de abandono de cliente, en cuyo caso podemos darle una mano, pero sinceramente no sabemos si es eso o que ya no quiere pagar periódicamente por la licencia adquirida y romper el acuerdo con el profesional que lo asistía. 

En este foro siempre ha prevalecido preservar los derechos de autor. Si alguien solicita el link para bajar una versión pirata de Fox 9, todos le contestan de inmediato que compre la licencia, a sabiendas que lo están enviando a comprar un software que ya no tiene soporte y en el que Microsoft ya no invierte, pero igual adoptamos una posición super moralista. Pero ante un pedido de violar la seguridad del software de un colega, ya estamos dispuestos sin más ni más a hacerlo. No me parece.

Saludos cordiales,

Daniel Del Giudice

Argentina

[exp...@recicladoslared.es]

hola, lo entiendo y lo respeto, en este caso es por enfermedad y fallecimiento del programador, y ahora no tenemos opción alguna a seguir con su programa.

nosotros le hemos pagado todas las facturas cada año por este tema, si quiere me deja un correo y se la puedo adjuntar, no queremos aprovecharnos del trabajo de nadie, solo poder seguir trabajando nosotros, si alguien pudiera ayudarnos... por favor no es para hackear ni nada.

gracias

[Daniel Del Giudice]

Hola! Cómo se llamaba el programador? Qué datos nos pueden dar de él, como correo, teléfonos, ciudad en la que vivía, etc. Adjuntenos la última factura que les emitió. Entienda que no es nada personal, pero lo que usted solicita no es legal. El software tiene derechos de autor y no se los debería violar así como así, sólo porque tenemos el poder de hacerlo. Gracias.

[Patricio Muñoz]

Excelente Daniel

Bendiciones

--

Saludos

Patricio Muñoz

Pro&Tech

Analista en Sistemas

[exp...@recicladoslared.es]

Por supuesto, pero como comprenderá usted no voy a hacer aquí en publico estos datos que son privados, si quiere me escribe a jcpa...@hotmail.com y le doy mas datos en privado

gracias

El viernes, 2 de mayo de 2014, 23:06:14 (UTC+2), Oscar Duran escribió:

Supongamos que creo el proyecto HOY 02/05/2014 y quiero que el programa se ejecute hasta 31/12/2014.

En alguna linea de instrucción del programa principal, yo podría decir:

DO CASE

 CASE DATE => "31/12/2014"

 MESSAGEBOX("Contactenos para renovar su Licencia Anual")

 CASE DATE < "31/12/2014"

 DO FORM "..........

ENDCASE

[Irwin Rodriguez]

Concuerdo contigo Daniel, te felicito por tan buena moral y por tratar de impartirla con la comunidad. A mi no me termina de convencer el argumento del compañero porque primero dice que no se puede contactar con el programador, luego lo termina matando y finalmente el nombre de su servidor de correos no es muy confiable que digamos "recicladoslared".

En fin, si alguien desea ayudarlo tenga en cuenta esas señales.

Saludos y que la fuerza y el ReFox los acompañen...!!!

--

Irwin Rodríguez

Analista Programador

+593 0994903424
Latacunga - Ecuador

"Un equipo solo son piezas que intercambias hasta que terminas el trabajo, es eficiente, funciona."

[Irwin Rodriguez]

Tienes que estar consciente de que tu solicitud está sujeta a críticas morales y profesionales ya que simplemente estás pidiendo vulnerar el sistema que en su momento un colega nuestro desarrolló, a nadie de aquí le va a gustar que venga una persona pidiendo que le desencripten su aplicación, en tu caso es mucho pero porque practicamente estás pidiendo profanar la tumba de su creador. En mi caso sería incapaz de hacer tal cosa, posiblemente consigas a alquien que lo haga.

Por otro lado: ya averiguastes sobre los contactos del falledico? no sabes si alguien heredó sus sistemas? agotastes completamente ese recurso antes de solicitar la decompilación?

El 5 de febrero de 2018, 12:13, <exp...@recicladoslared.es> escribió:

Irwin, no puedo contactar con el porque falleció... a donde quieres que le escriba??

el dominio recicladoslared por qué no es fiable? es donde trabajo y donde me hace falta esa licencia para poder seguir con nuestro programa de gestión. Si no me cree puede usted buscar la web y se dará cuenta que no mentimos, pero bueno para felicitaciones morales ya está usted no???

gracias

[Jose Antonio Blasco]

Perdonar que me entrometa.

He visitado la web "www.recicladoslared.es" y he visto que soy una empresa de un cierto tamaño.  

Por eso me pregunto si el programa del que estamos hablando, estaba desarrollado específicamente para vosotros, o es un programa del que ya disponía el programador fallecido, que pudiera haber adaptado.  Es más, trabajaba por su cuenta o para una empresa.  Todo esto puede condicionar la respuesta que recibas, y seguro que me olvido de algo.  

Si trabajaba para una empresa, con ella debes contactar, pues suyos son los derechos.

Si trabajaba por su cuenta, seguro que tiene herederos.

Un saludo.

Jose A. Blasco
Zaragoza - España
Visual FoxPro 9 SP2

[Patricio Muñoz]

Por otro lado, la persona que esta solicitando ayuda tampoco se ha identificado como corresponde. Va a ser difícil que obtenga ayuda en este lugar si no demuestra fehacientemente que la única opción que tiene es hackear el sistema.

Bendiciones

[Carlos Alfaro]

Buen punto el de los herederos, ellos han de tener acceso a las fuentes, por lo que no es necesario regenerar las fuentes y seria una prueba de que viene del creador.

 

Si no tienen los conocimientos para atender la solicitud, pueden contactar a un colega y negociar el modo de atender los negocios que atendía el fallecido.

 

Buen día.

 

 

Carlos Alfaro

 

From: publice...@googlegroups.com [mailto:publice...@googlegroups.com] On Behalf Of Patricio Muñoz
Sent: lunes, 05 de febrero de 2018 12:45 p.m.
To: publice...@googlegroups.com
Subject: Re: [vfp] Re: AÑADIR LICENCIA A PROGRAMA (BUENISIMO LEAN COMUNIDAD)

 

Por otro lado, la persona que esta solicitando ayuda tampoco se ha identificado como corresponde. Va a ser difícil que obtenga ayuda en este lugar si no demuestra fehacientemente que la única opción que tiene es hackear el sistema.

 

Bendiciones

 

El 5 de febrero de 2018, 13:48, Jose Antonio Blasco <jabl...@gmail.com> escribió:

Perdonar que me entrometa.

He visitado la web "www.recicladoslaredes" y he visto que soy una empresa de un cierto tamaño.  

Por eso me pregunto si el programa del que estamos hablando, estaba desarrollado específicamente para vosotros, o es un programa del que ya disponía el programador fallecido, que pudiera haber adaptado.  Es más, trabajaba por su cuenta o para una empresa.  Todo esto puede condicionar la respuesta que recibas, y seguro que me olvido de algo.  

Si trabajaba para una empresa, con ella debes contactar, pues suyos son los derechos.

Si trabajaba por su cuenta, seguro que tiene herederos.

 

Un saludo.

 

Jose A. Blasco
Zaragoza - España
Visual FoxPro 9 SP2

 

El 5 de febrero de 2018, 18:13, <exp...@recicladoslared.es> escribió:

Irwin, no puedo contactar con el porque falleció... a donde quieres que le escriba??

 

el dominio recicladoslared por qué no es fiable? es donde trabajo y donde me hace falta esa licencia para poder seguir con nuestro programa de gestión. Si no me cree puede usted buscar la web y se dará cuenta que no mentimos, pero bueno para felicitaciones morales ya está usted no???

gracias

 

 

[Carlos Miguel FARIAS]

Sres. me parece bien la de respetar derechos de autor. Lo que se debe hacer es utilizando el sistema de contacto que tiene la página web, solicitar información fehaciente acerca de la autenticidad de lo solicitado por este señor. 

Porque puede ser cierto que sea un empleado de la empresa, que tenga relación con el sistema (usuario) pero, tiene realmente autoridad para gestionar lo que pide?

Los responsables en la empresa tienen conocimiento de la situación? Encomendaron a este señor a resolver el problema?

Tampoco podemos fiarnos del correo privado que pasó, porque tiene la misma legalidad (o falta de ella) que una identificación de correo genérica como la usada.

O sea, no cuestionemos lo que no sabemos, simplemente, si tenemos forma de verificar lo correcto de la petición, verifiquemos y de ser buena, ayudemos en lo posible.

Saludos: Miguel, La Pampa (RA)

Larga Vida y Prosperidad

Que la Fuerza los acompañe

[exp...@recicladoslared.es]

buenas a todos, muchas gracias, he podido contactar con un hijo de este señor y me va a ayudar el.

daros las gracias a todos, incluido a aquellos que han pensado que me quería aprovechar del trabajo de alguien. yo soy el primero que no me gusta hackear nada

gracias a todos

[Daniel Del Giudice]

No es que hayamos pensado que te quieras aprovechar del trabajo de alguien, es que el planteo es ilegal. Desde un principio te traté con respeto, asumí que la historia era verídica y me solidaricé con tu situación, pero así y todo nos enfrentábamos a hacer algo ilegal. Imaginate que esto fuera un grupo de cerrajeros y lo que vos pedías era si alguien podía abrirte la puerta de la casa de un colaborador tuyo que había fallecido porque adentro tenías unos papeles importantes. Es lo mismo, es ilegal por donde lo mires. Me alegra que lo hayas solucionado. Espero que el hijo del programador fallecido no sea ZeRoberto (Hoy no es viernes? Ah perdón!)

Daniel Del Giudice

[Irwin Rodriguez]

En horabuena que pudiste contactar con alguien, no era nada personal mi estimado, es solamente que estabas solicitando algo ilegal. Si te fijas en uno de mis comentarios justamente te planteaba esta sugerencia:

Por otro lado: ya averiguastes sobre los contactos del falledico? no sabes si alguien heredó sus sistemas? agotastes completamente ese recurso antes de solicitar la decompilación?

Saludos y que la fuerza acompañe al hijo del fallecido para poder leer el codigo heredado...!

[Carlos Miguel FARIAS]

Tal como indiqué, la solicitud no estaba hecha en forma clara, pero no nos daba derecho a opinar lo ilegal (o legal) de lo solicitado.

Se podía probar si la solicitud era apropiada o no.

Por suerte lo solucionó.

Saludos: Miguel

[ZeRoberto]

No fui, yo siempre les pido el código antes de enseñarles a descompilar ahora si el es el autor tendrá que decir algunos datos sobre el programa como el nombre de algún formulario o reporte, ademas con eso matas al pirata.

Saludos

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

[Carton Jeston]

Dejando a un lado la ilegalidad, estamos obviando la moralidad...

Una vez un cliente hablando sobre la proteccion de una aplicacion me pregunto que pasaria si un dia me moria.

Le conteste que ese dia nos llega a todos, no se saben a quien antes pero si fuese yo el primero, yo no tendria preocupaciones por ese tema pero mi problema era mas grande que el suyo migrando a otra aplicacion.

Y yo me pregunto como puede haber personas te dicen que les preocupa que te mueras porque no sabran que hacer con tu aplicacion que tanto les gusta. Moraleja: No trabajar nunca con alguien asi.

[sergio alejandro garcia mendez]

Que pregunta la de ese cliente y tienes razon trabajar con alguien asi pero para eso le diria le vendo las fuentes es $$$ si tiene miedo.

--

Sergio A. Garcia

[Carlos Miguel FARIAS]

Como siempre, no estoy de acuerdo e disentir.

Si te mueres, no tienes más problemas, salvo que seas religioso, porque te puedes ir al cielo o al infierno.

Si te vas al cielo, CUIDADO! vas a estar en la nube, y si te descargan y se aprovechan de ti?

Bah!, en el cielo no debe haber nadie. Todas religiosos dicen que si no profesas "su" religión, te vas al infierno y como hay miles de religiones.

Pero como no es viernes, y se supone que somos profesionales responsables tengamos en cuenta que:

a) Si vendimos una aplicación y estábamos cobrando mantenimiento y cobramos el de este año, pero nos morimos mañana, la empresa puede demandar a nuestros deudos por servicios cobrados no prestados. Si nuestros deudos estaban festejando nuestra partida, le amargamos la fiesta.

b) Los derechos de autor se heredan (depende leyes de cada país), si no dejamos los papeles en orden, privamos de una fuente de ingreso a nuestro herencia. Es de muy mal programador dejar una clase que no se pueda heredar.

Por otra parte, si soy el que contrato el software

La aplicación que hiciste es genial, la pagué con gusto, me es re-útil, pero necesita mantenimiento periódico (no por fallas, solo adaptar a nuevas disposiciones legales), te moris, no dejas fuentes, tengo que migrar a otro sistema, porque el tuyo perfecto, no lo puedo arreglar.

Imaginate un fulano que usa una aplicación fundamental para la empresa, el sistema no funciona, el tipo pierde la empresa y debe hacer frente a despidos y demás demandas legales.

Es lógico que si soy dueño de una empresa y contrató un software, quiera saber que hacer en caso de que el proveedor del software desaparezca. Por eso las empresas prefieren pagar fortunas a otros empresas por el software en lugar de contratar freelancer que les cobra barato pero pueden dejarlos sin nada.

Por eso muchos potenciales clientes cuando se enteran que programas con VFP rechazan contratarte, no confían que tu software, en la próxima renovación de equipamiento y/o sistema operativo siga funcionando.

Que pasa si mañana sale windows 11, solo para 64 bits, que no soporte emulación a 32 bits?

Saludos: Miguel

[Irwin Rodriguez]

Que pasa si mañana sale windows 11, solo para 64 bits, que no soporte emulación a 32 bits?

Nos vamos todos a la Nube :-)

[Carlos Miguel FARIAS]

Como es eso de que nos vamos a la nube? Con fox?

[Irwin Rodriguez]

jeje pues si porque si M$ mató al zorro y sale Win11 sin soporte para 32bit entonces nos mata a los foxeros también. Claro que eso no va a suceder (al menos por los próximos 5 años) porque tenemos que evolucionar y movernos con la tecnología que no es un trabajo fácil porque ella se mueve en coche y nosotros en bici :-P

Saludos

[Carlos Miguel FARIAS]

Porque dices que no en los próximos 5 años? El parque informático se renueva completamente cada diez años (es raro ver máquinas de más de 10 años funcionando, al menos en sistemas críticos) En 5 años, la mitad del parque actual estaría renovado. En 5 años (60 meses) las computadoras aumentarán su velocidad cada 10 veces. Cada vez es más barato renovar una computadora para usos administrativos. En una época, tenías que comprar casi lo más grande porque no te corrían los programas, ahora, te basta con lo más chico.

La curva de cambio cada vez está más empinada.

No estaría tan tranquilo

[Dsan]

El mar., 12 mar. 2019 a las 12:15, Irwin Rodriguez (<rodrigu...@gmail.com>) escribió:

Que pasa si mañana sale windows 11, solo para 64 bits, que no soporte emulación a 32 bits?

Nos vamos todos a la Nube :-)

Irwin dirás nos vamos Todos a la Nube con FoxInCloud.... 

jjjajajajaj

Saludes

DSanchez

[sergio alejandro garcia mendez]

Si tienes razon,largo lo que pusiste pero muy cierto 👏

--

Sergio A. Garcia

[Carton Jeston]

Lo que dice Irwin es lo mismo que llevamos algunos diciendo por aquí, que hay que pensar en migrar nuestras aplicaciones a 64bits por si en una próxima generación de windows, salen versiones solo 64.

No seria descabellado que existan diferentes versiones, una home solo 64 y una "ultimate"  de 64 con retrocompatibilidad con 32... tu tendrás la segunda instalada en tu equipo pero poco a poco te encontraras a clientes que le pusieron la home 64... ¿y que harás entonces?

Esto es como el hundimiento del Titanic, unos buscaran un bote porque ya no creen que es insumergible y otros tocaran música hasta el final... y créeme, me gusta la música clásica, pero mejor oírla metido en un bote a salvo... :-)

Ya cada uno que lo interprete como quiera, yo no voy a esperar a que el agua me llegue al cuello para empezar a hacer algo :-)