captain_torche

Une page en ligne pour tester serait autrement plus efficace.

Juste une petite correction, Aenoa : il est quand même nécessaire d'utiliser les guillemets lors de la définition d'une constante :

define('TITRE_PAGE', 'Site de chiens');

Ensuite, personnellement, j'essaye de ne pas utiliser de guillemets doubles quand il n'y a pas de variable à évaluer dans le contenu : le traitement en est ainsi légèrement accéléré.

La fonction define() crée une constante.

La différence majeure avec une variable, est que son contenu ne peut pas être écrasé.

Dans ton cas précis,tu pourrais faire

define('TITRE', 'site de chiens');

Et, dans ton header.php :

<title><?php echo TITRE; ?></title>

(Il ne faut pas utiliser de guillemets quand tu appelles une constante. De manière générale, également, elles sont déclarées en majuscules).

Par ailleurs, tu devrais éviter d'utiliser le raccourci "<?=" pour faire un echo, et de manière générale, tout raccourci PHP commencant uniquement par "<?" (Les Short Open Tags). Il vaut mieux, et de loin, faire "<?php echo" (Problèmes notamment, si tu essayes de manipuler du XML, qui commence par une déclaation "<?xml".

Merci pour les précisions, Dadou !

Je crois surtout que le terme de "droits d'auteur" est assez flou en ce qui concerne le dev, qui n'a pas véritablement de portée artistique ou littéraire. C'est dailleurs pour ça qu'un dev ne peut pas s'inscrire à l'Agessa.

En ce qui concerne le contrat, il me semble évident que ce que tu vas développer spécifiquement pour le client, tu ne puisses l'utiliser pour d'autres projets. Par contre, si tu utilises lors de ce contrat, des développements antérieurs, tu dois spécifier les droits nécessaires pour leur utilisation (Au moins un droit d'exploitation sur le site que tu développes).

A priori, si j'en crois cette fiche, le droit d'auteur n'est applicable que sur des éléments développés avant le contrat.

Il y a bien un captcha, mais je suis tombé deux fois de suite sur des questions dont la réponse était "0".

C'est normal : tu utilises / comme délimiteur, et tu ne l'échappes pas lorsque tu l'utilises dans ton expression.

Donc il considère, quand il rencontre le second caractère /, qu'il s'agit de la fin de l'expression, et le caractère suivant, [, n'est pas un modificateur valide.

Vue la complexité de cette dernière, je te suggère de changer de délimiteur.

C'est ce qui m'inquiète, effectivement : vos méthodes d'envoi de mail sont sécurisées ?

Votre FTP également ?

J'ai peur d'avoir mal suivi : il y a du spam en attente d'envoi depuis le serveur ?

Ce sont des mails légitimes ?

Au temps pour moi, alors.

Le souci, c'est que tu dois être sur un serveur mutualisé : tu partages ton IP avec des centaines (voire des milliers) d'autres utilisateurs. Il suffit que l'un d'entre eux soit un spammeur pour que toute l'IP soit blacklistée, impactant tous les sites hébergés au même endroit.

Tu aurais donc deux solutions :

- passer sur un hébergement dédié, où tu ne partagerais ton IP avec personne

- passer par un prestataire externe pour l'envoi de tes e-mails.

Tu es expatrié d'où à où ?

C'est toujours utile, merci !

En gratuit, tu as aussi les différents tutoriaux du Site du Zero qui sont très pertinents.

Après, c'est à toi de voir, mais dans ce cas je ne vois pas l'intérêt de la vérification en JS.

Et si tu en détectes, tu envoies une erreur ?

Tu devrais sans doute t'intéresser aux cookies multi domaines (ou cross domain cookies).

Lorsque le formulaire est envoyé : il faut que tu doubles ta vérification JS par une vérification avec ton langage serveur. C'est trop facile de désactiver le javascript, il ne faut pas que tu te limites à cette seule vérification.

Pas de quoi !

Tu as fait aussi une vérification côté serveur, j'imagine ?

Quand tu fais un search(), il te retourne l'emplacement de la chaîne où il a trouvé la correspondance. Le résultat peut donc être 0 (Correspondance en début de chaîne) et être valable (Comme c'est le cas ici).

Quand aucun résultat n'est retourné, search() renvoie -1, d'où le test.

Salut, HIT7374 !

Comme ça, ça devrait marcher :

 var url = 'http://www.google.pl';
var reg = /^.+\.(pl|ru)$/;
if(reg.test(url)) {
// traitement
}

Ca devrait aussi marcher avec

if(form2submit.url.value.search(/^.+\.pl$/) !== -1) 

2 c'est le nombre de décimales après la virgule.

J'ajouterai qu'a priori, si ton contenu respecte la loi, tu ne crains rien et n'a donc pas besoin d'une assurance pour te couvrir.

Si ton contenu ne la respecte pas (Racisme, incitation à la haine, à la consommation de stupéfiants, diffamation, etc), une assurance ne suffirait pas à te couvrir (Ces contenus rentreraient d'ailleurs dans les clauses d'exclusion de toutes les assurances).

Et si tu nous parlais de ce contenu potentiellement préjudiciable ?