Nursit

Grille tarifaire hébergement Nursit

Benoit Mamet — 2013-02-01T10:02:49Z

Grille de tarifs

Nursit propose une grille de tarif dégressif pour l'hébergement. Cette grille est automatiquement appliquée en fonction de votre chiffre d'affaire hébergement sur l'année écoulée.

Par défaut, c'est notre grille tarifaire A qui est appliquée.

A partir de 1200€ HT d'hébergement annuel (soit 10 sites pro), vous passez en tarif B, incluant une réduction de 5%, et ainsi de suite selon le tableau ci-dessous, jusqu'au tarif F qui vous obtient une réduction de 25% sur le tarif de base.

Si vous envisagez de transférer un nombre important de sites chez Nursit contactez-nous pour être surclassé et bénéficier immédiatement de la grille tarifaire adaptée au nombre de sites concernés.

Hébergement Formule Pro

Grille tarifaire	HT/mois	HT/an	Volume d'achat annuel	Réduction
A	10€	120€	-	-
B	9,5€	114€	1 200€	5%
C	9€	108€	2 400€	10%
D	8,5€	102€	3 600€	15%
E	8€	96€	4 800€	20%
F	7,5€	90€	6 000€	25%

Hébergement Formule Perso

Grille tarifaire	HT/mois	HT/an	Volume d'achat annuel	Réduction
A	5€	60€	-	-
B	4,75€	57€	1 200€	5%
C	4,50€	54€	2 400€	10%
D	4,25€	51€	3 600€	15%
E	4,00€	48€	4 800€	20%
F	3,75€	45€	6 000€	25%

Configurer un nom de domaine pour votre site Nursit

Benoit Mamet — 2012-11-07T10:56:14Z

Par défaut, votre site s'affiche sous le nom de domaine xxx.nursit.com que vous avez choisi lors de sa création.

Vous pouvez aussi le configurer pour qu'il s'affiche avec votre propre nom de domaine. Voici comment faire en 3 étapes :

Etape 1 : Espace Nursit

Rendez-vous sur la page « mes sites » ➀ de Nursit. Choisissez votre site et allez dans la configuration ➁.


Liste des sites SPIP sur Nursit

Dans la partie adresse du site, ajouter ➃ le ou les ➄ noms de domaines que vous souhaiter associer à votre site :


Adresses du site

Etape 2 : paramétrage chez le registar

Il vous faut ensuite configurer les noms de domaine que vous avez choisi chez le Registar chez lesquel ils sont enregistrés.

Cela se fait en général dans une configuration appelée « Zones DNS ». Il y a deux types d'enregistrement à mettre.

Pour les adresses sans sous-domaine (sans www. ou autre) il faut indiquer un enregistrement de type A ➇ L'adresse sans sous domaine se fait soit en indiquant un @ chez Gandi :

@ A 87.98.177.221

ou en laissant vide la première colonne chez d'autres Registars :

A 87.98.177.221

Pour les adresses avec un sous domaine, il faut impérativement que vous utilisez un enregistrement de type CNAME ➈, et jamais un A (car votre site risquerait de ne plus répondre si nous le déplaçons d'un serveur à un autre). Exemple ici pour www. (remplacez xxx par le nom de votre site chez Nursit, sans oublier le point « . » à la fin :

www CNAME xxx.nursit.com.

A noter que suite au paramétrage chez le registrar, il y a en général un délai de 24 à 48 heure, le temps que les DNS se propagent.


Paramétrage des zones DNS Nursit - Gandi


Paramétrage des zones DNS Nursit - OVH

Etape 3 : Espace privé de votre site

Rendez vous dans l'espace privé de votre site « Configuration > Identité du site » ➅ et indiquez dans le champ « Adresse (url) du site public » ➆ le nom de domaine principal de votre site. Toutes les autres adresses (l'adresse xxx.nursit.com ainsi que celles précédemment indiquées en ➄) seront alors automatiquement redirigées vers cette adresse.


Paramétrage de l'url publique site SPIP

[Windows 7] Accéder au dossier squelettes/ avec Webdav

Benoit Mamet — 2012-04-18T13:46:15Z

WebDav permet d'accéder au dossier squelettes/ de votre site SPIP directement depuis le bureau de votre ordinateur, sans logiciel FTP.

Voir aussi les documentations équivalentes pour MacOS, Windows XP et Linux.

Voici en quelques étapes comment utiliser WebDav sous Windows 7 :

Tout d'abord connectez vous sur l'espace privé ➀ de votre site. Ceci va mettre en place un « jeton » qui vous permettra de vous connecter via WebDav. Ce jeton est valable environ 4 heures ➁ [1].


Connection à l'espace privé et activation du « jeton »

Ouvrez l'explorateur de fichier et cliquez sur

Connecter un lecteur réseau

➂.


Connection d'un lecteur réseau

Cliquez sur Se connecter à un site web permettant de stocker des documents et des images➃


Se connecter à un site web

Cet écran ne sert à rien ;) cliquez sur suivant ➄


Emplacement réseau

Choisissez l'emplacement du réseau ➅ et cliquez encore une fois sur Suivant.


Emplacement personalisé

Entrez les paramètres de connexion nécessaires : L'url ➆ qui est composée de l'adresse de votre site suivi de webdav/squelettes : dans l'exemple nous avons donc http://demo.nursit.com/webdav/squelettes.


paramètres de connexion

Entrez le login/password ➇ utilisé pour vous connecter à l'espace privé de votre site SPIP. Si cela ne marche pas, assurez vous que votre accès WebDav est actif.


Identification

Vous voilà connecté ➈ et vous pouvez utiliser ce répertoire de façon classique.


Connection opérationelle

Update 02/06/2012 : On nous a signalé plusieurs fois des problèmes de connection avec windows7. Nous vous conseillons, dans ce cas, d'utiliser un client webdav à installer sur votre machine. Bitkinex semble être un bon outil.

[1] Ce jeton sert à renforcer la sécurité de votre site en n'ouvrant l'accès au dossier squelettes/ que quand vous en avez besoin

[Windows XP] Accéder au dossier squelettes/ avec Webdav

Benoit Mamet — 2012-04-18T13:46:13Z

WebDav permet d'accéder au dossier squelettes/ de votre site SPIP directement depuis le bureau de votre ordinateur, sans logiciel FTP.

L'utilisation de WebDav rend plus simple la mise à jour du dossier squelettes de SPIP.

Voir aussi les documentations équivalentes pour MacOS, Windows 7 et Linux.

Voici en quelques étapes comment utiliser WebDav sous Windows XP :


Connection à l'espace privé et activation du « jeton »

Ouvrez le Poste de travail et sélectionnez

Connecter un lecteur réseau

➂ dans le menu Outils.


Connecter un lecteur réseau

Cliquez sur ouvrir une session de stockage en ligne ou se connecter à un serveur réseau ➃


Ouvrir une session de stockage

Cet écran ne sert à rien ;) cliquez sur suivant ➄


« Assistant »

Choisissez l'emplacement du réseau ➅ et cliquez encore une fois sur Suivant.


Emplacement réseau


adresse

Entrez le login/password ➇ utilisé pour vous connecter à l'espace privé de votre site SPIP. Si cela ne marche pas, assurez vous que votre accès WebDav est actif.


Identification

Choisissez un nom ➈.


Nom de l'emplacement réseau

Vous voilà normalement connecté ➉ et vous pouvez utiliser ce répertoire de façon classique.


Connection opérationelle

[1] Ce jeton sert à renforcer la sécurité de votre site en n'ouvrant l'accès au dossier squelettes/ que quand vous en avez besoin

[MacOS] Accéder au dossier squelettes/ avec Webdav

Benoit Mamet — 2012-04-18T13:46:10Z

WebDav permet d'accéder au dossier squelettes/ de votre site SPIP directement depuis le bureau de votre ordinateur, sans logiciel FTP.

Voir aussi les documentations équivalentes pour Windows 7, Windows XP et Linux.

Voici en quelques étapes comment utiliser WebDav sous MacOS :


Connection à l'espace privé et activation du « jeton »

Ouvrez le finder. Dans le menu aller choisissez Se connecter au serveur ➂.


Se connecter au serveur

Entrez les paramètres de connexion nécessaires : L'url ➃ qui est composée de l'adresse de votre site suivi de webdav/squelettes : dans l'exemple nous avons donc http://demo.nursit.com/webdav/squelettes/ (attention à bien indiquer le / final).


Adresse du serveur

Entrez le login/password ➄ utilisé pour vous connecter à l'espace privé de votre site SPIP. Si cela ne marche pas, assurez vous que votre accès WebDav est actif.


Identification

Vous voilà connecté ➅ et vous pouvez éditer vos fichiers comme dans un répertoire classique.


Connection opérationelle

[1] Ce jeton sert à renforcer la sécurité de votre site en n'ouvrant l'accès au dossier squelettes/ que quand vous en avez besoin

[Linux] Accéder au dossier squelettes/ avec Webdav

Benoit Mamet — 2012-04-18T13:46:08Z

WebDav permet d'accéder au dossier squelettes/ de votre site SPIP directement depuis le bureau de votre ordinateur, sans logiciel FTP.

Voir aussi les documentations équivalentes pour MacOS, Windows 7 et Windows XP.

Voici en quelques étapes comment utiliser WebDav sous Linux :


Connection à l'espace privé et activation du « jeton »

Ouvrez l'explorateur de fichier (ici Nautilus) et dans le menu Fichier, choisissez

Se connecter à un serveur

➂.


Se connecter à un serveur distant

Entrez les paramètres de connexion nécessaires : L'url ➃ qui est composée de l'adresse de votre site suivi de webdav/squelettes/ [2] : dans l'exemple nous avons donc demo.nursit.com/webdav/squelettes/. Le protocole ➄, ici WEBDAV. Et le login/password [3] ➅ utilisé pour vous connecter à l'espace privé de votre site SPIP. Si cela ne marche pas, assurez vous que votre accès WebDav est actif.


Paramètres de connection

Vous voilà connecté ➆ et vous pouvez utiliser ce « montage » comme un répertoire classique.


Connection Webdav établie

Ajoutons par exemple un fichier sommaire.html ➇ pour modifier la page d'accueil du site.


Ajout d'un fichier

Et voilà, après sauvegarde du fichier sommaire.html et recalcul de la page, la page d'accueil a été mise à jour ➈.


Modification de la page d'accueil

[1] Ce jeton sert à renforcer la sécurité de votre site en n'ouvrant l'accès au dossier squelettes/ que quand vous en avez besoin

[2] Ne pas oublier le slash final

[3] Vous pouvez utiliser le login ou l'email. Cependant sous linux, il semble que si le login contient un point cela ne fonctionne pas. Préférez l'email dans ce cas.

Activer Webdav sur votre site SPIP chez Nursit

Benoit Mamet — 2012-04-18T13:46:06Z

WebDav permet d'accéder au dossier squelettes/ de votre site SPIP directement depuis le bureau de votre ordinateur, sans logiciel FTP.

Connectez vous sur l'espace privé de votre site et allez sur votre profil ➀.

La fonctionnalité WebDav n'est disponible que si vous avez le statut Webmestre ➁. Un message indique clairement si votre accès webdav est activé ou non➂. Si il ne l'est pas, modifiez votre profil ➃

Saisissez votre mot de passe ➄ : c'est celui que vous utiliserez à la fois pour accéder à votre site et pour vous connecter par WebDav [1].

Et voilà l'accès WebDav est initialisé ➅

Pour utiliser ensuite la fonctionnalité, reportez vous à la documentation qui vous concerne :

[1] vous pouvez garder le même mot de passe : vous devez simplement le saisir à nouveau. En effet SPIP ne conserve jamais les mots de passe en clair et ne peut pas générer votre accès WebDav sauf au moment où vous saisissez votre mot de passe

Logos

Benoit Mamet — 2012-04-17T12:57:29Z

Vous avez besoin du logo de Nursit : vous devriez trouver la taille qui vous intéresse.


it logo 50x50


it logo 100x100


it logo 104x110


it logo 150x150


it logo 200x200


nursit logo 75x27


nursit logo 100x38


nursit logo 150x56


nursit logo 200x75


nursit logo 250x92


nursit logo 300x110


nursit logo 794x291

Le plugin migration pour SPIP

Benoit Mamet, Cédric Morin — 2012-04-11T16:15:14Z

Le plugin migration permet de recopier facilement d'un site SPIP source vers un site SPIP destination :

base de données,
images et documents de IMG/,
dossier squelettes.

Le plugin ne prend pas en charge le transfert des plugins (il faut que les plugins soient disponibles sur le site destination).

Mode d'emploi pour les pressés

installer le plugin migration sur les 2 sites (source ET destination),
sur chaque site activer le plugin et aller dans la partie de configuration du plugin,
lancer la procédure sur le site destination
copier l'URL de migration fournie
lancer la procédure sur le site source,
coller l'URL de migration fournie par le site destination,
aller chercher un café pendant le transfert pour patienter,
et voilà c'est ~~cuit~~ fini.

Compatibilité du plugin

Le plugin est conçu pour fonctionner avec les versions de SPIP suivantes :

SPIP 2.0 ou plus pour le site source.
SPIP 2.1 ou plus pour le site destination.

Les sites source et destination ne sont pas obligatoirement dans la même version, mais le site destination doit impérativement être dans une version supérieure ou égale au site source (on ne peut pas downgrader).

Les sites source et destination ne sont pas obligés d'utiliser le même gestionnaire de base de données. On peut transférer un site sous MySql vers un site sous SQLite. Cependant, le support de SQLite est imparfait pour les versions SPIP 2.x, et il vaut mieux utiliser MySql dans ce cas.

Cas testés avec succès
Source	destination
SPIP 2.1.x/mysql	SPIP 2.1.x/mysql
SPIP 2.1.x/mysql	SPIP 3.0-stable/mysql
SPIP 2.1.x/mysql	SPIP 3.0-stable/sqlite

Si vous rencontrez des soucis avec une combinaison source/destination précise, n'hésitez pas à l'indiquer dans les commentaires ci-dessous afin que nous puissions regarder.

Exemple illustré d'une migration

Voici un exemple de migration du site http://www.spip-info.net.

Télécharger le plugin migration.


Plugin Migration v0.11.10

Vous pouvez aussi le récupérer depuis GitHub.


01 Téléchargement du plugin Migration sur Github

Déposer le plugin dans le répertoire plugins du site Source, l'activer. Cliquer sur l'icône à droite du plugin Migration pour arriver dans la partie configuration.


02 Activation du plugin sur le site Source

Un petit texte informatif vous informe qu'il faut continuer :)


03 Liste des éléments qui vont être transférés par le plugin migration

Choisir ce qui doit être transféré vers le site de destination (ATTENTION, pour rappel, en choisissant de transférer la base source, la base de données destination sera effacée).


04 Choix de ce que l'on veut transférer

Voilà, votre site est prêt à envoyer les données, il faut maintenant passer sur le site qui va recevoir, pour récupérer l'URL de migration.


05 Attente de l'url contenant la clé de migration

Installer le plugin Migration (ou l'activer) sur le site destination.


06 Télécharger et activer le plugin Migration sur le site Cible

Un petit texte informatif vous informe qu'il faut continuer :)


07 Message d'information, on continue

On indique que l'on veut recevoir les données d'un autre site.


08 Site Cible, on veut recevoir des données depuis un autre site

Voilà l'URL de migration qui va permettre de déclencher le transfert entre les deux sites. Copier cette URL.


09 Url contenant la clef de migration

Coller l'URL dans le site Source et lancer la migration.


10 Coller la clef de migration sur le site Source

La migration commence coté Source


11 L'envoi des données commence

La migration commence coté destination. Laisser les 2 fenêtres côte à côte, cela fait de l'animation.


12 Le site cible reçoit les données

Et voilà, la migration est terminée. Un récapitulatif de ce qui a été transféré est affiché sur le site source (et sur le site destination, sauf en cas d'upgrade nécessaire). On voit ici :

tous les fichiers ne sont pas transférés (en particulier les fichiers php). Pour des raisons de sécurité, seuls les fichiers acceptés comme documents sont pris en compte dans la migration,
ici, le champ openid a été ignoré, car une erreur SQL a empêché sa création sur le site destination (c'est un défaut lié à l'utilisation de SQLite sur le site cible, en cours de correction),
le dossier squelettes a été transféré,
toutes les tables (y compris les tables des plugins) ont été transférées.


13 Rapport de fin de migration coté source

Coté destination, la migration est terminée et l'on est dans l'espace privé. Dans notre cas le site source était en version SPIP 2.1.10 (alors que le site destination est en version SPIP 3.0-stable), il faut donc mettre à jour la base de données.


14 Fin de la migration coté Cible

Mise à jour de la base.


15 Mise à jour de la base (SPIP 2.1.10 -> SPIP 3.0-stable)

Mise à jour de la base.


16 Mise à jour de la base (SPIP 2.1.10->SPIP3.0-stable)

Voilà, la migration du site destination s'est bien passée. ici par exemple l'administrateur active le plugin social tags qui est à la fois présent sur le site source et sur le site destination.


17 Plugins sur le site Cible

Nous pouvons maintenant jouer au jeu des 7 différences.


18 Le jeu des 7 différences - source

La différence est sur le cartouche droit en bas. C'est sûrement lié au plugin « Sélection d'articles » présent sur le site source et pas sur le site destination.


19 Le jeu des 7 différences - Cible

Allez, une dernière fois le jeu des 7 différences.


20 Le jeu des 7 différences (II) - source

Aucune différence, si ce n'est le petit écureuil qui matérialise la présence du plugin « en travaux ».


21 Le jeu des 7 différences (II) - cible

Un peu de technique : ce que fait le plugin

Toutes les données sont transférées par http du site source vers le site destination. Les données sont tronçonnées par morceau (compromis entre taille et nombre de requêtes), sérialisées, encodées et cryptées à l'aide de la clé de migration fournie par l'URL de migration.

Pour démarrer le transfert, le site de destination ouvre une porte qui permet au site source d'écrire dans la base de données et dans les dossiers IMG/ et squelettes/. La sécurité repose sur la clé de migration. Cette clé est fournie par le site de destination et est temporaire : si aucune donnée n'est envoyée dans un laps de temps de 5 minutes, la clé devient invalide.

Lorsque la migration est terminée, il est vivement conseillé de désactiver le plugin pour empêcher toute utilisation frauduleuse de son point d'entrée.

Transfert de la base de données
Les tables du site de destination sont supprimées et recrées avec la structure du site source, à l'exception des tables spip_auteurs et spip_meta qui ne peuvent techniquement pas être supprimées. Dans ce cas, les champs manquants sont ajoutés à la table existante. Il peut donc y avoir quelques cas limites lorsque le site source utilise un plugin qui étend la table spip_auteurs.

Si un champ ne peut pas être créé dans la table spip_auteurs (erreur SQL), cela ne bloquera pas le transfert de la base. Il sera simplement ignoré à la réception.

Les données sont envoyées par paquets sérialisés : le site source lit un certain nombre de lignes de sa table, les met dans un tableau, et les envoie au site de destination. Celui-ci lit le tableau, et les ré-insère dans sa base, et répond pour dire si l'opération a réussie ou non. Et ainsi de suite, table par table.

Le transfert de la base n'est pas incrémental, mais complet à chaque fois (pour assurer la cohérence des données).

Transfert des fichiers
Aucun fichier n'est supprimé du site destination avant transfert.

Tous les fichiers du site source sont scannés. La signature md5 du fichier est calculée, et le site source demande au site destination s'il a déjà ce fichier, avec ce nom et cette signature.

Si le fichier est d'un type non autorisé, le site destination le refuse et le note comme fichier ignoré.
Si le fichier existe sur le site source et est identique, il est passé.
Si le fichier n'existe pas, il est lu par morceau et envoyé. Le site destination le récupère et le ré-écrit par morceaux.

Vous pouvez donc ré-envoyer plusieurs fois votre dossier IMG/ ou squelettes/, seuls les fichiers ajoutés depuis la dernière fois sur le site source seront ré-envoyés.

Cela ne pose pas de problème de cohérence de données, car il y a au pire des fichiers non utilisés qui restent sur le disque du site destination, et tous les fichiers nécessaires sont bien envoyés.

Installer le zip de votre site SPIP hébergé chez Nursit en local

Benoit Mamet — 2012-04-10T10:40:02Z

Toutes les nuits (méridien de Greenwich) Nursit génère automatiquement un zip de votre site SPIP hébergé. Il contient toutes vos données et peut être utilisé très simplement en local sur votre ordinateur [1]

Allez sur Nursit et identifiez-vous. Allez ensuite dans l'onglet Mes sites ➀, choisissez votre site et cliquez sur Configurer ➁.

Dans la section Zip, vous trouverez un lien ➂ pour Télécharger le zip : vous n'avez qu'à cliquer dessus et enregistrer le fichier en local. Notez qu'au survol du lien, vous avez le nom et surtout la date ➃ à laquelle le zip a été créé [2].

Décompressez le zip sur votre ordinateur et copiez ➄ le répertoire complet à la racine de là où est installé votre serveur web, dans cet exemple il est dans le répertoire www.

Allez sur l'adresse locale ➅ de votre site dans le navigateur. Et voilà, votre site est complètement installé (base de donnée [3] , images et plugins compris). La page est ici en travaux car le site est également en travaux sur Nursit.

Connectez-vous à la partie privée du site en ajoutant /ecrire à la fin de l'adresse ➆. Vous remarquerez qu'il n'y a pas de base de données à installer puisque celle-ci est directement incluse dans le zip au format SQLite [4].

Dans l'espace privé, allez dans Configuration > Identité du site et changez l'adresse (URL) du site public : indiquez l'adresse locale ➇

Si vous utilisez des URLs ré-écrites (propres, arborescentes, libres...) une dernière petite étape est nécessaire : éditez le fichier htaccess.txt et commentez la ligne

RewriteBase /

en ajoutant un # en début de ligne ➈ (ou supprimez complètement cette ligne). Renommez ➉ ensuite le fichier htaccess.txt en .htaccess (pas d'extension txt, deux C, deux S).

De même, si vous constatez que vos squelettes ne sont pas chargés convenablement ou que les plugins que vous aviez activés sur Nursit ne sont pas activés localement, commenter la ligne qui contient

RewriteBase /

corrigera certainement le problème.

Et voilà, c'est tout : vous avez maintenant une copie fonctionnelle de votre site en local, identique à celui qui est en ligne.

Cela ne fonctionne pas !

Essayons de lister les problèmes les plus courant ( et s'il n'y est pas, n'hésitez pas à nous le signaler par le formulaire ci dessous )

droits sur les répertoires : vérifiez que vous avez bien mis les droits d'écriture sur les répertoires tmp IMG local config

sqlite : vérifiez que sqlite est bien installé (pour l'installer sous debian apt-get install php5-sqlite)

tmp/log/sqlite.log : une erreur qui fait référence à unable to open database file - . Vérifiez les droits sur config/bases et config/bases/spip.sqlite

vérifiez que le mod rewrite d'Apache est activé. S'il ne l'est pas : sudo a2enmod rewrite. Puis vérifiez dans les fichiers hosts : remplacer les AllowOverride None  par AllowOverride All. N'oubliez pas de relancer Apache ensuite sudo /etc/init.d/apache2 restart. (Merci à Fabien pour les précisions)

[1] il faut avoir un serveur web en local comme MAMP sur Mac OS, EasyPHP ou XAMP sur Windows...

[2] Pour des raisons de sécurité, l'URL qui vous est fournie est renouvelée toutes les heures. Si le téléchargement vous est refusé rechargez simplement la page pour avoir une nouvelle URL qui fonctionne. Ces URLs temporaires peuvent ainsi être communiquées à une tierce personne sans problème de sécurité.

[3] Il faut que sqlite soit installé, sous debian apt-get install php5-sqlite par exemple

[4] fichier config/bases/spip.sqlite