avec l'aide de gillesg nous avons mis au point le zip sur le resultat des
requetes. vous pouvez decider de zipper le resultat de la requete avant son
tansfert. les tests montrent que sur certaine requetes on gagne 30 % du
temps. merci donc a gilles d'avoir mis au point cette possibilite. De plus
cette perspective nous a ouvert d'autres choix que nous avons mis en place
imediatement.
la version 4.0.0.0 comprend 3 script php php4wd, connect.php et
phpzip.php.(pour gerer le zip en retour)dans cette version 3 nouveau membres
apparaissent :
- MethodeZip : permet de specifier a l'acces que le retour des données
sera renvoyer sous forme de fichier zip. par defaut ce membre est a faux.
les données sont renvoyées par un script php
- CrypteRetour : est un booleen pour savoir si les données renvoyées
seront cryptées ou non. l'envoi des requetes est cryptées obligatoirement
pour eviter de pouvoir lancer des requetes sur la base si on connait l'url
du script.
- PocketPC : est un booleen permettant a la classe de fonctionne sur les
pocket pc. à vrai permet de créer l'exécutable pour mobile, et donc, de
gérer l'encapsulation en Unicode des requètes). le même booleen à faux
permet de tester en mode simulation.
- Connexion a travers un proxy : vous avez a votre disposition les membres
proxiServeur, proxiPort, proxiUser, proxiPass pour definir de façon precise
les elements permettant de passer par le proxy.
Cette version sert de base maintenant a la suite. nous sommes en train de
creer les script permettant les acces a PostGreSQL et SQLite. PostGreSQL
fonctionne deja mais sans les blob pour l'instant. SQLite lui devrait
fonctionner directement avec les blob. Ensuite nous passerons aux version de
SQLserveur , Oracle et autres .....
Si vous avez des problemes sur pocket PC soyez patient et indulgent car
comme nous ne possedons pas la version, certain utilisateur se sont proposés
pour etre nos testeur, mais le temps des aller retour fera que les
modifications prendront du temps. mais ne vous inquietez pas nous trouverons
toujours une solution.
Merci a tous
Bien entendu cela est dispo sur : www.SQLManagerX.com
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Daniel
"Firetox" writes:
Bonjour a tous
quelle semaine !!
Pour rappel Frédéric on est que Lundi.
avec l'aide de gillesg nous avons mis au point le zip sur le resultat des requetes. vous pouvez decider de zipper le resultat de la requete avant son tansfert. les tests montrent que sur certaine requetes on gagne 30 % du temps. merci donc a gilles d'avoir mis au point cette possibilite. De plus cette perspective nous a ouvert d'autres choix que nous avons mis en place imediatement.
Même plus sur certains tests on est sur un rapport de 10 à 20, tout dépend du contenu du résultat.
la version 4.0.0.0 comprend 3 script php php4wd, connect.php et phpzip.php.(pour gerer le zip en retour)dans cette version 3 nouveau membres apparaissent : - MethodeZip : permet de specifier a l'acces que le retour des données sera renvoyer sous forme de fichier zip. par defaut ce membre est a faux. les données sont renvoyées par un script php
- CrypteRetour : est un booleen pour savoir si les données renvoyées seront cryptées ou non. l'envoi des requetes est cryptées obligatoirement pour eviter de pouvoir lancer des requetes sur la base si on connait l'url du script.
- PocketPC : est un booleen permettant a la classe de fonctionne sur les pocket pc. à vrai permet de créer l'exécutable pour mobile, et donc, de gérer l'encapsulation en Unicode des requètes). le même booleen à faux permet de tester en mode simulation.
- Connexion a travers un proxy : vous avez a votre disposition les membres proxiServeur, proxiPort, proxiUser, proxiPass pour definir de façon precise les elements permettant de passer par le proxy.
Cette version sert de base maintenant a la suite. nous sommes en train de creer les script permettant les acces a PostGreSQL et SQLite. PostGreSQL fonctionne deja mais sans les blob pour l'instant. SQLite lui devrait fonctionner directement avec les blob. Ensuite nous passerons aux version de SQLserveur , Oracle et autres .....
Sous Postgresql, il n'y a aucune difficulté pour les champs type text c'e st OK. Nous parlons bien des blobs où il faut cabler la classe et les scripts un peu différement.
Pour autres... il s'agit des bases qui ont un connecteur PHP
Si vous avez des problemes sur pocket PC soyez patient et indulgent car comme nous ne possedons pas la version, certain utilisateur se sont proposés pour etre nos testeur, mais le temps des aller retour fera que les modifications prendront du temps. mais ne vous inquietez pas nous trouverons toujours une solution.
Je dirai que c'est Jacques qui est un peu long, mais bon il est excusé car le PocketPC qu'il a est un peu ancien ;-)
Merci a tous
Et en particulier à Gilles et Jacques Trepp.
Bien entendu cela est dispo sur : www.SQLManagerX.com
Bon dev @+
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
avec l'aide de gillesg nous avons mis au point le zip sur le resultat
des requetes. vous pouvez decider de zipper le resultat de la requete
avant son tansfert. les tests montrent que sur certaine requetes on
gagne 30 % du temps. merci donc a gilles d'avoir mis au point cette
possibilite. De plus cette perspective nous a ouvert d'autres choix
que nous avons mis en place imediatement.
Même plus sur certains tests on est sur un rapport de 10 à 20, tout
dépend du contenu du résultat.
la version 4.0.0.0 comprend 3 script php php4wd, connect.php et
phpzip.php.(pour gerer le zip en retour)dans cette version 3 nouveau
membres apparaissent :
- MethodeZip : permet de specifier a l'acces que le retour des
données sera renvoyer sous forme de fichier zip. par defaut ce membre
est a faux. les données sont renvoyées par un script php
- CrypteRetour : est un booleen pour savoir si les données renvoyées
seront cryptées ou non. l'envoi des requetes est cryptées
obligatoirement pour eviter de pouvoir lancer des requetes sur la base
si on connait l'url du script.
- PocketPC : est un booleen permettant a la classe de fonctionne sur
les pocket pc. à vrai permet de créer l'exécutable pour mobile, et
donc, de gérer l'encapsulation en Unicode des requètes). le même
booleen à faux permet de tester en mode simulation.
- Connexion a travers un proxy : vous avez a votre disposition les
membres proxiServeur, proxiPort, proxiUser, proxiPass pour definir de
façon precise les elements permettant de passer par le proxy.
Cette version sert de base maintenant a la suite. nous sommes en
train de creer les script permettant les acces a PostGreSQL et
SQLite. PostGreSQL fonctionne deja mais sans les blob pour
l'instant. SQLite lui devrait fonctionner directement avec les
blob. Ensuite nous passerons aux version de SQLserveur , Oracle et
autres .....
Sous Postgresql, il n'y a aucune difficulté pour les champs type text c'e st
OK. Nous parlons bien des blobs où il faut cabler la classe et les
scripts un peu différement.
Pour autres... il s'agit des bases qui ont un connecteur PHP
Si vous avez des problemes sur pocket PC soyez patient et indulgent
car comme nous ne possedons pas la version, certain utilisateur se
sont proposés pour etre nos testeur, mais le temps des aller retour
fera que les modifications prendront du temps. mais ne vous inquietez
pas nous trouverons toujours une solution.
Je dirai que c'est Jacques qui est un peu long, mais bon il est excusé
car le PocketPC qu'il a est un peu ancien ;-)
Merci a tous
Et en particulier à Gilles et Jacques Trepp.
Bien entendu cela est dispo sur : www.SQLManagerX.com
Bon dev
@+
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
avec l'aide de gillesg nous avons mis au point le zip sur le resultat des requetes. vous pouvez decider de zipper le resultat de la requete avant son tansfert. les tests montrent que sur certaine requetes on gagne 30 % du temps. merci donc a gilles d'avoir mis au point cette possibilite. De plus cette perspective nous a ouvert d'autres choix que nous avons mis en place imediatement.
Même plus sur certains tests on est sur un rapport de 10 à 20, tout dépend du contenu du résultat.
la version 4.0.0.0 comprend 3 script php php4wd, connect.php et phpzip.php.(pour gerer le zip en retour)dans cette version 3 nouveau membres apparaissent : - MethodeZip : permet de specifier a l'acces que le retour des données sera renvoyer sous forme de fichier zip. par defaut ce membre est a faux. les données sont renvoyées par un script php
- CrypteRetour : est un booleen pour savoir si les données renvoyées seront cryptées ou non. l'envoi des requetes est cryptées obligatoirement pour eviter de pouvoir lancer des requetes sur la base si on connait l'url du script.
- PocketPC : est un booleen permettant a la classe de fonctionne sur les pocket pc. à vrai permet de créer l'exécutable pour mobile, et donc, de gérer l'encapsulation en Unicode des requètes). le même booleen à faux permet de tester en mode simulation.
- Connexion a travers un proxy : vous avez a votre disposition les membres proxiServeur, proxiPort, proxiUser, proxiPass pour definir de façon precise les elements permettant de passer par le proxy.
Cette version sert de base maintenant a la suite. nous sommes en train de creer les script permettant les acces a PostGreSQL et SQLite. PostGreSQL fonctionne deja mais sans les blob pour l'instant. SQLite lui devrait fonctionner directement avec les blob. Ensuite nous passerons aux version de SQLserveur , Oracle et autres .....
Sous Postgresql, il n'y a aucune difficulté pour les champs type text c'e st OK. Nous parlons bien des blobs où il faut cabler la classe et les scripts un peu différement.
Pour autres... il s'agit des bases qui ont un connecteur PHP
Si vous avez des problemes sur pocket PC soyez patient et indulgent car comme nous ne possedons pas la version, certain utilisateur se sont proposés pour etre nos testeur, mais le temps des aller retour fera que les modifications prendront du temps. mais ne vous inquietez pas nous trouverons toujours une solution.
Je dirai que c'est Jacques qui est un peu long, mais bon il est excusé car le PocketPC qu'il a est un peu ancien ;-)
Merci a tous
Et en particulier à Gilles et Jacques Trepp.
Bien entendu cela est dispo sur : www.SQLManagerX.com
Bon dev @+
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Firetox
Bonjour,
attention toute fois le mode
methodeZip = faux CryptRetour = faux
peux poser des problemes sur des colonnes ayant des caracteres dans les datas car dans ce cas on obtient un fin de chaine et la classe perd la notion de colonne on se retrouve avec un decalage
pour l'instant nous en sommes la, si vous faites des selections de colonnes standards pas de souci, juste eviter de faire cette configuration avec les blob image
bon dev @+
"Gilles Guédikian" a écrit dans le message de news:
Daniel avait énoncé :
"Firetox" writes:
Bonjour a tous
quelle semaine !!
Pour rappel Frédéric on est que Lundi.
avec l'aide de gillesg nous avons mis au point le zip sur le resultat des requetes. vous pouvez decider de zipper le resultat de la requete avant son tansfert. les tests montrent que sur certaine requetes on gagne 30 % du temps. merci donc a gilles d'avoir mis au point cette possibilite. De plus cette perspective nous a ouvert d'autres choix que nous avons mis en place imediatement.
Même plus sur certains tests on est sur un rapport de 10 à 20, tout dépend du contenu du résultat.
Surtout sans le cryptage. C'est bien d'avoir ajouté une option pour le désactiver. Le fichier zippé transmis devrait être très petit si il ya de grosses données texte, d'où grosse énonomie de bande passante.
Un petit bémol pour le Zip : ca ne marchera qu'avec des versions de Windev qui supportent ce format (à savoir 8 et supérieures).
J'essayerais à l'occasion d'interfacer "Info-Zip" dans Windev... Mais est-ce qu'il ya un interêt à supporter une version 7.5 de Windev?
Gilles.
Ps : j'ai fait pour la première fois les tests en distant, la ligne qu'on a au boulot étant assez lente... c'est remarquable de vitesse.
C'est vraiment plus interessant qu'une application Web, tant en terme de performance que d'ergonomie!
Bonjour,
attention toute fois le mode
methodeZip = faux
CryptRetour = faux
peux poser des problemes sur des colonnes ayant des caracteres dans les
datas
car dans ce cas on obtient un fin de chaine et la classe perd la notion de
colonne
on se retrouve avec un decalage
pour l'instant nous en sommes la, si vous faites des selections de colonnes
standards pas de souci, juste eviter de faire cette configuration avec les
blob image
bon dev
@+
"Gilles Guédikian" <boulot_SANSPOURRIEL_@neogie.com> a écrit dans le message
de news: mn.d80d7d665e439cad.21586@neogie.com...
avec l'aide de gillesg nous avons mis au point le zip sur le resultat
des requetes. vous pouvez decider de zipper le resultat de la requete
avant son tansfert. les tests montrent que sur certaine requetes on
gagne 30 % du temps. merci donc a gilles d'avoir mis au point cette
possibilite. De plus cette perspective nous a ouvert d'autres choix
que nous avons mis en place imediatement.
Même plus sur certains tests on est sur un rapport de 10 à 20, tout
dépend du contenu du résultat.
Surtout sans le cryptage.
C'est bien d'avoir ajouté une option pour le désactiver.
Le fichier zippé transmis devrait être très petit si il ya de grosses
données texte, d'où grosse énonomie de bande passante.
Un petit bémol pour le Zip : ca ne marchera qu'avec des versions de Windev
qui supportent ce format (à savoir 8 et supérieures).
J'essayerais à l'occasion d'interfacer "Info-Zip" dans Windev...
Mais est-ce qu'il ya un interêt à supporter une version 7.5 de Windev?
Gilles.
Ps : j'ai fait pour la première fois les tests en distant, la ligne qu'on
a au boulot étant assez lente... c'est remarquable de vitesse.
C'est vraiment plus interessant qu'une application Web, tant en terme de
performance que d'ergonomie!
peux poser des problemes sur des colonnes ayant des caracteres dans les datas car dans ce cas on obtient un fin de chaine et la classe perd la notion de colonne on se retrouve avec un decalage
pour l'instant nous en sommes la, si vous faites des selections de colonnes standards pas de souci, juste eviter de faire cette configuration avec les blob image
bon dev @+
"Gilles Guédikian" a écrit dans le message de news:
Daniel avait énoncé :
"Firetox" writes:
Bonjour a tous
quelle semaine !!
Pour rappel Frédéric on est que Lundi.
avec l'aide de gillesg nous avons mis au point le zip sur le resultat des requetes. vous pouvez decider de zipper le resultat de la requete avant son tansfert. les tests montrent que sur certaine requetes on gagne 30 % du temps. merci donc a gilles d'avoir mis au point cette possibilite. De plus cette perspective nous a ouvert d'autres choix que nous avons mis en place imediatement.
Même plus sur certains tests on est sur un rapport de 10 à 20, tout dépend du contenu du résultat.
Surtout sans le cryptage. C'est bien d'avoir ajouté une option pour le désactiver. Le fichier zippé transmis devrait être très petit si il ya de grosses données texte, d'où grosse énonomie de bande passante.
Un petit bémol pour le Zip : ca ne marchera qu'avec des versions de Windev qui supportent ce format (à savoir 8 et supérieures).
J'essayerais à l'occasion d'interfacer "Info-Zip" dans Windev... Mais est-ce qu'il ya un interêt à supporter une version 7.5 de Windev?
Gilles.
Ps : j'ai fait pour la première fois les tests en distant, la ligne qu'on a au boulot étant assez lente... c'est remarquable de vitesse.
C'est vraiment plus interessant qu'une application Web, tant en terme de performance que d'ergonomie!
Daniel
Eric Demeester <eric+ writes:
dans (in) fr.comp.developpement.agl.windev, Gilles Guédikian ecrivait (wrote) :
Bonjour,
> Un petit bémol pour le Zip : ca ne marchera qu'avec des versions de >Windev qui supportent ce format (à savoir 8 et supérieures).
Il y a sur le site de l'association une classe ZIP fonctionnant avec Windev 5.5 :
http://www.windasso.org -> Sources et utilitaires -> Classes diverses -> ClassZIP
Reste le problème des versions 7.x...
Amicalement,
-- Eric
nous avons récupéré sur le site de l'asso une classe zip qui fonctionne en WD7-7.5
le nom du zip est ZIP_aa permet de travailler correctement avec les zips sous 7.5 sacahnt que la classe utilise zlib.dll.
Maintenant, il n'y a plus cas. -- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Eric Demeester <eric+usenet@galacsys.net> writes:
dans (in) fr.comp.developpement.agl.windev, Gilles Guédikian
<boulot_SANSPOURRIEL_@neogie.com> ecrivait (wrote) :
Bonjour,
> Un petit bémol pour le Zip : ca ne marchera qu'avec des versions de
>Windev qui supportent ce format (à savoir 8 et supérieures).
Il y a sur le site de l'association une classe ZIP fonctionnant avec
Windev 5.5 :
http://www.windasso.org -> Sources et utilitaires
-> Classes diverses
-> ClassZIP
Reste le problème des versions 7.x...
Amicalement,
--
Eric
nous avons récupéré sur le site de l'asso une classe zip qui
fonctionne en WD7-7.5
le nom du zip est ZIP_aa permet de travailler correctement avec les
zips sous 7.5 sacahnt que la classe utilise zlib.dll.
Maintenant, il n'y a plus cas.
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
dans (in) fr.comp.developpement.agl.windev, Gilles Guédikian ecrivait (wrote) :
Bonjour,
> Un petit bémol pour le Zip : ca ne marchera qu'avec des versions de >Windev qui supportent ce format (à savoir 8 et supérieures).
Il y a sur le site de l'association une classe ZIP fonctionnant avec Windev 5.5 :
http://www.windasso.org -> Sources et utilitaires -> Classes diverses -> ClassZIP
Reste le problème des versions 7.x...
Amicalement,
-- Eric
nous avons récupéré sur le site de l'asso une classe zip qui fonctionne en WD7-7.5
le nom du zip est ZIP_aa permet de travailler correctement avec les zips sous 7.5 sacahnt que la classe utilise zlib.dll.
Maintenant, il n'y a plus cas. -- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Firetox
Bonjour,
dans la derniere version de php4wd vous pouvez zip et/ou crypter le retour des données. - EVITER LA combinaison : crypteúux et zip = faux. nous ne garantissons pas la remontées correcte du au caractere de fin de chaine qui pourrait se retrouver dans les données. par contre tout autre combinaison de zip et crypte est possible.
bon dev @+
"Firetox" a écrit dans le message de news: 449fff23$0$27286$
Bonjour a tous
quelle semaine !!
avec l'aide de gillesg nous avons mis au point le zip sur le resultat des requetes. vous pouvez decider de zipper le resultat de la requete avant son tansfert. les tests montrent que sur certaine requetes on gagne 30 % du temps. merci donc a gilles d'avoir mis au point cette possibilite. De plus cette perspective nous a ouvert d'autres choix que nous avons mis en place imediatement.
la version 4.0.0.0 comprend 3 script php php4wd, connect.php et phpzip.php.(pour gerer le zip en retour)dans cette version 3 nouveau membres apparaissent : - MethodeZip : permet de specifier a l'acces que le retour des données sera renvoyer sous forme de fichier zip. par defaut ce membre est a faux. les données sont renvoyées par un script php
- CrypteRetour : est un booleen pour savoir si les données renvoyées seront cryptées ou non. l'envoi des requetes est cryptées obligatoirement pour eviter de pouvoir lancer des requetes sur la base si on connait l'url du script.
- PocketPC : est un booleen permettant a la classe de fonctionne sur les pocket pc. à vrai permet de créer l'exécutable pour mobile, et donc, de gérer l'encapsulation en Unicode des requètes). le même booleen à faux permet de tester en mode simulation.
- Connexion a travers un proxy : vous avez a votre disposition les membres proxiServeur, proxiPort, proxiUser, proxiPass pour definir de façon precise les elements permettant de passer par le proxy.
Cette version sert de base maintenant a la suite. nous sommes en train de creer les script permettant les acces a PostGreSQL et SQLite. PostGreSQL fonctionne deja mais sans les blob pour l'instant. SQLite lui devrait fonctionner directement avec les blob. Ensuite nous passerons aux version de SQLserveur , Oracle et autres .....
Si vous avez des problemes sur pocket PC soyez patient et indulgent car comme nous ne possedons pas la version, certain utilisateur se sont proposés pour etre nos testeur, mais le temps des aller retour fera que les modifications prendront du temps. mais ne vous inquietez pas nous trouverons toujours une solution.
Merci a tous
Bien entendu cela est dispo sur : www.SQLManagerX.com
Bon dev @+
Bonjour,
dans la derniere version de php4wd vous pouvez zip et/ou crypter le retour
des données.
- EVITER LA combinaison : crypteúux et zip = faux. nous ne garantissons
pas la remontées correcte du au caractere de fin de chaine qui pourrait
se retrouver dans les données. par contre tout autre combinaison de zip et
crypte est possible.
bon dev
@+
"Firetox" <emprin.frederic@SQLManagerX.com> a écrit dans le message de news:
449fff23$0$27286$626a54ce@news.free.fr...
Bonjour a tous
quelle semaine !!
avec l'aide de gillesg nous avons mis au point le zip sur le resultat des
requetes. vous pouvez decider de zipper le resultat de la requete avant
son tansfert. les tests montrent que sur certaine requetes on gagne 30 %
du temps. merci donc a gilles d'avoir mis au point cette possibilite. De
plus cette perspective nous a ouvert d'autres choix que nous avons mis en
place imediatement.
la version 4.0.0.0 comprend 3 script php php4wd, connect.php et
phpzip.php.(pour gerer le zip en retour)dans cette version 3 nouveau
membres apparaissent :
- MethodeZip : permet de specifier a l'acces que le retour des données
sera renvoyer sous forme de fichier zip. par defaut ce membre est a faux.
les données sont renvoyées par un script php
- CrypteRetour : est un booleen pour savoir si les données renvoyées
seront cryptées ou non. l'envoi des requetes est cryptées obligatoirement
pour eviter de pouvoir lancer des requetes sur la base si on connait l'url
du script.
- PocketPC : est un booleen permettant a la classe de fonctionne sur les
pocket pc. à vrai permet de créer l'exécutable pour mobile, et donc, de
gérer l'encapsulation en Unicode des requètes). le même booleen à faux
permet de tester en mode simulation.
- Connexion a travers un proxy : vous avez a votre disposition les
membres proxiServeur, proxiPort, proxiUser, proxiPass pour definir de
façon precise les elements permettant de passer par le proxy.
Cette version sert de base maintenant a la suite. nous sommes en train de
creer les script permettant les acces a PostGreSQL et SQLite. PostGreSQL
fonctionne deja mais sans les blob pour l'instant. SQLite lui devrait
fonctionner directement avec les blob. Ensuite nous passerons aux version
de SQLserveur , Oracle et autres .....
Si vous avez des problemes sur pocket PC soyez patient et indulgent car
comme nous ne possedons pas la version, certain utilisateur se sont
proposés pour etre nos testeur, mais le temps des aller retour fera que
les modifications prendront du temps. mais ne vous inquietez pas nous
trouverons toujours une solution.
Merci a tous
Bien entendu cela est dispo sur : www.SQLManagerX.com
dans la derniere version de php4wd vous pouvez zip et/ou crypter le retour des données. - EVITER LA combinaison : crypteúux et zip = faux. nous ne garantissons pas la remontées correcte du au caractere de fin de chaine qui pourrait se retrouver dans les données. par contre tout autre combinaison de zip et crypte est possible.
bon dev @+
"Firetox" a écrit dans le message de news: 449fff23$0$27286$
Bonjour a tous
quelle semaine !!
avec l'aide de gillesg nous avons mis au point le zip sur le resultat des requetes. vous pouvez decider de zipper le resultat de la requete avant son tansfert. les tests montrent que sur certaine requetes on gagne 30 % du temps. merci donc a gilles d'avoir mis au point cette possibilite. De plus cette perspective nous a ouvert d'autres choix que nous avons mis en place imediatement.
la version 4.0.0.0 comprend 3 script php php4wd, connect.php et phpzip.php.(pour gerer le zip en retour)dans cette version 3 nouveau membres apparaissent : - MethodeZip : permet de specifier a l'acces que le retour des données sera renvoyer sous forme de fichier zip. par defaut ce membre est a faux. les données sont renvoyées par un script php
- CrypteRetour : est un booleen pour savoir si les données renvoyées seront cryptées ou non. l'envoi des requetes est cryptées obligatoirement pour eviter de pouvoir lancer des requetes sur la base si on connait l'url du script.
- PocketPC : est un booleen permettant a la classe de fonctionne sur les pocket pc. à vrai permet de créer l'exécutable pour mobile, et donc, de gérer l'encapsulation en Unicode des requètes). le même booleen à faux permet de tester en mode simulation.
- Connexion a travers un proxy : vous avez a votre disposition les membres proxiServeur, proxiPort, proxiUser, proxiPass pour definir de façon precise les elements permettant de passer par le proxy.
Cette version sert de base maintenant a la suite. nous sommes en train de creer les script permettant les acces a PostGreSQL et SQLite. PostGreSQL fonctionne deja mais sans les blob pour l'instant. SQLite lui devrait fonctionner directement avec les blob. Ensuite nous passerons aux version de SQLserveur , Oracle et autres .....
Si vous avez des problemes sur pocket PC soyez patient et indulgent car comme nous ne possedons pas la version, certain utilisateur se sont proposés pour etre nos testeur, mais le temps des aller retour fera que les modifications prendront du temps. mais ne vous inquietez pas nous trouverons toujours une solution.
Merci a tous
Bien entendu cela est dispo sur : www.SQLManagerX.com
Bon dev @+
Firetox
bonsoir gilles
le probleme est que le code fonctionne tres bien mais les colonnes sont decale il n'y a pas d'erreur. seul le programmeur peut savoir que les données qu'il remonte ne sont pas correctes et du a cette configuration.
je peux mettre un avertissement, ou alors le specifier comme je l'ai fait dans la page php4wd de SQLMAnagerX.com et ici
voila
bon dev @+
"Gilles Guédikian" a écrit dans le message de news:
Après mure réflexion, Firetox a écrit :
Bonjour,
dans la derniere version de php4wd vous pouvez zip et/ou crypter le retour des données. - EVITER LA combinaison : crypteúux et zip = faux. nous ne garantissons pas la remontées correcte du au caractere de fin de chaine qui pourrait se retrouver dans les données. par contre tout autre combinaison de zip et crypte est possible.
Tu ne veux générer une exception si cette combinaison est utilisée? Ca éviterai les erreurs involontaires.
Gilles.
bonsoir gilles
le probleme est que le code fonctionne tres bien mais les colonnes sont
decale
il n'y a pas d'erreur. seul le programmeur peut savoir que les données qu'il
remonte ne sont pas correctes et du a cette configuration.
je peux mettre un avertissement, ou alors le specifier comme je l'ai fait
dans la page php4wd de SQLMAnagerX.com et ici
voila
bon dev
@+
"Gilles Guédikian" <boulot_SANSPOURRIEL_@neogie.com> a écrit dans le message
de news: mn.ec917d66aebacc77.21586@neogie.com...
Après mure réflexion, Firetox a écrit :
Bonjour,
dans la derniere version de php4wd vous pouvez zip et/ou crypter le
retour des données.
- EVITER LA combinaison : crypteúux et zip = faux. nous ne garantissons
pas la remontées correcte du au caractere de fin de chaine qui
pourrait se retrouver dans les données. par contre tout autre combinaison
de zip et crypte est possible.
Tu ne veux générer une exception si cette combinaison est utilisée?
Ca éviterai les erreurs involontaires.
le probleme est que le code fonctionne tres bien mais les colonnes sont decale il n'y a pas d'erreur. seul le programmeur peut savoir que les données qu'il remonte ne sont pas correctes et du a cette configuration.
je peux mettre un avertissement, ou alors le specifier comme je l'ai fait dans la page php4wd de SQLMAnagerX.com et ici
voila
bon dev @+
"Gilles Guédikian" a écrit dans le message de news:
Après mure réflexion, Firetox a écrit :
Bonjour,
dans la derniere version de php4wd vous pouvez zip et/ou crypter le retour des données. - EVITER LA combinaison : crypteúux et zip = faux. nous ne garantissons pas la remontées correcte du au caractere de fin de chaine qui pourrait se retrouver dans les données. par contre tout autre combinaison de zip et crypte est possible.
Tu ne veux générer une exception si cette combinaison est utilisée? Ca éviterai les erreurs involontaires.
