Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

150 commentaire(s) de dominion sur des sources sur tout CodeS-SourceS

Le : 10/08/2008 01:40:01
Source : PARSER QUI SE VEUT GÉNÉRIQUE
Cette version est périmée, je pourrai vous envoyer la nouvelle d'ici quelques temps, actuellement je suis en vacances, et je n'ai pas accès à mes sources.


Le : 15/05/2008 01:34:48
Source : MANIPULATION DU SYSTÈME DE FICHIER LOCAL EN JAVASCRIPT (IE ET MOZILLA)
Je me disais aussi que Mozilla aurait jamais permit ça....

Pour ceux que ça intéresse, le dernier GNU Linux Magazine France (n°105) propose un article qui permet de sauver des fichiers, via l'utilisation d'un hack par serveur distant. En ajax, donc, et totalement compatible avec tous les navigateurs qui savent télécharger des fichiers. C'est très bien pensé.

Sinon, l'idéal serait que Mozilla propose de débloquer certains site seulement pour la gestion des fichiers locaux, comme c'est déjà le cas pour les popus, par exemple...
Avis aux éventuels développeurs de Mozilla ;-)


Le : 18/02/2008 13:58:53
Source : EKINOX - ALGORYTHME DE HASH
k = (c1 ^ c2) * c3;

si ton bloc est "abc" ou "bac" le résultat sera le même. Donc non, tu n'as pas une solution unique pour tous les cas (alors que tu pourrais techniquement l'avoir bloc par bloc).

Ensuite, pourquoi ne pas simplement convertir la valeur de k en une chaine hexadécimale, au lieu de faire le modulo/+33 ? C'est ce qu'on utilise, généralement, et ca te permet de conserver la valeur entière (qui est plus rapide à comparer qu'une chaine) et de travailler avec de plus grands blocs.

Pour aller plus loin, tu pourrais hasher les blocs résultants jusqu'à n'en obtenir qu'un certain nombre (et donc avoir une longueur fixe, comme l'a mentionné neo_fr)


Le : 01/03/2007 11:14:06
Source : CA SERT VRAIMENT A RIEN DE LAISSER DES CODES SUR CE SITE DU MOINS TANT QU'IL Y AURA TOUJOURS CES PARASITES
pit_30 << array_multisort, je te l'ai dit... Il y a un exemple dans la référence de PHP.


Le : 26/02/2007 13:09:31
Source : CA SERT VRAIMENT A RIEN DE LAISSER DES CODES SUR CE SITE DU MOINS TANT QU'IL Y AURA TOUJOURS CES PARASITES
Jette un oeil à array_multisort, à mon avis ça ira plus vite ;-)

WebDeb << j'ai jamais utilisé <?php. Ya pas vraiment de différence, si ?


Le : 16/02/2007 00:09:13
Source : PROGRAMMATION ÉVÉNEMENTIELLE EN PHP ...
LocalStone << AJAX, je le redis, pour les interactions client-serveur en PHP. Néanmoins c'est vrai que du coup, l'évènementiel se retrouve plus au niveau du JavaScript...


Le : 15/02/2007 11:47:11
Source : PROGRAMMATION ÉVÉNEMENTIELLE EN PHP ...
je sais pas si ça t'intéresse mais, si tu veux faire de l'évènemenciel PHP sur ta page (en client side donc), tu peux aussi jeter un oeil sur AJAX dans google...


Le : 06/02/2007 13:04:11
Source : CLASSE "REMPLAÇANT" LES SESSIONS PHP (AVEC VÉRIFICATION DE L'ADRESSE IP)
"C'est pour éviter que quelqu'un trouve l'ID de session de quelqu'un". Faut avoir beaucoup de chance quand même vu la taille du sessid natif (128bits, je pense)... Et la limite d'expiration, tu peux la gérer avec PHP non ? (ou Apache peut-être...)

Cela dit, augmenter la sécurité des sessions n'est pas une tâche inutile, mais je pense que les solutions que tu utilisent vont plus ralentir ton code qu'augmenter cette sécurité...


Le : 06/02/2007 12:28:38
Source : CLASSE "REMPLAÇANT" LES SESSIONS PHP (AVEC VÉRIFICATION DE L'ADRESSE IP)
thomvaill << Qu'entends-tu par vol de session ? En quoi l'allongement de la clef va qugmenter la sécurité ? (bruteforcer la clef native de PHP est déjà suffisament long non ?)
J'avoue que j'ai moi aussi un peu de mal à voir ce que la vérif d'adresses IP vient faire dans les sessions... A part si tu veux vérifier entre chaque page que le visiteur est le même, mais le sessionid est là pour ça non ?


Le : 11/01/2007 18:27:20
Source : SIMPLE ALGORITHME POUR RÉCUPERER UNE CHAINE DE CARACTERE DANS UNE PAGE WEB
l'avantage des regexps, c'est que ça marche pour tout (ou presque). Tu as aussi, dans le cas du php, une nette amélioration des perfs : ton code est directement exécuté par l'interpréteur PHP, ce qui est évidemment plus rapide. Et comme tu l'as dit, les options de filtres sont très utiles !!! Le seul véritable défaut que j'ai jamais trouvé dans les regexps, c'est cette syntaxe proprement dégeulasse où finalement tu comprends plus rien (vu que les espaces pour clarifier le code ne sont pas permises...)



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,187 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.