Tntnet

Tntnet est un webapplicationserver multithread modulaire écrite à partir de zéro pour C ++.
Pour créer des applications web Tntnet a un langage de template appelé ECPP similaire à php, jsp ou maçon, où vous pouvez incorporer c ++ - code à l'intérieur d'une page html pour générer du contenu actif.
Les ECPP fichiers sont précompilés à c ++ - classes appelées composants et compilé et lié dans une bibliothèque partagée. Ce processus se fait à compiletime. Le serveur web Tntnet besoin que l'componentlibrary compilé.
Parce que les applications web sont compilées en code natif, ils sont très rapide et compact.
Les composants peuvent appeler d'autres composants. Ainsi, vous pouvez créer buildingblocks HTML-pièces et de les appeler dans d'autres pages comme sous-processus.
Les demandes sont analysées par tntnet et la demande d'information est facilement accessible aux composants. Il prend en charge GET et POST-paramètres et MIME multipart--demandes de téléchargement de fichier.
Le templatelanguage a aussi un support pour les applications internationalisées. Vous pouvez facilement créer des applications web pour les différentes langues.
Les autres caractéristiques sont: les cookies, HTTP-téléchargement, analyse syntaxique automatique demande-paramètre et de conversion, SESSIONMANAGEMENT automatique, scope des variables (demande, demande et session), internationalisation, keep-alive.
La journalisation est effectuée par le biais cxxtools, qui fournit une API unique pour log4cpp, log4cxx ou journalisation simple des fichiers ou console.
Tntnet est entièrement multithreadé et beaucoup de travail a été fait pour rendre ce évolutive. Il utilise un pool dynamique de workerThreads, qui répond aux demandes de http-clients.
SSL est pris en charge via la bibliothèque OpenSSL

Caractéristiques :.

• écrit en C ++ standard avec Linux
• testé avec & quot; Debian Woody x86 & quot; et & quot; SuSE Linux 9.1 x86_64 & quot;
• utilisation de la langue de modèle pour intégrer c ++ - code html similaire à PHP, JSP, ASP ou Mason
• composante concept permet modularisation des applications web
• multithread
• compiler une application Web y compris les graphiques dans une bibliothèque partagée unique
• GET- et post-paramètres sont analysés et sont facilement accessibles
• soutien aux fichiers-uploads
• soutien à i18n des applications web -. Base de code unique pour différentes langues

Ce qui est nouveau dans cette version:

• Nouveau module proxy:
• Le nouveau module proxy @ tntnet permet transmettre la demande d'autres serveurs http.
• sécurisé portée de session pour les variables uniquement valable dans les sessions SSL:
• Un nouveau type de champ `` permet aux utilisateurs de définir des variables qui ne sont valables dans les connexions SSL. Aussi un cookie est envoyé séparée qui un attribut de conseiller le navigateur de l'utiliser que lorsque SSL est permet.
• Configurer tntnet avec XML (ou JSON), y compris l'exploitation forestière:
• Auparavant, un tntnet a été configuré avec un fichier texte avec un format simple mais propriétaire. Logging a été configuré dans un fichier séparé avec un format différent. Les deux combinés est maintenant dans un seul fichier XML.
• Supprimer bibliothèque cgi:
• Il était une bibliothèque, qui permet d'exécuter des composants de ECPP que les processus CGI. L'utilisation a été limitée et la performance dans cgi est toujours mauvais. Pour autant que je sais que personne ne l'a utilisé (pour de bonnes raisons). Par conséquent, il est retiré maintenant.
• Extend cartographie URL avec la cartographie par la méthode ou à ssl:
• demandes de cartographie à des composants est prolongée. Non seulement l'URL peut être utilisée comme un état, mais également le procédé de http état ou SSL. La cartographie distincte précédente par hôte virtuel est désormais définie comme un état de la cartographie.
• Utilisez cadre de sérialisation à lire% les variables de configuration de la configuration de tntnet pour soutenir configurations complexes:
• La balise ECPP `` permet aux applications Web de lire les valeurs du fichier de configuration de tntnet. Autrefois seulement une variable scalaire pourrait être lu. Maintenant, en utilisant les objets complexes cxxtools de sérialisation peut être configuré et transmis à une application web.
• compilateur ECPP ne se arrête pas sur la plus première erreur, mais essaie de trouver plus de problèmes:
• Le compilateur ECPP `ecppc` arrêté la compilation à la première erreur. Maintenant, il tente de récupérer et continue compilation et erreurs de déclaration.
• Permettre aux applications pour effacer la session en cours:
• L'appel de la nouvelle méthode `request.clearSession ()` efface toutes les variables de session après la demande actuelle.
• Lire les noms de fichiers pour le composant multibinary éventuellement de fichier en utilisant l'option -i dans ecppc:
• composants Multibinary contiennent une collection de fichiers statiques, qui est compilé comme un seul composant tntnet. Cela permet de sauver des frais généraux puisque chaque composant doit un peu de code, ce qui rend exigible. Depuis la liste des fichiers statiques utilisés dans une application web peut être assez long, il est souvent commode de maintenir la liste dans un fichier séparé. Aussi une très longue liste peut prolonger la longueur maximale autorisée d'une commande shell. Maintenant `ecppc` peut lire la liste à partir d'un fichier de résoudre cela.
• Les arguments en cartographie URL ont désormais un nom:
• pour mapper une requête à un composant, arguments peut être transmis de la configuration à la composante. Auparavant, il était juste une liste de valeurs. Maintenant les valeurs a des noms, ce qui rend la manipulation plus facile et plus lisible.
• Laissez distinquishing entre GET et POST arguments:
• ECPP permet de définir les paramètres de la requête en utilisant une balise ``. Tntnet passé ici tous les paramètres GET et POST. Pour les développeurs, il était difficile de savoir, si les arguments ont été passés via GET ou POST. Maintenant arguments peuvent être définis dans un `` `` ou section pour obtenir uniquement les paramètres GET ou POST.
• Correction de bugs et optimisations:
• Quelques corrections de bugs et optimisations mineures sont faites dans tntnet.

Quoi de neuf dans la version 2.1:

• Son temps de mise à jour. Ces rejets sont le résultat de deux années de développement où un grand nombre d'améliorations.
• Cette version ajoute JSON et jsonrpc à cxxtools ainsi qu'un serveur RPC binaire rapide et le client. Les deux sont basés sur le cadre de sérialisation améliorée de cxxtools.
• Le json format binaire et peuvent être utilisés comme un format de stockage. Aussi sérialisation et désérialisation des CSV est possible.
• La chaîne de caractères Unicode comme une spécialisation de std :: basic_string obtenu une réécriture majeure avec l'optimisation de chaîne courte.
• Tntnet a principalement nombreuses petites améliorations, une meilleure conformité aux normes et une performance légèrement supérieure.
• Tntdb obtenu un pilote de réplication, qui est capable de répliquer les données entre bases de données sans le soutien de base de données. La classe décimal a été réécrit et a obtenu unittests. Le nouveau RowReader classe rend le code plus lisible, où de nombreux colonnes sont lues à partir d'une ligne de résultat. Une nouvelle BlobStream classe implémente une interface std :: istream à blobs.

Quoi de neuf dans la version 2.0:

• Après plus de deux années sans nouvelle versions stables il est temps des mises à jour. Cxxtools a d'énormes améliorations chaudes et des améliorations de fonctionnalités comme xmlrpc, un cadre de la fente de signal, anynchronous I / O et d'autres.
• Ceci impliquait certaines modifications de l'API. Pourtant la plupart du code existant devrait fonctionner. Tntnet et tntdb nécessaires certains changements pour ce, afin que les nouveaux tntnet et tntdb presse doivent cxxtools 2,0.
• Tntnet a obtenu de nombreuses petites fonctionnalités et de performance améliorations. Heureusement il n'y avait pas besoin de beaucoup pour modifications de l'API. Presque applications doivent fonctionner hors de la boîte en recompilant.
• Tntdb obtenu quelques améliorations de fonctionnalités. Les plus importants sont peut-être le soutien pour les valeurs incrémentées automobiles utilisant la méthode tntdb :: connexion :: lastInsertId (std :: string) et le soutien aux utilisateurs types définis par la surcharge deux opérateurs.

Quoi de neuf dans la version 1.6.99:

• Tntnet a quelques corrections de bugs mineurs et sont ajustés aux modifications de l'API dans cxxtools (qui sont assez petites).