cogimator.net rapport :   Visitez le site

Données techniques du cogimator.net

Geo IP vous fournit comme la latitude, la longitude et l'ISP (Internet Service Provider) etc. informations. Notre service GeoIP a trouvé l'hôte cogimator.net.Actuellement, hébergé dans France et son fournisseur de services est Ikoula Net SAS .

the related websites

domaine	Titre
cogimator.net	cogimator.net | une ligne à la fois...
fairemacartegrise.fr	carte grise en ligne en 3 fois sans frais - service agréé de l'état
belgeunefois.com	belge une fois
iletaitune-fois.fr	il était une fois
onceuponunefois.com	once upon une fois le blog
boutis.com	il était une fois ...
onceuponunefois.net	once upon une fois le blog
unpaysalafois.com	un pays à la fois
01marionnettes.fr	il était une fois une marionnette...
i-sud.fr	il était une fois dans le sud
wangen-alsace.net	il était une fois ... wangen
letroyesfoisplus.fr	accueil - le troyes fois plus
iletaitunefoislebijou.fr	il était une fois… le bijou
montferrandmedieval.org	il était une fois montferrand
iletaitunefoismacuisine.com	il était une fois ma cuisine

Analyse d'en-tête HTTP

Les informations d'en-tête HTTP font partie du protocole HTTP que le navigateur d'un utilisateur envoie à appelé Microsoft-IIS/8.5 contenant les détails de ce que le navigateur veut et acceptera de nouveau du serveur Web.

DNS

HtmlToText

home archive contact subscribe cogimator.net une ligne à la fois... mise en cache intelligente des templates angularjs 14. décembre 2013 20:42 / mathieu / code comments (0) avant de rentrer dans le vif du sujet, petit rappel sur le fonctionnement du cache du navigateur. lorsque le navigateur demande une ressource (index.html par exemple) au serveur, celui ci lui renvoie plusieurs éléments : un statut http (200 success ici) le contenu du fichier index.html un ensemble d’en-têtes http parmi ces en-têtes, on retrouvera (en fonction de la configuration du serveur) : un etag, qui est un checksum calculé selon le contenu renvoyé au navigateur une date d’expiration, qui indique au navigateur la durée de vie de la ressource demandée il est à noter que les valeurs dans l’en-tête sont purement prescriptives, charge au navigateur de les respecter. lorsque le navigateur refait une requête au serveur pour le fichier index.html, il adjoindra également des en-têtes à sa requête. l’en-tête etag permettra de répondre au navigateur par un statut 304 not modified, dans le cas ou le fichier n’aurait pas changé. l’en-tête date d’expiration permet au navigateur d’éviter d’envoyer des requêtes au serveur : tant que la date d’expiration n’est pas atteinte, le navigateur utilise la copie en cache. les templates angularjs sont chargés au travers du service $http, qui se base sur xmlhttprequest, qui lui même bénéficie du cache du navigateur. imaginons le scénario suivant : le matin a 8h, le navigateur du client a demande le fichier index.html le serveur lui renvoie, avec un etag “abcd”, et une date d’expiration fixée au lendemain 8h lors de l’utilisation de l’application, le navigateur va se baser sur la version en cache du fichier, tant que la date d’expiration est atteinte a 12h, une nouvelle version de l’application est mise en ligne jusqu’au lendemain 8h, le client a utilisera une version potentiellement obsolète du fichier index.html. pour eviter cela, je vais mettre en place un mécanisme permettant d’assurer le bon fonctionnement du cache, tout en utilisant les derniers fichiers disponibles de l’application. dans un premier temps, il faut fournir un numéro identifiant l’application déployée. j’ai choisi d’utiliser la date de création d’un assembly du projet web. pour cela, j’ai intégré une simple balise script déclarant une constante angularjs : <script type="text/javascript"> angular.module('sampleapplication.config', []) .constant('sampleapplicationversion', '<%: version %>'); </script> la suite de l’implémentation est aisée, grâce au système de httpinterceptors fourni par angularjs. ces httpinterceptors permettent de modifier les requêtes envoyées et reçues par le service $http. .factory('smartcacheinterceptor', ['$q', 'sampleapplicationversion', function ($q, sampleapplicationversion) { return { request: function (config) { if (config.url.indexof(".htm") > -1) { var separator = config.url.indexof("?") === -1 ? "?" : "&"; config.url = config.url + separator + "v=" + sampleapplicationversion; } return config || $q.when(config); } }; }]); voici les résultats dans fiddler. les requêtes sur l’url “/” correspondent a un rafraichissement de la page du navigateur. le serveur web utilisé est iis express, sans paramétrage spécifique. le code source est disponible sur github . tags : angularjs . iis express indicateur de chargement angularjs 8. décembre 2013 07:32 / mathieu / code comments (0) depuis la version 1.2.0 de angularjs, le service $resource retourne des promise lors des appels aux méthodes get, query, save... ceci ouvre des possibilités intéressantes, notamment la mise en place rapide d'indication de chargement. pour ce faire, j'ai choisi d'implémenter une directive, afin de pouvoir déclarer mon loader ainsi : <div loader= "data" > {{data | json}} </div> ceci va donc orienter la déclaration de la directive, pour utiliser la transclusion et un scope isolé : .directive('loader', ['$q', function ($q) { return { transclude: true, templateurl: 'app/loader/loader.html', scope: { source: '=loader' }, link: function (scope, elem, attrs) { } } }]) ensuite il faut écrire la fonction link pour réagir aux évènements du promise : .directive('loader', ['$q', function ($q) { return { transclude: true, templateurl: 'app/loader/loader.html', scope: { source: '=loader' }, link: function (scope, elem, attrs) { scope.$watch("source", function (val) { scope.status = 0; val.$promise.then(function (success) { scope.status = 200; }, function (err) { scope.status = err.status; }); }); } } }]) le $watch permet de réagir à une assignation de la valeur en chargement, notamment lors de l'appel à une fonction de rechargement de données. pour obtenir une référence sur l’objet promise renvoyé par $resource, il faut passer par la propriété $promise de celui-ci enfin, pour afficher tout ça, il nous faut un template : <div> <div ng-hide="status==200" ng-switch="status"> <div ng-switch-when="0"> <span><i class="fa fa-2x fa-spin fa-spinner"></i> loading</span> </div> <div ng-switch-default> <span>error from server : {{status}}</span> </div> </div> <div ng-show="status==200" ng-transclude></div> </div> le code est disponible sur github . tags : angularjs de 0 a un package nuget 30. novembre 2013 00:00 / mathieu / code . integration continue . outils comments (0) en préparant un projet de démo angularjs + bootrap + web api (article a venir !), j’ai eu besoin de générer des données de test. après quelques recherches infructueuses, j’ai donc choisi de monter mon petit projet. ca tombe bien, j’avais envie de coder un petit projet “utilitaire”, et de me faire plaisir avec une api de type “fluent”. une première version est dores et déjà disponible sur github : https://github.com/mathieubrun/cogimator.sampledatagenerator . j’aurais l’occasion de vous en reparler dans un article à venir (ca commence a faire beaucoup d’articles à venir…). apres l’avoir référencé “manuellement” dans mon projet de démo angularjs, je me suis demandé comment optimiser le déploiement de mon générateur de données. ca tombe bien, j’avais envie de créer un package nuget. etape 1 : création du projet rien d’exceptionnel, une solution visual studio standard, avec l’option “activer la restauration des packages nuget” activée, ceci afin d’avoir un nuget.exe accessible facilement en ligne de commande depuis le dossier de la solution. etape 2 : création d’un compte nuget.org ici, toujours rien de complètement fou, on s’enregistre, et on note bien l’api key, pour l’activer sur le poste de développement. etape 3 : création du fichier .nuspec ici, les choses peuvent un peu se compliquer, selon le temps que l’on souhaite consacrer à la documentation nuget. pour faire simple, il faut initialiser un fichier .nuspec avec la commande suivante .nuget\nuget.exe spec ensuite, il faut déplacer ce fichier dans le dossier du projet qui va servir a générer le package, et lui donner le même nom que le .csproj : enfin, il ne reste plus qu’a modifier le contenu du fichier nuspec pour l’adapter a votre projet. etape 4 : publication manuelle la création du package est maintenant possible, avec la commande .nuget\nuget.exe pack cogimator.sampledatagenerator\cogimator.sampledatagenerator.csproj nuget s’appuiera sur les .csproj et .nuspec pour générer le package. il ne reste plus qu’a l’uploader sur nuget.org. etape 5 : le serveur d’intégration continue j’ai choisi teamcity pour remplir ce rôle, principalement en raison de sa simplicité, et aussi parce qu’il est développé par jetbrains (auteurs de resharper, donc pas vraiment des amateurs). je ne rentre pas dans les détails de l’installation, du type next, next, next. comme j’exécute teamcity sur mon poste de travail, j’ai juste changé le compte d’exécution des services pour “system account”. sur un serveur dédié j’aurais crée un user spécifique (car c’est très mal de faire tourner d

Analyse PopURL pour cogimator.net

http://www.cogimator.net/post/la-surface-dimpression.aspx#comment
http://www.cogimator.net/2013/04/default.aspx
http://www.cogimator.net/2010/08/default.aspx
http://www.cogimator.net/image.axd?picture=image_8.png
http://www.cogimator.net/post/ameliorations-materielles.aspx
http://www.cogimator.net/?tag=/github
http://www.cogimator.net/account/login.aspx
http://www.cogimator.net/?tag=/agility
http://www.cogimator.net/archive.aspx
http://www.cogimator.net/?tag=/tools
http://www.cogimator.net/?tag=/aspnet
http://www.cogimator.net/2013/11/default.aspx
http://www.cogimator.net/?tag=/net
http://www.cogimator.net/?tag=/performance
http://www.cogimator.net/?tag=/firefox

Informations Whois

Whois est un protocole qui permet d'accéder aux informations d'enregistrement.Vous pouvez atteindre quand le site Web a été enregistré, quand il va expirer, quelles sont les coordonnées du site avec les informations suivantes. En un mot, il comprend ces informations;

Domain Name: COGIMATOR.NET
Registry Domain ID: 1453973093_DOMAIN_NET-VRSN
Registrar WHOIS Server: whois.enom.com
Registrar URL: http://www.enom.com
Updated Date: 2017-03-20T09:05:54Z
Creation Date: 2008-04-20T10:44:49Z
Registry Expiry Date: 2018-04-20T10:44:49Z
Registrar: eNom, Inc.
Registrar IANA ID: 48
Registrar Abuse Contact Email:
Registrar Abuse Contact Phone:
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Name Server: NS4.IKOULA.COM
Name Server: NS5.IKOULA.COM
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2017-08-11T06:40:51Z <<<

For more information on Whois status codes, please visit https://icann.org/epp

NOTICE: The expiration date displayed in this record is the date the
registrar's sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant's agreement with the sponsoring
registrar. Users may consult the sponsoring registrar's Whois database to
view the registrar's reported date of expiration for this registration.

TERMS OF USE: You are not authorized to access or query our Whois
database through the use of electronic processes that are high-volume and
automated except as reasonably necessary to register domain names or
modify existing registrations; the Data in VeriSign Global Registry
Services' ("VeriSign") Whois database is provided by VeriSign for
information purposes only, and to assist persons in obtaining information
about or related to a domain name registration record. VeriSign does not
guarantee its accuracy. By submitting a Whois query, you agree to abide
by the following terms of use: You agree that you may use this Data only
for lawful purposes and that under no circumstances will you use this Data
to: (1) allow, enable, or otherwise support the transmission of mass
unsolicited, commercial advertising or solicitations via e-mail, telephone,
or facsimile; or (2) enable high volume, automated, electronic processes
that apply to VeriSign (or its computer systems). The compilation,
repackaging, dissemination or other use of this Data is expressly
prohibited without the prior written consent of VeriSign. You agree not to
use electronic processes that are automated and high-volume to access or
query the Whois database except as reasonably necessary to register
domain names or modify existing registrations. VeriSign reserves the right
to restrict your access to the Whois database in its sole discretion to ensure
operational stability. VeriSign may restrict or terminate your access to the
Whois database for failure to abide by these terms of use. VeriSign
reserves the right to modify these terms at any time.

The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.

  REGISTRAR eNom, Inc.

SERVERS

  SERVER net.whois-servers.net

  ARGS domain =cogimator.net

  PORT 43

  TYPE domain
RegrInfo
DOMAIN

  NAME cogimator.net

  CHANGED 2017-03-20

  CREATED 2008-04-20

STATUS
clientTransferProhibited https://icann.org/epp#clientTransferProhibited

NSERVER

  NS4.IKOULA.COM 213.246.54.162

  NS5.IKOULA.COM 80.93.83.15

  REGISTERED yes

Erreurs

La liste suivante vous montre les fautes d'orthographe possibles des internautes pour le site Web recherché.