Aller au contenu

NiCoS

Hubmaster
  • Compteur de contenus

    498
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par NiCoS

  1. En même temps si c'est du libre, il a le droit de forker (tant qu'il respecte la licence et les crédits).
  2. Pour continuer, le choix du CMS se fera pas selon la charte graphique mais selon les besoins fonctionnels de ton client. Comme a dit davidm, chaque CMS a ses forces/faiblesses et sa courbe d'apprentissage. A toi de voir l'outil qui correspond le plus à tes besoins et à tes compétences (sachant que tu ne pourras les maitriser tous...). Après, si tu es "seulement" graphiste, il serait peut être opportun pour toi de te faire accompagner par une société possédant une expertise technique afin que chacun se concentre sur son coeur de métier et éviter l'éparpillement de compétences. Dans la boite où je travaille, nous n'avons aucun graphisite par ex, nous faisons appels à des boites externes quand on en a besoin. On se focalise sur la partie dev et intégration
  3. J'ai trouvé, c'est apache 2.2 qui génère ces requêtes avec pour user agent : Apache internet dummy connection. Apparemment c'est une "feature" de Apache 2.x (sauf qu'en Apache 2.0, ce n'était pas loggué). Apparemment, ce n'est rien de grave. Une solution serait de passer du mpm prefork à worker mais il me semble que ce n'est pas possible avec PHP au moins. Cf : http://www.issociate.de/board/post/316864/..._requests?.html Pour éviter de pourrir vos logs apache et pister le truc, vous pouvez créer un répertoire htdocs à la racine de votre serveur. Pour vérifier que c'est bien lié à apache2, faites un fichier /htdocs/index.php contenant : <?php ob_start(); phpinfo(); $buff = ob_get_contents(); $fp = fopen('/tmp/trouver-htdocs.txt', a); fwrite($fp, $buff); fclose($fp); ob_end_clean(); Ensuite, dans /tmp/trouver-htdocs.txt, faites une recherche sur HTTP_USER_AGENT
  4. Pour la suppression de spip, c'est aussi une erreur amha. Le problèm est peut être que beaucoup de sites spip sont faits par des amateurs/particuliers. De nombreux sites institutionnels, gouvernementaux sont faits sur spip. Amha, tu peux implémenteur n'importe quelle charte graphique avec spip. Le problème est d'avoir un bon graphiste et/ou des clients qui ont des bons gouts :-P Rejeter un outil juste sur les chartes graphiques n'a aucun sens selon moi
  5. Hello, Sur mon serveur en prod, j'ai eu des load average assez élevés hier. En regardant le résultat d'un server-status, j'ai vu que j'avais 50% des requêtes apache qui émanaient de localhost (sous la forme 127.0.0.1) et qui demandaient la racine du site. J'ai beau greppé de part et d'autres, je ne vois pas d'ou ca vient. Ex : 1 - 0/0/72 . 1.13 487 0 0.0 0.00 0.17 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 11-1 - 0/0/145 . 5.44 1430 0 0.0 0.00 0.82 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 12-1 - 0/0/119 . 2.51 1300 0 0.0 0.00 0.76 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 13-0 - 0/0/61 . 1.38 2874 0 0.0 0.00 0.37 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 14-0 - 0/0/1 . 0.00 3214 1 0.0 0.00 0.00 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 15-0 - 0/0/1 . 0.00 3213 1 0.0 0.00 0.00 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 16-0 - 0/0/1 . 0.00 3212 0 0.0 0.00 0.00 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 17-0 - 0/0/1 . 0.00 3211 0 0.0 0.00 0.00 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 18-0 - 0/0/1 . 0.00 3210 1 0.0 0.00 0.00 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 19-0 - 0/0/1 . 0.00 3209 1 0.0 0.00 0.00 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 20-0 - 0/0/1 . 0.00 3208 1 0.0 0.00 0.00 127.0.0.1 vds305.sivit.org GET / HTTP/1.0 Ce qui est étrange, c'est qu'il n'y a aucun PID lié dpkg -l apache2* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=========================-=========================-================================================================== ii apache2 2.2.3-4 Next generation, scalable, extendable web server rc apache2-common 2.0.55-4.1 next generation, scalable, extendable web server ii apache2-mpm-prefork 2.2.3-4 Traditional model for Apache HTTPD 2.1 ii apache2-utils 2.2.3-4 utility programs for webservers ii apache2.2-common 2.2.3-4 Next generation, scalable, extendable web server Sinon PHP est dans sa version 5.2.0-10+lenny1, MySQL dans sa version 5.0.38-1 et mod_python en version 3.3.1-1. Pour apache, les modules activés sont : alias.load authz_groupfile.load cgi.load dir.load mod_python.load rewrite.load status.load auth_basic.load authz_host.load deflate.conf env.load negotiation.load setenvif.load vhost_alias.load authn_file.load authz_user.load deflate.load headers.load php5.conf ssl.conf authz_default.load autoindex.load dir.conf mime.load php5.load ssl.load Autre truc, dans error.log, je vois des appels vers un répertoire "htdocs" qui a lieu très très fréquemment (avec des écarts de qqs minutes à qqs secondes) : [Sun Jun 17 09:33:06 2007] [error] [client 127.0.0.1] File does not exist: /htdocs [Sun Jun 17 09:38:32 2007] [error] [client 127.0.0.1] File does not exist: /htdocs J'ai rien vu d'anormal avec un chkrootkit, lsof, nmap, etc. Auriez-vous une idée sur ces requêtes étranges ???
  6. SPIP avec le plugin forms ou sondage dotclear1 n'est pas un CMS mais un moteur de blog...
  7. phpwebcalendar ? (suis plus tout à fait sur du nom)
  8. Ok, je savais pas. C'est bon à savoir pour ceux qui ont besoin de passer sur un dédié sans avoir les connaissances pour assurer la maintenance
  9. Oui et tu les affiches en utilisant soit les racourcis <docxxx> (ou xxx est un numero), soit via une boucle DOCUMENTS Les documents s'attachent à un article via le formulaire situé en bas ou sur le coté de ton article
  10. T'es sur ? Moi tous les vds que je connais, c'est à son possesseur d'en faire l'infogérance sauf à prendre un contrat en la matière...
  11. Tu abuses, il est déjà mentionné ici : http://www.webmaster-hub.com/index.php?showtopic=34374
  12. Si c'est un partage de fichier au sens partage réseau ou bien un partage à la alfresco par ex, tu ne pourras pas le faire avez ez publish. le seul truc possible avec ezpublish amha, c'est de créer une arborescence de dossiers et d'uploader les fichiers dans le CMS pour qu'ils soient en suite accessible en téléchargement.
  13. Il faut surtout que tu penses à la maintenance et l'évolutivité de ton application une fois que tu ne seras plus là par ex. Ou tu peux aussi avoir envie de faire autre chose que de maintenir cette appli à vie. En outre, ça t'évite aussi de tout recoder et de bénéficier d'un existant. Tu vas ainsi gagner du temps pour la mise en place de ton prototype. Tu pourras alors le faire valider rapidement et le cas échéant le finir (ou partir sur autre chose si ça convient pas).
  14. Si tu pars sur Python, alors pourquoi ne pas envisager un framework comme Django ? ( http://www.djangoproject.com ) ? Cependant pour ton besoin, un CMS devrait normalement amplement suffire. Si ton aspect sécurité des contributeurs n'avait pas été aussi important (quoique le plugin autorité va répondre partiellement à ton besoin), SPIP répond très bien à la demande (modulo le WYSIWYG et encore là tu peux intégrer un fckedito ou équivalent) C'est vrai que l'interface de 'back office" de drupal et la logique de l'outil sont assez particulières. Je devrais faire une proposition commerciale pour un client avec ce cahier des charges, j'aurais privilégié eZ Publish.
  15. Tout dépend comment tu l'entends. Si une langue = un niveau dans ton arborescence, alors tout CMS supporte n langues. Si c'est en plus un support en back-office et front-office (mise à disposition des champs dans la langue voulue), là c'est différent. Dans ce second cas, je ne connais pas la réponse pour Joomla et tout dépend aussi de tes 32 langues (si elles sont "classiques" ou bien très exotiques )
  16. Tss on peut plus être tranquille de nos jours
  17. Y a eZ Publish aussi - en un peu moins complexe que Typo3.
  18. Le décret n'est pas encore passé... et les obligations tiennent surtout à logguer ce qui se passe et non le contenu en tant que tel (mais je peux me tromper...)
  19. Non, pas en mutualisé. Les backups sont à la charge du client (même si ds les faits, l'hébergeur en a souvent un...)
  20. Pourquoi ne prends-tu pas un dédié low cost (kimsufi, dedibox, ...) qui te permettrait de mettre en place la politique que tu souhaites ?
  21. gd est une bibliothèque qui normalement est inclus dans PHP depuis je ne sais plus quelle version. sinon il y a coppermine, smoothgallery, gallery, ...
  22. Hmm apparemment, le code est en dur dans le code de dailymotion, donc pas moyen de modifier l'apparence, c'est dommage
×
×
  • Créer...