Aller au contenu

AntiStatic

Webmaster Régulier
  • Compteur de contenus

    98
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par AntiStatic

  1. Salut à tous ! xpertiz peut-etre que l'éditeur en question est un de tes concurents, ce qui expliquerais sa mauvaise volonté pour inscrire ton site. Je sais que c'est une pratique assez courante chez DMOZ. Pour te renseigner tu peux essayer de poster un message sur leur forum ou meme encore mieux faire un report d'abus
  2. Juste un truc sur direct stats. J'utilisais leur service il y a quelques mois mais je les avais quitter suite à de gros problemes de service : leur site etait trés souvent down, et du coup forcement pas de stats des fois pendant plusieurs jours de suite. La je viens de réouvrir un compte chez eux il y a 2 jours ayant vu sur leur site : "Un premier engagement : Des investissements ont été faits dans le matériel afin de stabiliser le système et dassurer la pérennité de vos données. " Les stats sont de trés bonnes qualité et la présentation est soignée propre, le tout en temps réél c'est vraiment toujours aussi pratique, rien a dire. Par contre leur service est down depuis 30min, j'espere que ca va pas duré parce que de voir une croix rouge sur mon site ca me plait pas des masses ...
  3. Normalement dans le fichier d'aide à l'installation du script que tu as eu il te dise de mettre un fichier texte, ou autre, en écriture. Donc repère le nom de ce fichier et ensuite avec ton client FTP tu vas sur ton serveur, tu clic bouton droit sur ce fichier et tu fais "proriété" ou "attribut" (ca dépend du client) et enfin tu coche ecriture partout, ce qui doit te donner un mod 666 is good ?
  4. Salut, est-ce que tu as bien mis le fichier texte qui sert à ajouter les sites en ecriture sur ton serveur ? Si non il faut le mettre en chmod 666 et ca devrait fonctionner je pense !
  5. Salut Shinuza, pour ce qui du décalage vers la gauche avec Opera. Cela doit venir de ton margin-left:-33px; sur la class #menu li Je ne vois pas vraiment à quoi ca sert d'ailleurs car cela ne semble etre interprété que par Opera. Normalement tu dois doit pas avoir besoin de margin négatif dans ton cas. Pour ce qui est de la hauteur adaptable, il faut que tu rajoute un div avec un clear:left; ou clear:both; juste apres le code du <div class="contenu"> pour que tes 2 div menu et contenu prenne toute la hauteur du div global. Le mieux pour cela serait de prendre le div class="bottom" et de la mettre à l'interieur du div global juste après le div contenu. Après dans la CSS rajoute clear:both; et ca devrait faire l'affaire. Il y aura juste surement quelques reglages à faire avec les images de fond. Niveau sémantique c'est plutot pas mal mais pour le moment il n'y a pas encore beaucoup de code. Juste un truc utilise peut-etre plutot des ID que des CLASS pour les éléments uniques tel que les div contenu, bottom, footer ... voila joli travail
  6. Aucun des deux outils que je t'ai donné n'ouvre de publicité sauvage. J'utilisais Direct Stats avant et le marqueur était meme pas visible sur le site ! Pour Add free Stats, le marqueur est visible sur le site, mais la encore pas de pub. Par contre dans l'interface d'admin pour voir tes stats, la il y a toujours des pop under ... mais bon c'est un outils gratos et cela ne genera que toi et pas tes visiteurs. Perso j'aime beaucoup Add Free Stats, les stats sont trés completes et leur service plante rarement, pour ne pas dire jamais.
  7. Salut à tous, c'est surement tout simplement pour éviter ce genre de probleme : un de mes clients a fait créé son site Internet il y a plusieurs années par un prestataire en lui proposant la créa, hebergement, nom de domaine, la totale. Tout fonctionnait bien jusqu'au moment ou ce client et venu vers moi pour une refonte. Nous avons pris la decision de changer d'hebergement car le prestataire se gaver francehement sur le prix du nom de domaine + hebergement. Lorsque nous avons voulu récupérer le tout, le prestataire n'etait pas vraiment content et nous a mis des batons dans les roues pour transférer le site en disant que le nom lui appartenait ! Cela c'est heuresement arranger avec un peut de pression, mais voila typiquement le genre de situation ou l'on peut vite se retrouvez si l'on confit son nom de domaine à un hebergeur peu scrupuleux. Deja generalement tu paye plus cher qu'un registrar standard. Ensuite il se peut que tu ne soit pas le vrai proprietaire du nom. Je ne pense pas que ce soit le cas chez OVH, malgré que je n'ai pas regardé dans le detail leur offre, mais il vraiment faire attention a ca. Verifi simplement que tu sera le propriétaire du nom !
  8. AntiStatic

    os commerce

    Salut, cela peut etre une solution. C'est une solution testée et éprouvée. Par contre il faut tout de meme pas trop etre newbie parce que OsCommerce est une sacrée usine a gaz .. surtout si tu veux optimiser, personnalisé ta boutique. Maintenant tu peux aller jetter un coup d'oeil sur le site francophone de OsCommerce et surtout son forum. Labs tu trouvera surement plus de réponses aux questions que tu te pose !
  9. Salut à tous, sinon il y a également les outils de statistiques en temps réel comme addfreestats (en anglais) et Direct Stats (en francais) ! Ces outils sont trés pratiques pour avoir en temps réél des stats sur ton trafic.
  10. Salut, en compteur temps réél tu as Direct Stats http://www.direct-stats.com/ qui est gratuit jusqu'a 2500 pages mesures par jour. Mais tu n'es même pas obligé d'afficher leur logo ! Par contre pendant pas mal de temps leur service merdait de facon récurente ... Sinon y des stats américaine qui sont pas mal du tout également : http://www.addfreestats.com et ca c'est gratos 100% mais tu dois afficher leur logo. Mais pas de popunder ou autre méthode abusif c'est plutot clean et trés bien fait ! Apres en compteur temps réel si yen a d'autre je veux bien savoir aussi
  11. Salut, en fait cela dépend du language que tu veux utiliser. Mais que ce soit en ASP ou en PHP tu peux jetter un oeil à ca : Ecrire un fichier texte ! Bon dev
  12. Félicitations ! Je suis heureux de voir que ca marche bien pour 1001dessous et surtout de compter parmis tes partenaires Bonne continuation !
  13. Donc est-tu certain que tes fichiers sont correctement uploadés sur ton hébergement ? A mon avis tu utilise le systeme d'upload de FrontPage ... du coup tu ne sais pas ce qui se passe rééllement sur ton espace d'hébergement. Le mieux pour uploader ton site serait d'utiliser un vrai client FTP : FileZilla en est un trés bon et gratuit ! Avec FileZilla tu pourras te connecter sur ton espace et voir s'il y a bien des fichiers qui s'y trouve et surtout si il sont au bon endroit.
  14. Déjà je te conseil de ne pas utiliser FrontPage ... c'est loin d'être le meilleur des éditeur WYSIWYG (What You See Is What You Get). Je te conseil plutot Dreamweaver qui est plus réputé. Après pour ton probleme de mise en ligne cela peut venir de beaucoup de choses. Est-ce que tu arrives à voir ton site en local ? Après es-tu sur d'avoir mis le bon nom de fichier pour le fichier de défault de ton site. Généralement il doit s'appeler index.html, ou default.html, en fait ca dépend justement de l'hébergeur. Est-ce que tu peux donner l'adresse chez ifrance et la liste des fichiers que tu as créé ? Ca pourrait aider la ...
  15. Salut ! tu veux dire en XHTML et CSS2 ? Parce que si c'est le cas tu as juste à ajouter comme style pour le body : body { text-align : center; margin : 0px auto 0px auto; } Par contre du coup après ca, tout les textes de ta page seront centrés. Donc il faudra que tu répère les DIVS enfant de premier niveau du body et que tu leur repasse un text-align : left ; biensur s'il doivent être alignés à gauche !
  16. Salut Ak-47 ! normalement une fois dézippé tu dois avoir un dossier contenant une page HTML qui est le modèle de page (template en anglais) et un dossier image avec les images qui sont utilisées pour le design du kit. Tu peux également avoir un CSS et même d'autres modéle de page. Par exemple un pour lapage d'accueil et un autre pour une page intérieur. A partir de la déjà, penses à faire une copie de sauvegarde de kit graphique histoire de pas le foutre en l'air et de ne plus pouvoir l'utiliser. C'est à partir de ce template que tu vas devoir créer les pages de ton site. Dans ce template il y a norlament des zones que le webdesigneur à prévu pour mettre du contenu : donc le contenu de ton site. Par exemple, une zone en haut pour les menus du haut de site, une zone de colone de gauche pour les menus et le contenu de la colone de gauche, et enfin une zone principale pour mettre le contenu de ton site. Donc tu ouvres le template avec frontpage, puis tu répères ses zones et enfin tu rentres ton contenu. Normalement c'est aussi simple que ca ! Après pour créerd'autres pages de ton site tu devra reprendre ce même template et rentrer de nouveau du contenu et ainsi de suite
  17. Effectivement j'ai longtemps travaillé en ASP, donc serveur IIS avant de me mettre au PHP, et ce probleme n'existe pas. J'entend par "pour le moins bizarre", que pour moi un dossier avec des droits en ecriture doit le rester quelque soit la méthode d'upload du fichier ... mais bon la comparaison IIS / Apache tourne des fois au ridicule quant je contaste ce genre de pb, ou les url sensibles au case sensitive qui m'ont bien fait rigoler lors de mes premiers dev en PHP
  18. C'est tout de même pour lemoins bizarre, mais bon je vais gérer ca autrement du coup
  19. Bon pour ceux qui sont curieux de savoir d'ou viens ce pb voila ce que m'a répondu mon hébergeur : Donc en gros, j'ai plus qu'à revoir mon script ... merci pour votre aide à tous en tout cas
  20. Salut à tous ! J'ai bien vu le sujet épinglé sur le .htaccess, mais il semble ne pas traiter un cas : la redirection d'un domaine sans www. vers le domaine avec le www. En plus clair comment faire pour que "aaz-fleurs.com" redirige de facon permanente vers "www.aaz-fleurs.com" ? Car aujourd'hui j'ai sous google le 2 chemin référencés. Par exemple voyez ces résultats ! Le but du jeu serait donc d'avoir aaz-fleurs.com/villes-64-S.html qui redirige vers www.aaz-fleurs.com/villes-64-S ainsi que toutes les autres pages du site qui sont référencées sans le www. Merci pour votre aide
  21. Justement pour le propriétaire c'est bizarre, il y a deux possibilités : 1/ Lorsque je viens d'uploader une image elle a pour propriétaire / utilisateur "apache" et comme groupe "apache". Dans ce cas je peux sans aucun probleme ecraser l'image via mon script PHP. 2/ Au bout d'un certain temps qui peut varier de quelques jours à plusieurs semaines le propriétaire / utilisateur devient le nom de mon compte mutualisé chez mon hébergeur soit "aazfleurs" et le groupe "psacln". Dans ce cas je ne peux plus écraser l'image. Je pense donc qu'il doit y avoir une sorte de routine ou je ne sais pas quoi qui repasse les fichiers que je viens d'uploader de l'utilisateur "apache" vers "aazfleurs", à mon avis au reboot du serveur. Mais bon encore une fois c'est la premiere fois que je rencontre ce probleme chez un hébergeur ... d'habitude un dossier avec des droits en écriture le reste, avec son contenu, que se soit sous Apache ou IIS ...
  22. Ha voila Merci Dan ! Car moi non plus je ne vois comment des permissions d'écriture peuvent disparaitre juste comme ca ! Pourtant c'est bel et bien le cas. Et encore une fois au bout d'un certain temps ... Pour les droits du dossier dont je parle, ils sont bien en 777. Je les ai passer via mon client FTP : FileZilla. Par contre ca me donne : rwx rwx rwx et non pas : drwxrwxrwx avec le "d" devant ... peut-etre le probleme vient-il de la ? Mais bon a la base dès que je passe mon dossier en 777 je devrais pouvoir ecraser les fichiers qui sont dedans, et ce n'est pas le cas. La j'ai encore refais un test : j'ai supprimer une image de ce dossier, pour la ré-uploader. Comme l'image n'existé pas j'ai pu la créer via mon script PHP et du coup je peux également l'écraser je vais voir combien de temps ca tiens ... Pour info, mon compte mutualisé est géré via plesk, peut-etre est-ce également une source de probleme ?
  23. Oui je passe par un script en PHP pour l'upload. Et je suis certains que cela marche pendant quelques jours vu que je fais des modif régulierement et du jour au lendemain cela ne fonctionne plus. Pour les droits, oui je n'ai pas les droits en écriture sur les images mais juste sur le dossiers qui le contient. Mais encore une fois, cela marche parfaitement sans avoir les doits rw rw rw sur les images pendant quelques jours. Voir meme des semaines ! J'ai l'impression que le probleme survient après le reboot de leur serveur, est possible ? Un truc qui pourra peut être etre révélateur du probleme et savoir si c'est compilé en CLI ou compilé en CGI avec suphp ou phpsuexec : lorsque je viens d'uplaodé un fichier, l'utilisateur et le groupe de ce fichier sont "Apache", dans ce cas tout fonctionne bien. Par contre lorsque cela ne fonctionne pas l'utilisateur du fichier est mon nom d'utilisateur du compte mutualisé et le groupe "psacln" ... j'avou ne pas savoir ce que c'est. Dernier point je n'est pas rencontré ce pb chez un autre hébergeur PHP, et encore moins lorsque je travail avec des hébergements mutualisé ASP sur d'autres sites que je gère. A ton avis est ce que mon hébergeur PHP peut faire en sorte que cela fonctionne correctement ?
  24. Salut à tous, voila j'ai un hébergement mutualisé PHP pour lequel j'ai mis un dossier avec des droits en écriture : rw- rw- rw- pour pouvoir uploader et modifier les photos de mon site via un script PHP dont je suis certain du bon fonctionnement. Lorsque j'upload une nouvelle photo, tout va bien aucun probleme. Par contre quand j'essaie de modifier / écraser une photo qui se trouve dans ce dossier cela ne fonctionne pas. Un message d'erreur me dit que je n'est pas les droits en écriture Voici le message pour info : Warning: imagejpeg(): Unable to open '../../images/fleurs/thumbs/206.jpg' for writing in /home/httpd/vhosts/aaz-fleurs.com/httpdocs/admaster/process/do_images.php on line 58 Le plus bizarre est que lorsque j'upload une nouvelle photo, je peux la modifier / écraser pendant quelques jours, puis apres je perd les droits en écriture dessus. J'ai donc contacté mon hébergeur pour lui signaler ce qui est pour moi un bug de leur part étant donné que cela fonctionnait parfaitement avant chez un autre hébergeur. Celui-ci me répond : vous ne pouvez ecraser ou modifier un fichier que vous avez uploader via ftp via un script. Sinon pour que cela fonctionne, il faut que vos images soient en rw rw rw. La QUESTION est donc : est possible de faire en sorte sous Apache qu'un dossier et son contenu reste à jamais avec des droits en écriture ? Merci pour votre aide
×
×
  • Créer...