Ses derniers messages sur les forums
Plutôt que d'alimenter le Troll, je vais tenter de faire avancer le schmilblick.
Est-ce que le transfert se passe bien lorsque tu télécharge localement ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Bzh) L'IP spoofing est toujours d'actualité. Ensuite, en ce qui concerne ce qu'un attaquant est sensé savoir ou non, c'est reposer sur la bêtise du pirate. Parce que, s'il a réussi à piquer le cookie, il connait le système, le FAI, l'IP, etc de la victime. Donc il les émulera quand il verra que l'exploitation directe du cookie ne fonctionne pas.
C'est donc une très mauvaise stratégie.
En ce qui concerne le md5sum... no comment.
Aucune méthode basée sur la confiance ne permet de sécuriser un transfert. HTTP n'est pas sécurisé, ce n'est pas la peine d'essayer d'y appliquer des rustines.
Si vous voulez sécuriser un transfert, et donc éviter les vols de session, la seule solution est d'utiliser HTTPS.
Le reste, c'est du bricolage.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(La Globule) Je ne pense pas qu'il parlait d'éditer manuellement le fichier, mais plutôt de le manipuler en utilisant des fonctions PHP.
Mais peut-être me trompés-je.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Non, le type MySQL int(11) peut contenir jusqu'à 99 999 999 999 enregistrements :)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Tu as essayé de loguer les requêtes ?
Quelle version de MySQL utilises-tu ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(universdupc)
et ainsi de suite savez-vous si cela est possible, quelles sont les limites de php au point de vu calcul.
En informatique, comme dans la vie, il y a une limite. Cette limite est dépendante de la norme du langage, de son implémentation et des limites de l'ordinateur sur lequel est compilé le programme.
Classiquement, pour les entiers non-signés tu peux manipuler des nombres entre 0 et 2^32 - 1. Car un entier est codé sur 32 bits sur un processeur 32 bits.
Comme mojorisin te le conseillait, regarde du côté de la bibliothèque bcmath. Si tu veux, il y a un exemple de calculatrice l'utilisant sur mon site. Cette bibliothèque utilise des algorithmes permettant de contourner les limitation du processeur et/ou du langage.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
[site]ceux qui font ça gratuitement sont en dehors des réalités et donc sont logiquement mauvais.[/site]
Tu parles de ces fous qui développent et créés en libre ? Oui, je sais libre != gratuit.
Il ne faudrait pas présenter la demande sous la forme : ch graphiste amateur pour habillage de site. Mais plutôt, site passionné sur les ... cherche graphiste pour rendre le site agréable.
Sur Kraland Interactif, qui est un jeu gratuit, il y a un/une passionné qui a créé un skin très beau pour le site. Je ne citerais encore ces graphistes qui ont fait des styles pour Firefox, de très bonne qualité et bénévolement.
Il y a parfois des ressources gratuites, voir libre de droits, et des bénévoles doués qui font ça pour le plaisir ou la reconnaissance, si ce n'est les deux.
Mais maintenant, je suis d'accord, tout travail peut être échangé contre un autre travail.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Vu dans la documentation sur [url=http://fr.php.net/copy]copy[/url] :
Note : Depuis PHP 4.3.0, les deux paramètres source et dest peuvent être des URL si les gestionnaires d'URL ont été activés. Voyez la fonction fopen() pour plus de détails. Si dest est une URL, la copie peut échouer si ce protocole ne supporte pas l'écrasement de fichiers existants.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Bzh) Et pourquoi pas Berkley DB ? :-p
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Bzh) Ça, c'est un autre problème.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.