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 !

138 commentaire(s) de psykocrash sur des sources sur tout CodeS-SourceS

Le : 17/03/2009 02:17:02
Source : BINFORGE (REPOSITORY SYSTEM)
J'ai oublié de donner l'adresse du blog de binforge :

http://binforge.tuxfamily.org/



Le : 10/07/2008 22:51:35
Source : UTILISATION DU WEB SERVICE DE MAP24 POUR LA CORRECTION D'ADRESSE
L'objet existait déjà sous PHP4, renseigne toi...


Le : 26/06/2008 20:04:35
Source : ASYNC TCP SOCKET
C'est un problème connu. En fait l'évènement DataArrival est déclanché par un callback. Ce callback est un thread différent du thread qui gère ton interface, ta form. Par mesure de sécurité, il est interdit à un thread d'exécuter du code dans un autre, d'où l'erreur que tu as.

De ce que j'ai lu sur Internet, il faut utiliser des delegate. J'ai donc mis à jour mon code en les intégrant mais ça ne fonctionne pas (c'est pour ça que j'ai pas mis la MAJ ici). Y'a bien ce code b@z socket qui a trouvé un moyen de finter ça et les gens semblent contents de ce code, mais je l'ai trouvé un peu trop chaotique, trop complexe pour l'usage auquel il est destiné si tu veux. Je continue donc à chercher une meilleur solution.

Si quelqu'un sait comment résoudre ce problème, je suis intéressé.


Le : 18/06/2008 15:44:25
Source : B@Z SOCKET V 1.3 - CLASS DE SOCKET AVEC ÉVÉNEMENTS, MULTI-CONNEXION, CROSS-THREADING, SANS API
Si si ça fonctionne :)

Merci pour l'info !


Le : 17/06/2008 23:15:41
Source : B@Z SOCKET V 1.3 - CLASS DE SOCKET AVEC ÉVÉNEMENTS, MULTI-CONNEXION, CROSS-THREADING, SANS API
Est ce que tu pourrais uploader une version 2008 ? Ce serait sympa ;)


Le : 13/12/2007 00:26:26
Source : PSYKOBOT : UN BOT POUR L'IRC
Quel commentaire constructif, lol133 :) Inscrit y'a même pas une journée, aucun code partagé, aucune intervention sur le forum, et ça se permet de poster des commentaires inutiles. Tu comprendras que, dans le cas présent, ton avis, je m'en cogne ;)


Le : 14/09/2007 11:58:10
Source : TROUVER LE PROCHAIN ID DE LIBRE.
Cette fonction est là pour trouver le prochain id, elle ne réorganise pas les enregistrements. Elle n'est donc pas à exécuter après un delete mais avant un insert.

@SuperTonic : Si tu indiques correctement les conditions, oui. C'est important (mais pas indispensable) car il permet de ne pas mobiliser plus de ressources que nécessaire. C'est de l'optimisation. Pourquoi charger en mémoire tous les enregistrements quand tu n'as besoin que des 10 premiers, ou que du 11ème au 20ème (par exemple...) ?


Le : 13/09/2007 10:58:51
Source : TROUVER LE PROCHAIN ID DE LIBRE.
Le temps perdu est pour les INSERT (c'est là qu'on calcule le id, donc aussi coté utilisateurs), pas lors des delete.
Et je ne vois toujours pas pourquoi tu n'utiliserais pas between, que tu peux utiliser même en ayant des id qui ont sauté.


Le : 13/09/2007 00:42:41
Source : TROUVER LE PROCHAIN ID DE LIBRE.
coucou747, le temps que tu gagnes a utiliser between au lieu de order by ... limit, tu le perds à repasser en revue toute ta table à la recherche d'un id "libéré". L'un dans l'autre, moi je préfère ne pas toucher aux clés primaires pour garder une certaine "logique de progression" dans l'enregistrement des tuples. Et puis je vois pas ce qui t'empêche d'utiliser between dans le cas où certains id ont sauté, il suffit de bien penser ton application et tes requêtes dès le départ (je te fait confiance pour ça) et ça tourne sans problème.


Le : 12/09/2007 20:26:37
Source : TROUVER LE PROCHAIN ID DE LIBRE.
Je suis étonné que personne n'ai fait la remarque suivante : il ne faut surtout pas faire ce genre d'opérations quand on utilise des clés étrangères. Ca crée des conflits d'intégrité référentielle. D'ailleurs je vois toujours pas pourquoi les débutants (je parle en général, SuperTonic) cherchent toujours à combler ces "trous" dans les tables ??



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


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é.