Dans le cadre de la gestion de site SharePoint, il convient de préter une attention particulière pour un type de site particulier. En effet,  dans une ferme SharePoint destinée à un Intranet , il est courant de voir une organisation via collections de sites comme suit : Le site racine ouvert à tous  avec la présentation du projet ou les documents non confidentiels du projet Les données confidentielles sont alors placés dans des sous-sites  (avec séccurisation) ou des listes sécurisée On utilise donc la notion de droits et d’héritage (conservé si rien de confidentiel, ou cassé sur confidentiel) de ces droits pour les listes ou sous-sites. Ainsi pour permettre à tous les collaborateurs d’accéder à cette page d’accueil (du site racine) on ajoute le compte “ NT AUTHORITY\authenticated users ” en lecteur de ce site. En revanche, une ferme Extranet est totalement différente dans l’esprit et le compte "“ NT AUTHORITY\authenticated users ”, ne doit pas être utilisé, car l’...

  Après un passage à vide en terme de rédaction, voila un nouvel article qui permet d’appréhender la gestion des collections de sites au sein des bases de données SharePoint : Gérer les bases de contenu SharePoint Bonne lecture. Romelard Fabrice [MVP]

  Lors de la mise en place de MOSS et après la création du SSP (Shared Service Provider), on donne généralement la possibilité aux utilisateurs de créer leur mySite. Ceci est une excellente fonctionnalité pour l’adoption des utilisateurs de la plateforme SharePoint. Ils ont alors la possibilité de créer leur espace avec leur contenu accessible depuis n’importe quelle machine. Tout ceci est magnifique, si ce n’est le contrôle de la volumétrie occupée. En effet, lors de la création de ce mySite (avec le SSP), on doit créer une nouvelle Web Application qui supportera ces sites personnalisés. Ceci crée donc automatiquement une nouvelle Web Application avec les paramètres standards de celle-ci. Or, une Web Application basique n’applique pas de quota lors de sa création : Ceci n’est pas réellement problématique pour une Web Application de type Portail Intranet ou Internet (car on ne crée pas beaucoup de collections de sites) mais devient problématique pour les sites collaboratifs (sites ...

  Dans le cadre de l’administration de serveurs à distance, il est parfois nécessaire d’utiliser un ancien protocole : Le Telnet Le fait est que cette commande est indisponible dans  Windows VISTA  ou  Windows Seven , après une installation basique. On obtient un message d’erreur selon lequel Windows ne connait pas la commande : Il existe plusieurs solutions comme utiliser d’autres outils de gestion à distance en mode console, comme : le client PuTTY Le dérivé KiTTY … Mais il est un peu surprenant de ne plus trouver cette commande directement dans Windows. Cela vient donc d’un choix délibéré de ne plus activer cette fonctionnalité lors de l’installation, mais de le laisser à la discrétion des utilisateurs. Vous trouverez d’ailleurs un message sur le sujet : Windows Vista – where the heck is Telnet?… Il suffit donc d’exécuter la commande : pkgmgr /iu:TelnetClient On peut alors taper directement dans la boite de recherche, dans une fenêtre DOS ou encore dans PowerShell...

  Après la migration de   mon NetPC sous Windows Seven Release Candidate , j’ai donc aussi décidé de sauter le pas sur mon NoteBook professionnel. Ainsi, j’ai donc installé la  version X64 de Windows Seven  sur mon  LENOVO T61 . Tout s’est donc passé parfaitement, et après quelques reboot et l’installation des derniers patches (incluant les drivers manquant), j’ai finalement obtenu une machine toute neuve, avec  moins de soucis que lors du passage sous la Beta 1 . Une des nouveautés accompagnant la version RC de Seven, est  la nouvelle version de Virtual PC . Cela représente deux parties différentes : Virtual PC   (comme on le connait) Windows XP Mode for Windows Seven   (qui est la solution permettant de faire fonctionner des application compatible uniquement avec Windows XP sous Windows Seven) Il faut donc choisir la version de son OS (X86 ou X64) et la langue puis télécharger le module souhaité. Voyons dans un premier temps le premier modu...

  Comme vous avez pu le voir au travers des précédents messages, je teste   Windows Seven sur mon NetPC courant . J’ai donc eu la chance de posséder différents modèles, ASUS EeePC, puis HP MiniNote, et maintenant je suis le propriétaire d’un modèle  Acer AspireOne  D150 . Après quelques semaines d’utilisation avec le système fourni en standard (Windows XP) et l’arrivée de  la Release Candidate de Windows Seven , j’ai décidé d’installer cette nouvelle version sur cette machine. Ainsi, l’installation de cet OS a exigé la modification d’un paramètre du BIOS : Mode SATA :  IDE  (et non AHCI) Il faut donc appuyer sur F2 au lancement de la machine pour accéder à ce BIOS afin de changer ce paramètre. Une fois effectué, vous pouvez lancer l’installation de l’OS. Tout se passe sans aucun problème et l’ensemble des pilotes sont disponibles et installés directement par Windows Seven (heureusement, car  ACER ne fournit pas de pilotes VISTA pour cette machine ...