Dadou

Pourquoi du XHTML si le HTML te convient, met un doctype HTML correct Si on part de ce principe, sache que les "normes" ne sont que des recommandations, donc rien n'est interdit. Utilise les balises pour ce qu'elle sont ce à quoi elles sont censé servir, ça c'est un point important pour avoir un code propre. Si tu utilises les tableaux pour autre chose que des données tabulaires ton code ne sera pas propre, et pareil que Patrick, si un intégrateur me pond un code comme cela, je lui renvois sa copie. C'est rare peut être, mais ce n'est pas à faire du tout, demain tu changes ta charte graphique, tu vas être emmerdé pour faire le ménage sur ces truc la, c'est un coup à en oublier Ce genre de réponse, c'est certainement parce que tu ne sais pas ce que signifie accessible, et bien sans le Alt correctement renseigné, ce n'est pas accessible, fait des recherches sur l'accessibilité et le Alt des images tu comprendras certainement mieux. C'est une raison pour le laisser?? Biiiiipppp!! Erreur, que ta page passe au validateur ne veux pas dire que ta page est conforme W3C, cela veut juste dire que ta page passe les tests qui sont automatisable. Le fait d'avoir utiliser des tableaux pour certaines mises en page font déjà que tu n'es pas conforme, et si on va plus en profondeur, je suis sûr que d'autres points viennent pourrir la conformité. D'ailleurs certaines pages qui ne passent pas le validateur sont plus conformes que certaines pages qui le passe.

Par convention, on ne met pas d'accent dans les nom de fichiers sur le web, parce que les claviers étrangers ne peuvent les taper facilement. Maintenant pour ton problème, si normalement, soit // RECHERCHE DU FICHIER echo "table_photo[$a] = ".utf8_encode("'galerie/$file';"); soit, // RECHERCHE DU FICHIER echo "table_photo[$a] = ".utf8_decode("'galerie/$file';"); devrais résoudre ton problème. Je dis sois, parce que sans accéder à ta page, je ne sais pas dans quel sens est ton problème d'encodage

C'est une condition nécessaire mais non suffisante

Les références n'ont rien à voir avec un quelconque effet de transparence, c'est une sorte de book ou l'on ne met que les meilleures prestations, il y a certaines prestations, dont parfois il est judicieux de ne pas mettre en référence. La transparence voudrait que toutes soient mises, hors la plupart du temps ce n'est pas le cas, quand c'est bien eux qui ont effectué la prestation et qu'ils n'ont pas sous-traité. Oui, enfin, travailler à perte n'est franchement pas ma tasse de thé. Je facture au temps passé, et crois moi, je n'ai pas de mal à trouver les clients, enfin, ceux que l'on appelle les vrais clients, qui ont une connaissance réel du coût d'une prestation, et non pas ceux qui croient qu'un site se fait en deux clics, et que les tarifs proposés sont forcement prohibitif. Je l'ai eu encore la semaine dernière avec une cliente qui m'a demandé à titre indicatif combien j'avais facturé une prestation proche de celle qu'elle envisageait. Comme elle avait un budget serré, j'avais prévu sa réaction, c'est pour cela que j'avais commencer par l'orienter vers des solutions moins coûteuses, et après une courte explication de mon fonctionnement financier, elle à tout à fait compris et est tout de même passé par mes service malgré le fait qu'elle avait trouvé 3 fois moins cher que moi. Il y a d'autres moyens pour bâtir sa réputation sans se brader, la simple participation à des forums comme webmaster-hub arrive à te conférer crédibilité, sous réserve bien sûr que tes interventions soient pertinentes. Oui, mais la, c'est toi qui n'a pas compris, le débutant passe 5 fois plus de temps, mais le graphiste confirmé facture l'heure plus cher, donc au final, il pourra faire plus de presta, et se faire plus qu'un débutant. Oui, j'y pense fortement, mais le développement et l'accompagnement, c'est du temps, cela doit être comptabilité dans l'étude de tes tarifs. Concernant les bénéfices mutuels, un client, quand il n'est pas content, te le fait savoir, et se charge de te faire ta "pub" auprès de ses connaissances, par contre, quand il est content, c'est rare qu'il vienne te le dire, et qu'il en parle autours de lui. Quand tu fais du bon travail, il ne faut pas avoir honte de facturer ta prestation un poil plus cher que les autres.

Bah, oui, parce que tu n'es pas responsable des bourdes qu'il peut faire, et après coup, ils vont d'abord commencer par dire qu'ils n'ont pas touché, et qu'après c'est à toi de prendre en charge leurs bourdes, et va leur prouver que le problème viens d'eux (et le temps que tu passes à prouver, est du temps perdu aussi), et donc du temps non facturable pour toi. Excuse moi, mais tu n'es pas mère Thérésa, et ton entreprise à besoin d'argent pour vivre : Réparer gratuitement ses propres bourdes, oui, c'est même une obligation, mais certainement pas celle des autres.

Si ils ont embauchés un autre webmaster, quels intérêts auront ils de passer par toi? Chaque commande devra être encadré par un contrat qui délimitera le périmètre des actions à faire, et de la garantie associée. Pour ma part, systématiquement, si d'autres intervenants manipulent le code que j'ai réalisé, la garantie n'est plus valable. A part faire des comparaisons de fichiers, il n'y a aucuns moyen de vérifier quel code en est la cause. Ou alors si ils veulent vraiment que je prenne en charge la correction, le prix de la maintenance corrective est augmenté, et si il s'avère que le bug est du à la modification d'un autre prestataire, la prestation de correction n'entre pas dans le cadre du contrat de maintenance, donc est soumise à une facturation distincte.

Les pages HUB sont effectivement fermées et ce pour une durée indéterminée

Tu n'as pas à lui fournir les IP, normalement, tu n'as le droit de les fournir qu'a une autorité légale

Déjà le problème c'est que ce type de logiciel utilise soit ton SMTP, soit un SMTP qui t'es "loué" avec le logiciel, dans le premier cas, de toute façon tu es quasiment sûr d'être classé spammeur, les SMTP des FAI sont rapidement bloqués, dans le deuxième, le SMTP à énormément de chance d'être depuis longtemps blacklisté. Moi non, en général sur les projets que je gère, je préfère me dédouaner de cette partie, nécessitant des connaissances pointues sur le sujet, mais sans aller bien loin, dans les publications du HUB, tu as déjà quelques éléments de réponses : http://www.webmaster-hub.com/publication/Comment-reussir-vos-actions-de.html Personnellement, cela m'étonnerais qu'un prestataire qui fournis un serveur blanc te laisse l'utiliser sans un contrôle de ta campagne : créer un serveur blanc nécessite énormément de travail, et risquer de pourrir le serveur avec les abus d'usagers ne leur plairait certainement pas.

C'est la version 5.0.45 mais la suppression de l'espace a effectivement supprimé le problème, d'une version à l'autre, ça joue un simple espace Merci a vous deux

Bonjour, Je rencontre quelques soucis avec la base de données du serveur en production, j'ai la requête suivante qui me met une erreur : SELECT `iNumber` AS `iId`, CONCAT (`sTitle`, ', CEO CORNER') AS `sTitleFo`, CONCAT('touchpoint/issue', `iNumber`, '/') AS `sTitleUrl`, '' AS `sLanguage`, '' AS `sDescription`, `sCeoCorner` AS `sContent`, 'touchpoint' AS `sType` FROM `touchpoint` WHERE ( MATCH ( `sCeoCorner`) AGAINST ( 'stant*' IN BOOLEAN MODE)) AND `bPublish` = 1 J'ai le message d'erreur suivant : Sur mon serveur de dev, aucun soucis, quelqu'un a une idée?

C'est surtout que Oulook n'est clairement pas un outil pour une newsletter, cherche newsletter / e-mailing sur le hub, tu trouveras des outils plus adaptés

Si tu lis les différentes interventions de wefficient, tu apprendras que l'e-mailing est un sujet à ne pas prendre à la légère. En effet, aujourd'hui avec tout le spam qui se ballade, les règles pour gérer une campagne e-mailing sont de plus en plus drastiques. Le premier point éliminatoire justement est le SMTP utilisé, ceux des FAI et les gratuits ont de fortes chances d'être pris directement par les filtres anti-spam. L'idéal pour s'assurer que la campagne d'e-mailing arrive bien a destination, c'est d'utiliser ce que l'on appelle des "serveurs blancs", et donc de passer par un prestataire spécialisé dans le routage e-mailing

Je dirais que c'est du développement maison Ce n'est pas vraiment le genre de la maison.

Cela ressemble à un formulaire de soumission automatique sur un annuaire

Leonick, c'est simple pour toi, pour moi, mais pour beaucoup cela ne le sera pas.

Sur le dossier parent, je peux y accéder en FTP et y créer des dossiers, uploader des fichiers. C'est depuis que l'on a changé de mode d'authentification FTP que je ne peux plus supprimer les dossiers et fichiers créés par PHP. On a prit un pureFTPd pour pouvoir utiliser l'authentification par mysql.

Malheureusement, pareil Je suis embêté, c'est pour créer des comptes FTP à la volée. Les comptes sont bien créés mais pas de droit d'upload

C'est bien ce que j'avais compris, mais le chmod me renvois aussi une erreur comme quoi je n'ai pas le droit de changer les permissions.

Bonjour, Voila mon problème : je génère des dossiers dans lesquels des utilisateurs upload des fichiers, la création des dossiers et l'upload des fichiers sont gérés par PHP. La création, et l'Upload fonctionnent très bien. Maintenant mon problème : quand je me connecte en FTP, je ne peux ni écrire, ni supprimer les dossiers créés par ce biais. J'ai bien essayé les chown, chmod, rien n'y fait: j'ai toujours la même erreur qui me dit que je n'ai pas les permissions requises. Alors pourquoi cela fait ça, et surtout comment passer ce problème?? Merci d'avance

Oui, c'est plus clair avec une explication un peu plus complète, mais (oui j'ai encore des réticences) Pour l'installation de ce type de script pour beaucoup cela va être difficile de : - Hasher le mail, - Faire en sorte que le hashage soit intégré dans le javascript N'oublie pas, beaucoup de webmasters en herbe jouent du copier / coller, alors faire une modif... Sans compter, que beaucoup seront très réticent à te transmettre le mail même hasher, ils penseront facilement que tu te constitue une base email, comme Arlette, beaucoup penseront que le hash est réversible. Pourquoi ne pas faire plutôt comme les autres régies publicitaires et fonctionner par cookie??

Hum, pour moi, ce n'est pas forcement la bonne méthode. Si tu peux récupérer l'adresse mail, c'est qu'une session est active, donc pourquoi ne pas utiliser les sessions pour tracker le click, puisque de toute manière tu vas devoir passer par une page intermédiaire pour récupérer l'info de clic Voila le scénario : - Le membre se connecte - Création de la variable de session $_SESSION['email'] - Le membre navigue sur ton site, et clique sur la pub affichée qui renvois vers ta page de comptabilisation de clic ( clic.php?pub=nomdelapub ) - Stockage du clic de $_SESSION['email'] sur nomdelapub en BDD - Redirection vers url de la pub. Rien de plus simple, a aucun moment, du hashage, pas de paramètres hashés passés dans tes url. Ce n'est pas une raison valable pour faire le hash de l'adresse mail, tu peux directement utiliser l'adresse mail comme clé primaire

Le rapport avec le hash??? Je ne vois toujours rien qui justifie un hashage Hashage Arlette, le cryptage c'est différent, c'est reversible. Il saura que azer25hids34flkjhsh à cliqué 20 fois sur les pubs, mais alors qui c'est??

Et l'intérêt du hash??? Un outil de tracking des clics sur un membre, c'est relativement simple à faire

En effet, si c'est un membre, le mail doit déjà bien être stocké, en général une inscription à un service nécessite, le stockage du mail ne serait ce pour envoyer les infos de connections si le membre les as perdus, a partir de la pourquoi hasher?