<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>eNovus Web &#124; le blogue &#187; Design Web</title>
	<atom:link href="http://blogue.enovus-web.ca/categories/design-web/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogue.enovus-web.ca</link>
	<description>Veille de stratégie et de marketing Internet et sur le CMS Joomla</description>
	<lastBuildDate>Thu, 06 May 2010 13:41:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Flash&#8230; une béquille avant l&#8217;avènement de HTML5</title>
		<link>http://blogue.enovus-web.ca/2010/02/28/flash-une-bequille-avant-lavenement-de-html5/</link>
		<comments>http://blogue.enovus-web.ca/2010/02/28/flash-une-bequille-avant-lavenement-de-html5/#comments</comments>
		<pubDate>Sun, 28 Feb 2010 18:15:38 +0000</pubDate>
		<dc:creator>enovus</dc:creator>
				<category><![CDATA[Conception Web]]></category>
		<category><![CDATA[Design Web]]></category>
		<category><![CDATA[Ergonomie]]></category>
		<category><![CDATA[Technologies Internet]]></category>
		<category><![CDATA[Google]]></category>

		<guid isPermaLink="false">http://blogue.enovus-web.ca/?p=127</guid>
		<description><![CDATA[Est-ce que le Web avait besoin d&#8217;une béquille ? Apparemment, oui.
Flash en était une. Elle donnait et donne toujours à beaucoup de sites une façon d&#8217;augmenter la richesse de l&#8217;expérience. Il y a toujours eu de la grogne autour de Flash, grogne expliquée par le fait qu&#8217;un site en Flash n&#8217;est pas un &#171;&#160;vrai&#160;&#187; site [...]]]></description>
			<content:encoded><![CDATA[<p>Est-ce que le Web avait besoin d&#8217;une béquille ? Apparemment, oui.</p>
<p>Flash en était une. Elle donnait et donne toujours à beaucoup de sites une façon d&#8217;augmenter la richesse de l&#8217;expérience. Il y a toujours eu de la grogne autour de Flash, grogne expliquée par le fait qu&#8217;un site en Flash n&#8217;est pas un &laquo;&nbsp;vrai&nbsp;&raquo; site Web pour les puristes.</p>
<p>Cette réalité commence à drôlement rattraper Adobe, plus que jamais ces jours-ci.</p>
<p>Tout a commencé (à mon point de vue) il y a longtemps déjà. Google a toujours privé, à sa façon, les sites uniquement en Flash d&#8217;une bonne, voire énorme, dose de trafic.</p>
<p>C&#8217;en est suivi le iPhone et plus récemment le iPad qui, par la bouche de Steve Jobs et de Apple, on démontré que l&#8217;on pouvait s&#8217;appuyer sur autre chose qu&#8217;une béquille.</p>
<p>Et finalement et plus récemment, Youtube (encore Google) en rajoute avec son nouveau player entièrement en html5 avec plus aucun Flash ! C&#8217;est merveilleux, je crois rêver. Le nouveau player, même en beta performe très bien et n&#8217;a pas la lourdeur de son équivalent Flash. Et on peut regarder/diffuser le tout sans conversion spéciale. C&#8217;est clairement l&#8217;avenir des vidéos en ligne, et un avenir pas si lointain.</p>
<p>Vous pouvez &laquo;&nbsp;forcer&nbsp;&raquo; Youtube à vous afficher les films en html5 ici : <a href="http://www.youtube.com/html5" target="_blank">http://www.youtube.com/html5</a>.</p>
<p>Combien de temps encore pour Flash ?</p>
<p>Source : bénéfice.net</p>
]]></content:encoded>
			<wfw:commentRss>http://blogue.enovus-web.ca/2010/02/28/flash-une-bequille-avant-lavenement-de-html5/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Comment sécurisé adéquatement votre application Joomla?</title>
		<link>http://blogue.enovus-web.ca/2009/11/02/comment-securise-adequatement-votre-application-joomla/</link>
		<comments>http://blogue.enovus-web.ca/2009/11/02/comment-securise-adequatement-votre-application-joomla/#comments</comments>
		<pubDate>Mon, 02 Nov 2009 14:47:36 +0000</pubDate>
		<dc:creator>enovus</dc:creator>
				<category><![CDATA[Conception Web]]></category>
		<category><![CDATA[Design Web]]></category>
		<category><![CDATA[Joomla]]></category>
		<category><![CDATA[Technologies Internet]]></category>
		<category><![CDATA[sécurité]]></category>
		<category><![CDATA[serveur dédié]]></category>

		<guid isPermaLink="false">http://blogue.enovus-web.ca/?p=104</guid>
		<description><![CDATA[Lors de l&#8217;installation de votre application Joomla, il est important de mettre en place certaines mesures de sécurité afin de vous protéger contre des attaques inopportunes de gens malveillants.
Les utilisateurs ont souvent tendance à laisser leur application tel quel suite à l&#8217;installation, ce qui rend le serveur vulnérable aux pirates informatiques. C&#8217;est pourquoi que lorsque [...]]]></description>
			<content:encoded><![CDATA[<p>Lors de l&#8217;installation de votre application Joomla, il est important de mettre en place certaines mesures de sécurité afin de vous protéger contre des attaques inopportunes de gens malveillants.</p>
<p>Les utilisateurs ont souvent tendance à laisser leur application tel quel suite à l&#8217;installation, ce qui rend le serveur vulnérable aux pirates informatiques. C&#8217;est pourquoi que lorsque vous installez votre application Joomla sur votre serveur, vous devez vous assurer de modifier certains paramètres de configuration afin d&#8217;éviter des erreurs majeures qui vont affecter la sécurité globale de votre site.</p>
<p>Voyons voir les 3 premières erreurs sur le top 10 des erreurs les plus communes et pourquoi ils sont critiques pour votre système :</p>
<p><strong>Erreur # 1. Ne pas télécharger ou mettre à niveau vers la dernière version de Joomla.</strong></p>
<p>Les nouvelles versions de Joomla sont diffusées souvent avec des correctifs de sécurité diverses et les développeurs recommandent vivement de mettre à niveau votre application vers la dernière version de Joomla.</p>
<p>Il est important de télécharger votre application Joomla via les sources fiables et prévu à cet effet, soit directement auprès joomla.org, sinon vous pourriez compromettre votre système (vous pourriez télécharger une application modifiée qui pourrait nuire à votre site Web). Il est important de faire des sauvegardes de l&#8217;ensemble de votre site avant de faire l;a mise à niveau, c&#8217;est une excellente un filet de sécurité en cas de problème causé par la mise à jour ou tout autre événement imprévu. Il existe quelques composants spécialisés qui peuvent vous aider à créer des sauvegardes (fichiers + base de données) très facilement de votre site Web.</p>
<p><strong>Erreur # 2. Ne pas modifier les permissions des dossiers après l&#8217;installation de Joomla.</strong></p>
<p>Les dossiers qui ont des permissions de plus 755 peuvent compromettre votre application Joomla, laissant ainsi la porte ouverte pour une attaque de lecture/écriture ou même la possibilité de télécharger des fichiers exécutables qui peuvent permettre de prendre le contrôle de votre site Web.</p>
<p>Sur les serveurs en général, les autorisations de dossiers héritent de la configuration se trouvant à la racine du serveur. Il est important de toujours vérifier les permissions mises par défaut suite à votre installation.</p>
<p>Tous les dossiers avec des permissions de plus de 755 sont des chemins possibles qui pourraient être exploitées par les pirates :</p>
<ul>
<li>il est possibles d&#8217;ajouter des fichiers qui pourrait rendre votre site web vulnérables</li>
<li>ça permet la modification des fichiers existants</li>
</ul>
<p>Pourquoi prendre un tel risque quand vous pourriez faire un scan rapide de votre site Jooml! et trouver instantanément les faiblesses de votre structure?</p>
<p><strong>Erreur # 3. Ne pas vérifier les permissions des fichiers </strong></p>
<p>Nous vous conseillons le réglage des permissions à tous les fichiers de votre application Joomla à 644 ou moins.</p>
<p>Laisser les fichiers avec des permissions plus élevées que 644 peut faciliter la vie des pirates qui tentent d&#8217;accéder à votre site Web. Ils pourront facilement modifier les fichiers avec des autorisations plus élevé que 644.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogue.enovus-web.ca/2009/11/02/comment-securise-adequatement-votre-application-joomla/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>9 Questions à se poser avant une refonte Web</title>
		<link>http://blogue.enovus-web.ca/2009/08/12/9-questions-a-se-poser-avant-une-refonte-web/</link>
		<comments>http://blogue.enovus-web.ca/2009/08/12/9-questions-a-se-poser-avant-une-refonte-web/#comments</comments>
		<pubDate>Wed, 12 Aug 2009 17:14:05 +0000</pubDate>
		<dc:creator>enovus</dc:creator>
				<category><![CDATA[Conception Web]]></category>
		<category><![CDATA[Design Web]]></category>
		<category><![CDATA[Ergonomie]]></category>
		<category><![CDATA[Joomla]]></category>
		<category><![CDATA[Stratégie Internet]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Optimisation de site Web]]></category>
		<category><![CDATA[Référencement Web]]></category>

		<guid isPermaLink="false">http://blogue.enovus-web.ca/?p=37</guid>
		<description><![CDATA[Un projet de refonte de site demande toujours beaucoup de travail et de ressources. Voici 9 questions pour vous aider à décider s&#8217;il est temps de faire le grand saut.

Que disent vos statistiques? Est-ce que les tendances de vos métriques critiques sont à la hausse ou à la baisse?
 Quels éléments de votre site sont [...]]]></description>
			<content:encoded><![CDATA[<p>Un projet de refonte de site demande toujours beaucoup de travail et de ressources. Voici 9 questions pour vous aider à décider s&#8217;il est temps de faire le grand saut.</p>
<ol>
<li><strong>Que disent vos statistiques?</strong> Est-ce que les tendances de vos métriques critiques sont à la hausse ou à la baisse?</li>
<li> <strong>Quels éléments de votre site sont bons ou mauvais?</strong> Avant de tout changer&#8230;il faut savoir ce que l&#8217;on peut récupérer.</li>
<li> <strong>Qu&#8217;en pensent vos visiteurs?</strong> Vos utilisateurs pourraient être choqués du changement que vous leur proposerez.</li>
<li> <strong>Est-ce que votre ancien site respecte les standards et bonnes pratiques ergonomiques? </strong>Les utilisateurs ont des attentes et habitudes qu&#8217;il est dangereux de transgresser.</li>
<li><strong>Y a-t-il un changement à l&#8217;interne de votre entreprise qui motive ce changement?<br />
</strong></li>
<li><strong>Est-ce que votre site actuel nuit à votre positionnement dans les engins de recherche?</strong> Le site a-t-il été construit pour être perméable aux engins de recherche.</li>
<li><strong>Votre site semble-t-il dater de l&#8217;ère « pré-web 2.0 »? </strong>À<strong> </strong>la fois<strong> </strong>en terme de design ou de fonctionnalités&#8230;</li>
<li><strong>A-t-on l&#8217;impression de voir un site différent d&#8217;une section à l&#8217;autre? </strong>Signe d&#8217;un site qui a grossi au-delà du design original. Un peu comme un enfant qui est rendu trop grand pour ses vêtements.</li>
<li><strong>Est-ce que le présent site a été créé pour être « beau » au lieu d&#8217;être fonctionnel ou utile aux visiteurs?</strong> *Alerte rouge* Si le prix de l&#8217;animation flash de la page d&#8217;introduction est supérieur au reste du site dans le devis.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://blogue.enovus-web.ca/2009/08/12/9-questions-a-se-poser-avant-une-refonte-web/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

