Suite

Publier le service de carte mis en cache à l'aide d'un dossier de cache préexistant

Publier le service de carte mis en cache à l'aide d'un dossier de cache préexistant


Nous utilisons:
ArcGIS Server Advanced Enterprise 10.3 / ArcGIS Desktop Basic 10.3 tous deux situés sur une machine Windows Server 2012

Nous avons reçu un répertoire contenant une carte mise en cache (fichiers groupés). Nous n'avons pas de fichier mxd, nous n'avons pas les données, juste le cache. Ce répertoire n'est pas situé sur le par défaut C:arcgisserverdirectoriesarcgiscache, et nous n'avons pas l'intention de le déplacer là, car il n'y aurait pas assez d'espace sur le disque C: . Le cache est assez gros 280 Go. J'ai donc créé un nouveau répertoire de cache dans ArcGIS Server Manager qui mène au chemin exact de notre cache.

Nous aimerions publier ce cache en tant que service de carte/service d'imagerie mis en cache sur le serveur. Je l'ai ajouté à ArcMap, mais lors de sa publication en tant que service de carte, ArcMap ne reconnaît pas automatiquement qu'il s'agit d'un service mis en cache. Comme le montre cette vidéo : http://video.arcgis.com/watch/964/publishing-cached-map-services-using-a-pre_dash_existing-cache-folder

Il fonctionne comme un service dynamique

Quelle est cette procédure correcte pour rendre ce cache existant disponible sur ArcGIS Server en tant que service ?


Le problème dans ce cas était plutôt stupide :) Le cache mentionné ci-dessus résidait dans un dossier, qui se trouvait dans un autre dossier, qui se trouvait dans un autre dossier. Ainsi, malgré le fait que j'ai enregistré le dossier principal en tant que dossier de cache pour le serveur, il ne pouvait pas lire à l'intérieur de tous ces dossiers.

Nous avons donc créé un nouveau dossier, l'avons nommé exactement comme le service de carte et n'y avons déplacé que les dossiers contenant les fichiers du bundle.

Conclusion : ne stockez pas votre cache dans une cascade de dossiers.


Comment mettre en cache DbCompiledModel (ou uniquement ses métadonnées) dans un cache distribué

Je travaille sur un projet Entity Framework Code First avec un grand dbContext (800+ entités).

Le problème que j'ai est qu'il faut jusqu'à 30 secondes pour créer et compiler les métadonnées pour la première fois et je ne peux pas me permettre que tous les serveurs de la ferme retardent la première demande (WCF) de cette manière, même avec l'aide de l'AppFabric WarmUp module. Une option consiste à mettre en cache le modèle compilé sur un cache distribué, afin que d'autres serveurs de la batterie puissent tirer parti d'un modèle déjà existant, lors de l'instanciation du DbContext.

  • Une instance DbCompiledModel ne peut pas être sérialisée
  • DbCompiledModel utilise une implémentation de « ICachedMetadataWorkspace » pour mettre en cache ses métadonnées, appelée « CodeFirstCachedMetadataWorkspace »
  • 'CodeFirstCachedMetadataWorkspace' (ou même 'ICachedMetadataWorkspace') pourrait en effet être utilisé pour fournir un espace de travail sérialisable (avec l'aide d'une méthode 'DbDatabaseMapping.ToMetadataWorkspace') qui sera stocké en xml sur le cache distribué

Malheureusement, tous les types mentionnés sont définis comme internes par EF Code First (sauf bien sûr DbCompiledModel) et jusqu'à présent, je n'ai pas trouvé de moyen approprié de mettre cela en cache hors du processus.

Une autre chose que j'ai essayée était d'avoir un ObjectContext personnalisé (pour l'utiliser dans le constructeur DbContext) où générer/charger par programmation les mappages csdl, ssdl et msl (à partir du schéma db), mais les vues réelles (classes poco) restent non mappé au contexte global de la base de données.


Présentation de l'IDR et analyse des données (IODA) (webinaire en direct)

Au cours d'une période de cinq jours et deux heures et demie, la formation couvrira :

  • Une introduction au programme Medicare, y compris les types de programmes proposés par Medicare, les coûts pour les bénéficiaires d'avoir Medicare et les rôles des contractants administratifs de Medicare
  • Exploration du parcours d'un sinistre depuis le moment où le service est rendu jusqu'à son arrivée dans l'IDR.
  • Explication de ce qu'est l'IDR, de l'accès aux données, de sa mission et de l'évolution de l'évolution continue de l'IDR depuis 2006.
  • Présentation des différents outils et ressources disponibles, et comment y accéder et les utiliser.
    • Notifications d'utilisateur final (EUN)
    • Dictionnaire de données IDR
    • Interface utilisateur du dictionnaire de données (DDUI)
    • RESDAC
    • Site CMS SharePoint IDR
    • Accéder à l'IDR
    • Intégration et demandes de changement
    • Portail CMS et tableaux de bord MicroStrategy
    • Coordonnées de l'IDR
    • Aperçu des données dans l'IDR
    • Réclamations
      • Types de réclamation
      • Action finale
      • Tel quel/tel quel
      • Afficher les conventions de nommage
      • Mise en œuvre du MLPPI
      • Type de facture
      • Codes de diagnostic et de procédure
      • Identifiants nationaux des fournisseurs
      • Sources de données du fournisseur
      • Utilisation des données du fournisseur
      • Sources de données sur les bénéficiaires
      • Identifiants de bénéficiaire dans l'IDR
      • Gestion des versions des transactions des bénéficiaires
      • Réclamer
      • Fournisseur
      • Bénéficiaire

      Un examen détaillé du cache D2D dans la sélection des assistants

      Avec le développement rapide des réseaux de communication, l'interaction d'informations entre des réseaux hétérogènes tels que l'Internet des objets (IoT) et les réseaux ad-hoc de véhicules (VANET) devient de plus en plus courante. Dans les réseaux cellulaires, les appareils de proximité peuvent partager des fichiers directement sans passer par les eNB, ce qui est appelé communications d'appareil à appareil (D2D). Il a été considéré comme une composante technologique potentielle pour la prochaine génération de communication. L'architecture de réseau centralisée traditionnelle ne peut pas répondre à de telles demandes d'utilisateurs en raison de la lourde charge sur les liaisons de retour et de la longue latence. Les réseaux cyber-sociaux intègrent de manière transparente la vie quotidienne et les activités sociales des personnes, ce qui contribue de manière importante à la relation sociale des utilisateurs mobiles dans la communication D2D. Dans cet article, nous faisons une revue exhaustive des efforts de recherche de pointe sur la mise en cache D2D. Nous donnons d'abord un aperçu de la sélection des assistants D2D, y compris le cadre du réseau, la méthode de calcul et l'attribut de conscience sociale. Ensuite, une étude complète des problèmes liés à la sélection des assistants D2D est présentée. Enfin, les défis de recherche ouverts et les orientations futures sont également présentés.

      Ceci est un aperçu du contenu de l'abonnement, accessible via votre institution.


      Performances d'inférence

      En utilisant la technologie Intel DL Boost avec une inférence INT8 de faible précision, nous obtenons l'avantage d'une latence et des performances de débit améliorées. La figure 6 montre un gain de performances deux fois supérieur dans les enregistrements traités par seconde avec une perte de précision de moins de 0,5% avec l'inférence INT8 par rapport à FP32.


      Figure 6. Performances d'inférence avec Intel DL Boost. L'inférence est effectuée sur un ensemble de données d'évaluation de 2 000 000 d'échantillons à l'aide d'un modèle FP32 optimisé. Les performances dans TensorFlow passent de 562 780 échantillons par seconde à 1 210 949 échantillons par seconde avec une taille de lot de 512. Les performances dans MXNet passent de 522 284 échantillons par seconde à 1 059 480 échantillons par seconde avec une taille de lot de 1024. 1

      Exécution

      1. Les étapes pour exécuter l'inférence avec TensorFlow à l'aide de modèles FP32 pré-entraînés et INT8 Wide & Deep quantifiés sont disponibles sur GitHub* à IntelAI/models
      2. Les étapes pour effectuer la formation FP32 et l'inférence sur les modèles FP32 et INT8 avec MXNet peuvent être trouvées sur intel/optimized-models.

      Détails de la configuration

      Les résultats ont été obtenus avec :

      • Processeur Intel® Xeon® Platinum 8280L, 28 cœurs HT On Turbo ON Mémoire totale 384 Go (12 emplacements/ 32 Go/ 2933 MHz), BIOS : SE5C620.86B.0D.01.0348.011820191451 (ucode : 0x5000017), CentOS 7.6, Kernel 4.19 .5-1.el7.elrepo.x86_64, SSD 1x INTEL SSDSC2KG96 960 Go, compilateur gcc 6.3.1
      • Framework d'apprentissage en profondeur : TensorFlow sur Github à tensorflow/tensorflow en appliquant Pull Request PR26169, Pull Request PR26261 et Pull Request PR26271, version MKL-DNN : v0.18, Wide & Deep sur GitHub chez IntelAI/models, modèles :

      Les performances d'inférence sont mesurées en échantillons de données traités par seconde (plus c'est mieux).


      MapServer s'exécute sur diverses plates-formes et les détails de son installation varient en fonction de l'endroit où vous souhaitez l'exécuter et de la manière dont vous souhaitez l'intégrer au reste de votre système.

      Plateformes

      De nombreux systèmes d'exploitation et processeurs peuvent exécuter MapServer avec succès. Une enquête récente auprès des développeurs d'applications MapServer a montré des dizaines d'implémentations différentes fonctionnant sur de nombreuses combinaisons de vitesse et de type de processeur. Les résultats de l'enquête comprenaient les systèmes d'exploitation suivants :

      RedHat/SuSE/Debian/Mandrake Linux, versions 6 à 9

      VMware sous Windows et Linux

      Les vitesses de processeur signalées étaient aussi faibles que 120 MHz et aussi peu que 64 Mo de mémoire. D'autres utilisent les dernières ressources de traitement et de mémoire disponibles. Avec la diversité et la flexibilité requises pour répondre à ces exigences multiplateformes, de nombreux développeurs ont trouvé que MapServer était la seule option pour servir des cartes Web.

      Acquisition des binaires MapServer

      De nombreux documents ou tutoriels incluent des informations sur la compilation de MapServer, ce qui peut vous amener à supposer que la compilation de MapServer à partir du code source est nécessaire. Pour la plupart des utilisateurs, ce n'est pas nécessaire. Acquisition de binaires fait référence au processus de téléchargement d'exécutables et de bibliothèques prêts à être exécutés sur le système d'exploitation de votre choix, sans compilation à partir du code source.

      Versions Windows

      Les concepteurs d'applications MapServer souhaitant utiliser Microsoft Windows pour exécuter MapServer peuvent télécharger des packages Windows standard qui incluent tout ce dont vous avez besoin pour démarrer. Les packages incluent tous les programmes MapServer requis compressés dans un seul fichier à télécharger. Les packages sont disponibles à partir de quelques emplacements, y compris le site Web principal de MapServer (http://mapserver.gis.umn.edu/win32binaries.html), le site MapTools.org (http://dl.maptools.org/dl/ ), ou d'autres utilisateurs via des discussions de liste de diffusion.

      Le site Web MapTools.org a le package le plus facile à utiliser et est fortement recommandé pour les développeurs d'applications MapServer inexpérimentés utilisant Windows. Le package s'appelle MapServer pour Windows (MS4W en abrégé) et se trouve à l'adresse http://maptools.org/ms4w/.

      MS4W a été mis en place par DM Solutions Group (Ottawa, Canada). Cette société est impliquée dans le développement, la mise en œuvre et le support de MapServer et des technologies associées. Ils fournissent ce package Windows pour aider leurs utilisateurs à être opérationnels rapidement.

      Le package est un fichier ZIP unique contenant tout le nécessaire pour démarrer avec MapServer, y compris un serveur Web Apache. Cela ne nécessite aucune configuration ! Si vous avez évité de jouer avec les serveurs Web, ce package est fait pour vous. Pour installer MS4W, décompressez simplement le fichier du package à la racine d'un lecteur (par ex. C: ) . Il devrait créer automatiquement un ensemble de sous-dossiers sous C:MS4W, y compris un dossier appelé Apache dans lequel réside le programme de serveur Web.

      Le package peut être déplacé vers d'autres emplacements sur votre système de fichiers, mais cela nécessite de modifier divers paramètres du serveur Web.

      Pour démarrer le serveur Web, exécutez l'exécutable Apache à partir de C:ms4wapacheinapache.exe. Cela peut être fait à partir de l'explorateur et ne doit pas être exécuté à partir de la ligne de commande. Si vous ouvrez votre navigateur et accédez à http://localhost, vous devriez voir un écran de bienvenue MS4W. Cela signifie qu'Apache est opérationnel. À ce stade, vous êtes prêt à développer une application MapServer. Le package MS4W contient toutes les bibliothèques, programmes et fichiers de configuration dont vous avez besoin. Un résumé de ce que contient MS4W est présenté dans le Tableau 4-1. L'utilisation de ces fichiers pour créer une application est abordée plus en détail au chapitre 10.

      Bibliothèques de script PHP/MapScript voir le chapitre 14 pour plus d'informations sur MapScript

      Utilitaires et bibliothèques de projection PROJ.4

      Utilitaires de ligne de commande MapServer

      Utilitaires de ligne de commande OGR

      Binaires Linux

      Un projet émergent appelé Free Open Source Software GIS Suite (FGS) est disponible sur http://maptools.org/fgs/. Ce projet fournit un mécanisme d'empaquetage pour tous les binaires, bibliothèques et autres fichiers de support requis pour exécuter les applications FGS. La version initiale installe un environnement minimal pour Apache, PHP et MapServer.

      Distributions SIG Linux

      Il existe au moins quatre distributions Linux qui incluent MapServer et les applications associées.

      Cette distribution basée sur Debian comprend diverses applications SIG. Voir http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl.

      Cette distribution comprend MapServer, PostGIS , PHP, Python, Perl et de nombreuses autres applications GNU/Linux standard. Il est basé sur Slackware Linux. Voir http://hostgis.com/linux.html.

      Cette distribution live CD s'exécute à partir d'un CD-ROM amorçable. Inclut MapServer, QGIS et d'autres applications SIG, y compris GRASS GIS . Il est basé sur Mandrake Linux. Voir http://rslultra.star.ait.ac.th/

      Cette distribution de CD amorçable comprend un grand nombre de packages majeurs, notamment MapServer, PostGIS, Terraview , JUMP , QGIS, Thuban , Maplab , etc. Voir http://www.sourcepole.com/sources/software/gis-knoppix/.

      Versions Linux RPM

      Les fichiers Linux RedHat Package Manager (RPM) sont disponibles sur plusieurs sites. Bien que certains d'entre eux aient un ensemble complet de fichiers, vous aurez peut-être encore besoin d'une assistance pour vous aider à aplanir les dépendances. Si vous prenez tous les packages d'un seul site, vous n'aurez peut-être toujours pas tout ce dont vous avez besoin.

      La distribution LinGIS des fichiers RPM est spécialement conçue pour SuSE mais fonctionnera également sur d'autres distributions Linux. Des images ISO de CD-ROM contenant ces fichiers RPM sont disponibles sur http://lingis.org/.

      Mapping Hacks RPM SIG pour Fedora Core

      Locative Technologies (http://locative.us) propose des packages spécifiquement pour Fedora Core. Ils sont disponibles sur http://mappinghacks.com/rpm/.

      Versions de Debian Linux

      Il existe plusieurs référentiels de packages Debian Linux avec MapServer disponibles. Ils varient en termes de fonctionnalités et de dépendances. Un référentiel est à http://agrogeomatic.educagri.fr/debian/.

      Mac OS X

      Un package d'installation de MapServer quelque peu obsolète est disponible sur http://www.serverlogistics.com/mapserver.php. La plupart des utilisateurs d'OS X semblent compiler MapServer et d'autres packages à partir du code source. Une explication détaillée de ce processus est disponible sur http://webpages.charter.net/kyngchaos/macosx/mapservinstall.html.

      Compilation du code source de MapServer

      Tout projet se prétendant open source doit donner accès au code source. Dans le cas de MapServer, cela vous permet de modifier le code MapServer pour répondre à vos besoins spécifiques. Même si vous ne prévoyez pas de modifier le code source, vous pouvez toujours vouloir compiler directement à partir du code source. Certains utilisateurs de MapServer trouvent qu'ils doivent compiler leur propre version pour inclure (ou exclure) certaines fonctionnalités. Par exemple, il existe une variété de formats de données généralement inclus dans les distributions binaires de MapServer. Très souvent, il existe plus de formats que ce dont vous avez besoin pour une application donnée et vous pouvez supprimer la prise en charge de ces formats. Si un certain format n'est pas disponible par défaut, il peut généralement être ajouté pendant le processus de compilation.

      Les exemples de compilation dans ce chapitre sont montrés en utilisant Linux et les outils de compilation open source du projet GNU (voir http://gnu.org). Les outils et les commandes sont exécutés à partir de la ligne de commande ou de la console shell. La compilation pour d'autres systèmes d'exploitation varie en fonction des outils disponibles. Cette section suppose que vous êtes à l'aise pour compiler du code et que vous disposez des outils appropriés, y compris un compilateur C tel que gcc et des outils de configuration/construction tels que autoconf et automake .

      Téléchargement des sources

      Les packages actuels de code source sont disponibles sur la page de téléchargement du site Web MapServer http://mapserver.gis.umn.edu/dload.html. Les personnes intéressées par les fonctionnalités les plus récentes et les plus performantes peuvent envisager de télécharger l'une des versions intermédiaires, qui est une copie du dernier code du référentiel de code du développeur.

      Le téléchargement du code source à l'aide des outils CVS (Concurrent Versioning System) est disponible pour ceux qui veulent le dernier code absolu. Les instructions d'accès sont disponibles sur http://cvs.gis.umn.edu/cvs.html. CVS suit les modifications apportées au code de programmation et est utilisé pour gérer le développement de nombreux projets logiciels. Pour plus d'informations sur CVS, voir http://www.gnu.org/software/cvs/.

      Une fois les sources téléchargées, vous devez les décompresser et les décompresser. Cela peut être fait en une seule étape, comme dans la commande suivante, qui utilise la commande GNU tar :

      Cela décompresse les fichiers dans un nouveau dossier et crée une structure de sous-dossiers contenant tout le code. Une fois cela fait, déplacez-vous dans ce répertoire et préparez-vous à configurer le build.

      Configuration des sources

      Vous devez configurer vos options pour compiler le programme MapServer. Cette étape obligatoire prépare le code source pour la compilation. Le fichier programme configurer existe au niveau supérieur de l'arborescence des sources, dans laquelle vous vous êtes déplacé après avoir décompressé les sources. Si vous exécutez le programme de configuration sans spécifier d'options, il utilise un ensemble de valeurs par défaut. C'est peut-être tout ce que vous devez faire pour faire fonctionner MapServer. Plusieurs messages d'état, observations et vérifications de dépendances sont répertoriés à l'écran lorsque configure est en cours d'exécution. L'exécution de configure , comme dans l'exemple 4-2, affiche les résultats du processus de configuration que configure lance.

      Il y a plusieurs choses à noter dans la sortie de l'exemple 4-2 de la commande configure. Tout d'abord, il vérifie si vous disposez de tous les outils nécessaires pour compiler le code source. Si vous n'avez pas, par exemple, de compilateur C, il vous renverra et se plaindra, comme dans l'exemple 4-3.

      C'est bon à savoir. Après tout, cela n'a aucun sens de continuer à vous préparer si vous restez bloqué plus tard.

      configurez les contrôles sur votre système pour diverses bibliothèques graphiques telles que PNG et GD et testez-les. S'ils sont disponibles, configurez les requêtes pour les utiliser pendant le processus de compilation.

      Voici le message d'erreur typique que vous recevez lorsqu'un ensemble de bibliothèques est introuvable :

      Ceci est important à savoir, surtout si vous prévoyez d'utiliser des formats d'image PNG au lieu de fichiers GIF dans vos cartes. Ce que vous ne voyez pas dans l'exemple, c'est qu'il vérifie également les fichiers GIF et JPEG. Ceux-ci peuvent être utilisés à la place de PNG.

      Ensuite, configurez les vérifications des demandes pour intégrer la prise en charge de divers formats de données et applications de prise en charge. Il est utile de savoir quel est chaque format. Si configure ne les trouve pas, ils ne seront pas pris en charge par votre programme MapServer final. Certains peuvent sembler sans importance, à moins que vous ne sachiez ce qu'ils sont. L'exemple suivant montre un tel avis :

      Cet avis n'est pas bon si vous prévoyez d'utiliser des données projetées dans différents systèmes de coordonnées. MapServer peut prendre des données dans différents systèmes de coordonnées et les reprojeter dans un système commun pour la carte finale. Vous souhaiterez probablement demander l'assistance PROJ.4, ce qui signifie que vous devez également avoir les fichiers PROJ.4 installés sur votre système. L'activation de la prise en charge des bibliothèques optionnelles, telles que PROJ.4, est abordée plus loin dans ce chapitre.

      D'autres déclarations de support de format sont un peu plus évidentes, comme le montre l'exemple 4-4.

      Ce sont toutes les vérifications pour savoir si la prise en charge de la base de données a été demandée. Aucun n'est sélectionné par défaut et n'est utilisé que si les options sont choisies. Vous en verrez plus sur les options de configuration dans la section suivante.

      D'autres options importantes non incluses par défaut incluent les spécifications GDAL, OGR et OGC.L'utilisateur moyen appréciera la prise en charge de GDAL et OGR. L'utilitaire des options de support client et serveur OGC WMS/WFS est destiné aux applications plus avancées et a des dépendances plus avancées.

      Le processus de configuration se termine avec succès en disant quelque chose comme l'exemple 4-5.

      Vous remarquerez que la dernière étape est la création du Makefile . Ce fichier contient toutes les informations pour la commande make pour compiler les sources (et lien dans les bibliothèques appropriées, etc.). Ce processus est discuté plus en détail plus tard. Si vous compilez à partir du code source, je suppose que vous n'avez pas peur d'exécuter configure . La sortie semble quelque peu cryptique pour l'utilisateur moyen. Si vous avez un problème critique, le processus s'arrête généralement et vous laisse lire sa dernière observation. Comprendre la sortie n'est nécessaire que lorsque vous avez un problème.

      Dans l'exemple 4-3, configure n'a pas pu trouver le compilateur C, il s'est arrêté là et a déclaré qu'il y avait un problème lors du test de gcc (la collection de compilateurs GNU généralement utilisée sur les systèmes d'exploitation Linux pour compiler le code du programme). Si le message que vous voyez n'a pas de sens pour vous, ne désespérez pas. Les dernières lignes de la sortie sont souvent tout ce dont vous avez besoin pour obtenir de l'aide de la liste de diffusion (les références de support sont à la fin de ce chapitre). La sortie de configure , aussi cryptique qu'elle puisse paraître, signifiera probablement quelque chose pour quelqu'un.

      Configurer les options

      Maintenant que vous avez vu quelques exemples de déchiffrement de la sortie de configure , il est temps de considérer certaines des options que vous pouvez utiliser avec la commande configure. Les options sont spécifiées en ajoutant des paramètres à la fin de la commande configure. Cela se fait en utilisant deux tirets et un nom et une valeur de paramètre tels que —with-sde après la commande configure. Pour déterminer les options disponibles, vous exécutez configure avec le paramètre —help, comme illustré dans le code suivant :

      La liste d'aide à la configuration comporte quatre sections :

      L'utilisateur moyen n'est intéressé que par les options sous « Fonctionnalités et packages », comme indiqué dans l'exemple 4-6. Les premières lignes de cette section montrent la syntaxe à utiliser, puis répertorient les options spécifiques à MapServer disponibles.

      C'est beaucoup d'options! S'ils semblent déroutants, ne vous inquiétez pas. Ceux qui vous concernent le plus seront probablement évidents, vous pouvez probablement ignorer ou désactiver le reste. Chaque option ne peut pas être discutée ici, il faudra donc des conjectures de votre part. Chaque élément sert à activer la prise en charge du format de données ou les formats de sortie que vous souhaitez utiliser. Si vous savez quels formats vous devez utiliser, notez-les. De même, si vous savez dans quels formats vous souhaitez sortir les données, recherchez-les dans cette liste. Si vous ne vous souciez pas du format d'image dans lequel se trouve la sortie, la valeur par défaut suffira probablement.

      De nombreux paramètres peuvent être spécifiés avec une option —enable ou —disable, qui équivaut respectivement à —with et —without . Afin de simplifier la liste ci-dessus, je n'ai pas montré toutes les options de désactivation.

      La plupart des paramètres sembleront simples après une simple introduction. Il existe des livres spécialisés dans l'enseignement des techniques de compilation de code source, donc seul le strict minimum requis pour configurer et compiler MapServer est présenté ici. Pour beaucoup plus de détails sur le processus de configuration et de compilation, pensez à lire :

      GNU Autoconf, Automake et Libtool (Nouveaux coureurs) en ligne sur http://sources.redhat.com/autobook/

      Programmation avec les outils GNU (O'Reilly)

      Gestion de projets avec GNU make (O'Reilly)

      GNU Make : un programme pour diriger la compilation (GNU Press) en ligne sur : http://www.gnupress.org/book8.html

      Il existe essentiellement deux manières différentes de spécifier des paramètres :

      en spécifiant —enable-x ou —with-x

      ajouter une valeur à la fin, telle que —enable-x=y

      La première utilisation est assez simple : si vous souhaitez activer une fonctionnalité, ajoutez un paramètre qui spécifie de l'activer avec x étant le nom de la fonctionnalité, comme indiqué dans la liste d'aide.

      L'exemple suivant montre comment diriger configure pour trouver la bibliothèque ou les programmes nécessaires pour ajouter la prise en charge des images JPEG. configure se plaindra s'il ne trouve pas ce dont il a besoin.

      Si les bibliothèques requises ne sont pas trouvées, dans ce cas les bibliothèques JPEG, vous devrez peut-être utiliser la deuxième méthode pour spécifier le paramètre. Notez que la liste d'aide (exemple 4-6) dit :

      Le [=DIR] est une partie facultative du paramètre. Les paramètres entre crochets ne sont pas toujours obligatoires. Ce que configure veut, c'est de l'aide pour trouver les fichiers liés à la bibliothèque JPEG. Vous devez lui dire où ils sont installés. En cas de doute sur ce que configure veut savoir, revenez à la liste d'aide (exemple 4-6). À côté de l'option JPEG, il est écrit :

      Donc, si vous savez où se trouvent les fichiers LibJPEG, vous pouvez explicitement dire à configure d'aller y chercher.

      La recherche d'emplacements de dépendance est abordée dans la section suivante.

      Parfois, configure a besoin du inclure et lib fichiers associés à la bibliothèque. C'est le cas avec la configuration LibJPEG. Vous devez pointer vers le dossier racine dans lequel les bibliothèques ont été installées, il a le inclure et lib dossiers, y compris les fichiers LibJPEG. Cela peut aussi être le répertoire source dans lequel vous avez compilé LibJPEG avant de l'installer. Par exemple, je compile tout mon code source dans /accueil/tyler/src/ . Si je compile LibJPEG à partir de la source dans /home/tyler/src/jpeg , je peux pointer configurer vers cet emplacement à la place.

      Dans mon cas, libJPEG a été installé dans /usr/lib et donc je lancerais configure comme dans l'exemple suivant :

      Comme il s'agit d'un emplacement assez courant pour ces bibliothèques, je n'ai probablement pas eu besoin de spécifier l'emplacement que configure aurait probablement recherché là de toute façon. Cependant, si vous avez installé les bibliothèques dans un emplacement inhabituel (par exemple, dans un dossier personnel pour tester MapServer), cette option est importante à comprendre.

      Toutes les options de paramètre ne veulent pas un dossier. Certains nécessitent la spécification d'une valeur [=PATH] ou [=ARG]. Par exemple avec l'option GDAL comme vu précédemment (Exemple 4-6) :

      La lecture de la description à droite est essentielle pour spécifier correctement ce paramètre. Il ne veut pas seulement le dossier dans lequel se trouve gdal-config, il veut le chemin complet vers le fichier gdal-config. Étant donné que cet argument de chemin est facultatif, il recherche le fichier à quelques endroits évidents. Si vous l'avez caché dans un endroit étrange, vous devrez être plus précis et mettre le chemin entier dans le paramètre, comme dans le code suivant. Après avoir décidé quelles options vous souhaitez inclure, vous les enchaînez dans une longue commande et laissez configure faire son travail.

      Vous devez être explicite avec les arguments DIR et PATH uniquement lorsque cela est nécessaire. Lorsque vous exécutez configure après avoir sélectionné les options, examinez le texte de sortie configure imprime sur votre écran et recherchez les lignes qui se rapportent spécifiquement aux options que vous avez choisies. Si vous voyez qu'un élément ne s'extrait pas correctement, comme dans l'exemple suivant, vous avez fait quelque chose de mal.

      Dans ce cas, un emplacement pour gdal-config a été spécifié, mais le fichier n'existait pas car GDAL n'était pas installé (il s'agit d'un processus facultatif séparé décrit plus loin dans le chapitre 4). Parfois, il continue de chercher et trouve le fichier, malgré le mauvais argument PATH, mais ne pariez pas dessus. Si vous obtenez un tas d'erreurs, vous pouvez ressaisir votre commande de configuration et modifier les paramètres jusqu'à ce qu'ils fonctionnent.

      Dépendances

      L'une des plus grandes forces de MapServer est peut-être sa capacité à s'appuyer sur des bibliothèques déjà existantes. Les développeurs se sont concentrés sur la prise en charge d'un petit noyau central d'exigences tout en permettant une fonctionnalité accrue en s'appuyant sur des bibliothèques externes plutôt que de créer plus de dépendances dans le projet de base. Le résultat est un produit puissant qui peut être étendu pour inclure d'autres fonctionnalités sans modifications majeures du programme de base.

      Pour ceux qui n'ont besoin que des bases rudimentaires pour leur application, il existe très peu de dépendances externes. Sur de nombreux systèmes, les bibliothèques ou programmes externes requis peuvent déjà être installés.

      Les dépendances potentielles incluent :

      Bibliothèques de formats d'images : JPEG, PNG, XPM, LIBICONV

      Formatage graphique/bibliothèques complémentaires : GD, FREETYPE, PDF, MING

      Formats de données/bibliothèques de prise en charge des applications : TIFF, EPPL, SDE, MPATROL, OGR, GDAL, POSTGIS, MYGIS, ORACLESPATIAL

      Bibliothèque de projection de coordonnées : PROJ.4

      Options de services Web : WMS, WFS, CURL, HTTPD, PHP

      Comment savoir de quelles bibliothèques externes vous avez besoin ? Habituellement, les programmes configure et make vous informeront de toute bibliothèque manquante.

      Comprendre le rôle que jouent les bibliothèques de prise en charge des clés peut aider à rendre les messages (de configure et make ) moins cryptiques. Cela peut également vous aider à planifier à l'avance pour préparer les bibliothèques dont vous pourriez avoir besoin mais que vous n'avez pas déjà.

      Pour le MapServer le plus basique, la seule exigence documentée est l'accès à la bibliothèque de création d'images GD (depuis http://www.boutell.com/gd/). Cette bibliothèque est utilisée pour créer les images de la carte.

      Lorsque j'ai vu ma première application MapServer, j'ai été époustouflé par sa capacité à créer une image si rapidement à partir de données vectorielles et raster assez complexes. C'était grâce à la bibliothèque GD. GD est un environnement de traitement et de création d'images, et une exigence de base de MapServer.

      La bibliothèque GD est si critique pour MapServer que si vous essayez de désactiver GD ou si vous ne l'avez pas disponible, configure ne vous laissera pas continuer, comme le montre l'exemple 4-7.

      Mis à part GD, il n'y a pas d'autres exigences de base pour MapServer. Cependant, pour que GD produise des images utilisables pour MapServer, il faut une sorte de support de bibliothèque d'images. Pour que GD soit correctement installé, vous avez besoin d'une bibliothèque PNG ou JPEG. Vous en avez peut-être déjà un ou plusieurs sur votre système.

      MapServer peut produire des images de sortie dans une variété de formats. Les formats JPEG, GIF et PNG sont peut-être les plus connus. Les bibliothèques de support pour les formats que vous souhaitez utiliser doivent être disponibles pour GD.

      La plupart des plates-formes Linux modernes ont la version 2 de GD installée, elle s'appelle GD2. MapServer 4.4 nécessite les bibliothèques GD2. Vous aurez également besoin de fichiers de développement pour GD2, qui incluent des fichiers de support pour d'autres programmes compilés dans le support de GD2. Si vous installez à partir de RPM, le package gd2-devel vous fournira les fichiers de développement. Pour vérifier si un package est déjà installé, exécutez :

      Par exemple, pour voir si gd est installé, vous pouvez exécuter :

      Les packages installés sont répertoriés. Aucune réponse signifie qu'aucun package RPM n'est installé. Les anciennes versions de Linux et d'autres systèmes d'exploitation n'auront pas GD2. Dans ce cas, vous avez toujours besoin des bibliothèques de développement pour la version de GD que vous utilisez. Dans certains cas, cela peut vous limiter à utiliser les versions antérieures à la 4.4 de MapServer.

      Si le support PNG est souhaité, les bibliothèques ZLIB sont également requises. Pour installer GD, vous aurez probablement besoin des bibliothèques PNG/ZLIB, JPEG et FreeType.

      La version la plus basique que vous pouvez compiler trouvera probablement les bibliothèques prenant en charge PNG, JPEG, WBMP (bitmap Windows) et FREETYPE (police TrueType) déjà sur votre système et les intégrera automatiquement.

      Si vous exécutez configure et utilisez explicitement —sans pour chaque option, configure trouve toujours quelques bibliothèques et les incorpore (malgré la demande de ne pas le faire). Il vous reste une configuration qui ne lira que deux types de fichiers : les images JPEG et les fichiers de données vectorielles au format ESRI. Cette configuration minimaliste peut produire des images de types PNG, JPEG et WBMP et, éventuellement, restituer les polices TrueType (TTF) sous forme d'étiquettes sur l'image de la carte.

      Ce que cela vous laisse est très basique, mais cela vous permettra de commencer à tester les bases de MapServer. Beaucoup de gens exécutent simplement ./configure sans aucune option et voient s'il y a des problèmes évidents. Dans certains cas, cela suffit pour une simple configuration de MapServer.

      Faire une compilation

      Une fois le processus de configuration terminé, vous êtes prêt à commencer à compiler l'application. Selon les options à inclure, ce processus peut prendre un certain temps. Le processus de compilation commence par l'exécution de la commande make comme illustré dans l'exemple 4-8.

      Après avoir exécuté make , vous verrez de nombreuses commandes et informations défiler sur l'écran. Lorsque le processus de compilation est terminé, il n'y aura pas de message, vous êtes simplement renvoyé à l'invite de commande. L'exemple 4-8 montre quelques exemples de sortie du début et de la fin du processus de fabrication.

      Vous pouvez voir divers messages d'avertissement dans la liste de sortie. Ils peuvent être ignorés, tant que vous n'obtenez pas une erreur qui vous expulse du processus.

      Si vous avez déjà compilé des programmes, vous serez tenté d'exécuter make install ensuite. C'est bien, mais inefficace. Il n'y a pas de processus d'installation pour MapServer, vous copiez simplement l'exécutable mapserv dans le cgi-bin annuaire. Si vous exécutez make install , vous obtenez des instructions supplémentaires pour vous rappeler ce qu'il faut faire, comme dans l'exemple 4-9.

      La commande make a produit le mapserv fichier exécutable auquel ce message fait référence. Si vous n'avez pas de fichier appelé mapserv après l'exécution de la commande make, elle ne s'est pas terminée correctement. Le message fait également référence à MapScript. MapScript est une option de script avancée pour MapServer qui est abordée plus en détail au chapitre 14.

      Vous pouvez tester l'exécutable mapserv en l'exécutant avec le paramètre -v, comme dans l'exemple 4-10. Cela répertorie la version et les paramètres facultatifs qui sont compilés dans MapServer.

      Cet exemple montre les différentes options de format de données d'entrée et de sortie sélectionnées lors du processus de configuration. Vous pouvez exécuter mapserv sans le paramètre -v, mais cela vous rappellera, comme dans l'exemple 4-11, qu'il n'est pas destiné à être exécuté en tant que programme autonome.

      Si vous appelez le programme mapserv sans aucun paramètre depuis une page Web, vous obtenez un message légèrement différent :

      Cela peut devenir un moyen utile de s'assurer que mapserv est correctement installé, c'est discuté plus en détail au chapitre 11.

      D'autres programmes sont créés en même temps que mapserv. Ceux-ci incluent scalebar , shp2img , shptree , tile4ms , et plus encore, ils sont discutés plus en détail au chapitre 10.

      Des documents pratiques pour la compilation de MapServer sont disponibles sur son site Web http://mapserver.gis.umn.edu/doc/.

      Installation

      Une autre force de MapServer est sa capacité à exécuter plusieurs versions qui incluent des capacités différentes, toutes sur le même ordinateur. Une application peut être configurée pour utiliser une version plus stable tandis qu'une autre peut utiliser une version de test récente. Cette flexibilité est possible car le programme mapserv s'exécute comme une application CGI via un serveur Web. Toute application Web MapServer peut appeler une version spécifique de l'exécutable mapserv. Vous en apprendrez plus à ce sujet au chapitre 11.

      La méthode d'installation typique consiste à copier le mapserv fichier dans un serveur Web cgi-bin dossier. Si le fichier se trouve dans un dossier à partir duquel le serveur Web peut exécuter le fichier (par exemple, le cgi-bin dossier), c'est tout ce qui est nécessaire pour installer la version CGI de MapServer. Les configurations plus avancées auront plus de dépendances, mais en fin de compte, l'étape principale de l'installation consiste à copier le mapserv fichier dans le cgi-bin dossier, ou un avec des propriétés équivalentes.

      Les packages RPM effectuent une partie de ce travail pour vous, mais vous devez vous assurer de savoir où mapserv le fichier est mis. Par exemple, le RPM peut essayer de mettre le mapserv fichier dans /var/www/cgi-bin par défaut, mais vous en aurez peut-être besoin ailleurs. Sur SuSE Linux exécutant Apache, il devrait entrer /srv/www/cgi-bin.

      Si vous envisagez d'installer MapServer à partir d'un package RPM, il est judicieux d'obtenir une liste des fichiers et des emplacements créés par le RPM. Cela peut être fait à l'aide des fonctions de requête et de liste du package RPM, comme illustré dans l'exemple 4-12.

      Une fois l'installation terminée, mapserv peut traiter les requêtes CGI et renvoyer les cartes. Cela nécessite la configuration d'autres parties du cadre global de MapServer, comme expliqué au chapitre 11.

      Un test rapide de l'installation

      Vous pouvez exécuter un test de base sur MapServer en exécutant le programme mapserv ou mapserv.exe. Le test le plus simple que vous puissiez faire est à partir de la ligne de commande. Tout d'abord, vous ouvrez une invite de commande et vous changez ou au moins recherchez le dossier qui contient mapserv , mapserv.exe ou mapserv_ xxxx peut être un numéro de version tel que 44 pour mapserv Version 4.4. Pour MS4W, mapserv.exe se trouve dans le c:ms4wapachecgi-bin dossier.

      Si vous compilez à partir des sources, mapserv se trouve dans le dossier du code source dans lequel il a été compilé. Si vous installez à partir d'un binaire RPM, mapserv se trouve dans le dossier par défaut du serveur Web Apache. Par exemple, sur SuSE, c'est dans /srv/www/cgi-bin , et sur Fedora, c'est dans /var/www/cgi-bin.

      À partir de l'invite de commande, exécutez le programme mapserv. Par exemple, sur SuSE Linux, utilisez la commande :

      Dans tous les cas, la sortie que vous obtenez devrait ressembler à :

      Oui, il s'agit d'un message d'erreur, mais il confirme que vous disposez au moins d'une version fonctionnelle du programme MapServer. Félicitations, vous êtes prêt à commencer à travailler avec MapServer dans les chapitres 10 et 11.

      Si toutes les dépendances pour MapServer ne sont pas disponibles, vous pouvez obtenir un message d'erreur différent. La figure 4-4 montre un exemple de message d'erreur Windows lorsqu'une bibliothèque de prise en charge, GDAL par exemple, est introuvable.

      Obtenir Cartographie Web illustrée maintenant avec l'apprentissage en ligne O'Reilly.

      Les membres O'Reilly bénéficient d'une formation en ligne en direct, ainsi que de livres, de vidéos et de contenu numérique de plus de 200 éditeurs.


      Prestations de service

      Y aura-t-il des changements à mon forfait Internet et à mes frais?

      Nous avons conçu la transition pour qu'elle soit aussi fluide et facile que possible pour vous. Votre forfait Internet actuel et vos frais ne changeront pas pendant la transition du 25 août.

      Y aura-t-il des changements à mes services Internet ?

      Il n'y aura aucun changement à votre service Internet pendant la transition du 25 août.

      Cette transition signifie-t-elle que je passe à Internet par satellite ?

      Non. La transition vers Xplornet fournira encore plus d'accès à des produits sans fil fixes supplémentaires, y compris une plus grande sélection de forfaits et de forfaits LTE et illimités pour répondre à vos besoins croissants.

      Où puis-je trouver plus de détails sur les politiques de mon service Internet ?

      Pour vous aider à vous familiariser avec les politiques qui s'appliquent à votre service, nous avons placé ces informations dans un seul endroit pratique. Cliquez ici pour consulter les politiques telles que les conditions d'utilisation, la politique de confidentialité et la politique de gestion du trafic.

      Si mon forfait actuel inclut une utilisation illimitée des données, vais-je continuer à bénéficier d'une utilisation illimitée ?

      Oui. Pendant la transition du 25 août, il n'y aura aucun changement à votre service, à la vitesse et au forfait de données auxquels vous vous abonnez, ni aux frais mensuels que vous payez aujourd'hui.

      Dois-je signer un contrat ?

      Vous n'avez pas besoin de signer un nouveau contrat pour continuer votre service actuel. Au fil du temps, nous pouvons mettre à niveau et remplacer une technologie plus ancienne, auquel cas nous pouvons vous fournir des solutions Internet alternatives qui peuvent vous obliger à signer un contrat.

      Dois-je remplacer mon équipement ?

      Vous pouvez continuer à utiliser le même équipement de service Internet que vous avez actuellement dans votre maison ou votre entreprise. Nous avons conçu la transition pour qu'elle soit aussi fluide et facile que possible pour vous. Si vous choisissez de changer de forfait, une mise à niveau de l'équipement peut être nécessaire.

      Pourrai-je mettre à niveau mon service avec Xplornet ?

      Vous pourrez passer à d'autres services Xplornet dès qu'ils seront disponibles dans votre région.


      Comment les cartographes en ligne aident la Croix-Rouge à sauver des vies aux Philippines

      Il faudra des mois avant de connaître les véritables dégâts causés par le super typhon Haiyan. Le plus grand nombre de morts maintenant associé à la tempête ne sont que des estimations. Des travailleurs humanitaires du monde entier s'envolent maintenant vers la nation insulaire, ou ils viennent d'y arriver. Eux - et les Philippins - soutiendront les survivants et commenceront à reconstruire.

      Mais ils seront aidés par une technologie incroyable, une collaboration humanitaire mondiale et participative rendue possible par Internet.

      Qu'est-ce que c'est? Il s'agit d'une carte très détaillée des zones touchées par le super typhon Haiyan, et elle n'existait pratiquement pas il y a trois jours, lorsque la tempête a touché terre.

      Depuis samedi, plus de 400 bénévoles ont fait près de trois quarts de million d'ajouts à une carte gratuite en ligne des zones aux Philippines et aux alentours. Ces ajouts reflètent la terre avant la tempête, mais ils aideront les travailleurs et les bénévoles de la Croix-Rouge à prendre des décisions cruciales après celle-ci sur l'endroit où envoyer la nourriture, l'eau et les fournitures.

      Ces choses sont faciles à hyperboliser, mais aux Philippines, maintenant, il est fort probable que les données et les logiciels de cartographie gratuits – et la communauté qui les soutient – ​​sauveront des vies.

      Le Wikipédia des cartes

      Les modifications ont été apportées à OpenStreetMap (OSM), une sorte de Wikipédia de cartes. OSM se veut une carte complète du monde, libre d'utilisation et modifiable par tous. Créé en 2004, il compte aujourd'hui plus d'un million d'utilisateurs.

      J'ai parlé à Dale Kunce, ingénieur géospatial principal à la Croix-Rouge américaine, de la façon dont la cartographie bénévole aide à améliorer la situation aux Philippines.

      La Croix-Rouge, à l'échelle internationale, a récemment commencé à utiliser des logiciels et des données open source dans tous ses projets, a-t-il déclaré. Les logiciels libres réduisent ou éliminent les coûts de « laisser de côté » du projet, ou la somme d'argent nécessaire pour faire fonctionner quelque chose après le départ de la Croix-Rouge. Tous les logiciels ou données compilés par la Croix-Rouge sont désormais publiés sous une licence open source ou de partage à l'identique.

      Alors qu'Open Street Map a déjà été utilisé dans des crises humanitaires, le super typhon Haiyan est la première fois que la Croix-Rouge coordonne son utilisation et l'effort bénévole qui l'entoure.

      Comment les modifications ont été apportées

      Les 410 bénévoles qui ont édité OSM au cours des trois derniers jours ne sont pas tous des professionnels de la cartographie. Organisés par l'équipe humanitaire OpenStreetMap sur Twitter, des appels ont été lancés pour que les zones des Philippines sur le chemin de la tempête soient cartographiées.

      A quoi ressemble cette cartographie ? Il s'agit principalement de « tracer » des routes dans OSM à l'aide de données satellitaires. L'OSM dispose d'un éditeur convivial qui sous-tend l'imagerie satellite - sur laquelle les infrastructures comme les routes sont clairement visibles - sous l'image du monde telle qu'elle est capturée par OSM. Les volontaires peuvent alors tracer le tracé d'une route, comme ils le font dans ce GIF, créé par la start-up basée à Washington, Mapbox :

      Les volontaires peuvent également tracer des bâtiments dans Mapbox en utilisant le même éditeur visuel. Depuis que Haiyan a touché terre, les volontaires ont retracé quelque 30 000 bâtiments.

      Des cartes, au sol

      Comment ces données cartographiques aident-elles les travailleurs sur le terrain aux Philippines ? Premièrement, il permet aux travailleurs d'imprimer des cartes papier en utilisant les données OSM qui peuvent être distribuées aux travailleurs sur le terrain. La Croix-Rouge américaine a envoyé quatre membres de son personnel aux Philippines, et l'un d'entre eux, Helen Welch, spécialiste de la gestion de l'information, a apporté avec elle plus de 50 cartes papier représentant la ville de Tacloban et d'autres zones durement touchées.

      La ligne rouge montre le chemin du super typhon Haiyan et les taches colorées montrent où les volontaires ont fait des ajouts à OpenStreetMap ce week-end. Remarquez l'étendue des modifications à Tacloban, une ville de plus de 220 000 habitants qui a subi de plein fouet la tempête. (Croix-Rouge américaine)

      Ces cartes ont été imprimées samedi, avant que les volontaires n'effectuent la plupart des changements dans la zone touchée dans OSM. Lorsque ces données plus récentes seront imprimées sur le sol, elles incluront presque tous les bâtiments tracés, et les sauveteurs auront une meilleure idée de l'endroit où les bâtiments «fantômes» devraient se trouver. Ils seront également sur papier, afin que les travailleurs puissent y écrire, dessiner et y coller des épingles.

      Welch a atterri il y a 12 heures et Kunce a déclaré qu'ils "lui avaient déjà poussé trois ou quatre cartes supplémentaires".

      Une partie de la ville de Tacloban avant et après sa cartographie par l'équipe humanitaire OSM. Les routes, les bâtiments et les plans d'eau manquaient avant que les volontaires ne les ajoutent. (@RBanick)

      La Croix-Rouge a commencé à enquêter à l'aide de données géospatiales après le tremblement de terre massif en Haïti en 2010. À l'aide de données satellitaires préexistantes, les bénévoles ont cartographié la quasi-totalité de Port-au-Prince dans OSM, créant des données qui sont devenues la base d'un logiciel qui a aidé à organiser aider et gérer les opérations de recherche et de sauvetage.

      Cet effort bénévole massif a convaincu les dirigeants de la Croix-Rouge américaine d'augmenter le personnel se concentrant sur leurs cartes numériques ou systèmes d'information géographique (SIG). Depuis, ils ont vu une énorme augmentation de la qualité et de la quantité des cartes.

      Mais ce n'est pas tout ce que les cartes peuvent faire.

      La National Geospatial-Intelligence Agency (NGA), exploitée par le département américain de la Défense, a déjà capturé des images satellite des Philippines. Cette agence a décidé où se trouvent les pires dégâts et a envoyé les coordonnées de ces zones à la Croix-Rouge. Mais, à partir de 19 heures. Lundi, la Croix-Rouge n'a pas encore cette image réelle de ces sites.

      L'objectif de l'équipe géospatiale de la Croix-Rouge, a déclaré Kunce, était d'aider les travailleurs « à prendre des décisions fondées sur des preuves, pas sur l'intuition ». L'équipe « met autant de données que possible entre les mains des intervenants. » Qu'est-ce que cela signifie ? Grâce aux bénévoles, la Croix-Rouge sait où les routes et les bâtiments devrait être. Mais jusqu'à ce qu'il obtienne le deuxième ensemble de données, décrivant le terrain après la tempête, il ne sait pas où se trouvent réellement les routes et les bâtiments. Jusqu'à ce qu'il obtienne les nouvelles données, ses volontaires ne peuvent pas décider laquelle des trois routes, par exemple, utiliser pour envoyer de la nourriture et de l'eau à un village isolé.

      À l'heure actuelle, ils ne peuvent pas prendre ces décisions.

      Kunce a déclaré que le département d'État américain était en train de négocier avec la NGA pour que ces images soient transmises à la Croix-Rouge. Mais, au moment de la publication, ce n'est pas encore là.

      Lorsque les défenseurs des données ouvertes discutent des licences de données, ils en parlent rarement en termes de vie ou de mort. Mais, chaque heure pendant laquelle la Croix-Rouge ne reçoit pas ces images, de meilleures décisions ne peuvent pas être prises quant à l'endroit où envoyer les fournitures ou où effectuer les sauvetages.

      Et après cette imagerie Est-ce que arrivent, les volontaires OSM du monde entier peuvent le comparer aux structures d'avant la tempête, marquant chacun des 30 000 bâtiments comme indemne, endommagé ou détruit. Cette phase, qui n'a pas encore commencé, aidera les sauveteurs à prioriser leurs efforts.

      L'OSM n'est pas la seule organisation à utiliser des volontaires en ligne pour aider les Philippines : MicroMappers, dirigé par un vétéran des efforts d'OSM en Haïti, a utilisé des tweets triés par des volontaires pour déterminer les domaines qui nécessitaient le plus de secours. En me parlant, Kunce a déclaré que la « marchandisation des cartes » numérique avait généralement contribué à l'épanouissement de leur quantité et de leur qualité dans de nombreuses organisations d'aide différentes.

      "Si vous mettez une carte entre les mains de quelqu'un, il va demander une autre carte", a déclaré Kunce. Espérons que le gouvernement pourra bientôt mettre de meilleures cartes entre les mains de la Croix-Rouge et des travailleurs sur le terrain.


      1 réponse 1

      Eh bien, j'ai sauvegardé mon répertoire personnel et je me suis lancé, et il s'avère que tout ce que vous avez à faire est de suivre le flux normal pour ajouter un nouvel utilisateur dans Users & Groups, puis quand vient le temps de sélectionner un répertoire personnel , choisissez celui que vous possédez déjà. Il vous demandera ceci :

      Sélectionnez simplement "Utiliser le dossier existant" et tout

      . Je n'ai perdu aucune donnée et tous mes paramètres et sessions et tout était de retour lorsque je me suis connecté en tant qu'utilisateur.

      Remarque - Je n'étais pas sûr que les autorisations allaient s'aligner, mais elles l'ont fait. Cependant, j'ai peut-être eu de la chance. Avant de créer cet utilisateur, lorsque j'ai fait une liste de répertoires dans mon ancien répertoire personnel, au lieu du nom d'utilisateur, le propriétaire était simplement l'ID, 501 . Après avoir créé l'utilisateur, le nouvel utilisateur avait l'ID 501 et les autorisations étaient donc toutes alignées. Je ne sais pas si l'assistant était assez intelligent pour sélectionner un ID pour le nouvel utilisateur en fonction du répertoire de base existant, ou si 501 est l'ID par défaut du premier utilisateur non root. YMMV - si votre répertoire personnel existant a un ID différent ou si vous avez déjà un compte non root sur cette machine, et c'est ne pas étant intelligent pour choisir l'ID, vous devrez peut-être tout chown ou créer l'utilisateur manuellement avec l'outil dscl et lui donner l'ID que vous voulez.


      Kit de construction d'applications Web Adobe ColdFusion 9, Volume 2 : Configuration du serveur ColdFusion

      Commençons notre visite page par page de l'administrateur ColdFusion par la section Paramètres du serveur, qui constitue la première partie de la colonne de navigation de gauche. Les pages de cette section concernent principalement l'optimisation des performances du serveur. Mis à part la page Sources de données dans la section suivante, il s'agit de la partie la plus importante de ColdFusion Administrator, et la partie avec laquelle vous serez probablement le plus familiarisé.

      La page des paramètres

      La page Paramètres contient diverses options liées à l'ajustement des performances et de la réactivité du serveur aux demandes de page de vos utilisateurs. Il contient également des options pour contrôler ce qui se passe lorsque des erreurs se produisent.

      Demandes de délai d'attente après (secondes)

      Si vous voulez vous assurer que ColdFusion ne passe pas plus de 20 ou 30 secondes à travailler sur une demande de page particulière, cochez la case Timeout Requests After et fournissez la valeur appropriée pour le nombre de secondes. Si une page prend plus de temps que le nombre de secondes que vous spécifiez, la page s'arrêtera simplement et affichera un message d'erreur.

      Je vous suggère fortement d'activer cette option et de la définir sur un nombre relativement faible pour commencer, peut-être 20 ou 30. Une page de longue durée peut être terminée, afin que le serveur puisse passer à d'autres demandes de page qui devraient être plus faciles pour qu'il se génère rapidement.

      Vous pouvez remplacer le délai d'expiration de la demande que vous fournissez pour ce paramètre page par page. Utilisez simplement le <cfréglage> balise, en spécifiant le nombre maximum de secondes que vous souhaitez que la page soit autorisée à s'exécuter en tant que délai d'attente de la demande attribut. Par exemple, si vous vouliez qu'une page particulière s'exécute jusqu'à cinq minutes (elle effectue peut-être une opération de transfert de fichiers volumineux avec <cftp>), vous utiliseriez le code suivant, vers le haut de la page :

      Gardez à l'esprit, cependant, qu'une page longue peut bloquer l'exécution d'autres pages. Vous pourriez donc vouloir utiliser le <clock> pour s'assurer qu'une seule instance de la page de longue durée est capable de s'exécuter en même temps. Vous utiliseriez le <clock> attribut avec un Nom attribut qui était unique à ce fichier ColdFusion particulier, comme ceci :

      Alternativement, vous pouvez utiliser un Nom valeur qui était la même pour toutes les pages longues, cela garantirait qu'une seule des pages longues était autorisée à s'exécuter à la fois.

      Pour plus d'informations sur <clock>, reportez-vous au chapitre 18, « Présentation de l'infrastructure d'applications Web », dans le volume 1.

      Bien sûr, vous pouvez personnaliser l'apparence du message d'erreur qui apparaît si une page prend plus de temps que le nombre de secondes que vous spécifiez. Voir le paramètre Gestionnaire d'erreurs à l'échelle du site, plus loin dans cette section, et la discussion sur le <CFERROR> balise au chapitre 18.

      Activer les paramètres par application

      Les paramètres définis dans ColdFusion Administrator s'appliquent à toutes les applications exécutées sur le serveur. ColdFusion permet de remplacer des paramètres spécifiques au niveau de l'application. Par exemple, le dossier Balises personnalisées est partagé par toutes les applications. Si deux applications créent des balises personnalisées avec le même nom, il existe un risque réel que la mauvaise balise soit invoquée par inadvertance. La possibilité de définir un dossier de balises personnalisées différent pour chaque application (en remplaçant l'emplacement par défaut spécifié) résout ce problème.

      Les paramètres par application ne sont pas définis dans ColdFusion Administrator. Au contraire, ils sont définis par programme dans le Application.cfc déposer.

      Application.cfc a été présenté au chapitre 18.

      Pour activer la prise en charge des paramètres par application, cochez la case Activer les paramètres par application (elle est activée par défaut).

      Utiliser l'UUID pour cftoken

      Comme vous l'avez appris au chapitre 19, « Travailler avec les sessions », dans le volume 1, Cold-Fusion utilise des valeurs appelées CFID et CFTOKEN pour identifier chaque machine du navigateur. le CFTOKEN value est utilisé comme une sorte de mot de passe qui permet aux utilisateurs d'être connectés à leurs variables client sur le serveur. De plus, cette valeur est utilisée (de concert avec la notion de délai d'expiration de session) pour connecter les utilisateurs avec leurs variables de session sur le serveur.

      Je vous recommande d'aller de l'avant et d'activer cette option à moins que vous n'ayez une application existante qui utilise le CFTOKEN en interne d'une certaine manière et dépend du fait qu'il s'agit d'un nombre.

      Si vous devez pouvoir générer des identifiants uniques pour votre propre usage dans votre application, vous pouvez utiliser le CréerUUID() une fonction.

      Activer les codes d'état HTTP

      Ce paramètre permet à ColdFusion de renvoyer de vrais codes d'état HTTP dans l'en-tête de sa réponse si une erreur inattendue se produit. Par exemple, si un utilisateur demande une page ColdFusion qui n'existe pas sur le serveur, ColdFusion pourra renvoyer un vrai message d'erreur (numéro de code d'état HTTP 404) que d'autres machines peuvent comprendre comme signifiant "introuvable". Si cette option n'est pas cochée, ColdFusion affichera simplement une page contenant un message indiquant que la page est introuvable (pas très utile pour les serveurs proxy, les moteurs de recherche ou les machines essayant d'accéder aux services Web sur votre serveur).

      De même, si ColdFusion doit signaler un message d'erreur, le code d'état HTTP de la réponse du serveur sera défini sur 500 si cette option est cochée. Si elle n'est pas cochée, le message d'erreur s'affiche, mais le code d'état reste défini sur le code d'état HTTP normal, 200, ce qui signifie que les autres systèmes automatisés du réseau ne peuvent pas vraiment dire que quelque chose s'est mal passé.

      En règle générale, ne laissez jamais cette option cochée sur les serveurs de développement. Si vous le souhaitez, laissez-le coché (il est activé par défaut) sur les serveurs de production uniquement.

      Activer la gestion des espaces blancs

      Lorsqu'elle est activée, cette option garantit que les espaces blancs superflus (tels que les divers retours fixes, espaces et tabulations que vous utilisez pour indenter votre code ColdFusion) sont supprimés de tout code HTML généré avant qu'il ne soit renvoyé aux navigateurs.

      Je recommande que cette option soit activée (elle est activée par défaut) dans presque tous les cas. Il existe quelques situations spéciales dans lesquelles vous ne voudriez pas que les espaces blancs soient supprimés (par exemple, si vous utilisez <pré> blocs dans vos pages), mais vous pouvez toujours désactiver la gestion des espaces blancs au cas par cas avec le <cfdirective de traitement> étiqueter.

      Pour plus d'informations sur la gestion des espaces, reportez-vous au chapitre 27, "Amélioration des performances".

      Désactiver la vérification du type CFC

      Les arguments pour les méthodes des composants ColdFusion (et les fonctions définies par l'utilisateur) sont validés par ColdFusion. Cela signifie que si l'argument attend qu'un type de données spécifique lui soit transmis, ColdFusion vérifie que le type correct a bien été transmis.

      Les arguments peuvent accepter de nombreux types, y compris les composants ColdFusion. Par défaut, lorsqu'un argument accepte un Composant ColdFusion, ColdFusion vérifie que le composant passé est du bon type. Cette vérification peut prendre du temps (en millisecondes, mais reste plus lente que les autres vérifications de type d'argument). Pour améliorer les performances, vous pouvez désactiver la vérification du type CFC.

      Cette option est destinée uniquement aux serveurs de production. Sur les serveurs de développement (et de test), vous voudrez savoir si vous passez le mauvais type de CFC comme argument.

      Reportez-vous au chapitre 22, « Création de fonctions définies par l'utilisateur » et au chapitre 24, « Création de composants ColdFusion avancés », pour plus d'informations sur les UDF et les CFC.

      Désactiver l'accès aux composants Java ColdFusion internes

      ColdFusion propose des objets Java internes qui peuvent être utilisés pour effectuer toutes sortes d'administration de serveur. En effet, l'administrateur ColdFusion lui-même (et les API d'administrateur) utilisent largement ces objets Java.

      Étant donné que le code ColdFusion peut appeler des objets Java, ces objets internes peuvent également être appelés et utilisés. Sur les serveurs partagés, cela peut être un problème de sécurité potentiel, vous pouvez donc bloquer l'accès aux composants Java internes de ColdFusion si nécessaire.

      Voir le chapitre 68, « Extension de ColdFusion avec Java », dans Kit de construction d'applications Web Adobe ColdFusion 9, Volume 3 : Développement d'applications avancé, pour plus d'informations sur l'intégration Java de ColdFusion.

      En règle générale, cochez cette case sur les serveurs sur lesquels vous ne contrôlez pas tout le code et les applications, et laissez-la décochée si le serveur vous appartient.

      Préfixe JSON sérialisé avec

      JSON est un format de données XML utilisé dans les applications Ajax et par les contrôles Ajax de ColdFusion. Les services Web qui renvoient des données au format JSON pourraient contenir du code JavaScript et pourraient donc être compromis pour permettre des attaques de scripts intersites JavaScript. Cochez cette case pour préfixer les chaînes potentiellement dangereuses afin de les empêcher de s'exécuter.

      Consultez le chapitre 15, « Au-delà des formulaires HTML : ColdFusion-Powered Ajax », dans le volume 1, et le chapitre 30, « Advanced ColdFusion-Powered Ajax », pour en savoir plus sur l'intégration de ColdFusion et Ajax.

      Activer le système de fichiers en mémoire

      Un système de fichiers virtuel (VFS) a été ajouté à ColdFusion 9. Il s'agit d'un système de fichiers basé sur la RAM qui peut être manipulé de la même manière que le système de fichiers local, mais comme il est en mémoire, il offre de meilleures performances et un meilleur temps d'exécution. Toutes les opérations et manipulations de fichiers et de répertoires effectuées dans ColdFusion peuvent être effectuées avec le VFS : c'est-à-dire que vous pouvez créer des CFC et des CFM d'exécution dans la RAM et les exécuter, et toute balise qui utilise un fichier de disque local comme entrée et sortie peut également utiliser un Fichier VFS en tant que même entrée et sortie. Il existe également la possibilité de définir une limite de mémoire pour le VSS en mémoire.

      le RAM:/// système de fichiers est disponible dans tout le système. Pour limiter l'accès au VFS à partir d'autres applications, vous pouvez utiliser la sécurité sandbox.

      Regardez les fichiers de configuration pour les modifications

      Les paramètres de configuration ColdFusion sont stockés dans des fichiers XML externes.Ces fichiers ne sont généralement jamais modifiés directement, ils sont mis à jour selon les besoins par ColdFusion lui-même (lorsque des modifications sont apportées à l'aide de ColdFusion Administrator ou de l'API Administrator). Si des modifications sont apportées directement aux fichiers, ces modifications ne seront pas vues par ColdFusion tant que le serveur n'aura pas été redémarré.

      Cependant, si nécessaire, ColdFusion peut surveiller ses propres fichiers de configuration et recharger leur contenu (les paramètres) si des modifications de fichiers ont eu lieu. Si cette fonctionnalité est nécessaire, cochez cette option.

      Si vous utilisez ColdFusion sur IBM WebSphere à l'aide du déploiement réseau, cette option doit être activée (cochée).

      Activer la protection globale des scripts

      Cochez cette case pour que ColdFusion vérifie URL, FORME, CGI, et BISCUIT variables pour les attaques potentielles de scripts intersites.

      Cette option est expliquée au chapitre 21, « Sécurisation de vos applications », dans le volume 1.

      Défaut ScriptSrc Annuaire

      le <cfform> Les balises (présentées aux chapitres 12, « Formulaires ColdFusion » et 14, « Utilisation de formulaires pour ajouter ou modifier des données », dans le volume 1) utilisent des fichiers JavaScript qui sont installés dans un dossier nommé /CFIDE/scripts sous la racine ColdFusion. Si cet emplacement doit être modifié (par exemple, pour verrouiller l'ensemble CFIDE structure du répertoire), vous devez fournir le nouveau chemin dans ce champ.

      Autoriser des attributs supplémentaires dans la collection d'attributs

      Les balises ColdFusion peuvent transmettre des attributs non standard dans la structure de collection d'attributs.

      Clé API Google Maps

      Un valide Google Map Une clé API est requise pour utiliser le logiciel intégré de ColdFusion Google Maps capacités dans votre application. Vous pouvez spécifier cette clé dans cette section Administrateur ColdFusion, qui est disponible globalement, par instance de serveur, ou la définir dans votre code avant d'utiliser cette fonctionnalité.

      le MAPFC La clé peut être définie à trois niveaux ou étendues. Ainsi, l'accessibilité de la clé dépend de l'endroit où vous l'avez définie.

      • Portée du serveur : Partagé pour toutes les applications exécutées dans l'instance de serveur.
      • Champ d'application : Disponible à partir de la portée de l'application.
      • Portée du modèle : Accessible uniquement dans ce modèle.

      Tant le composant avec le OnServerStart() méthode et la Application.cfc et Application.cfm Les sections d'ordre de recherche de cette page sont explicites.

      Gestionnaire de modèle manquant

      Vous pouvez créer une page ColdFusion qui sera exécutée et affichée chaque fois qu'un utilisateur demande une page ColdFusion qui n'existe pas réellement sur le serveur. Cette page remplacera le message par défaut Introuvable qui apparaîtrait normalement. Le gestionnaire de modèle manquant peut contenir le code ColdFusion de votre choix. Spécifiez simplement son emplacement ici, dans l'administrateur ColdFusion. Assurez-vous d'inclure le chemin d'accès complet au fichier (y compris le c : ou tout ce qui est approprié), pas seulement son nom.

      Gestionnaire d'erreurs à l'échelle du site

      Vous pouvez également créer une page ColdFusion qui sera exécutée et affichée chaque fois qu'une erreur non détectée (exception) est affichée. Cette page remplacera le message d'erreur standard qui apparaîtrait normalement. Encore une fois, spécifiez simplement son emplacement ici, dans l'administrateur ColdFusion. Assurez-vous d'inclure le chemin d'accès complet au fichier (y compris le c : ou tout ce qui est approprié), pas seulement son nom.

      Vous pouvez toujours spécifier des pages de gestion des erreurs personnalisées page par page ou application par application avec le <cferreur> tag, comme expliqué au chapitre 44, « Gestion des erreurs », en ligne.

      Taille maximale des données de publication

      Un type d'attaque de serveur surcharge le serveur en lui faisant traiter des requêtes avec des quantités massives de données attachées. Ce type d'attaque utilise PUBLIER soumission, et ainsi ColdFusion peut être chargé d'ignorer (et de terminer) toutes les demandes avec PUBLIER données supérieures à une taille spécifiée. Pour implémenter cette option, spécifiez une taille.

      Demander le seuil d'accélérateur

      ColdFusion peut ralentir (ralentir de force) les requêtes entrantes si nécessaire. Cependant, de très petites demandes (celles avec un petit charge utile) peut être autorisé quel que soit l'état de la manette des gaz. Pour permettre le traitement de petites requêtes, spécifiez la taille maximale autorisée (la valeur par défaut est de 4 Mo maximum).

      Demander de la mémoire d'accélérateur

      Pour limiter les demandes, spécifiez la quantité maximale de mémoire allouée pour la limitation. Si la mémoire totale disponible est insuffisante, ColdFusion met les requêtes en file d'attente jusqu'à ce qu'il y ait suffisamment de mémoire libre (la valeur par défaut est de 200 Mo).

      La page de réglage de la demande

      La page de réglage des demandes est utilisée pour gérer et contrôler la manière dont ColdFusion gère le traitement des demandes simultanées.

      Nombre maximal de demandes de modèles simultanées

      ColdFusion est rapide et efficace, mais il ne peut évidemment pas gérer un nombre illimité de demandes de pages à la fois. À un moment donné, tout serveur sera submergé s'il essaie de servir trop d'utilisateurs à la fois. Ce paramètre vous permet d'ajuster les performances de votre serveur en ajustant le nombre maximum de demandes de pages qu'il peut traiter en même temps.

      Si vous modifiez ce paramètre, vous devez redémarrer le serveur d'applications ColdFusion pour que les modifications prennent effet.

      Étant donné que ce paramètre peut avoir un impact important sur les performances d'une application, ce serait bien s'il y avait une règle stricte que vous pourriez utiliser pour déterminer la meilleure valeur à fournir. Malheureusement, une telle règle n'existe pas. Plus votre matériel est puissant, une plus grande quantité de RAM, des processeurs plus rapides, des disques durs plus rapides et des connexions réseau plus rapides à vos bases de données, plus il peut gérer de demandes en même temps.

      Ainsi, en fonction de vos spécifications matérielles, la réduction du nombre de requêtes permet à ColdFusion de consacrer ses ressources à un petit nombre de tâches, exécutant ainsi toutes les tâches plus rapidement. Si vous pensez que votre serveur peut gérer plus de requêtes, essayez vos applications ColdFusion avec le paramètre augmenté sous charge dans un environnement de transfert.

      Voici quelques règles de base :

      • Commencez avec une valeur de 10, ce qui est un point de départ assez raisonnable.
      • Si votre serveur possède plusieurs processeurs, ou si votre serveur est extrêmement puissant d'une autre manière, augmentez le nombre de requêtes simultanées par processeur. Si le serveur commence à montrer son âge, diminuez le nombre.
      • Si le développement des pages prend plus d'une seconde ou deux, vous pouvez envisager de réduire ce nombre.
      • Pour aider les pages rapides à ne pas être bloquées par des pages lentes, vous devriez probablement augmenter le nombre de requêtes simultanées. De plus, vous pouvez utiliser le <clock> pour s'assurer qu'un grand nombre de pages lentes ne sont pas autorisées à s'exécuter toutes en même temps. Par exemple, vous pouvez placer un <clock> marquer avec name="VerySlowProcess" et type="Exclusif" attributs autour du code qui, vous le savez, prendront du temps ou seront généralement difficiles pour le serveur. Voir le chapitre 18 pour plus d'informations sur le verrouillage.
      • Si votre application utilise des variables partagées, en particulier APPLICATION variables, de sorte que vous devez souvent demander un verrou exclusif pour vous protéger contre les conditions de concurrence, vous souhaiterez probablement réduire le nombre de requêtes simultanées (de sorte que moins de verrous se bloquent les uns les autres au moment de l'exécution). Voir le chapitre 18 pour plus d'informations sur les conditions de course.

      Il existe une autre approche importante que vous pouvez utiliser pour gérer différentes applications et demandes avec des charges et des temps de réponse différents. ColdFusion Enterprise vous permet d'installer plusieurs copies (instances) de ColdFusion sur une seule machine, et chaque instance peut avoir ses propres paramètres optimisés pour sa propre utilisation.

      Nombre maximal de requêtes Flash Remoting simultanées

      La plupart des demandes entrantes vers ColdFusion proviennent de navigateurs Web, mais ColdFusion accepte également les demandes des applications Flash (et Flex) via Flash Remoting. Ainsi, il est possible (si votre site comporte de nombreuses applications Flash) que les requêtes du navigateur Web soient mises en file d'attente en attendant que les requêtes Flash Remoting se terminent.

      ColdFusion vous permet de spécifier le nombre de requêtes à autoriser pour Flash Remoting.

      Nombre maximal de demandes de service Web simultanées

      Les demandes ColdFusion peuvent également être des demandes de services Web (SOAP). Comme pour les requêtes Flash Remoting, ColdFusion permet de restreindre les requêtes de services Web.

      Si votre site expose de nombreux services Web accessibles au public, vous souhaiterez peut-être augmenter ce nombre pour qu'il corresponde à la valeur Nombre maximal de demandes de modèles simultanées.

      Consultez le chapitre 59, « Création et utilisation de services Web », dans le volume 3, pour savoir comment créer et publier des services Web.

      Nombre maximal de requêtes de fonction CFC simultanées

      Les composants ColdFusion sont généralement appelés directement (à partir d'autres fichiers et modèles ColdFusion). Les CFC peuvent également être invoqués via Flash Remoting et les services Web, et comme déjà vu, ce type d'accès peut être plafonné si nécessaire. Les composants ColdFusion peuvent également être appelés via une requête HTTP directe. Pour plafonner ce type d'accès, définissez le maximum ici.

      Ce paramètre n'affecte pas les appels CFC à partir du code CFML local.

      Nombre maximal de threads JRun en cours d'exécution

      Lorsque ColdFusion s'exécute à l'aide du serveur JRun intégré, il doit partager le nombre total de threads disponibles avec JRun. En plus des threads dont ColdFusion a besoin pour le traitement, le JRun sous-jacent requiert lui-même des threads. Ainsi, cette valeur doit toujours être supérieure à la somme des quatre valeurs précédentes (20 plus haut est un bon point de départ).

      Nombre maximal de threads JRun en file d'attente

      Le serveur JRun sous-jacent peut accepter les requêtes Java et J2EE en plus des requêtes ColdFusion (qui sont traitées par ColdFusion s'exécutant dans JRun). JRun met les requêtes en file d'attente jusqu'à ce qu'elles puissent être traitées (par leur destination, où qu'elle se trouve), et cette taille de file d'attente est spécifiée ici.

      Nombre maximal de threads de rapport simultanés

      ColdFusion dispose d'un moteur de reporting intégré (utilisé par <CFREPORT>). Étant donné que le traitement des rapports peut être très gourmand en ressources (en particulier le traitement simultané de rapports très volumineux), il existe un risque que ColdFusion soit tellement occupé à créer des rapports que toutes les autres demandes souffrent de performances médiocres.

      Ainsi, ColdFusion vous permet de spécifier le nombre maximum de threads pouvant être alloués à la génération de rapports. Toutes les demandes supérieures au maximum spécifié seront mises en file d'attente jusqu'à ce qu'elles puissent être traitées.

      À moins que votre application ne génère des rapports en continu, définissez cette valeur sur une valeur bien inférieure au nombre total de requêtes disponibles.

      Reportez-vous au chapitre 16, « Graphisme, impression et rapport », dans le volume 1, pour en savoir plus sur les rapports ColdFusion.

      Nombre maximal de threads disponibles pour FIL CF

      Les requêtes ColdFusion sont à thread unique, mais, en utilisant <cfthread>, les applications ColdFusion peuvent générer des threads supplémentaires pour effectuer un traitement asynchrone. Bien que cette fonctionnalité puisse augmenter considérablement les performances, elle présente également un risque que tant de threads soient générés que les performances totales du système en souffrent.

      Ainsi, ColdFusion vous permet de spécifier le nombre maximum de threads pouvant être alloués pour le traitement des threads générés. Toutes les demandes supérieures au maximum spécifié seront mises en file d'attente jusqu'à ce qu'elles puissent être traitées.

      Voir le chapitre 26, "Gestion des threads", pour apprendre à utiliser les threads et les <cfthread> étiqueter.

      Délai d'attente des demandes en attente dans la file d'attente après m Secondes

      Si ColdFusion est occupé à traiter autant de demandes que celles spécifiées, toutes les demandes entrantes supplémentaires seront mises en file d'attente jusqu'à ce qu'il y ait un thread libre pour les traiter. En théorie, les demandes peuvent être mises en file d'attente indéfiniment, mais en pratique, vous souhaiterez probablement expirer les demandes et afficher un message d'erreur personnalisé.

      La durée maximale de la file d'attente des demandes peut être spécifiée dans cette option.

      Cette valeur ne doit jamais être inférieure à la valeur Request Timeout (la première option de la page Paramètres, abordée précédemment dans ce chapitre).

      Page Délai d'attente de la file d'attente des demandes

      Si les demandes en file d'attente expirent, les utilisateurs verront un message générique 500 dans leur navigateur. Pour fournir une page d'erreur personnalisée, spécifiez le chemin d'accès à un fichier HTML statique (par rapport à la racine Web) ici.

      N'utilisez pas de .cfm page comme page d'erreur personnalisée. Si les pages expirent dans la file d'attente, vous ne voulez pas mettre une autre page en file d'attente pour afficher un message d'erreur !

      La page de mise en cache

      Le mot cache est un terme général qui fait référence à l'utilisation d'une zone temporaire de la mémoire ou du lecteur de disque d'un ordinateur pour stocker des informations qui peuvent être longues à récupérer ou à calculer normalement. L'idée est d'effectuer l'action ou le calcul une fois, de le stocker dans le cache, puis d'utiliser les informations dans le cache (le version mise en cache) pour les demandes suivantes, plutôt que d'effectuer l'action ou le calcul encore et encore. Il doit toujours y avoir une certaine limite sur la quantité d'informations dans le cache, sinon la taille du cache deviendrait lourde et inefficace.

      La page de mise en cache de l'administrateur ColdFusion est utilisée pour contrôler le cache utilisé par ColdFusion pour mettre en cache vos fichiers de code ColdFusion et le cache de base de données que ColdFusion utilise chaque fois que vous utilisez le mis en cache dans ou alors mis en cache après attributs dans un <cfrequête> étiqueter.

      Ne confondez pas les options de mise en cache sur cette page de l'administrateur avec le <cfcache> tag, qui sert à mettre en cache des fonctions, à mettre en cache des fragments de page ou à mettre en cache des pages individuelles. Pour plus de détails sur <cfcache>, reportez-vous au chapitre 27, « Amélioration des performances ».

      Nombre maximal de modèles en cache

      ColdFusion convertit vos modèles ColdFusion en classes Java compilées en arrière-plan. Chaque fois que quelqu'un visite l'une de vos pages ColdFusion, ColdFusion vérifie si la page a été convertie en une classe Java et si la classe Java est à jour (c'est-à-dire si la .cfm fichier a été modifié depuis la compilation de la classe Java). Il en va de même pour toutes les pages incluses, les balises personnalisées et les composants. Certains aspects de ce processus décisionnel, ainsi que les classes Java compilées elles-mêmes, sont mis en cache en mémoire pour améliorer les performances.

      Ce paramètre vous permet de modifier la taille de ce cache de modèle pour améliorer les performances. Idéalement, vous voudriez que le cache soit suffisamment grand pour contenir tous vos modèles.

      N'oubliez pas qu'un modèle n'est qu'un autre nom pour une page ColdFusion. Quelconque .cfm ou alors .cfc fichier est un modèle.

      Cache de confiance

      Normalement, lorsqu'un utilisateur demande l'une de vos pages ColdFusion, le serveur doit vérifier si le .cfm fichier a été modifié depuis la dernière exécution de la page. Si c'est le cas, il recompile le .cfm dans une version mise à jour de la classe Java correspondante sinon, la version existante de la classe Java peut être utilisée. Il en va de même pour les fichiers inclus, les balises personnalisées ou les composants ColdFusion. Il ne faut pas beaucoup de temps au serveur pour vérifier si chaque fichier a changé, mais même ce peu de temps ne sert à rien si vous savez que vos fichiers ColdFusion ne changeront pas avec le temps.

      Cocher cette option indique à ColdFusion de ne pas se soucier de vérifier si chaque fichier ColdFusion a changé. Cela peut améliorer considérablement les performances, surtout si le serveur reçoit beaucoup de demandes de pages.

      En général, vous devez activer cette option sur vos serveurs de production, car les fichiers ne changent normalement pas souvent. Laissez-le décoché sur vos serveurs de développement.

      Modèle de cache dans la demande

      Si l'option Cacher le modèle dans la demande n'est pas cochée, chaque fois qu'un modèle est consulté (au sein de la même demande), il est inspecté pour voir s'il y a des changements. Si cette option est cochée, le modèle n'est inspecté que lors du premier accès dans la requête.

      Cache de composants

      Lorsque l'option Component Cache est cochée, le chemin des composants est mis en cache et n'est pas résolu à nouveau.

      Enregistrer les fichiers de classe

      Les fichiers de classe générés par ColdFusion .cfm le code source peut être mis en cache dans la mémoire du serveur ou écrit sur le disque. Pour enregistrer les fichiers de classe sur le disque, cochez cette option. Cela peut améliorer les performances sur les sites à volume élevé.

      N'activez pas cette option sur vos serveurs de développement.

      Cacher les chemins du serveur Web

      ColdFusion peut mettre en cache les chemins d'accès aux fichiers et la façon dont ces chemins sont mappés aux URL pour améliorer les performances. Cochez cette option pour mettre en cache les chemins, mais ne cochez jamais cette option si vous hébergez plusieurs sites Web sur le même serveur (car cela pourrait entraîner une confusion des chemins, ce qui entraînerait la diffusion de mauvaises pages).

      Nombre maximal de requêtes mises en cache

      Comme vous l'avez appris au chapitre 27, vous pouvez utiliser le mis en cache dans ou alors mis en cache après attributs de la <cfrequête> balise pour réutiliser les résultats de la requête afin qu'ils n'aient pas à être extraits de la base de données à chaque demande de page. Bien sûr, il n'est pas possible pour le serveur de mettre en cache un nombre illimité d'ensembles de résultats de requêtes en mémoire, il n'y a que la quantité de mémoire disponible.

      Par défaut, ColdFusion autorisera jusqu'à 100 jeux de résultats mis en cache à résider dans sa mémoire lorsque la 101e requête doit être mise en cache, la requête qui a été mise en cache en premier sera supprimée du cache. L'augmentation du nombre permettra à davantage d'ensembles de résultats mis en cache de rester en mémoire à la fois, la diminution du nombre réduira la quantité de RAM que les requêtes mises en cache utiliseront.

      Comme certaines des options discutées précédemment (en particulier le nombre de requêtes simultanées), ce paramètre est une question d'équilibre, et il n'y a pas de règle absolue sur la meilleure valeur.

      En général, si vous utilisez beaucoup de requêtes mises en cache dans votre code et que vous constatez que votre serveur dispose encore de suffisamment de RAM disponible après l'exécution de vos applications pendant un certain temps, vous pouvez augmenter la valeur. D'un autre côté, si vous constatez que votre serveur a tendance à manquer de RAM disponible, vous devriez essayer de diminuer cette valeur.

      Le moniteur système ColdFusion peut être utilisé pour déterminer quelles requêtes sont mises en cache et si le cache est utilisé efficacement.

      Le chapitre 47, « Surveillance des performances du système », dans le volume 3, explique comment utiliser le Moniteur système.

      La page des variables client

      Au chapitre 19, vous avez découvert le CLIENT portée variable, qui vous permet de créer des variables qui deviennent associées à un navigateur Web particulier. Vous pouvez utiliser CLIENT des variables pour créer des pages qui affichent des informations personnalisées ou qui maintiennent l'état entre les visites et les demandes de page de chaque utilisateur.

      Choix d'un mécanisme de stockage de variables client

      En général, l'idée derrière CLIENT variables est de stocker les variables réelles sur le serveur, de sorte que le fardeau (et la responsabilité) de se souvenir des valeurs ne soit pas placé sur chaque machine du navigateur. Il existe deux méthodes pour stocker des valeurs sur le serveur : dans une base de données ou dans le registre. (Pour les serveurs Windows, enregistrement fait référence au registre Windows, qui est une banque d'informations spéciale intégrée au système d'exploitation pour d'autres serveurs, enregistrement fait référence à un fichier texte spécial fourni par Adobe avec ColdFusion.) Étant donné que les valeurs sont stockées côté serveur, la taille totale de toutes les variables client accumulées peut devenir assez importante au fil du temps.La base de données ou le registre devra devenir suffisamment grand pour stocker la taille totale de toutes les variables client pour tous les utilisateurs.

      Vous pouvez également choisir de stocker vos variables client sous forme de cookie sur la machine du navigateur. Cela résout le problème de vos serveurs qui doivent stocker chaque variable client pour chaque utilisateur, mais présente des compromis importants. Conceptuellement, vous faites confiance au navigateur pour stocker les valeurs pour vous (en fonction de ses paramètres locaux). Adobe vous recommande d'utiliser uniquement l'option de registre par défaut pour le développement et de créer un mécanisme de stockage de base de données pour vos machines de transfert ou de production (même s'il ne s'agit que d'une base de données Access modeste). Vous pouvez définir la base de données comme mécanisme de stockage par défaut (comme indiqué dans la section suivante) afin que votre code n'ait pas à changer lorsque vous sortez vos applications du développement.

      La principale raison d'utiliser CLIENT variables est de partager ces informations sur plusieurs serveurs. Comme cela peut également être accompli en utilisant SESSION variables, il est rarement nécessaire d'utiliser CLIENT plus de variables.

      Sur cette page, vous pouvez également sélectionner une source de données à ajouter en tant que magasin client.

      Choix du mécanisme de stockage par défaut

      Pour choisir le mécanisme de stockage par défaut utilisé pour les variables client, effectuez la sélection appropriée sous l'en-tête Sélectionner le mécanisme de stockage par défaut pour les sessions client, puis cliquez sur Appliquer.

      Vous pouvez remplacer ce paramètre application par application en spécifiant un stockage client attribut dans votre <cfapplication> étiqueter. Pour plus de détails, voir le chapitre 19.

      Intervalle de purge

      CLIENT les variables persistent dans le temps et sont purgées (supprimées) à un intervalle prédéterminé. L'intervalle par défaut est de 1 heure 7 minutes, et peut être modifié si nécessaire.

      La page des variables de mémoire

      Au chapitre 18, vous avez découvert les variables d'application, qui vous permettent de gérer des compteurs, des indicateurs et d'autres variables à l'échelle de l'application. Au chapitre 19, vous avez découvert les variables de session, qui permettent de suivre les variables pour vos utilisateurs session par session.

      Cette page de l'Administrateur vous permet de modifier la façon dont ces variables sont suivies et pendant combien de temps. L'un ou l'autre type de variable peut être désactivé en décochant la case Activer les variables d'application ou Activer les variables de session.

      Utiliser les variables de session J2EE

      ColdFusion peut gérer les variables de session ou s'appuyer sur le serveur J2EE sous-jacent pour effectuer cette tâche. Pour que le serveur J2EE gère la session, cochez cette case.

      Il y a des avantages significatifs à utiliser idéalement les variables de session J2EE, cette case doit être cochée.

      Si vous avez des applications existantes qui utilisent explicitement CFID et CFTOKEN valeurs, ne cochez pas cette case sans mettre à jour ce code.

      Activer les variables d'application

      Pour activer l'utilisation des variables applicatives, cochez cette case (cochée par défaut).

      En règle générale, cette case doit toujours être cochée.

      Activer les variables de session

      Si des applications sur votre serveur doivent utiliser des variables de session, cochez cette case (elle est cochée par défaut).

      En règle générale, cette case doit toujours être cochée.

      Délai d'attente maximal

      Vous pouvez ajuster la valeur Maximum Timeout pour chaque type de variable, ce qui vous permet de vous assurer qu'aucun individu <cfapplication> balise spécifie un expiration de la session ou alors délai d'attente de l'application valeur qui est déraisonnablement longue. Si la <cfapplication> La balise spécifie une valeur de délai d'attente qui dépasse la valeur maximale que vous fournissez ici, la valeur maximale est utilisée à la place.

      Délai d'expiration par défaut

      Vous pouvez également modifier la valeur du délai d'expiration par défaut pour chaque type de variable en saisissant le nombre de jours, de minutes, d'heures et de secondes souhaité. Cette valeur par défaut sera utilisée chaque fois que vous ne spécifiez pas de expiration de la session ou alors délai d'attente de l'application attribut dans votre <cfapplication> Mots clés. Par exemple, vous pouvez définir un délai d'expiration de session plus long si les utilisateurs se plaignent que leurs variables de session disparaissent pendant qu'ils remplissent de longs formulaires ou prennent des décisions complexes. Vous pouvez utiliser un délai d'expiration plus court si vous pensez que trop de mémoire est utilisée pour stocker vos variables de session.

      La page des mappages

      La page Mappages est utilisée pour définir des mappages de chemins, des alias qui sont utilisés dans le code CFML pour faire référence à des dossiers spécifiques.

      Par défaut, deux mappages sont créés (cfide et passerelle) et ceux-ci ne doivent pas être supprimés. Pour ajouter vos propres mappages, saisissez l'alias et le chemin dans le formulaire affiché, puis cliquez sur Ajouter.

      Si Activer les paramètres par application (sur la page Paramètres) est coché, vous pouvez définir des mappages pour des applications spécifiques dans Application.cfc.

      La page de courrier

      Au chapitre 20, « Interagir avec les e-mails », dans le volume 1, vous avez appris à créer des pages ColdFusion qui envoient des e-mails dynamiques et personnalisés avec le <cfmail> étiqueter. ColdFusion peut également envoyer des rapports générés automatiquement aux administrateurs de serveur en cas de problème, comme vous le verrez dans la section « La page des sondes système », plus loin dans ce chapitre. Utilisez la page Mail Server pour établir une connexion au serveur de messagerie SMTP que ColdFusion utilisera à ces fins.

      Si vous utilisez ColdFusion Developer Edition, certaines des options répertoriées pour cette page peuvent ne pas être disponibles.

      Serveur de courrier

      Saisissez le nom de domaine Internet ou l'adresse IP du serveur de messagerie sortant de votre entreprise (également appelé serveur SMTP) dans la zone de texte Serveur de messagerie.

      Le nom d'utilisateur (si votre serveur SMTP requiert que vous vous connectiez, saisissez le nom d'utilisateur ici) et le mot de passe (si votre serveur SMTP requiert que vous vous connectiez, saisissez le mot de passe ici) sont explicites.

      L'option Signer permet à ColdFusion de signer numériquement son courrier.

      Magasin de clés

      L'option Keystore spécifie l'emplacement du keystore contenant le certificat et la clé privée. Le magasin de clés Java (JKS) et le magasin de clés pkcs12 sont pris en charge.

      L'option Mot de passe du magasin de clés est explicite.

      Alias ​​du magasin de clés

      La première entrée du magasin de clés est utilisée comme alias, sauf si cette option n'est pas vide.

      Vérifier la connexion au serveur de messagerie

      Lors de la définition de votre serveur de messagerie, cochez cette case pour que ColdFusion Administrator tente de se connecter au serveur de messagerie pour vérifier la connexion.

      Port de serveur

      Entrez le numéro de port de votre serveur de messagerie. Il s'agit presque toujours de 25, vous pouvez donc généralement laisser le numéro de port seul.

      Serveurs de messagerie de sauvegarde

      Si vous avez accès à des serveurs SMTP de sauvegarde (qui peuvent être utilisés si le serveur SMTP principal n'est pas disponible), répertoriez-les ici.

      Si vous sélectionnez Maintenir la connexion au serveur de messagerie, la connexion ne peut pas être interrompue par le serveur ColdFusion.

      Délai de connection dépassé

      Ce paramètre vous permet de spécifier le nombre de secondes que ColdFusion doit attendre une réponse du serveur de messagerie. En général, la valeur par défaut de 60 secondes est raisonnable. Si votre serveur de messagerie est éloigné ou disponible uniquement via une connexion réseau lente, vous devrez peut-être augmenter cette valeur.

      Activer les connexions de socket SSL au serveur de messagerie

      Cochez cette case pour activer le cryptage SSL sur les connexions au serveur de messagerie.

      Pour que vous puissiez utiliser cette option, votre serveur de messagerie doit prendre en charge le cryptage SSL.

      Activer la connexion TLS au serveur de messagerie

      Cochez cette case pour activer la sécurité au niveau du transport (TLS) sur la connexion au serveur de messagerie.

      Pour que vous puissiez utiliser cette option, votre serveur de messagerie doit prendre en charge le cryptage SSL.

      Intervalle de bobine

      Ce paramètre vous permet de spécifier le nombre de secondes pendant lesquelles ColdFusion attend avant de vérifier si de nouveaux messages électroniques attendent d'être envoyés. Vous pouvez diminuer cette valeur s'il est essentiel que vos messages soient envoyés très rapidement après leur création, vous pouvez augmenter la valeur pour conserver les ressources du serveur. Notez que cette valeur est ignorée chaque fois que vous utilisez le spoolenable="Non" attribut dans votre <cfmail> Mots clés.

      Fils de distribution du courrier

      Vous pouvez spécifier le nombre maximal de threads que le spouleur de messagerie ColdFusion peut utiliser. Plus ce nombre est élevé, plus le nombre de messages qui seront livrables à un moment donné sera important.

      Avant d'augmenter cette valeur, assurez-vous que votre serveur de messagerie prend en charge plusieurs connexions simultanées à partir du même client.

      Spool des messages électroniques pour la livraison

      Le courrier est spoulé par ColdFusion puis remis par le spouleur. Les messages peuvent être spoulés sur disque ou en mémoire.

      En règle générale, les messages doivent être spoulés sur le disque. Bien que la mise en file d'attente vers la mémoire puisse être plus rapide, elle augmente la charge mémoire et empêche également la livraison du courrier après une défaillance du système.

      Nombre maximal de messages spoulés en mémoire

      La mise en file d'attente des messages sur disque se produira une fois que le serveur ColdFusion aura atteint le seuil spécifié ici.

      Afficher le courrier non remis

      Cette option ouvre une fenêtre qui permet la suppression et le repooling du courrier non remis.

      Gravité du journal des erreurs

      Le courrier livré par ColdFusion peut être enregistré pour une analyse future. Les journaux sont enregistrés dans le /ColdFusion9/Log et peut être visualisé à l'aide des pages de la visionneuse de journaux dans l'Administrateur ColdFusion (voir la section « La page des fichiers journaux » plus loin dans ce chapitre). Vous pouvez spécifier le niveau de journalisation ici.

      Consigner tous les messages envoyés par ColdFusion

      Pour faciliter le dépannage, ColdFusion peut enregistrer tous les messages (y compris tous les contenus) si nécessaire (cette option n'est pas activée par défaut).

      Ne laissez pas cette option cochée pendant des périodes prolongées, car l'enregistrement de tous les messages peut consommer de grandes quantités d'espace disque.

      Paramètre de jeu de caractères de courrier

      Pour modifier le jeu de caractères par défaut utilisé dans les e-mails générés, spécifiez la valeur ici.

      UTF-8 est l'option par défaut et généralement préférée pour ce paramètre.

      La page de cartographie

      Au chapitre 16, vous avez appris à utiliser le ColdFusion <cfchart> tag pour créer des tableaux et des graphiques dynamiques qui créent des représentations visuelles des données de votre application. ColdFusion met automatiquement en cache les graphiques pour une utilisation ultérieure. D'un point de vue conceptuel, le cache graphique est l'équivalent graphique de la fonction de mise en cache des requêtes que vous avez apprise au chapitre 27. Son objectif est d'améliorer les performances en réutilisant automatiquement les résultats d'un <cfchart> tag si toutes ses données et attributs sont les mêmes, plutôt que d'avoir à restituer chaque graphique pour chaque demande de page.

      La page Graphiques de l'administrateur ColdFusion contient un certain nombre d'options que vous pouvez utiliser pour modifier le comportement du cache des graphiques.

      Type de cache

      Vous pouvez le définir sur Disk Cache (la valeur par défaut) ou Memory Cache. Le paramètre de cache mémoire fonctionnera mieux sous une charge élevée, mais nécessitera plus de mémoire du serveur pour le faire. Le paramètre Cache disque peut ne pas fonctionner aussi rapidement, mais il n'aura pas beaucoup d'impact sur la RAM du serveur. Nous vous recommandons de laisser cette valeur seule, sauf si vous rencontrez spécifiquement des problèmes de performances avec <cfchart> sous forte charge.

      Nombre maximal d'images mises en cache

      Vous pouvez augmenter ce nombre pour permettre à ColdFusion de stocker davantage de graphiques dans son cache, améliorant ainsi les performances si votre application sert de nombreux graphiques différents. Si vous utilisez l'option Mémoire cache, gardez à l'esprit que cela entraînera une utilisation encore plus importante de la mémoire du serveur pour la mise en cache des graphiques.

      Nombre maximal de threads de création de graphiques

      Le nombre maximal de <cfchart> tags que vous souhaitez que ColdFusion soit disposé à traiter au même moment. Sous une charge élevée, un nombre plus élevé ici peut améliorer la réactivité pour les demandes de graphiques individuelles, mais cela mettra plus de pression globale sur votre serveur.

      Emplacement du cache de disque

      Si vous utilisez l'option Cache disque, vous pouvez ajuster cette valeur, qui correspond à l'emplacement où ColdFusion stocke les graphiques pour une réutilisation ultérieure.

      La page de gestion des polices

      Les polices sont utilisées par les fonctions d'impression et de création de rapports ColdFusion. Lors de la génération d'une sortie imprimée, ColdFusion doit savoir quelles polices sont disponibles, quel type de sortie elles prennent en charge et s'il faut intégrer des polices dans la sortie générée.

      La page Gestion des polices répertorie les polices disponibles et vous permet de spécifier un dossier contenant des polices supplémentaires à installer.

      Voir le chapitre 16 pour en savoir plus sur l'impression et la génération de rapports ColdFusion.

      La page de documents

      Cette page vous permet de modifier la configuration d'OpenOffice. La configuration vous permet de spécifier l'emplacement d'OpenOffice et s'il peut être configuré à distance. Pour plus d'informations sur l'utilisation d'OpenOffice, consultez le chapitre 67, « Intégration avec Microsoft Office », dans le volume 3.

      La page Java et JVM

      ColdFusion s'exécute sur la plate-forme Java. Vos pages ColdFusion sont traduites en classes Java, et ces classes sont exécutées dans le contexte d'une machine virtuelle Java (JVM). La page Java et JVM de l'Administrateur vous permet de régler quelle JVM est utilisée pour exécuter vos pages. Vous pouvez également effectuer d'autres ajustements liés à la JVM, tels que la quantité de mémoire que la JVM est autorisée à utiliser lors de l'exécution de vos pages.

      Cette page n'est disponible que lors de l'utilisation de ColdFusion avec le serveur J2EE intégré. Si ColdFusion est installé sur un serveur J2EE, utilisez les outils de gestion de serveur pour définir ces paramètres.

      Chemin de la machine virtuelle Java

      En théorie, ColdFusion devrait pouvoir utiliser n'importe quelle JVM à jour. Pour utiliser une autre JVM, installez-la, modifiez le paramètre Chemin de la machine virtuelle Java dans l'administrateur ColdFusion, puis redémarrez le serveur d'applications ColdFusion.

      Avant d'utiliser une JVM différente sur vos serveurs de production, vous devez absolument tester vos applications avec cette même JVM sur un type de serveur de développement, de transfert ou de test bêta. Vous devriez également voir si la JVM est officiellement prise en charge par Adobe.

      Vous pouvez toujours savoir sous quelle JVM ColdFusion s'exécute en cliquant sur le lien Informations système en haut de l'administrateur ColdFusion.

      Taille minimale du tas JVM

      Ce paramètre vous permet de fournir une quantité initiale de mémoire de votre serveur que la JVM doit réclamer au démarrage de ColdFusion. Par défaut, ce paramètre est laissé vide, ce qui signifie que la JVM prendra ses propres décisions sur la quantité de mémoire qu'elle doit réclamer au démarrage. Si votre serveur rencontre beaucoup de trafic, la JVM devra généralement réclamer plus de mémoire. Vous pourrez peut-être économiser du temps à la JVM en lui disant de réclamer une plus grande quantité de mémoire au démarrage. En général, cela pourrait rendre l'ensemble du processus de démarrage (qui inclut le traitement initial de vos pages) plus efficace.

      Si vous fournissez une valeur pour ce paramètre, il est fortement recommandé de spécifier une taille d'au moins 32 Mo.

      Taille maximale du tas JVM

      Dans une installation ColdFusion par défaut, la JVM est chargée de ne pas utiliser plus de 512 Mo de mémoire pour l'environnement d'exécution ColdFusion et vos pages ColdFusion. Si votre serveur a considérablement plus de 512 Mo de RAM installés, vous souhaiterez peut-être autoriser la JVM à en utiliser davantage, ce qui améliorera généralement les performances. Spécifiez simplement la quantité maximale de mémoire que vous souhaitez que la JVM (et donc le serveur ColdFusion, et donc vos pages ColdFusion) puisse utiliser, en mégaoctets.

      Ne définissez pas cette valeur sur une valeur inférieure à 32 Mo, car ColdFusion ne pourra probablement pas démarrer avec moins de cette quantité de mémoire.

      Chemin de classe ColdFusion

      Si vos applications utilisent des objets Java externes qui à leur tour font référence à d'autres classes Java (c'est-à-dire toutes les classes Java qui ne sont pas fournies par la JVM elle-même), vous pouvez indiquer à ColdFusion où trouver les fichiers de classe en ajustant le paramètre Class Path dans l'administrateur ColdFusion. Par objets Java, je veux dire toutes les classes Java auxquelles vous accédez via <cfobjet> ou alors CréerObjet(), tous les servlets ou bibliothèques de balises JSP que vous utilisez via <cfimport>, les balises CFX qui ont été écrites en Java, etc.

      En général, vous spécifierez soit le chemin d'accès à un répertoire, soit le chemin d'accès à une archive Java (.pot) déposer. Si vous devez spécifier plusieurs répertoires ou archives, séparez-les par des virgules.

      Si vous êtes habitué à invoquer Java sur la ligne de commande, ce paramètre d'administrateur est équivalent au -classpath ou alors -cp option.

      Arguments JVM

      Si vous souhaitez que des arguments supplémentaires soient transmis à la JVM lors du démarrage du serveur ColdFusion, vous pouvez les spécifier ici. Séparez plusieurs arguments par des espaces. Vraisemblablement, vous fourniriez de tels arguments s'ils étaient requis par un objet Java externe que vous vouliez utiliser, ou si l'argument était suggéré par le fournisseur JVM pour améliorer les performances ou la stabilité. Le but et l'effet exacts des arguments dépendront de la JVM et des classes que vous utilisez.

      Résumé des paramètres

      La page Résumé des paramètres fournit un aperçu rapide de tous les paramètres de l'administrateur ColdFusion. Des informations détaillées sur toutes les sources de données, les balises CFX, les mappages, les archives de texte intégral Verity et presque tous les autres paramètres abordés dans ce chapitre sont affichées. La plupart des informations de la page Informations sur la version sont également incluses dans le rapport. Vous pouvez imprimer cette page pour obtenir un enregistrement papier de tous les paramètres ColdFusion sur le serveur.


      Voir la vidéo: Carte chevalet double mots cachés