Aller au contenu

NiCoS

Hubmaster
  • Compteur de contenus

    498
  • Inscrit(e) le

  • Dernière visite

Messages postés par NiCoS

  1. 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 :)

  2. 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 :)

  3. 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 ;)

  4. 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 ???

  5. En tout cas pas chez céléonet, y a pas besoin d'administrer quoi que ce soit sur le serveur, ils font tout pour toi

    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 :)

  6. Pourquoi un virtuel, et pas un dédié : question de coût, pour un virtuel pas besoin d'infogérance, il est "géré" comme un mutualisé, mais bande passante, espace disque, mémoire alloué plus importante.

    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...

  7. 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.

  8. OK ^^ vous me faites regretter d'avoir choisi la solution hybride... :o

    Au pire je travaillerai jour et nuit et je ferai 2x le projet pour au final leur exposer mes 2 solutions :)

    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).

  9. 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.

  10. Je pensai juste a une chose... Joomla supporte 32 langues?

    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 ;) )

×
×
  • Créer...