captain_torche

Tu as dit toi-même que la monnaie virtuelle servait à acheter des cadeaux (ou à demander des virements), c'est donc qu'elle a un cours.

Le souci, c'est que si tu ne veux pas ruiner ta bande passante en appels de coordonnées pour tous tes concurrents en lice, il te faut des algorithmes prédictifs, qui estimeront en fonction de certains paramètres (vitesse de la voiture, position, etc) le comportement que pourrait avoir le joueur. Ca peut aussi occasionner pas mal de bugs lors de la synchronisation (voitures qui avancent de 10 mètres d'un coup, par exemple). C'est loin d'être facile

A mon avis, il faudrait passer par le serveur : tu enregistres chaque action dans ta base de données, actions que tu télécharges régulièrement sur chaque client. Par contre, cela implique que tu ne fasses pas de temps réel, mais plutôt du tour par tour (Quel que soit le temps que tu alloues pour chaque tour)

L'AE et le portage sont tous les deux réglos, ne t'inquiètes pas de cela. Le souci, c'est que dans les deux cas, tu n'as aucune sécurité de l'emploi. Et vues les commissions qu'ils prélèvent, il te faudra facturer deux fois plus cher que ton salaire actuel pour toucher un salaire équivalent. Et une fois que tu auras changé de statut, qu'est-ce qui te garantit que tu auras des missions régulières ? Voire qu'il n'embaucheront pas un stagiaire pour faire le boulot à ta place pour moins cher ? S'il y a un gel des embauches, ce n'est pas pour aller dépenser plus cher pour te payer, loin de là. Edit : Arlette a été plus rapide (mais j'aurais dû m'en douter). Comme elle l'a dit, si tu es porté ou autoentrepreneur, tu es ton propre patron, et ne peux recevoir d'ordre de tes clients (car c'est bien de ça qu'il s'agit : tu passerais de vacataire à prestataire)

Tu as dû oublier de préciser "http://" dans ton lien, ce qui implique que le navigateur le considère comme un lien interne, et l'ajoute au domaine

Attention, ça peut être un sacré piège ! Si on parle de gel des embauches, ça n'est pas pour payer la même prestation plus de deux fois plus cher (Car si tu montes ton entreprise pour ça, il y a énormément plus de frais à supporter). Je ne saurais que te conseiller la lecture de cet article : salariat déguisé ou dissimulé.

La seule utilité de sa présence sera l'absence d'une erreur 404 dans tes logs, car il sera constamment appelé par les moteurs de recherche.

Logiquement, un bot ne visite les pages qu'en mode "texte" ; il ne charge pas les images, les CSS ni les JavaScript. Que veux-tu dire par "Google a du mal à accéder à certaines pages" ?

Enregistrer le nom du fichier dans ta base de données, c'est sans doute l'étape la plus simple Tu as des connaissances en base de données ?

Quelques trucs à savoir : - lorsque tu demandes à uploader un fichier, ton formulaire doit avoir un attribut enctype="multipart/form-data" - une fois uploadé, le fichier sera accessible par la variable $_FILES['nom_de_ton_champ']['tmp_name'] - avant toute chose, il est toujours utile de vérifier que le fichier uploadé est bien une image. Plutôt que de vérifier l'extension (modifiable par l'utilisateur), il faut vérifier son type mime avec la fonction getimagesize() - si le fichier est bien une image, tu peux lui attribuer un nom. Tu peux choisir toi-même le nom, ou tu peux réutiliser le nom d'origine de l'image ($_FILES['nom_de_ton_champ']['name']. Gaffe aux doublons et aux caractères incompatibles, dans ce cas) - Tu déplaces ensuite le fichier dans ton répertoire (avec move_uploaded_file) - Pour finir, tu enregistres le nom du fichier dans ta base de données.

Logiquement, tu ne devrais avoir aucun impact sur le référencement (sauf si tes pages avant traitement étaient vraiment très lentes à répondre).

Les optimisations pour Netscape sont ... relativement vieilles, et pas réellement utiles : plus personne n'utilise ce navigateur

La balise Keywords n'a surtout JAMAIS été utilisée par les moteurs de recherche actuels (Elle date de l'époque d'Altavista), et pour cause : une information qui n'est pas visible par les moteurs est beaucoup trop facile à spammer (Et les webmasters de l'époque s'en sont donnés à coeur joie). Les moteurs actuels ne l'utilisent donc pas dans le calcul de la pertinence. Toutefois, si j'étais à leur place, je m'en servirais pour détecter les tentatives de SPAM.

Et pour les écrits anciens, d'ailleurs, comment ça se passe ?

Il existe effectivement un droit de citation en droit français, mais il ne s'applique que sur des courts extraits : un chapitre entier sort largement de ce cadre. Par conséquent, il te faudra l'autorisation des ayant droits.

Et tu comptes effectuer le hashage chez toi, après que l'email ait transité sur ton serveur ? Il FAUT qu'il n'y ait que le hash qui te soit envoyé ! Et sinon, je doute que les éditeurs se plient si facilement à ce genre de bidouilles : c'est plus compliqué à installer qu'un script de pub tout bête. Tu ne pourrais pas plus simplement voir avec l'IP ? En tout cas, c'est tout de suite plus facile à comprendre avec une explication plus précise

Si j'ai bien compris, on pourra en déduire que azer25hids34flkjhsh aime les belles voitures et les cravates en soie, et éventuellement lui présenter plus de pubs concernant ses intérêts. Et c'est là qu'il me semble qu'un recensement de données comportementales (même anonymes) pourrait être considéré comme des données nominatives.

Attention aussi : si tu te sers des infos de clic sur les pubs pour faire de l'analyse comportementale sur tes membres, il me semble qu'on peut parler là aussi de ce qu'on pourrait considérer comme des infos "nominatives", et donc déclarables.

Le MD5 est un algorithme de hashage, et je te confirme qu'il est irréversible Son "défaut" énoncé sur Wikipédia est que comme il n'existe pas une infinité de hashs MD5 (la longueur est fixe), il existe des solutions pour générer des hashs identiques avec deux sources différentes.

Arlette : un hash, contrairement à un cryptage, est irréversible. Par contre, en comparant deux hashs, on peut en déduire que la valeur d'origine est identique. Si le hash de mon mail est enregistré sur un site, et qu'il est également enregistré sur un autre, mes deux comptes peuvent être liés sans pour autant avoir enregistré de données personnelles.

À priori, il n'y a pas de souci, vu que le hash ne peut pas être considéré comme une donnée personnelle. Par contre, si tes utilisateurs se rendent compte qu'ils sont reconnus, il faudra leur expliquer comment tu fais, faute de quoi ils risquent de ne pas te faire confiance.

Je suis en train de me dire : faudrait essayer sans le slash devant contact.php.

Je sais que le RewriteBase / est indispensable chez OVH, mais je ne sais pas du tout si c'est le cas chez 1&1. Essaye de commenter cette ligne, pour voir ?

Rajoute un $ après /contact, sinon le fichier contact.php est lui aussi affecté par la redirection. Sinon, tu comptes faire une redirection, ou une réécriture ? Si tu souhaites faire de la réécriture, enlève le R=302. Si tu souhaites faire une redirection, enlève-le aussi (pour le remplacer par un R=301).

Je n'ai jamais essayé de faire afficher plusieurs images à ce script, mais tu pourras sans doute trouver ton bonheur avec lui : http://jquery.malsup.com/cycle/