Jump to content

druith

Actif
  • Content Count

    14
  • Joined

  • Last visited

Community Reputation

0 Neutre

About druith

  • Birthday 09/21/1984

Contact Methods

  • Website URL
    http://musaraigne.fr

Profile Information

  • Genre
    Homme
  • Localisation
    Oise - Somme
  1. Merci pour vos réponses. Je suis d'accord sur le fait qu'il faille prévoir plus un rendu global, puisqu'on ne peut rien faire de mieux. En fait, je voulais surtout savoir si j'étais le seul à autant m'arracher les cheveux sur ce problème, parce que ça me paraissait étrange de ne pas rencontrer plus de propos autour de cette question. Je vais lire de ce pas ton article SpeedAirMan, il a l'air pas mal. J'avais déjà jeté un oeil (lu de A à Z) à l'article de Wikipédia sur les couleurs Web, et en fait c'est quand j'ai vu qu'avec le css3 on pouvait aussi utiliser des couleurs TSL que j'ai voulu vous poser la question. Après tout, à quoi bon toutes ces nuances possibles, dignes de l'impression, puisque le rendu ne sera pas fiable au final. Enfin merci pour vos remontées d'expériences. Et sinon, pour avoir moins de risques de variations, n'y a-t'il pas une gamme de teinte qui change moins ? (il faudrait peut-être poser la question sur un forum plus orienté technologie comme lesnumeriques.com... Bon, je vais chercher d'autres informations et vous tient au courant si je trouve une piste, même si je pense que vous avez raison... penser global et pas détail Pour la Joconde, ça me rappelle le grand choc lors de la restauration de la Chapelle Sixtine où les couleurs flashies ont choquées tout le monde (notamment certains spécialistes de Michel-Ange qui avaient passé leur vie à étudier la splendeur des couleurs de l'artiste héhé).
  2. Bonjour à tous. Je sais que le problème des affichages couleurs est souvent discuté, notamment pour rendre les sites accessibles aux daltoniens. Néanmoins, un problème plus fréquent me fait m'arracher les cheveux, celui du calibrage des écrans ! Effectivement, issu du monde de la peinture et des arts plastiques, on m'a toujours conseillé de colorer mes gris et de jouer entre les contrastes et les dégradés. Cela est bien joli, mais au final j'ai l'impression que le graphisme Web est limité aujourd'hui non plus par le xhtml, le css, ou les navigateurs mais bien par les écrans eux-même. Je m'explique. Je travaille sur deux écrans pour réaliser mes thèmes de sites. Le premier est l'écran par défaut de mon macbook qui réchauffe légèrement ses gris en les orientants vers l'orangé, le second est un écran SyncMaster 931BW de Samsung qui, même une fois calibré, a tendance à refroidir légèrement les gris en les teintants de bleu. Mes deux écrans me permettent donc de tester mes créations de façon assez efficace. Le problème se pose au niveau du matériel de destination finale et l'utilisateur. - Le matériel : parce qu'on ne peut pratiquement jamais savoir quel sera le réglage et la qualité de l'écran qui affichera notre site - L'utilisateur : parce que celui-ci a rarement conscience qu'un écran se calibre (même approximativement) et qu'il porte des jugements radicaux sur les couleurs d'un site sans chercher à savoir si le problème vient de lui ou du concepteur (d'ailleurs, il n'est pas toujours possible de régler son matériel : comme avec un portable par exemple). Bref, cela n'est qu'un constat, mais j'aimerais savoir comment vous faites pour choisir vos nuanciers de couleurs lorsque les sites exigent des graphismes assez complexes ou délicats (pour un forum ou un site d'information standart, des teintes de bleus sans dégradés suffisent). Je suis par exemple en train de travailler sur un thème pour mon blog avec des gris/bruns qui s'affichent en gris bleus sur les écrans de certains portables (les HP sont vraiment insupportables à ce niveau). Dois-je me contenter de le constater et m'en ficher ou bien y a t'il des règles à respecter, des couleurs plus sûres que d'autres (sans être pour autant ignobles et trop contrastées) ? J'ai cru remarqué que les bleus et rouges souffraient moins de ces différences d'affichages, mais même si j'ai rien contre ma république, j'ai pas envie de ne faire que des sites en bleu blanc rouge ;-). Bien sûr, on peut se contenter d'espérer que ça s'affiche pas trop mal sur les écrans même si ça respecte pas les couleurs voulues, mais comme je dois souvent travailler avec des couleurs vertes et orangées, c'est souvent intenable tellement certains écrans affichent ces couleurs de façon criardes (c'est pourtant les couleurs les plus appréciées dans mon domaine d'action : les arts plastiques contemporains).
  3. Je suis d'accord avec Gecko64 : le mieux est de sécuriser soi-même son système et d'apprendre à mieux le comprendre, même si cela peut prendre du temps. Quand on ne sait pas ce qui se passe, on n'est jamais sûr d'avoir bien sécurisé son système. Avec Debian il y a le "Manuel de sécurisation de Debian" disponible sur le site officiel qui est excellent. Bon, il faut savoir trier parce que tous les conseils ne concernent pas le commun des mortels, mais ça enrichit beaucoup. En ce qui concerne la sécurité sous linux, je préfère faire confiance à une debian, avec une installation minimale et juste le strict nécessaire... (une autre distribution fait l'affaire, mais j'ai l'habitude d'utiliser debian)
  4. Je ne voudrais pas dire de bêtises, mais pour commencer, tu peux passer par le portage salarial (je suis chez webportage moi par exemple, et ça me semble adapté à tes besoins), et signer un contrat avec la société cliente sous forme de "location" du code... Si tu ne cèdes pas les codes liés à ton code, celui-ci doit t'appartenir quoi qu'il en soit. Moi je propose des contrats de maintenance de sites Web à l'année par exemple. J'espère avoir un peu éclairé ta lanterne, même si je ne suis pas un spécialiste en paperasse.
  5. Une solution, si tu ne constates aucun disfonctionnement de ton site malgré ces erreurs, serait de demander à php de ne pas afficher les erreurs qu'il rencontre. Pour cela il te suffit d'utiliser error_reporting() en début de ton fichier "./index.php" : <?php /* Désactive l'affichage des erreurs : */ error_reporting(0); ?> Cette solution est à double tranchant : Elle ne résoud pas les problèmes réels rencontrés par ton script php, et risque de te cacher de nouvelles erreurs plus importantes encore si tu oublies de regarder de temps en temps (ou en cas de disfonctionnement) les erreurs que t'envoie ton site sans cette fonction. D'un autre côté, il n'est pas conseillé d'afficher les erreurs php à la vue et au su de tous : un pirate pourrait en retirer quelques informations importantes (ou non)... Sinon, comme Sanguo, je ne connais pas du tout nuked-klan, donc pour ce qui est de l'erreur en tant que telle, je ne peux t'aider. Bon courage
  6. Bonjour, Si j'ai bien compris, ce qui te dérange, c'est que tu ne possèdes qu'une seule copie du site avec deux adresses pointant dessus ? Donc si tu intègres une erreur 301, tu as peur qu'elle apparaisse sur les deux sites. C'est bien ça ? Avec .htaccess je ne sais pas, mais tu peux inclure un appel dans tes pages vers un script php qui aurait plus ou moins cette tête là : <?php if (S_SERVER["HTTP_REFERER"] == 'http://monsite.monhebergeur.com' { //vérifie quel nom de domaine est utilisé $nouvUrl = 'http://monsite.com'; //nom de domaine souhaité $nouvUrl .= 'S_SERVER["REQUEST_URI"]; //suite de l'URL demandée par le visiteur /* Redirection (301) */ header("Status: 301 Moved Permanently", false, 301); header("Location: ".$nouvUrl); exit(); } ?> Comme ça, si le nom de domaine demandé est le bon, rien ne se passe, et si c'est le mauvais, tu gardes changes juste le nom de domaine sans toucher à la page demandée par le visiteur. Bien sûr : à intégrer avant tout affichage html...
  7. http://phpsec.org/projects/guide/fr/ Ca peut servir de base.
  8. Dans ce cas, j'envisagerais trois possibilités (cumulables ou non) : - La première est toujours basée sur l'idée de mots clés que tu estimerais par toi-même perspicaces. Tu peux alors proposer une page avec une liste de liens pointant vers ton moteur de recherche interne, avec ces mots clés comme arguments... C'est classique et manuel, mais c'est assez efficace je pense. - Deuxième solution : récupérer les critères de recherches tapés dans Google et faisant arriver les visiteurs jusqu'à toi, puis encore une fois proposer des liens pointant vers ton moteur de recherche interne avec ces mots clés en arguments. Là tu ne devances plus Google, mais tu renforces tes positions... - Troisième possibilité : celle que tu envisages déjà : mettre en cache les critères de recherches entrés par tes visiteurs (en utilisant par exemple les fonctions ob_start(), ob_get_contents() et ob_end_flush() de php). Le problème étant alors que rien ne te garantie que ces recherches soient toujours fructueuses... Bien sûr, tu peux toujours t'amuser avec REGEX à scanner tous tes articles, mais je pense pas que ton serveur apprécierait et ça ferait doublon avec ton moteur de recherche (sans compter que Google & co le font déjà pour toi, donc je ne suis pas sûr que cela serve à qqc). Enfin, je pense que ce ne soit pas considérable comme du spamdexing tant que cela est perçu comme pouvant servir tes visiteurs. Garder en mémoire les 10 dernières recherches, ce n'est pas du spamdexing. Proposer une page avec des liens à n'en plus finir, sans mise en page humainement appréciable et pointant vers des articles que Google a déjà indexé par les méthodes traditionnelles, là par contre, ça risque de le devenir. Après, je pense que tu ne profiteras pas d'un meilleur référencement pour autant (dicodunet était déjà bien référencé à l'époque où on tombait sur ses articles et non sur ses annuaires obscurs), et que les visiteurs humains risquent de ne pas apprécier de tomber sur ce genre de page en arrivant de google... J'espère que cette réponse te semblera plus proche de ta question, et si tu mets en place un tel système d'indexation des recherches, ce serait sympathique de nous tenir informé de son efficacité ou non vis-à-vis de tes statistiques dans quelques mois
  9. Bonjour Ricotrutt Oui et justement ! Je ne sais pas toi, mais moi ce site, je rêve de le voir disparaitre par moments. Quand je passe par Google, j'aime tomber sur une page traitant de mon sujet et non sur une page me renvoyant vers un article qui traitera peut-être de mon sujet... Niveau "image de marque" je trouve ça très mauvais pour dicodunet.com, même s'ils sont référencés dans les premières pages de Google. Si on regarde leurs stats, je suis persuadé qu'on verra un nombre impressionant de visiteurs apportés par google... et repartant au bout de quelques secondes. Je pense que le mieux, pour bien référencer le contenu de son site, c'est de proposer une page "plan-du-site" disponible dans chaque footer (et en erreur 404) et d'y ajouter un système de mots-clés à la spip ou, pour prendre l'expression des bloggeurs, un "tags cloud".
  10. Je ne voudrais pas dire de bêtises, mais je crois que tu peux effectivement avoir un htpasswd différent à chaque fois, puisque tu donnes le chemin vers le htpasswd dans le htaccess : en donnant le chemin vers des htpasswd différent alors il ne devrait y avoir aucun soucis. Par contre ce n'est pas évident à maintenir à jour comme système, et peut-être une solution en php serait-elle plus pratique à administrer par la suite non ? Bonnes fêtes à toi aussi.
  11. Oui, oui, je le sais, mais je voudrais justement avoir vécu quelques expériences dans le domaine avant de me décider. Je n'ai pas envie de me lancer et de constater a posteriori que je n'ai pas les qualités requises. En plus de cela, je suis étudiant et je n'ai pas encore fini mes études, pour le moment j'aimerais bien pouvoir arrondir mes fins de mois, tout en acquérant de l'expérience... Il y a de fortes chances pour que je me lance l'année prochaine si une ou deux expériences me satisfont. Cette solution me conviendrait, faudra que je vois avec eux... Sinon, merci à tous pour votre aide, je vais consulter les liens que je n'avais pas encore visité... J'ai trouvé un truc sur les chèques emploi (Cesu) Ça ne pourrait pas marcher ça ? Ah oui, en fait, le truc exact, c'est qu'un ami graphiste a déjà réalisé le template, le directeur souhaiterait un site dynamique, et donc ils font appel à moi pour que je mette ça en place contre rémunération. Je ne gérerais pas le site une fois installé, sinon, je me déclarerais à l'Urssaf sans hésiter, je me contenterais, dans le pire des cas, d'expliquer le système administratif à quelques futurs administrateurs... voilà
  12. Je te conseillerais un scan antivirus au cas où si ça te le fais aussi avec d'autre programmes... (ca me rapelle un virus/troyen que j'avais attrappé et que Norton n'avait pas détecté.) Les bugs sous windows ne sont pas toujours des virus et je veux pas entretenir de psychose, mais dans le doute ça ne mange pas de pain.
  13. Dans la majeur partie des cas, ce qu'il faut avant tout, c'est faire le moins d'appels bdd possibles. Ensuite, il vaut mieux séparer le "template" du contenu, et c'est pour cela qu'on ne les stocke pas tous ensemble... Sinon, autant tout réaliser directement en statique/html (si tu écrits un roman, pas besoin de dynamisme) sans passer par de bdd. De plus, il est possible, avec des cms comme spip, de créer un style de graphisme différent par articles si tu le souhaites, et pourtant, le squelette n'est pas stocké dans une bdd. Pour conclure, il est possible de tout stocker dans une base de donnée, même des images, mais c'est loin d'être conseillé. Mets-y seulement le texte de tes articles. Rien ne t'empêche d'y ajouter des balises html du type <p>, <em>, <strong>, <h2>, etc. Mais essaye de ne pas mettre de balises de mise en forme (<div>, <span>,etc. ça te compliquera la vie pour rien lors des mises à jour. Et puis les bdd ne sont pas toujours LA solution adéquate, ce qui est plus performant sans bdd ne doit pas être utilisé avec bdd ! Donc les images sont mieux, stockées au chaud dans un dossier IMG, que dans une table, pareil pour les squelettes/templates. Une bdd n'est vraiment incontournable que lorsque tu as des données qui sont régulièrement écrites/éditées/lues à manipuler, sinon tu perds en efficacité. Si tu as du mal à comprendre tout ça, hésite pas à mettre le nez dans les codes et les tables des cms Open Source que tu trouveras un peu partout, ça te donnera sûrement des idées.
  14. Bonsoir à tous. Je suis nouveau sur ce forum, même si je lis régulièrement les postes qui s'y trouvent depuis pas mal de temps déjà. Ma question a sans doute déjà rencontré des réponses, mais je ne les ai pas trouvées, je m'excuse à l'avance si elle est récurente. Je suis étudiant, et un lycée m'a proposé de leur réaliser un site internet. Je ne pense pas que je ferais d'autres sites immédiatement, et s'il me faut avancer les cotisations à l'URSSAF pour les trois prochains semestres, mon portefeuille risque de souffrir. Toutefois, je ne souhaite pas être dans l'illégalité... Ma question est donc : existe-t'il une alternative quand on ne réalise que très peu de boulots ou suis-je obligé de me déclarer comme indépendant ? D'après ce que j'ai cru comprendre, cela n'est pas intéressant tant que l'on atteint pas une certaine source de revenus, je ne ferais, qu'1 ou deux sites par ans dans le meilleur des cas (peut-être même aucun qui sait ?!). De plus, j'aurais aimé savoir si on pouvait cumuler un travail en tant que salarié au statut d'indépendant (j'ai vu que pour la MDA on pouvait, mais visiblement, il ne faut faire que du graphisme pour passer par elle). S'il n'existe pas d'autre alternative intéressante que celle de devenir indépendant, me conseilleriez-vous de le faire ou pas ? A partir de combien d' par ans, selon-vous, cela vaut-il le coup ? Comme vous pouvez le voir, je suis perdu et je ne comprends pas grand chose à tout ce que je lis sur ce sujet (j'ai déjà regardé 80% des liens proposés sur hub concernant ce sujet, et j'ai plus ou moins compris le système, mais tout me semble abstrait, et je ne parviens pas à l'appliquer à mon cas ) Merci de votre aide.
×
×
  • Create New...