IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Hébergement Discussion :

[CMS] Ressources nécessaire : Mutualisés vs dédiés ?


Sujet :

Hébergement

  1. #1
    Membre habitué Avatar de Orionmel
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    174
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2004
    Messages : 174
    Points : 185
    Points
    185
    Par défaut [CMS] Ressources nécessaire : Mutualisés vs dédiés ?
    En attendant si j'ai un conseil à donner... Si vous voulez aller vite n'utilisez pas le CMS Ez-Publish.

    J'ai été obligé d'utiliser ca à mon travail et c'est horrible. Explications :
    * Une application tournant sous Ez-Publish aura besoin d'une grosse machine pour être fluide. Donc un constant souçis d'optimisation de la moindre requête. Ce n'est pas un mal mais ca empèche de développer très vite.
    * Le code d'Ez est le plus inabordable qui m'a été donné de voir. Tout simplement incompréhensible (je fait pourtant du php tous les jours) et le moindre changement dans cette usine à gaz est une gageure.

    Sinon c'est une application extrémement puissante qui permet d'arriver à un résultat très professionnel et très sécurisé... Mais alors... Quel travail il faut fournir avant pour maîtriser la bête!

  2. #2
    Rédacteur en Chef
    Avatar de Marc Lussac
    Homme Profil pro
    Responsable marketing opérationnel
    Inscrit en
    Mars 2002
    Messages
    28 664
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable marketing opérationnel
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2002
    Messages : 28 664
    Points : 61 529
    Points
    61 529
    Par défaut
    Sauf pour les CMS qui ont un système de cache, tous les CMS demandent énormément de ressources.

    Ce qui fait que généralement les CMS sont lents sur les mutualisés, même en bas traffic.

    En haut traffic, les CMS ne peuvent se satisfaire d'un mutualisé (dépassement de ressources SQL) et doivent avoir un dédié.
    Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts

    15 000 offres d'emploi développeurs et informatique
    Cours et tutoriels développeurs et informatique
    Les FAQ's & Les Livres
    Codes sources
    Téléchargements

  3. #3
    Expert éminent sénior

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    Octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : Octobre 2004
    Messages : 9 501
    Points : 32 311
    Points
    32 311
    Par défaut
    Citation Envoyé par Marc Lussac
    Sauf pour les CMS qui ont un système de cache, tous les CMS demandent énormément de ressources.

    Ce qui fait que généralement les CMS sont lents sur les mutualisés, même en bas traffic.

    En haut traffic, les CMS ne peuvent se satisfaire d'un mutualisé (dépassement de ressources SQL) et doivent avoir un dédié.
    Tout à fait. Et pour moi ce sera un serveur dédié qui plus est en intranet. Donc le nombre de client peut facilement être estimé et je ne cherche donc pas coté performances mais bel et bien coté fonctionnalité. Notamment ajout en WYSIWYG depuis le frontend ainsi qu'une gestion des utilisateurs assez poussée

  4. #4
    Membre habitué Avatar de Orionmel
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    174
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2004
    Messages : 174
    Points : 185
    Points
    185
    Par défaut
    Citation Envoyé par Marc Lussac
    Sauf pour les CMS qui ont un système de cache, tous les CMS demandent énormément de ressources.

    Ce qui fait que généralement les CMS sont lents sur les mutualisés, même en bas traffic.

    En haut traffic, les CMS ne peuvent se satisfaire d'un mutualisé (dépassement de ressources SQL) et doivent avoir un dédié.
    Ez utilise un système de cache. Cela ne l'empèche pas de nécéssiter une machine dédié à l'intranet avec 512Mo de ram minimum (1Go parfait) si on ne veut pas des temps de réponse lents. C'est quand même énorme pour une simple appli en php

  5. #5
    Rédacteur en Chef
    Avatar de Marc Lussac
    Homme Profil pro
    Responsable marketing opérationnel
    Inscrit en
    Mars 2002
    Messages
    28 664
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable marketing opérationnel
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2002
    Messages : 28 664
    Points : 61 529
    Points
    61 529
    Par défaut
    Oui mais c'est un problème général pour les CMS.

    Ca fait longtemps que je vois ce genre de remarques concernant tel CMS, mais en fait c'est le cas pour toutes les applis dynamiques "lourdes" basées sur un script avancé avec accès bases de données.

    Tu peux très bien tenir un énorme traffic sur un mutualisé avec des pages en html statiques, et te ramasser lamentablement avec n'importe quel script php/mysql.

    En général, les hébergements mutualisés ne sont pas fait pour ca, à moins que tu n'acceptes d'avoir un site lent et pas plus de 30 visiteurs connectés en même temps.

    Maintenant il y a des différences, certains CMS sont peut etre pires que les autres ,c'est possible, mais c'est important de comprendre l'énorme différence entre des pages statiques et un script dynamique avec des accès base de données.

    Si un dédié a été prévu, alors il n'y a pas de problème.

    Mais pour ceux qui veulent avoir des scripts lourds sur un mutualisé c'est pas gagné.
    Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts

    15 000 offres d'emploi développeurs et informatique
    Cours et tutoriels développeurs et informatique
    Les FAQ's & Les Livres
    Codes sources
    Téléchargements

  6. #6
    Rédacteur

    Avatar de Matthieu Brucher
    Profil pro
    Développeur HPC
    Inscrit en
    Juillet 2005
    Messages
    9 810
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur HPC
    Secteur : Industrie

    Informations forums :
    Inscription : Juillet 2005
    Messages : 9 810
    Points : 20 970
    Points
    20 970
    Par défaut
    Avec Wiki, ça ne pourrait pas mieux passer ?
    Vous parlez de lenteur de CMS, je ne savais pas qu'ils pouvaient autant pomper sur les ressources d'un serveur.
    Vous avez des chiffres ou des liens pour des comparaisons ?

  7. #7
    Expert éminent sénior

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    Octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : Octobre 2004
    Messages : 9 501
    Points : 32 311
    Points
    32 311
    Par défaut
    Vous avez des chiffres ou des liens pour des comparaisons ?
    Il suffit simplement de regarder au niveau des specfication de chaque. Typo3 par exemple demande une valeur de memory_limit dans le Php.ini à 16 MB mini.

    Sur un serveur mutualisé en général, tu n'auras droit qu'à 8MB.

    Enfin, il me semble qu'un Wiki est trop permissif au niveau des accès en écriture

  8. #8
    Rédacteur en Chef
    Avatar de Marc Lussac
    Homme Profil pro
    Responsable marketing opérationnel
    Inscrit en
    Mars 2002
    Messages
    28 664
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable marketing opérationnel
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2002
    Messages : 28 664
    Points : 61 529
    Points
    61 529
    Par défaut
    Citation Envoyé par Miles
    Vous parlez de lenteur de CMS, je ne savais pas qu'ils pouvaient autant pomper sur les ressources d'un serveur.
    Vous avez des chiffres ou des liens pour des comparaisons ?
    Il suffit de regarder le nombre de requetes SQL par pages affichées, en général c'est plus de 20 requetes SQL...

    Les hébergeurs en général sauf exceptions n'aiment pas trop qu'un hébergé en mutualisé monopolise une machine à coup de de requetes sql massives.

    Donc soit les limites imposées dès le départ t'interdise l'installation, soit ces limites sont généralement dépassées rapidement dès que tu as environ plus de 30 visiteurs connectés en même temps.

    Donc dès que ton site commence à avoir du succès, tu te fais virer, et la tu as trois solutions :

    1) le site ferme (pas de solution), ca arrive souvent

    2) le repasser en statique html (mais c'est pas la même chose)

    3) prendre un serveur dédié
    Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts

    15 000 offres d'emploi développeurs et informatique
    Cours et tutoriels développeurs et informatique
    Les FAQ's & Les Livres
    Codes sources
    Téléchargements

  9. #9
    Rédacteur

    Avatar de Matthieu Brucher
    Profil pro
    Développeur HPC
    Inscrit en
    Juillet 2005
    Messages
    9 810
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur HPC
    Secteur : Industrie

    Informations forums :
    Inscription : Juillet 2005
    Messages : 9 810
    Points : 20 970
    Points
    20 970
    Par défaut
    C'est drôle, ça !
    Mon hébergeur propose en plus des scripts d'installation de certains CMS, c'est pour ça que ça m'étonne aussi, alors que c'est aussi un mutualisé.

  10. #10
    Rédacteur en Chef
    Avatar de Marc Lussac
    Homme Profil pro
    Responsable marketing opérationnel
    Inscrit en
    Mars 2002
    Messages
    28 664
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable marketing opérationnel
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2002
    Messages : 28 664
    Points : 61 529
    Points
    61 529
    Par défaut
    Parce que tous le principe de vente des mutualisés est basée sur une escroquerie.

    99,9% des sites créee n'ont aucun succès et ne dépassent jamais les 20 visites par jours, ils peuvent donc te proposer tous les scripts possibles.

    C'est ces 99,9 % de gogos qui intéressent et qui font vivre les vendeurs de mutualisés.

    Le jour ou ton site marche, tu recois une belle lettre t'invitant à prendre un serveur dédié , ou à déguerpir.

    Voila ceci dit il y à certainement des exceptions, et il reste encore peut etre des mutualisés qui supportent un traffic élevé, mais si vous en avez un profitez en un tant que vous vous faites pas repérer, et qu'ils ont pas vu que vous etes en train de monopoliser une machine à vous tout seul, machine prévue à l'origine pour supporter plusieurs milliers de sites de gogos (pardon de clients )
    Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts

    15 000 offres d'emploi développeurs et informatique
    Cours et tutoriels développeurs et informatique
    Les FAQ's & Les Livres
    Codes sources
    Téléchargements

  11. #11
    Membre habitué Avatar de Orionmel
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    174
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2004
    Messages : 174
    Points : 185
    Points
    185
    Par défaut
    Citation Envoyé par Marc Lussac
    C'est ces 99,9 % de gogos qui intéressent et qui font vivre les vendeurs de mutualisés.
    Sympathique...

    Escuse les de ne pas faire plus de 20 visiteurs par jours.... C'est vrai il n'y a que les gros sites professionelles et les sites implantés depuis des années (au hasard développez.com) qui ont le droit d'exister..

  12. #12
    Rédacteur en Chef
    Avatar de Marc Lussac
    Homme Profil pro
    Responsable marketing opérationnel
    Inscrit en
    Mars 2002
    Messages
    28 664
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable marketing opérationnel
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2002
    Messages : 28 664
    Points : 61 529
    Points
    61 529
    Par défaut
    Non ils ont le droit de faire vivre les sociétés d'hebergement si ca leur chante.

    Ce que la majorité des gens ne comprennent pas, c'est qu'il ne suffit pas de créer un site pour qu'il soit visité.

    D'ailleurs il y en à tellement, beaucoup trop, que ces sites ne sont meme pas référencés, donc introuvables de toute façon.

    Peut etre que je me suis mal exprimé en effet, je parle de "gogos" du point de vue des hébergeurs, donc des "gogos" au sens qu'il peuvent croire aux offres des hébergeurs, alors que ce qu'ils ne savent pas encore, c'est que si jamais un jour ils feront partie des 0,1% de sites qui dépasseront le state du site personnel à 20 visites / jours, il se feront virer par leur hébergeur. De leur point de vue ce n'est pas des "gogo" mais des "victimes" de la pub mensongère c'est tout.

    La pub des hébergeurs est en général mensongère, la vérité la voila :

    PUB :
    "Vous avez le droit à ceci, cela, tout ce que vous voulez, et plus encore, blablabla.., et ceci tant que votre site n'est pas visité. Si jamais votre site deviens un site à succès, vous serez viré.
    Je sais de quoi je parle, developpez.com s'est fait viré deux fois, et on à été obligé de prendre un dédié, sinon c'étais site fermé.
    Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts

    15 000 offres d'emploi développeurs et informatique
    Cours et tutoriels développeurs et informatique
    Les FAQ's & Les Livres
    Codes sources
    Téléchargements

  13. #13
    Membre habitué Avatar de Orionmel
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    174
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2004
    Messages : 174
    Points : 185
    Points
    185
    Par défaut
    Vu de ce point là Ok.

    Mais bon, j'ai fait un site d'association pour mon pôpa. Association de cabriolets sur la côte d'azur. Peu de visiteurs (en moyenne 40 par jour) malgré un bon référencement dans google et autres annuaires. Mais mon site ne peut pas en faire plus, il n'a pas cette vocation.

    Le site est dans un hébergeur mutualisé (OVH), je paye 30€ par an et je n'ai pas besoin de plus. Je ne voulais pas d'une adresse gratuite lente et avec des suffixes à la fin (genre .free.fr). Le choix d'un hébergeur mutualisé s'impose donc dans ces cas là.

    Alors comprend ma surprise lorsque tu traites ce genre de site de gogos

  14. #14
    Rédacteur en Chef
    Avatar de Marc Lussac
    Homme Profil pro
    Responsable marketing opérationnel
    Inscrit en
    Mars 2002
    Messages
    28 664
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable marketing opérationnel
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2002
    Messages : 28 664
    Points : 61 529
    Points
    61 529
    Par défaut
    En effet dans ce sens la ca marche très bien, si le nombre de visiteurs potentiels est limité il n'y pas de problême.

    Ceci dit ca confirme totalement mon propos, la différence est grande entre les ressources nécessaires pour tenir 40 visites par jours et 52000 (developpez.com).

    On s'est fait viré successivement de deux mutualisés quand on à dépassé les 3000 visites / jours si je me souviens bien...
    Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts

    15 000 offres d'emploi développeurs et informatique
    Cours et tutoriels développeurs et informatique
    Les FAQ's & Les Livres
    Codes sources
    Téléchargements

  15. #15
    Expert éminent sénior

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    Octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : Octobre 2004
    Messages : 9 501
    Points : 32 311
    Points
    32 311
    Par défaut
    Pour infos, mon serveur dédié est en ce moment, injoignable. Afin de pouvoir continuer à bosser sur la mise en place d'une solution CMS (eGroupWare), j'ai installé un serveur apache et mysql sur mon poste de dev.

    C'est halucinant. Sur mon poste de dev, une page mets plusieurs secondes (5-10) à s'afficher. Chose que je ne constater pas avec le serveur et une utilisation sur internet.

    Il est certains que le nombre des requêtes est vraiment incroyable. Marc parle d'une vingtaine, c'est parfois bien plus (50, voire plus) qui sont lancée pour afficher une unique page

    Je ne vois donc pas comment un mutualisé peut proposer une solution viable ... à moins bien sûr de n'avoir qu'un visiteur

    Il est clair, que lorsque l'hebergeur s'appercevra que vous utilisez toutes les ressources mémoire (au passage, memory_limit du php.ini à 32M), il aura vite fait de vous virer

  16. #16
    Rédacteur en Chef
    Avatar de Marc Lussac
    Homme Profil pro
    Responsable marketing opérationnel
    Inscrit en
    Mars 2002
    Messages
    28 664
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable marketing opérationnel
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2002
    Messages : 28 664
    Points : 61 529
    Points
    61 529
    Par défaut
    On est bien d'accord.

    Pour que ca tourne bien il faut un dédié avec beaucoup de ram si possible, et installer un cache php (pour les plateformes php).
    Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts

    15 000 offres d'emploi développeurs et informatique
    Cours et tutoriels développeurs et informatique
    Les FAQ's & Les Livres
    Codes sources
    Téléchargements

  17. #17
    Membre habitué Avatar de PINGOUIN_GEANT
    Profil pro
    Inscrit en
    Juin 2004
    Messages
    149
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2004
    Messages : 149
    Points : 155
    Points
    155
    Par défaut
    Une question que je me pose en lisant ce fil :
    un CMS orienté publication comme SPIP, Lodel ou Wordpress doit consommer moins de ressources que les grosses machines comme typo3, non ? Comme les requêtes sont souvent des accès à des articles.
    Donc sur un serveur mutualisé, cela reste-t-il possible d'avoir un tel site avec ce genre de CMS ?
    " Tout homme est digne d'un parapluie." Stavroguine dans Les Démons de Dostoïevski.

  18. #18
    Rédacteur en Chef
    Avatar de Marc Lussac
    Homme Profil pro
    Responsable marketing opérationnel
    Inscrit en
    Mars 2002
    Messages
    28 664
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable marketing opérationnel
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2002
    Messages : 28 664
    Points : 61 529
    Points
    61 529
    Par défaut
    C'est pire que tu penses, dans la majorité des CMS, les articles sont stoqués dans une base de données, et la lecture un seul article peu déclencher plus de 40 requetes SQL, voir beaucoup plus.

    Une bonne méthode consisterais à stoquer les articles sous forme traditionnelle statique, et de n'utiliser le CMS que pour référencer les articles mais il ne faut pas stoquer les articles dans le CMS (enfin ca dépend ces CMS évidement)

    C'est notre méthode sur developpez.com en tout cas, les ressources (articles, faq, etc) sont en statique (générés en xml).
    Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts

    15 000 offres d'emploi développeurs et informatique
    Cours et tutoriels développeurs et informatique
    Les FAQ's & Les Livres
    Codes sources
    Téléchargements

  19. #19
    Invité4
    Invité(e)
    Par défaut
    Bonjour,

    en parlant des mutualisés arnaqueurs, je peux ajouter mon exception, mon site (jeu php) est codé assez "bourrin" et c'est en moyenne 50 requêtes par page et 190 au record pour une page (une boucle for, 80 tours et 2-3 requêtes par tour). J'ai des fois des pointes à 80 utilisateurs connectés, ils m'ont augmenté ma bande passante sur demande de ma part (gratuitement) de 20 à 40 puis à 100Go/mois.
    Il est vrai que lorsque le site pompe trop, il se retrouve coupé pendant une heure (ils mettent des 404 partout), mais autrement ils ne m'ont jamais viré.
    Enfin bref, je signalais ceci comme une exception aux 30personnes max pour un mutualisé.

    Autrement, Marc Lussac, comment fonctionne un cache en PHP ? S'agit-il d'un système qui précompile le code php pour l'exécuter plus rapidement ensuite ?

    Une bonne méthode consisterais à stoquer les articles sous forme traditionnelle statique, et de n'utiliser le CMS que pour référencer les articles mais il ne faut pas stoquer les articles dans le CMS (enfin ca dépend ces CMS évidement)
    Existe-t-il des CMS de cette sorte ? Lesquels ?


    EDIT: Je retire ce que j'ai dit quant à mon hébergeur
    Je pense qu'il vous faut envisager un serveur dédié.
    La raison principale est la charge cpu générée actuellement par vos scripts php est bien trop élevée pour l'hébergement partagé. Si votre compte continue de générer autant de charge, des mesures devront être prises pour la limiter.
    La bande passante n'est elle pas un problème pour le moment, mais pourrait le devenir avec votre nouveau site.
    Dernière modification par Invité4 ; 18/04/2006 à 14h11.

  20. #20
    Rédacteur en Chef
    Avatar de Marc Lussac
    Homme Profil pro
    Responsable marketing opérationnel
    Inscrit en
    Mars 2002
    Messages
    28 664
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable marketing opérationnel
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Mars 2002
    Messages : 28 664
    Points : 61 529
    Points
    61 529
    Par défaut
    Voila encore une victime des mutualisés

    Pour le cache php, il y en à plusieurs mais tu peu regarder celui la par exemple pour voir ce que ca fait, ca marche très bien : http://www.zend.com/products/zend_optimizer

    pour les cms : Tu peux très bien stoquer des articles en pdf, ou en html, et n'utiliser le CMS (n'importe lequel) que pour référencer ces articles. C'est ce qu'on fais nous, ceci est un article statique : http://nicolasj.developpez.com/articles/pieges/
    Ne pas me contacter pour le forum et je ne répondrai à aucune question technique. Pour contacter les différents services du club (publications, partenariats, publicité, ...) : Contacts

    15 000 offres d'emploi développeurs et informatique
    Cours et tutoriels développeurs et informatique
    Les FAQ's & Les Livres
    Codes sources
    Téléchargements

+ Répondre à la discussion
Cette discussion est résolue.
Page 1 sur 3 123 DernièreDernière

Discussions similaires

  1. Réponses: 35
    Dernier message: 12/05/2011, 13h15
  2. Réponses: 2
    Dernier message: 14/12/2009, 13h25
  3. Réponses: 0
    Dernier message: 21/11/2009, 01h20
  4. Serveur de test oracle --> Ressources nécessaires ?
    Par lanjolanjo dans le forum Installation
    Réponses: 0
    Dernier message: 18/11/2008, 19h11
  5. [Débutant][CVS] Ressources nécessaires
    Par M.Le_maudit dans le forum Eclipse Java
    Réponses: 4
    Dernier message: 05/01/2004, 10h40

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo