Aller au contenu

Dadou

Membre+
  • Compteur de contenus

    3 604
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par Dadou

  1. Tu fais la confusion de beaucoup : Microsoft sharepoint Services n'est pas Microsoft Office Sharepoint Server : Son fonctionnement ne nécessite pas l'installation de Sharepoint Server, donc il n'y a pas le problème de licence que tu évoques. Les Services, c'est un version très allégé de la version serveur. Mais du coup, c'est vrai que l'on se retrouve vite limité, et si l'on veux faire évoluer l'appli, cela risque de couter cher
  2. Pour le coup de la boutique e-bay, je suis septique, en tant que consommateur, j'ai plutôt tendance à éviter les boutiques sur e-bay, j'ai souvent une impression de "pas sérieux" / "pas pro"
  3. Parce que sharepoint services n'est pas avec toutes les versions d'offices, parce que la gestion des droits est plutôt casse tête, parce que cela ne s'interface pas non plus avec lotus (dommage pour le calendrier partagé), parce qu'ils utilisent très certainement lotus notes comme messagerie (c'est mieux en général quand on a des bases lotus )
  4. Plutôt que s'amuser à recréer les 2/300 doc, j'utiliserais un CMF type Dupal ou Modx pour développer un module d'accès aux bases lotus, voir même un Framework tout cour et développer ses outils de gestion
  5. Normalement, pour un site doit apparaitre en mentions légales les informations suivantes : - Nom et coordonnées du propriétaire du site - Nom et coordonnées du responsable editorial - Nom et coordonnées du webmaster - Nom et coordonnées de l'hébergeur et les informations légales propre à la société (RCS, Siret...) : Association... Pour un particulier, le nom et coordonnées de l'hébergeur suffisent, à la seule condition que l'hébergeur ait les coordonnées du particulier
  6. Premier élément de réponse : quelque soit l'outil utilisé, le portage de document office tu oublies, toutes les tentatives qui ont été faites génère un code horriblement confus, qui gênent les modifications ultérieures. Quelque soit l'outil wysiwyg d'intégré dans le CMS il faut éviter le copier/coller depuis word, et ce même si il contiennent la fonction "nettoyer code html word". Certains ont la fonction "Coller comme texte" (le cas de TinyMCE), c'est celle la qui faut utiliser, mais cela t'oblige à faire la mise en forme après (gras, italique, titre, liste à puces...) Ensuite, si c'est pour un petit site intranet, des solutions comme typo3, ezpublish sont peut être disproportionnés pour tes besoins, surtout qu'ils ne sont pas spécialement facile à maitriser. Vu ta structure un typolight ou un CMS made simple devrait suffire, ils sont plus légers et simple à gérer (sur la simplicité, j'ai une petite préférence pour Cms Made Simple) Petite remarque au passage Drupal n'est pas du tout orienté blog, c'est ce que l'on appelle un CMF F pour Framework, c'est un CMS qui possède une API qui permet de développer facilement des fonctionnalités.
  7. Pour moi la problématique est simple : - a partir du moment ou il existe un paramètre pour masquer, une partie des rewriting ne pourra pas être détecté, - mais comme l'a expliquer Dudu, il est possible aussi de forcer Apache de traiter du .html comme du php, donc une quantité de site non rewriter serait détecté comme tel avec la partie d'entête que tu désignes Patrick. Conclusion : le rewriting ne peut être détecté de manière fiable avec les entêtes. D'accord sur le fait que l'url rewriting doit être la pour avoir des urls plus explicites, par contre beaucoup moins d'accord sur les exemples que tu donnes à supprimer dans les url : - La date d'écriture d'un billet dans l'url apporte une information, mais faut elle encore qu'elle soit formaté de manière compréhensible dans l'url, de plus deux billets pourraient avoir le même titre, alors comment les différencier si ce n'est pas par la date?? - La référence d'un produit : deux produits peuvent avoir le même nom mais pas la même référence, par exemple dans le cas ou le modèle change : une référence pour l'ancien modèle, une référence pour le nouveau, il y a donc un intérêt d'avoir la référence dans l'url pour distinguer les deux page. Par contre l'exemple de Dan : -http://domaine.tld/archive/2008/janvier/12/article/15/page/4.html est clairement une url inintéressante - La date est mal formaté - Page on s'en "tape" - l'id de l'article aussi, on préfère un titre - archive n'apporte que peux d'intérêt. Un url à mon sens mieux écrite serait : -http://domaine.tld/12-janvier-2008-mon-titre-de-l-article.html
  8. Quand à présenter correctement le formulaire, ben tout simplement ajouter à print.css les styles qui lui sont associés, ceux de style.css ne sont pas appliqués puisque le media défini pour cette derniere est screen #form_asso { padding: 10px; font-family: arial,"trebuchet ms",sans-serif; } #form_asso fieldset { padding: 10px; margin-bottom: 10px; } #form_asso legend { font-weight:bold } #form_asso label { margin-top:20px; display:block; } #form_asso label.inline { display: inline; } #form_asso input { border: 1px solid black; background-color: #eeeeee; } #form_asso input[type=radio] { margin-right: 50px; background-color: transparent; border: none; } #form_asso textarea { border:1px solid black; background-color: #eeeeee; }
  9. Cela me semble correct
  10. A ta place j'utiliserais la méthode utilisé avec swfobject, c'est à dire ne pas intégrer directement le flash dans la page, mais dans ton div mettre plutôt le contenu que tu veux, puis par js remplacer le contenu du div par ton flash (la fonction de remplacement doit bien évidement contenir une détection du plug-in ), et tes liens dans un ul
  11. alors elle est souvent en "over quota", ça marche toujours pas, pas d'action de déclenché
  12. Et il n'y aurait pas une limite par compte mutualisé défini au niveau du serveur?
  13. Ok, mais je ne pense pas que cela puisse absorber plus facilement une montée en charge pour un site en mutualisé que le même site sur un dédier
  14. A bon et depuis quand en mutualisé c'est une baie complète de serveurs qui répondent, un mutualisé c'est un apache pour un grand nombre de sites et certainement pas le partage de ressources apache sur plusieurs serveurs
  15. Ce qu'il faut savoir c'est que les box, tout opérateurs confondus sont de vrais plaies, le mode routeur qui n'a du routeur que le nom, au wifi a peine sécurisé et de qualité médiocre. Malheureusement pour pouvoir bénéficier des offres triple-play sans se ruiner en matériel on est encore obligé de passer par elle, a quand les vrai boitier triple-play indépendant accèssible à tout public
  16. Et pourquoi pas, la version serveur d'ubuntu est plutôt pas mal, rien a voir avec le ubuntu desktop que tu as installé chez toi, c'est d'ailleurs une distribution de plus en plus proposé puisque les services serveurs sont "pré installés"
  17. Oui et non, dans le cadre d'un active directory, si la machine n'est pas inscrite dans le domaine, tu ne peux te connecter au domaine, le CAS permet d'autologuer sur le portail toute personne connecté au domaine. Après la machine peut être connecté au domaine par vpn, mais elle reste dans le domaine
  18. Dans ton extranet les machines sont-elle reliées à un annuaire ldap (du genre active directory) commun?? si oui, tu peux peut être utiliser le système CAS (Central Authentication Service) : http://www.ja-sig.org/products/cas/ qui permet de reconnaitre tout utilisateur connecté à l'active directory
  19. Tout simplement que sur des hébergements "petits prix" ce genre d'option ne sera pas disponible c'est tout
  20. Tu n'auras pas la main sur ce genre de solution avec des hébergements petits prix, les hébergements ovh ne sont pas cher du tout, et parfois pour la tranquillité il est mieux de dépenser quelques euros supplémentaires que d'essayer de faire des petites économies qui te boufferons au final pas mal de temps Quand à renommer le post, on va pas le renommer à chacune de tes nouvelles questions.
  21. Ton sytème de commentaires fonctionne, mais ta bdd semble avoir quelques soucis de pertes de connexion
  22. Il faut pouvoir déclarer le domaine chez l'hébergeur, or sur un gratuit tu oublies
  23. un contrat de session ou d'exploitation des droits
  24. En l'absence de contrat spécifique de cession de droit d'auteurs, les auteurs des vidéos conservent les droits de ces dernières
  25. justement, ne défini pas de largeur de cellule, elle s'adaptera en largeur comme sur le site de fred cavazza
×
×
  • Créer...