Project Description
Shell terminal, fingerprint, stock, clients, origen of stock controls. STP software (Shell Terminal Point, TPV). Multipoint structure based on MySQL central server. Relational stock, cross internal use of references to produce new stock of any other.

English

Origins PSFGeneric

History of architecture

In late 2001 I began to prepare a site for a game server. At that time the best I found was PHP-Nuke, very difficult to configure for me in those days, and PostNuke, which had considerably more help.

For game statistics and several little things started to get into programming in the context of this CMS. Over time, and after making many extensions, I got a pretty good idea of what the inner workings of this PostNuke, which allowed me to explore PHP-Nuke.

Years later, for reasons of job change, I started programming a CMS from scratch. PSFCMS, although the original idea was to publicize it came to be and never found work again when I sold the exclusive rights of exploitation and no amendment to the new company. It did not seem ethical to publish the code after that. This step by the end of 2006, from then until now, December 2009, work on the code PSFCMS, but combined with other code with a very similar architecture: WebFlash + main.swf. Both applications, still living in very different contexts, are based in the same way you work, that I learned from PostNuke.

Previous versions

In mid 2002 I opened a shop UPI, and a few weeks before I started developing a program for use in the cash register. RUPEE was written in Visual Basic 6, offered a very comfortable working tools and worked with him very quickly. Connected to a MS Access database allowed to connect two or more boxes if necessary, but sometimes losing information by working in this way. Work for 4 years with him and on him, driving a catalog of products from over 6000 references, with photographs, descriptions, pricing automatically by category and / or reference, and a thousand other things.

In 2004, I began to develop RUPEE 2.0, initially wrote the server software to create a distributed architecture with user security, and few other things. He tried to overcome the limitations of the duo Visual Basic and MS Access, using only Visual Basic. NET 1. Unfortunately for me, and memory by doing so, they steal the machine I was working and I lost all the source code. He said luckily because a year later I started developing a new approach to RUPEE 2, but this time based on MySQL as central software server. So PSFGeneric using MySQL, in fact, uses an updated version of the classes developed to connect the new RUPEE 2 to MySQL. For various reasons, and many personal problems, in mid-2006 stop developing RUPEE 2.

PSFGeneric

In early 2008 I began writing a management application that took advantage of the code Rupee 2, including many of their supporting classes and all the user interface. When you complete the application began to study a code that I found walking through the Internet to dynamically load extensions NET application. If we add the knowledge of PHP and AS2/AS3 that allow dynamic loading and uncontrolled, in the case of PHP, we have the base code of PSFGeneric. PostNuke The architecture model was no longer possible in Visual Studio NET.

Read more: http://translate.google.com/translate?u=http%3A%2F%2Fhome.pedroantoniopelaez.es%2F&sl=es&tl=en&hl=en&ie=UTF-8

ESPAÑOL

Origenes de PSFGeneric

Antecedentes de su arquitectura

A finales de 2001 empecé a preparar una web para un servidor de juegos. Por aquel entonces lo mejor que encontré era PHP-Nuke, muy difícil de configurar para mí en aquellos días, y PostNuke, que tenía bastante más ayuda.

Para las estadísticas del juego y varias cosillas empecé a adentrarme en la programación en el contexto de ese CMS. Con el tiempo, y después de hacer muchas extensiones, obtuve una idea bastante clara de cómo era el funcionamiento interno de aquel PostNuke, lo que me permitió indagar PHP-Nuke.

Años más tarde, por motivos de cambio de trabajo, empecé a programar un CMS desde cero. PSFCMS, pese a que la idea original era hacerlo público, nunca llego a serlo y cuando encontré trabajo de nuevo vendí los derechos no exclusivos de explotación y modificación a la nueva empresa. No me pareció ético publicar el código después de eso. Esto paso a finales de 2006, desde entonces y hasta ahora, Diciembre de 2009, trabajo sobre el código de PSFCMS, pero combinado con otro código con una arquitectura muy similar: WebFlash + Main.swf. Ambas aplicaciones, aún viviendo en contextos muy distintos, están basadas en la misma forma de trabajar, aquella que aprendí de PostNuke.

Versiones anteriores

A mediados de 2002 abrí una tienda UPI, y pocas semanas antes empecé a desarrollar un programa para usarlo en la caja registradora. Era RUPI, escrito en Visual Basic 6, ofrecía unas herramientas de trabajo muy cómodas y se trabajaba muy rápido con él. Conectado a una base de datos MS Access permitía conectar dos, o más, cajas si era necesario, pero a veces perdía información trabajando de este modo. Trabaje durante 4 años con él y sobre él, manejando un catalogo de productos de más de 6000 referencias, con sus fotografías, descripciones, cálculos de precios en automático por categoría y/o referencia, y mil cosas más.

En 2004, empecé a desarrollar RUPI 2.0, en un principio escribí software de servidor creando una arquitectura distribuida, con seguridad de usuarios, y algunas cosillas más. Intentaba superar las limitaciones del dúo Visual Basic y MS Access, con ayuda únicamente de Visual Basic .NET 1. Por desgracia para mi, y haciendo memoria por suerte, me robaron la maquina donde estaba trabajando y perdí todo el código fuente. Decía que por suerte porque un año más tarde empecé a desarrollar un nuevo acercamiento a RUPI 2, pero esta vez basado en MySQL como software central de servidor. Por eso PSFGeneric usa MySQL, de hecho, usa una versión actualizada de las clases que desarrolle para conectar el nuevo RUPI 2 a MySQL. Por varios motivos, y muchos problemas personales, a mediados de 2006 deje de desarrollar RUPI 2.

PSFGeneric

A principios de 2008 comencé a escribir una aplicación de gestión que aprovechaba parte del código de RUPI 2, concretamente muchas de sus clases de soporte y toda la interfaz de usuario. Cuando termine la aplicación empecé a estudiar un código que encontré paseando por internet para cargar de forma dinámica extensiones en una aplicación NET. Si le sumamos los conocimientos de PHP y AS2/AS3, que permiten la carga dinámica y sin control, en el caso de PHP, de código tenemos la base de PSFGeneric. La arquitectura del modelo PostNuke era ya posible en Visual Studio NET.

Leer más: http://www.pedroantoniopelaez.es/

The project it's live, i dont have time to put web online and code the app, but i will do it ;)
El projecto sigue vivo, no tengo tiempo para subir la web y seguir programando, pero lo hare ;)