Aller au contenu

Alipp

Actif
  • Compteur de contenus

    16
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre

Pour me contacter

  • Mon Site
    http://www.alipp.fr

Information du profil

  • Localisation
    Villeurbanne
  • Société
    Agence Lyonnaise Informatique
  1. Je vais essayer de faire synthétique sur mon expérience perso... Pour une utilisation perso : Joomla convient tout à fait, au même titre que d'autres cms d'ailleurs... D'un point de vue développeur : Ce n'est peut-être pas le meilleur, mais c'est loin d'être le pire ! Et au même titre que d'autres cms, l'utilisation de ce genre d'outil ne t'empêche absolument pas de travailler sur du développement php, sur de la requête sql, etc... car tu peux développer tes propres modules. Le petit avantage => tu as déjà une base qui fonctionne Le petit inconvénient => tu dois faire avec certaines "restrictions" imposées par les choix des développeurs du cms... D'un point de vue Webmaster : Joomla est relativement simple à utiliser, gérer, entretenir... Mais encore une fois, ce n'est peut-être pas le meilleur, mais c'est loin d'être le pire. D'un point de vue Designer : Le système des templates laisse pas mal de souplesse, on peu faire de très beaux sites.... mais on peu aussi pas mal se casser la tête... ce qui n'est pas forcement une mauvaise école... D'un point de vue technique et ressources : Joomla n'est pas le plus léger des cms (surtout avec certains modules, et certains templates), mais en général, comme dit dans le post précèdent, joomla fait très bien ce qu'on lui demande. Après, tout dépend de l'objectif recherché... D'un point de vue sécurité : soit tu laisses l'install telle qu'elle est, soit tu tentes d'optimiser la bête. Quoi qu'il en soit, déjà, tous les internautes ne sont pas des hackers, tous les hackers en herbe ne sont pas capables de "tout" pirater, et rien ne dit que ton cms développé en interne sera meilleur sur cet aspect (il y a quand même un grosse communauté de dev derrière les cms de type joomla). Ensuite, encore faut-il que le site intérèsse suffisemment pour être hacké. Si le but est de présenter la société, plus quelques petites fonctionnalité genre rss, news, etc... Il y a peu de chance que ça arrive. Et si jamais, la belle affaire ! Un backup quotidient du site et de la base, et on en parle plus... D'un point de vue pro : Enormement de boites ont leur site qui tourne avec un cms, et beaucoup sous joomla. Parfois certe, ce n'est pas forcement approprié, mais perso, je le préconise régulièrement pour des clients, avec leur accord, et après avoir étudié avec eux que leurs besoins correspondaient. D'un point de vue employeur : Si les besoins ne sont pas "spécifiques", et qu'il existe des bases existantes qui suffisent, la question ne se pose même pas. Le choix d'utilisation d'un cms existant est un gain de temps et de ressources (humaines, techniques, et financières) évident. Maintenant, imposer tel ou tel CMS.... Certains ont de bonnes raisons, d'autres, on se demande... D'un point de vue général : - Les cms, c'est bien, quand cela correspond aux besoins. - Les cms, c'est bien, mais le responsable (le dev, le webmaster, ou autre) de la mise en place doit se pencher dessus pour en connaître un minimum les rouages, qualités, et défauts, pour faire son choix. - Joomla et d'autres ont leurs défauts, mais force est de constater que la plupart de ceux qui crachent dessus sont loin de prendre en considération tous les éléments décisifs sur le choix d'un cms, et qui plus est ne savent majoritairement pas de quoi ils parlent... la critique est tellement facile... ( Par précossion : personne de ce forum ou d'ailleurs n'est visé directement, ce n'est qu'un constat de 10 ans d'expérience...) - Si l'optimisation en terme de productivité est un critère à prendre en compte, pourquoi refaire ce qui a été fait ? On parle du monde pro, restont pro, et exit les conseils des touches-à-tout-qui-connaissent-tout-sur-tout. Le choix doit passer par une connaissance personnelle et une phase réélle d'étude et de comparatifs dans l'environnement final particulier à chaque entreprise et chaque client, et non pas sur des spéculations et autres critiques avancées sans fondement. En résumé : Le "problème" de demander l'avis d'une communauté, c'est que personne n'est toujours d'accord ! C'est aussi un gros avantage, avoir aussi bien de positif que de négatif, mais il faut savoir trouver le juste milieu ! Je ne pourrais que vivement encourager à la pratique de l'étude et de tests (plus poussés que de simples ouha, c'est nul et puis il parait que, et j'ai lu que...)des outils avant de faire son choix, et de prendre le temps de peser besoins/avantages/inconvénients. Voilà, bon, ben moi qui voulais synthétiser, c'est pas gagné !
  2. J'ajouterais qu'il faut aussi respecter l'ordre : Link - Visited - Hover - Active Non, ça pose pas de problème...
  3. ERRATUM : Je viens de comprendre ta position... en allant voir daevel.net... qui redirige sur www.daevel.fr... qui boucle sur une autre redirection... qui... enfin bref... Un soucis avec les RewriteCond ? Un coup de main ? * (*)N'étant plus dans le cadre xhtml et css... je propose la suite dans une rubrique plus appropriée...
  4. Bien ! Ne nous emballons pas et tentons d'éviter le concour c'est moi le meilleur... Pour ce qui est de la "réinterrogation à chaque page" : A la base, ce n'est pas le fait de faire RewriteCond et RewriteRule qui conditionne le fait que le navigateur effectue une interrogation. exécuter une ligne de JS ce qui déclenchera... absolument rien de plus ? : phrase quelque peu contradictoire... car il y a bien exécution côté client comme tu l'as dis... donc utilisation de ressource. tu penses vraiment que ça consomme moins de ressources que le script JS qui maintient cette chaîne intacte ? : Le fait est (et c'est ce que j'ai voulu dire dans mon précédent poste) que la plupart des internautes sont équipés de config en général issus de la grande distribution, donc aux paramètrages système et logiciels pour le moins pourris, et aux performances très rapidement proches de la nullité. Jusqu'à preuve du contraire, le fait de rajouter l'exécution d'un js n'allège pas la chose. Et de l'autre côté, il est question de serveurs, dédiés et prévus pour de l'hébérgement web, aux capacités prévues à cet effet, pour lesquelles ce genre de calcul n'utilise quasiment rien en ressource. Ce n'est donc pas à toi, professionnel du web et de l'hébérgement haute disponibilité ( Pub !), qu'il faut démontrer l'intérêt de favoriser l'exécution de processus et l'utilisation mémoire côté serveur. le navigateur ne gère pas le "double ETag" : 1 requête -> 1 Etag http -> 2 hash MD5 (1 pour le cache client, 1 pour le fichier sur le serveur) -> 1 réponse serveur : je renvois ou pas. Pour ma part je trouve ça complètement contre productif : D'un point de vue hébérgeur, développeur, ou visiteur ? Je crois avoir la réponse...
  5. Salut, il y a pas mal de choses à changer dans ton code, voici la liste, en vrac : - supprimer du code tout ce qui concerne la mise en forme, et le mettre dans le css - supprimer les "span" dans ta liste et gérer la mise en forme dans le css au niveau des "li" - supprimer tes balises fermantes "/a" qui n'ont pas de balise ouvrante - etc.... Mais comme je suis sympa, voilà les modifs effectuées : Pour ton code html : <div class="milieu_sommaire"> <div class="cellule_sommaire"> CONNAISSANCES <div class="colonne"> <span class="entete">Article scientifique</span> <ul> <li>Article 1</li> <li>Article 1</li> <li>Article 1</li> </ul> </div> <div class="colonne"> <span class="entete">Sites Web</span> <ul> <li>Article 1</li> <li>Article 1</li> <li>Article 1</li> </ul> </div> <div class="colonne"> <span class="entete">Autres documents</span> <ul> <li>Article 1</li> <li>Article 1</li> <li>Article 1</li> </ul> </div> </div> </div> Pour ton css : .cellule_sommaire{ font-size: small;} .colonne{ width: 33%; float: left; border-color: #f40; border-style: solid;} .entete{ font-style: italic;} li{ color: black; font-size: x-small; vertical-align: 3px; list-style-image: url(IMG/icone4.gif);} A savoir que : div class="milieu_sommaire" et div class="cellule_sommaire" peuvent (devraient) être transformées en "id" s'ils sont uniques. Dans ce cas là, il te faudra les appeller par "#milieu_sommaire" et "#cellule_sommaire" dans ton css. 1 ou 2 heures de "potassage" des bases de css et html pourraient t'être utiles... Voilou... En espérant que ça t'aidera...
  6. Salut, Il n'y a rien sur http://just-lorie.net/index2.php.
  7. C'est sûre ! Mieux vaut utiliser les ressources pc avec du js que de d'exploiter les ressources serveur... ... Allons allons... faut rester un minimum logique ! Si tu as une smart et un Q7, tu prends pas la smart pour partir en vacances... Perso, je trouve cette technique très interéssante ! Je me demande même : sachant que l'on traite au niveau inferieur, et que php est parsé, les ressources sont peut-être mieux optimisées qu'avec un if en php... Cela dit, en hébergement mutualisé... pas sûre... Dans tous les cas, c'est à retenir ! Bravo Dan !
  8. Salut, Je vois pas où est le problème... d'autant plus que tes largeurs et hauteurs sont fixées... Peux-tu mettre en ligne la version avec les 4 blocs ?
  9. Tu n'as pas dû approfondir ta lecture, car la notion de flottant n'est visiblement pas maîtrisée au vu de ton css... Ton problème vient de tes margin et padding. A toi de creuser ! ps : un autre lien, qui explique ton problème sur cette page
  10. Il est normal que tu ne comprennes pas comment résoudre ton problème... Il te manque certaines notions de base. Vas voir cette page, tu y trouveras plein de choses interressantes, simples, et bien expliquées. Bonne lecture et bon courage !
  11. Bonjour, C'est pourtant facile à comprendre, il suffit de regarder sa page et son code... neuillane : Ce que tu as généré, c'est une page html contenant du javascript, et c'est ce code javascript qui génère le changement de tes images dans la zone d'affichage de ta banniere. Effectivement, tu ne peux pas transformer le html en gif... ça n'a rien à voir... Tu as 2 possibilités : - soit tu utilise le code html (qui est suffisemment bien commenté) générée, que tu replaces dans la page devant contenir ta bannière - soit tu reprends les images devant constituer ta bannière et tu génére une image gif ou bien une animation flash Quoi qu'il en soit, au vu de ton incompréhension de ces concepts de base, je te conseille de te documenter un minimum sur les formats de fichiers, ainsi que sur les bases du html. Quand au lien fournis par kac, il est vrai qu'il s'agit d'une méthode simple, mais j'ai peur qu'il soit encore un peu tôt pour toi de t'attaquer au php... Bon courage à toi
  12. Entièrement d'accord avec sopo... Gakman : "Que se soit en tableaux ou en CSS" => rien à voir... On parle de tableau ou de div, mais dans les 2 cas, on utilise le css. (je te conseille un petit tour sur ce site, cela t'aidera dans la compréhension de tout ça...) Pour ce qui est de ton problème, voici un exemple d'une méthode possible et très simple : - dans ton code html, pour ton menu : CODE <div id="menu"> <div id="haut"></div> <div id="bas"></div> </div> - dans ton code css : CODE #menu { width: 200px; height: 800px; } #haut { width: 200px; height: 100px; } #bas { width: 200px; height: 100px; margin-top: 600px; } Je re précise bien qu'il s'agit d'un exemple d'une méthode possible, avec ses avantages et ses incovénients, en fonction de ton besoin exact...
  13. Bonjour, Comme tu héberges ton site sur ifrance, le code généré pour l'affichage de ta page contient des éléments avant la déclaration de ton doctype, donc l'interprétation par ie est modifié car il passe en mode Quirks (voir ici) De plus, ton doctype déclare du xhtml strict... commence par du transitionnal, plus souple sur le respect des normes. Enfin, il est "normal" que le rendu sous ie et ff soit différent, les 2 navigateurs n'interprettant pas le code de la même façon (et le respect des standard non plus). Je me permettrais de citer sopo : Bon courage à toi.
  14. Essai en ajoutant dans ton css : #xiti-logo{ display:inline; }
  15. Bonjour, Ton problème de positionnement dans le pied de page est normal, car le code de ton marqueur xiti est.... en dehors de ton pied de page ! ton code : CODE <div id="xiti-logo">....</div><div class="pied"> <a style="text-decoration:none" href="plan_du_site.html">Plan du site</a>........</div> </div> </body> </html> Ce qu'il te faut mettre : CODE <div class="pied"><a href="plan_du_site.html">Plan du site</a>........<br /> <div id="xiti-logo"> <a href=&quot;http://www.xiti.com/xiti.asp?s=306514" title="WebAnalytics"> <script type="text/javascript">.....</script> </a> </div> </div> </div> </body> </html> ps1: toute la section "<object><noscript>..." est à dégager => quasi inutile et pose des problèmes pour la validation w3c ps2: l'attribut "text-decoration:none" dans cette partie de ton code html est inutile car déjà défini dans ton fichier css A bientôt
×
×
  • Créer...