nyl auster

salut karnabal. En fait je suis un grand débutant et j'avoue tout ignorer de l'usage des sous-domaine. (je vais me renseigner sur ce sujet) La solution que j'envisage est-elle mauvaise?

bonjour à tous. (edit: j'ai posté en php ce sujet à cause de l'utilisation de mot de passe et parce que tout ça me servira à mettre en place mes scripts php). Je me posais une question toute bête: sur mes précédents sites web, je rangeais tous mes dossiers à la racine du site, par exemple le dossier "images" de mon vieux site tout pourri midagrd-hills. com est accessible directement par le web en tapant http://www.midgard-hills.com/images; et ainsi pour tous mes dossiers. Je travaille sur un nouveau site plus important et je souhaiterais pouvoir enpêcher l'accès à tous les dossiers pour la phase d'installation: pour cela je pensais crée à la racine du site un unique dossier protégé par mot de passe qui contiendrait lui même tous les autres. Ce qui donnerait pour suivre l'exemple de midgard-hills.com, et pour accèder au dossier images: http://www.midgard-hills.com/MIDGARD-HILLS/images. Le dossier midgard-hills étant protégé par mot de passe (avec htaccess et htpasswd), ce qui me permet de mettre en place tranquillement mon site en étant sur que personne n'aura accès à mes pages en cours de création. Donc voilà ma question: ça se fait de créer un unique dossier contenant tout le reste à la racine d'un site, il n'y a pas d'inconvénients à faire ça-à part rallonger les adresses? sachant que je devrais le laisser comme ça par la suite pour ne pas devoir retaper les adresses du site! merci de vos réponses!

merci de ton avis. Bon pour les pages je peux vous PROMETTRE qu'elles sont légères, encore une fois il ne s'agissait que d'un calcul grossier pour estimer le poids consommé par visiteur lors d'une visite. la structure xhtml/css est optimisée au maximum de mes capacaités en ce sens. EDIT: le choix du 20 février n'est pas un CAPRICE de prépubère mais un choix guidé par quelqu'un qui a une vraie expérience de professionnel dans le domaine du jeu-video. sans doute ne pourrons nous pas le mettre en ligne, mais la date du 20 n'est pas arbitraire loin s'en faut.

pour jeux-videos.com, je n'ai jamais dit ça, je me souviens simplement l'avoir mentionné en terme technique pour montrer le type de structure technique auquel on ressemblera de loin. Nous somme forts conscients de nos limites et SURTOUT nous ne ferons pas du jeu-video généraliste, notre projet vise une catégorie bien précise de jeux et joueurs et donc forcément beaucoup plus réduite. il n'a jamais été question de les concurencer puisque la nature même du projet ne le permet pas du tout. j'ai tendance à faire référence à eux pour la simple raison que l'un de nous y a travaillé durant trois ans. - je suis tout à fait d'accord pour cette histoire de temps, et effectivement il me sera tout à fait impossible de faire le site (version dynamique) pour le 20 février si c'est moi qui code le php. Je ne suis que trop conscient de ce que ça a de déraisonnnable vu que c'est sur mes frêles épaules rabougries que repose la technique pour l'instant. De toute façon il est clair que la date du 20 février est impossible à tenir pour moi, donc ce sujet est réglé en ce qui me concerne, à moins de mettre en ligne une vesion du site "non-pro"en terme fonctionnalités puis de l'améliorer au fur et à mesure... Ne te fie pas à ce que laisse paraitre mes post, nous ne sommes pas des suicidaires ou des kamikazes, on tatonne et on galère, on doute beaucoup.

toujours aussi réactif sarc réponse 1: parce que je suis une grosse buse en php, vu que j'ai commencé dimanche dernier ;-) réponse 2: ça me paraissait une bonne solution pour proposer aux internautes un bon moteur de recherche de tout rentrer dans la BDD. Par exemple: rechercher parmi tous les jeux: les rpg; puis parmi les rpg: les rpg classés action etc... ensuite, l'internaute doit pouvoir afficher (dans un hypothétique futur) toutes les news, previews, articles, dossiers, infos affiliées à un jeu. Je ne vois pas encore comment organiser cela autrement qu'avec des requêtes mysql... En tous cas ton point de vue m'intéresses beaucoup, j'avais pas vu les choses ous cet angle, même si je n'ai aucune idée de la manière dont on "parcourt des dossiers" en php. je vais googliser de ce pas.

bonjour à tous avant de lâcher complètement le php pour me plonger dans l'univers imptoyable des CMS, je me posais une question technique sur le stockage des images dans un site codé avec du php. Pour m'entrainer, j'essaie de faire un systeme pour rentrer des articles puis que les images s'affichent ensuite via le php. J'ai essayé en premier lieu de ne stocker que le chemin des images, elle mêmes uploadées dans le ftp via une petite admin. probleme: il va y avoir beaucoup d'images par articles (disons au moins 20 images liées à l'article), vu que c'est un site sur les jeux vidéos. Ma première idée était de créer un champ pour chaque chemin d'image dans la table mais bon ça faisait beaucoup de champs et donc je me suis dit que c'était une mauvais solution. Ma seconde idée était de stocker tous les chemins des images dans une variable ARRAY (0chemin1, 1=chemin2 etc...), ce qui permet de n'avoir qu'un seul champ"url image". Cette solution est-elle viable? Au passage je n'ai pas encore compris comment récupérer les données de l'array une fois celui-ci stocké dans la BDD, mon petit cerveau endolori étant au bord de l'indigestion de code en ce moment; je me dis qu'un petit coup de pouce ferait pas de mal EDIT:oupla j'en profite pour oser une question: les articles(15 000 caractères) eux même doivent ils être stockés directement dans la BBD ou bien dois aussi simplement les stocker via le FTP et n'appeller que leur "chemin"?

salut Damien, oui je vais devoir me tourner vers un cms vu l'évolution des choses, donc je vais regarder un peu tout et faire mon choix dans la semaine. héhé voilà bien le problème: il esttrès facile de créer un srcipt de news, ou une petite admin pour gérer la page d'edito (la pge est identique mais change de contenu simplement donc rien de complexe) mais créer une admin pour rentrer des article est bien plus complexe, et la mise en ligne a été avancé au 20 février donc je suis grave dans la m****; donc je vais devoir retourner à un CMS qui hélas sont très longs à maitriser eux aussi. Ca sent la mise à jour directe dans le html tout ça...

ok c'est noté, ayant été abonné longtemps au 50kb/s puis au 600kb/s, je fais attention à ça, je comptais large pour estimer quel poids approximativement UN visiteur pouvait consommer en visitant le site, en passant la page d'acceuil et en lisant un article? je pensais à cette offre de chez OVH ou celle de 90 plan, est ce que ce choix parait raisonnable pour le type de site qu'on envisage? http://www.ovh.com/fr/produits/240plan.xml Il faut que la mise en ligne soit effective le 20 février car un très gros jeux est prévu à cette date, tout ça se passse dans l'urgence mais il serait maladroit de rater cet évènement vu que l'actualité dans les mois suivants sera beaucoup moins importante dans notre secteur.... donc votre avis sur cette offre me sera très précieux

oui j'avais pas vu que les images étaient aussi légère, je me suis pas encore occupé de ces histoire de compressions d'images, mes images sont mal compressées (je suis encore en local, elles ne servent qu'à caler le design pour l'instant) d'où mon calcul idiot. Effectivment les serveurs dédiés semblent abordable et j'y pensais (on est 3 alors 30 euros par mois c'est vraiment pas un souci, ni même plus); même si on m'avait conseillé un mutualisé pour le départ. Est-il compliqué de se servir d'un serveur dédié?

ok, sinon voici un exemple de "diaporama" (j'utilise ce nom d'une manière très générale car ça change selon les sites). Tous en bas de la page on peut voir six petites miniatures. Notre site sera proche de ça en terme d'images. Vous pouvez constater que les images sont petites mais chacune est cliquable: donc le poids de la page reste raisonnable mais le poids totale "consommé" par le visiteur doit pas être bien loin des 2MO dont je parlais, en partant du principe qu'il cliquera sur les images bien sur. Bref, tout ça n'est qu'estimation grossière. jeux video.Com Sinon, en dehors de ces considérations techniques OVH vous semble-t-il un bon choix? je n'ai que de rare mauvais echo et leurs offres me semblent intéressantes

hello, dans la réalité, il n'y pas 2MO sur la page en elle même! je sais pour le poids; hélas dans un site de jeux video c'est la foire aux images, ça correspond donc au poids d'une quizaine ou d'une vingtaine d'image: 4 ou 5 images par article + un diaporama avec pas mal d' images miniatures mais agrandissables en cliquant donc je les ai compté dans le poids total de ce qui est vu par le visiteur quand il lit un article les images utilisés vraiment dans l'article doivent faire dans les 100 ou 200ko max j'imagine. edit, merci du tuyau, je jetterais un oeil chez VDS, mais il est vrai que j'ai pas de connaissances en linux/apache donc...

le site n'est pas encore lancé, je sais bien que c'est difficile de répondre aux questions d'hébergement sans connaitre le nombre de visiteurs potentiels etc..., mais je suis incapable d'avancer un chiffre... on a fait un bref calcul : la visite d'une page de test demande 2MO pour images/articles pour un visiteur. je suppose qu'1 GO d'espace devrait nous convenir pour plusieurs mois. sinon que penses tu d'OVH? au fait, merci de ta réponse françois.

bonjour, nous somme 3 personnes à travailler sur un site qui, pour faire court, ressemble en gros et en terme de structure à un gros site de jeux-video tel que "gamekult" ou "jeux video.com"; à ceci près bien sur que nous commencons jsute donc nous aurons peu d'articles au départ et le forum sera vide. Dans l'idéal,la deadline pour la mise en ligne est le 20 février, ce qui me laisse peu de temps pour l'aspect technique dont je m'occupe... Je m'y connais assez peu et j'ai beaucoup de mal à estimer l'offre qu'il nous faut pour le lancement du site; un expert m'a conseillé une offre d'OVH à environ 35euros/année sur serveur mutuatlisé. Nous étions largement prêt à payer par exemple 30 euros par mois mais il a dit que cela n'était pas nécessaire pour le moment? qu'en pensez vous? inutile de prendre un serveur dédié? Qu'en pensez vous sachant que le contenu sera le suivant - beaucoup d'images (jeux vidéos) -beaucoup de liens - des videos ! - pas de musiques à stocker - des articles bien sur. -un forum - downloads (pdf articles, patches pour jeux PC, démos) Et que j'ai besoin d'un hébergeur qui pemettet l'usage de PHP5, mySQL, qui assure efficacement en cas de probleme car nous souhaitons devenir pro (comprendre: en vivre) dès que cela sera possible! Alors que pensez vous de OVH comme choix? quelle offre dois je prévoir pour que le site ne rame pas? en espérant que vous aurez la patience de répondre à ces questions, merci

huhu si tu savais que je me suis empiffré comme tutos et comme bouquins avant de coder en xhtml/css, heureusement que j'arrive à centrer ma page après toutes ces heures de travail

je pige pas, ma page est valide et ces points sont respectés, et pourtant je suis obligé de recourir au "text-align center" pour centrer sur mon IE6 (je sais pas ce que ça donne chez les autres)...??

salut,, la gestion des news est une affaire réglée pour l'instant, mon inquiétude pour la création d'article est la suivante: est-il possible de créer automatiquement une nouvelle page html en php? si je suis obligé de créer moi même une feuille vierge, ça n'est pas vraiment intéressant... enfin ce n'est surtout pas intéressant pour ceux qui doivent rentrer un article sans connaitre rien au html and co....

merci, j'avais déjà lu ça et beaucoup d'autrs choses, je lâche pas l'affaire mais pour l'instant j'ai envie de me mettre une semaine entière à faire que du php...Notre site a pas mal de spécificités que j'ai beaucoup de mal à intégrer avec modX pour l'instant; mais j'y reviendrais très bientôt. Je n'ai aucun doute sur la qualité de modX, mais ce qui fait bizarre c'est d'arriver plus vite à obtenir des premiers bons résultats (gestion des news parfaitement adapteé à notre site par exemple) en codant du php qu'avec un CMS... PS: j'avais téléchargé la dernière version de MOD X et parfois la barre de naviguation par onglet en haut disparait subitement, c'est du à une mauvaise manipulation de ma part où c'est un bug?

salut, je reppasserais lire ton message en entier mais je passe dans le coin pour préciser que mea culpa c'est de ma faute: il manque le haut du shéma contenant la bannière =+ le logo. Cette pub esteffectivement positionnée dans le flux j'appele bloc aussi les éléments h1 ou les img déclarée en display block (tous les blocs en haut à gauche sont en fait des "h1" et des "img", regroupées dans un div.

ok merci bien pour vos conseils, j'en conclus que je peux garder cette manière de procéder pour la structure finale. J'ai bien fait des sauvegardes à chaque étape, ce qu fait que j'ai aujourd'hui le choix entre une structure en: -position absolues -mélange float + quelques absolues -tout en tableau je suis un peu inquiet du résultat de la structure float sur d'anciens navigateurs mais cette méthode a l'avantage d'être conforme aux dernières recommandations du W3C et d'avoir un code source assez clair; donc je vais garder la structure basée principalement sur des floats (qui permet en plus un bon agrandissement des polices.) Merci de vos avis

merci beaucoup pour cette réponse encourageante. Oui l'excellent tuto des zéros je suis dessus (je le relis pour la troisième fois) et grâce à eux j'ai déjà pu presque finir une petit admin pour nos news, alors que j'ai commencé le php y'a deux jours (d'où la remise en question des CMS tel que modX où malgré tous mes efforts, jen'arrive pas à grand chose d'indispensable pour notre site). Ce qui m'inquiète c'est l'admin pour rentrer les articles qui sera bien plus complexe, mais bon j'ai que deux jours de php derrière moi, je suppose que c'est normal d'être inquiet à ce sujet. Je vais donc continuer à fond mon apprentissage du PHP sur au moins deux semaines et je verrais bien ou j'en suis

héhé oui, tu as mis le doigt dessus, je pourrais aussi faire une version tableau qui aurait l'avantage d'être stable, mais vu que je suis en xhtml strict etc...j'aimerais essayé de faire une mise en page sans tableau. Bien que l'avantage du tableau c'est quand même sa stabilité, j'ai du mla à avoir autant confiance dans les floats qui sont mal compris par certais naviguateurs... ha je je ne savais pas, mais dans mon cas y'a pas de clear à l'intérieur de mes conteneur floats autant que je me souvienne. Je vais quand même vérifier dans le doute. Le résultat sous IE6, Firefox, Opera, Netscape, konqueror était identique (à peu de chose près); mais pour ce qui est de version antérieure de ces naviguateurs, je n'en ai aucun idée merci de ton avis en tous cas ! PS: les gros blocs bleus (en haut et à droite) correspondent en fait à des pubs positionnées dans le flux (en haut) et en absolu (à droite), donc pas de souci de côté là;-)

salut, merci de vos réponses:c'est au niveau du systeme de rubrique/catégories et de la souplesse du desgin (la charte grahiqte/le design est établie et ne dois pas bouger d'un poil) que joomla ou spip me semble trop limité pour un projet de ste comme le notre. Et également parce que pour tester les jeux-videos, on aurait un systeme de notation un peu particulier qui demandera de toute façon l'écriture d'un script. c'est là que le bas blesse: j'ai deux ou trois mois devant moi. Mais je suis capable de m'y mettre à 200% et j'avais fait deux mois de c++ il y a plusieurs mois, donc les histoires de vairables, de boucles, de conditions etc...je suis pas perdu. Je dois quand même préciser que c'est un site à vocation pro, d'où la question de la sécurité du site; car on compte en vivre dans les années à venir. (enfin dès que possible quoi, on va passer notre temps à ça).

bonjour, ayant pour charge de réaliser un site et ayant déjà réalisé la structure html/css; je dois maintenant m 'occuper de la partie dynamique/interactive du site. J'ai d'abord pensé au cms, seulement jomla et autre spip semblent trop limités pour notre projet, et Modx me file des sueurs froides tellement j'y comprends rien, c'est à m'en taper la tête contre les murs. Pour mieux comprendre les cms, j'ai commencé à apprendre le php, qui est un langage qui me plait. Et puis quit à mettre les mains dans le cambouis, autant le faire à fond... Je dois réaliser impérativement: - un script pour mettre facilement à jour les news via une petite admin(ça me semble faisable, en fait il est presque opérationnel sur notre site) -une petite admin pour rentrer les articles, en les classant bien sur dans des catégories spécifiques ( ça semble plus délicat donc je ne sais pas encore si je serais capable de le faire) - un moteur de recherche sur l'ensemble des pages. Pour le forum, je chercherais sans doute une solution "toute prête". ma plus grosse inquiétude concerne la sécurité du site, étant donné que je débute, je voudrais pas que notre admin se fasse hacker par un plaisantin; qu'en pensez vous? c'est risqué? une bonne sécurité de ce côté là est-elle difficile à mettre en place? Une admin article est-elle très compliquée à mettre en place et ma persévérance suffira-t-elle, à défaut d'expérience?

Avec la cnfiguration en float, la page est extensible (le pied de page étant en clear:both, il tire le bloc conteur principal). mon croquis est une axpproximation pour montrer simplement le principe de réunir plusieurs float dans un bloc invisble pour faciliter la mise en page; et vous demander si cela était une méthode utilisée ou une mauvaise idée. -

désolé pour le croquis pas beau, je l'ai fait avec un mulôt mort et paint Le site est encore en local, mais je vais faire un croquis plus clair cette après midi, en espérant que tu sois encore dans le coin pour abréger mes tortures intérieures concernant le choix de positionnement à faire (ce smiley est tellement inutile qu'il fallait que je le mette.) "Bonjour, Ton croquis n'est pas visible, tu n'aurais pas un exemple en ligne ?" tu veux dire que tu ne vois pas du tout mon croquis? parce qu'il apparait chez moi... si jamais quelqu'un ne le voit pas, qu'il essaie en cliquant sur ce lien http://www.midgard-hills.com/images/plan.jpg