PotatoesJunky

N'hésite pas, tu as toutes les infos de contact sur le site de ma boîte

OK, je comprends

Sinon, plus simple que JQuery, tu as Lightbox (c'est simple à mettre en place). Quant à refaire ton site ou le faire refaire, tu as pensé à passer par un CMS type Wordpress ?

La façon la plus simple : le format réduit sert de lien vers l'image en grand format. <a href="http://www.monsite.com/grande-image.jpg"><img src="petite-image.jpg"/></a> Sinon, idéalement, il est préférable d'utiliser des "modal boxes" pour celà : http://jquery-plugins.net/tag/modal-box

Bonjour, Google ne prend pas systématiquement la meta-Description pour l'afficher dans sdes résultats : http://www.webrankinfo.com/dossiers/techniques/guide-balises-meta#description

Bonjour, Effectivement, il manque un vrai design, quelque chose de plus attractif, d'autant plus que ce secteur est quand même assez saturé. Par ailleurs, la popup d'inscription à l'ouverture du site n'incite pas à rester...

Bonjour, Si c'était aussi simple, ça se saurait Bon, pour être clair, l'agence a raison, le référencement est bien plus complexe depuis les récentes mises-à-jour de Google (Panda, en 2011, Penguin en 2012, entre autres). Cela dit, la règle numéro 1 est d'optimiser son site avant de le référencer. Pour celà, les règles de base (listées sur WebRankInfo, entre autres) sont : - balise Title de 70 catactères maximum, différente pour chaque page - balise meta Description entre 150 et 200 caractères, différente du Title et différente sur chaque page - balise meta Keywords : les avis sont partagés, mais a priori, n'a pas d'effet réel sur le référencement. Ce ne fait cependant pas de mal d'en mettre une. - Hiérarchiser les textes via les balises Hn (H1 = titre, H2 = sous-titre, etc.3.. jusqu'à H6 au besoin) - renseigner les attributs Alt des images - passer la plupart des liens sortants en nofollow (lorsqu'on ne peut pas évaluer la qualité des sites liés - source). Après, il y a certainement d'autres choses à faire, mais bon, je ne suis pas référenceur

Ben oui, mais justement, le responsive consiste également à réfléchir en amont à l'affichage sur de petites résolutions, et cet affichage passe bien souvent par un masquage de certains contenus et une réorganisation de la structure de chaque page.

Bonjour, Essaie de virer le / devant images dans l'URL : background:url(images/index/a1_over.gif) Me semble que le / en début d'URL relative est utile en développement Web, mais qu'effectivement, ça fait foirer les previews dans DW.

Ca va dépendre du client, du site, etc... Dans notre clientèle, on a principalement 3 cas : 1) Ceux qui s'y connaissent déjà et ont pris leur hébergement en connaissance de cause, 2) Ceux qui connaissent vaguement (savent s'enregistrer en ligne, ouvrir un compte, payer...) : en ce cas, on les conseille suivant leur projet et leurs estimations. 3) Ceux qui n'y connaissent absolument rien : on les "prend par la main", en expliquant pas à pas la procédure. En règle générale, on renvoie les cas 2 et 3 chez OVH, sur le Plan Perso, qui suffit à la plupart des besoins d'un site débutant, en précisant qu'il sera toujours possible d'upgrader l'hébergement si le besoin s'en fait sentir.

1) En général, dès lors que le site comporte de la programmation (php, Javascript, etc...), on définit une période (en général 1 à 3 mois) où on peut intervenir en cas de bug. Passé ce délai, on peut toujours intervenir, mais ça sera payant, puisque l'intervention se fera hors du cadre de la création initiale. Par ailleurs, pense à te protéger dans tes CGV, en précisant que les bugs dûs à uner intervention du client sur le code n'entrent pas dans le cadre ci-dessus. Je te dis ça parce que le cas existe (on a un client qui met systématiquement ses gros doigts dans le joli code tout propre qu'on vient de lui livrer, avec des résultats parfois hasardeux). 2) Nous, on a décidé de ne pas s'occuper de l'hébergement, d'une part, parce qu'être hébergeur est un métier à part entière, d'autre part pour justement éviter d'avoir à gérer les demandes de renouvellement, etc... En revanche, on conseille bien volontiers nos clients quant à l'hébergement. 3) En général, ce sont les clients qui nous fournissent leurs codes FTP (cf point 2 ci-dessus). Lorsqu'on est en phase de créatino de site/test, on fait tourner le site sur notre serveur (et là, évidemment, on ne donne pas les codes FTP). Une fois que la version de test est validée, on installe le site sur l'hébergement du client.

Bonjour, Vous n'êtes pas dans la bonne section : la section Webdesign aurait été plus appropriée. Concernant la réalisation de bulles et de perles, il y a des tutoriaux en pagaille sur le Web. Exemples : http://www.photoshopwebsite.com/photoshop-tutorials/35-beautiful-bubbles-photoshop-tutorials/ http://digitalscrapbookplace.com/university/tutorials/ps_pearl_ia/ps_pearl_ia.shtml http://tutorials20.com/graphics/pearls/

Il est normal qu'une partie des infos soient masquées sur les petites résolutions, ça fait partie des principes de base du responsive. Tout l'intérêt consiste justement à repenser la structure du contenu suivant la résolution.

Bonjour, Tout comme Arlette et Bigb06, le démarchage de cette manière m'énerve au plus au point. En général, ça se traduit par poubelle + blacklistage de l'adresse/du nom de domaine.

Bonjour, Même avis que les précédents : déjà, si tu ne sais pas sur quelle thématique t'orienter, ton business model est loin d'être abouti (le minimum serait déjà de déterminer quelle catégorie de jeux tu vas proposer). Accessoirement : si tu veux avoir des chances de réussir, il faudra des jeux flash créés spécifiquement... et là, il faut un budget assez sérieux. Enfin : Rentable : pour certains, ça doit l'être, oui. Facile ? Certainement pas, comme dans tous les secteurs encombrés (lingerie, bijoux, etc...), à moins d'opter pour des niches ultra-ciblées (comme dans le secteur adulte).

@Captain_torche > Je penche pour la seconde solution. @zas > Tout dépend de ce que doit assurer le webmaster (c'est une définition très floue, "webmaster"). Mais au minimum, il aura de solides bases en SEO, une maîtrise correcte de CSS/HTML, une maîtrise correcte de la langue française (cf les remarques précédentes à ce sujet)...

Bonjour, Sur Abondance, le constat est très mitigé, tant en regard des technologies utilisées que concernant la finalité réelle de Qwant : http://www.abondance.com/actualites/20130217-12274-qwant-moteur-de-recherche-ou-simple-agregateur-dinfos.html

Bonjour, C'est tout simple : un site A fait un lien vers un site B, qui fait un lien vers un site C, qui fait un lien vers le site A.

Bonjour, Le problème, c'est que depuis 2003, le couple CSS/HTML a énormément évolué : de la mise en page en tableaux, on est passé à une mise en page en CSS, du HTML 4.0, on est passé au XHTML 1.0, puis récemment au HTML5 et en CSS, de CSS 2.0 à CSS 3.0, sans oublier l'apparition récente du responsive webdesign, qui permet de visualiser un site sur n'importe quel support, tablettes et smartphones compris. Enfin, les résolutions d'écran ont elles aussi évolué, et un site fluide sur 23 ou 27" n'est pas vraiment recommandé ("dilution" de l'information en raison de la largeur de l'écran : 1920 en 23" et 2560 en 27" par exemple, c'est énorme par rapport au 800x600 qui était la norme en 2003 !). Il y a donc plusieurs pistes : 1) déterminer s'il est important de faire un site fluide ou non : si l'on excepte les forums et certains sites très typés, je conseille plutôt une largeur fixe (norme actuelle : 1024 pixels de large, soit 980 à 1000 pixels de largeur utile). 2) déterminer s'il est important qu'on puisse voir le site sur les tablettes et smartphones : dans ce cas, c'est le passage obligé par le responsive webdesign. 3) remettre à jour vos connaissances en HTML/CSS : on ne le dira jamais assez, le Web est en perpétuelle évolution et nécessite une veille quasi-constante pour maintenir ses connaissances à jour.

Le php est effectivement toujours d'actualité. La grosse évolution récente, c'est plutôt le HTML5/CSS3 qui se généralise petit à petit. Ceci dit, il reste possible d'utiliser HTMl4/CSS2 au besoin, il y a juste beaucoup moins de possibilités. Côté "outils facilitateurs", j'imagine que vous voulez parler des CMS ? Ce n'est pas ça qui manque. Il y en a pas mal sur le marché, dont l'incontournable Wordpress. Chaque CMS dispose d'une pléthore de plugins qui permettront d'en faire une boutique e-commerce, ou bien de mettre en palce des galeries photos, etc... Bref, l'embarras du choix. Par contre, ce n'est pas forcément approprié à tous les projets (pour un site vitrine de quelques pages, par exemple, on peut éviter le recours à un CMS).

Nous avons déjà réalisé il y a quelques années un site de rencontres de A à Z et effectivement, le tarif était dans la fourchette que vous suggérez, mais le site en lui-même était relativement simple (bien plus que les sites actuels) et sans application mobile dédiée. Il doit pouvoir être possible de faire moins cher en utilisant un CMS, mais je ne suis pas certain que ce soit la meilleure solution. Si vous avez l'ambition de vous attaquer au marché de la rencontre, qui est déjà bien implanté, qui compte quelques acteurs majeurs qui ont pignon sur rue et des milliers d'acteurs mineurs, souvent affiliés, qui n'en vivent pas, il va vous falloir 3 choses : 1) une idée novatrice, pour vous démarquer de la concurrence (exemple d'une idée novatrice : adopteunmec, qui a pas mal fait le buzz à sa sortie, ou bien encore gleeden), 2) si vous désirez concurrencer les ténors du marché, des fonds importants, certainement bien plus que les 10.000 que vous évoquez, notamment parce qu'il vous faudra faire développer une application iPhone/Android (et là, ça va alourdir sacrément la facture de plusieurs milliers d'), 3) Beaucoup d'ambition, de travail et de patience.

Bonjour, Difficile de faire une estimation sans avoir au moins un brief détaillé et dans le meilleur des cas, un cahier des charges en bonne et due forme.

On a plusieurs sous-domaines sur notre serveur, qu'on utilise pour ça. L'accès à chaque sous-domaine est évidemment protégé par login/password.

Attention, Kulgar, ça dépend de l'envergure du projet aussi. Si c'est un commerçant local avec peu de produits, un petit stock, etc... Alors, je dirais plutôt comme Dadou : en ce cas, on opte pour un CMS. Quand je dis "entre 12 et 15 K", c'est évidemment pour du sur-mesure (on a d'ailleurs réalisé un site eCommerce en 2006, facturé aux alentours de 17 K, mais bon, là, on parle d'un entrepôt, d'un stock important et de plusieurs milliers de références, rien à voir avec un commerçant de quartier).

Je plussoie Nicolas : un site eCommerce développé hors CMS (sur mesure, donc) reviendra beaucoup plus cher que 4500 € (de mémoire, on en a devisé entre 12 et 15K€ en moyenne. Mais ça montera largement au-delà pour un site "poids lourd" type Amazon, PriceMinister, etc...). Oui, ça, c'est classique chez la plupart des prestataires : on a tous nos petits outils, développés au fil du temps, qui nous font gagner un temps précieux. Par exemple, notre développeur a commencé en 2006 à créer son propre framework. On en est pour le moment à la version 4, avec plein de petits scripts qui permettent de faciliter le travail de développement. De même, en webdesign comme en intégration, on a nos propres gabarits, qu'on fait évoluer (récemment, passage au HTML5/CSS3). Ca finira par venir, sois patient aussi :une activité de prestataire (Web ou pas) met toujours un certain temps avant de décoller/d'être rentable