The NeceMoon | January 2016

Deploying a Web App to IIS / Windows Server In 7 Clever Steps

by necemon 24. January 2016 10:15

 

Here is a simple deployment routine, for a reliable and smooth release :-)

 

1. Create/configure the website and its application pool

 

2. Copy the files over : setup an FTP(S) connection, as well as the client access (FileZilla, Visual Studio, etc.)

 

3. Assign writing permissions to the application identity on the relevant folders (for logging, files uploads, etc.)

 

4. Set time outs to appropriate values
Idle Timeout: you can change it from the default of 20 to however many minutes you want. You can also adjust the setting to 0 (zero) which effectively disables the timeout so that the application pool will never shut down due to being idle. This can be configured in the Advanced Settings of the application pool.
ConnectionTimeOut: specifies the time (in seconds) that IIS waits before it stops a connection that is considered inactive. This can be configured in of the Advanced Settings of the Administrative Tools (system.applicationHost/weblimits).

 

5. Configure Auto-Start
A common problem is the need to perform initialization tasks and "warm up" tasks for a web application. Larger and more complex web applications may need to perform lengthy startup processing, prime in-memory caches, generate content, etc... prior to serving the first HTTP request. One way to fix this is to twist a couple of properties in the application initialization module:
- Set the application pool StartMode property to AlwaysRunning
- Set PreloadEnabled to true, and specify the application pool and path

 

6. Configure SQL Server / Set up automatic data Backups
Create a maintenance backup plan with SQL Agent

 

7. HTTPS / SSL Certificate Installation
HTTPS provides security, identity, SEO, access to HTML5 powerful features and more.

Tags: , ,

English | Technical

Déployer une application web sur IIS / Windows Server en 7 étapes ingénieuses

by necemon 24. January 2016 10:03

 

Une routine simple, pour un deploiement robuste et efficace :-)

 

1. Créer/configurer le site web et son pool d'application

 

2. Copier les fichiers vers le serveur : installer une connexion FTP(S), ainsi que les accès clients correspondant (FileZillaVisual Studio, etc.)

 

3. Attribuer les permissions d'écriture à l'application sur les dossiers appropriés (pour le journal d'erreurs, la sauvegarde des fichiers d'utilisateurs, etc.)

 

4. Fixer les délais de temps mort
Delai d'inactivité: Tu peux changer la valeur par défaut de 20 au nombre de minutes que tu veux. Tu peux également régler le paramètre à 0 (zéro), ce qui désactive effectivement le délai tel que le pool d'applications ne va jamais s'arrêter à cause de son inactivité. Ceci peut être configuré dans les Paramètres Avancés du pool d'applications.
Delai d'expiration de session: spécifie le temps (en secondes) que IIS attend avant d'interrompre une connexion qui est considérée comme inactive. Ceci peut être configuré dans les Paramètres avancés des Outils d'administration (system.applicationHost / weblimits).

 

5. Configurer le paramètre Auto-Start
Un problème commun est la nécessité d'effectuer des tâches d'initialisation et l'"échauffement" des tâches pour une application Web. Les applications Web les plus larges et les plus complexes peuvent avoir besoin d'effectuer de longues procédures de démarrage, de mise en mémoire cache, de création de contenu, etc. avant de servir la première requête HTTP. Une façon de résoudre ce problème est d'ajuster quelques propriétés dans le module d'initialisation d'applications :
- Mets la propriété StartMode du pool d'applications à AlwaysRunning
- Mets la propriété PreloadEnabled à True et précise le pool d'application

 

6. Configurer SQL Server / les sauvegardes automatiques
Créer un procédure de planification de sauvegarde avec l'Assistant Plan de Maintenance

 

7. Installation de Certifcat HTTPS / SSL
HTTPS améliore la sécurité, l'identification, le SEO, l'accès à certaines fonctionalités avancées de HTML5 et bien d'autres choses.

 

Tags: , ,

Francais | Technical

Eponymous Laws For Tech Strategists

by necemon 8. January 2016 20:58

 

Parkinson's Law
Work expands so as to fill the time available for its completion
In other words, if you have a certain amount of time to complete something, that’s how long it will generally take. 

 

Murphy's Law
Anything that can go wrong, will go wrong (at the worst possible time)
Most ideas look great on paper. But by the time events go from A all the way through the alphabet to Z, you see who rules when it comes to getting something from the theoritical stage to the practical stage : it's Murphy's Law.
No battle plan survives first contact with the enemy. Hope for the best, be ready for the worst.

Murphy's Law for DevOps
If thing can go wrong, it means it already went wrong but you didn't get a notification from the monitoring tool yet.


Moore's Law
The power of computers per unit cost doubles every 24 months.
Because of the nature of this law, anything that an extremely clever programmer can do at one point can be replicated by a merely competent programmer some number of years later.

 

Hofstadter's Law
It always takes longer than you expect, even when you take into account Hofstadter's Law.

 

Brook’s Law
Adding manpower to a late tech project makes it later.
The bearing of a child takes nine months, no matter how many women are assigned.

 

Kranzberg's law
Technology is neither good nor bad, nor is it neutral.
It's powerful. And it's complicated.

 

Pareto's Law
For many events, about 80% of the effects come from 20% of the causes.

 

Tags: , ,

English | Winning

Lois Éponymes Pour Les Techno-Stratégistes

by necemon 8. January 2016 09:55

 

Loi de Parkinson
Tout travail tend à se dilater jusqu’à occuper entièrement le temps qui lui est affecté.
En d'autres termes, si on te donne une durée fixe pour accomplir quelque chose, c'est plus ou moins le temps que ça va te prendre en général.

 

Loi de Murphy
Tout ce qui peut mal se passer, va mal se passer (au pire moment possible)
La plupart des idées sont belles sur papier. Mais du moment où les évènements passent de A, à travers tout l'alphabet jusqu'à Z, tu peux voir qui décide quand il s'agit de passer du niveau théorique au niveau pratique : c'est la Loi de Murphy.
Aucune stratégie ne survit au premier contact avec l'ennemi. Espère le meilleur, mais soit prêt(e) à affronter le pire.

Loi de Murphy pour DevOps
Si quelque chose peut mal tourner, cela signifie que ça a déjà mal tourné, mais tu n'as pas encore reçu un message du logiciel de suivi.

 

Loi de Moore
La puissance des ordinateurs (d'entrée de gamme) double chaque 24 mois
En raison de la nature de cette loi, quoi qu'un programmeur super intelligent puisse faire à un moment donné, cela pourrait être reproduit par un programmeur ordinaire quelques années plus tard.

 

Loi de Hofstadter
Les choses prennent toujours plus de temps que prévu, même en tenant compte de la Loi de Hofstadter.

 

Loi de Brooks
Ajouter des personnes à un projet technologique en retard augmente le retard
Quelque soit leur bonne volonté, 9 femmes ne peuvent pas faire un enfant en un mois.

 

Loi de Kranzberg
La technologie n'est ni bonne, ni mauvaise, ni neutre.
Elle est puissante. Et elle est compliquée.

 

Loi de Pareto
Pour de nombreux évènements, environ 80% des effets sont le produit de 20% des causes

 

 

Tags: , ,

Francais | Winning

About

Necemon

I am Necemon Yai. I am a .NET developer and a digital artist. Let's keep in touch via Twitter, LinkedIn or Facebook.

Je suis Necemon Yai. Je suis un développeur .NET et un artiste numérique. Restons en contact via Twitter, LinkedIn ou Facebook.