Bonjour,
peut-être il y a-t'il quelque chose qui m'échappe mais bon, je préfère
consulter avant ...
Dans le cadre d'une utilisation de l'accès natif mysql PC-Soft, avec une
base hébergée sur internet, les fonctions de cryptage style
"AES_ENCRYPT", "ENCODE" demandent de faire transiter "en clair" et sur
canal les chaines que l'on veut crypter ou encoder ce qui ne m'arrange
pas spécialement !!! J'en déduis que seule une connexion SSL put me
soi-disant garantir un semblant de confidentialité ou y'a un hénaurme
truc que je ne comprends pas ? Et au fait, est-ce que Windev gère cela
et à partir de quelle version ? Ou sinon les accès alternatifs ?
Bonjour,
peut-être il y a-t'il quelque chose qui m'échappe mais bon, je préfère
consulter avant ...
Dans le cadre d'une utilisation de l'accès natif mysql PC-Soft, avec une
base hébergée sur internet, les fonctions de cryptage style
"AES_ENCRYPT", "ENCODE" demandent de faire transiter "en clair" et sur
canal les chaines que l'on veut crypter ou encoder ce qui ne m'arrange
pas spécialement !!! J'en déduis que seule une connexion SSL put me
soi-disant garantir un semblant de confidentialité ou y'a un hénaurme
truc que je ne comprends pas ? Et au fait, est-ce que Windev gère cela
et à partir de quelle version ? Ou sinon les accès alternatifs ?
Bonjour,
peut-être il y a-t'il quelque chose qui m'échappe mais bon, je préfère
consulter avant ...
Dans le cadre d'une utilisation de l'accès natif mysql PC-Soft, avec une
base hébergée sur internet, les fonctions de cryptage style
"AES_ENCRYPT", "ENCODE" demandent de faire transiter "en clair" et sur
canal les chaines que l'on veut crypter ou encoder ce qui ne m'arrange
pas spécialement !!! J'en déduis que seule une connexion SSL put me
soi-disant garantir un semblant de confidentialité ou y'a un hénaurme
truc que je ne comprends pas ? Et au fait, est-ce que Windev gère cela
et à partir de quelle version ? Ou sinon les accès alternatifs ?
"Christophe Charron" a écrit dans le
message de news:43e114ff$0$1150$Bonjour,
peut-être il y a-t'il quelque chose qui m'échappe mais bon, je préfère
consulter avant ...
Dans le cadre d'une utilisation de l'accès natif mysql PC-Soft, avec une
base hébergée sur internet, les fonctions de cryptage style
"AES_ENCRYPT", "ENCODE" demandent de faire transiter "en clair" et sur
canal les chaines que l'on veut crypter ou encoder ce qui ne m'arrange
pas spécialement !!! J'en déduis que seule une connexion SSL put me
soi-disant garantir un semblant de confidentialité ou y'a un hénaurme
truc que je ne comprends pas ? Et au fait, est-ce que Windev gère cela
et à partir de quelle version ? Ou sinon les accès alternatifs ?
l'accès php4wd le fait :) la requete et le résultat sont cryptés avec les
fonctions php (donc en gros tu peux même choisir ton algo de cryptage)
"Christophe Charron" <christophe.charron.develo@gmail.com> a écrit dans le
message de news:43e114ff$0$1150$7a628cd7@news.club-internet.fr...
Bonjour,
peut-être il y a-t'il quelque chose qui m'échappe mais bon, je préfère
consulter avant ...
Dans le cadre d'une utilisation de l'accès natif mysql PC-Soft, avec une
base hébergée sur internet, les fonctions de cryptage style
"AES_ENCRYPT", "ENCODE" demandent de faire transiter "en clair" et sur
canal les chaines que l'on veut crypter ou encoder ce qui ne m'arrange
pas spécialement !!! J'en déduis que seule une connexion SSL put me
soi-disant garantir un semblant de confidentialité ou y'a un hénaurme
truc que je ne comprends pas ? Et au fait, est-ce que Windev gère cela
et à partir de quelle version ? Ou sinon les accès alternatifs ?
l'accès php4wd le fait :) la requete et le résultat sont cryptés avec les
fonctions php (donc en gros tu peux même choisir ton algo de cryptage)
"Christophe Charron" a écrit dans le
message de news:43e114ff$0$1150$Bonjour,
peut-être il y a-t'il quelque chose qui m'échappe mais bon, je préfère
consulter avant ...
Dans le cadre d'une utilisation de l'accès natif mysql PC-Soft, avec une
base hébergée sur internet, les fonctions de cryptage style
"AES_ENCRYPT", "ENCODE" demandent de faire transiter "en clair" et sur
canal les chaines que l'on veut crypter ou encoder ce qui ne m'arrange
pas spécialement !!! J'en déduis que seule une connexion SSL put me
soi-disant garantir un semblant de confidentialité ou y'a un hénaurme
truc que je ne comprends pas ? Et au fait, est-ce que Windev gère cela
et à partir de quelle version ? Ou sinon les accès alternatifs ?
l'accès php4wd le fait :) la requete et le résultat sont cryptés avec les
fonctions php (donc en gros tu peux même choisir ton algo de cryptage)
Emmanuel Lecoester a écrit :"Christophe Charron" a écrit dans
le
message de news:43e114ff$0$1150$Bonjour,
peut-être il y a-t'il quelque chose qui m'échappe mais bon, je préfère
consulter avant ...
Dans le cadre d'une utilisation de l'accès natif mysql PC-Soft, avec une
base hébergée sur internet, les fonctions de cryptage style
"AES_ENCRYPT", "ENCODE" demandent de faire transiter "en clair" et sur
canal les chaines que l'on veut crypter ou encoder ce qui ne m'arrange
pas spécialement !!! J'en déduis que seule une connexion SSL put me
soi-disant garantir un semblant de confidentialité ou y'a un hénaurme
truc que je ne comprends pas ? Et au fait, est-ce que Windev gère cela
et à partir de quelle version ? Ou sinon les accès alternatifs ?
l'accès php4wd le fait :) la requete et le résultat sont cryptés avec les
fonctions php (donc en gros tu peux même choisir ton algo de cryptage)
Whoua,
tu dors des fois?
php4wd est utilisable dans windev ? J'imaginais que ce n'étais que pour
webdev ...
Emmanuel Lecoester a écrit :
"Christophe Charron" <christophe.charron.develo@gmail.com> a écrit dans
le
message de news:43e114ff$0$1150$7a628cd7@news.club-internet.fr...
Bonjour,
peut-être il y a-t'il quelque chose qui m'échappe mais bon, je préfère
consulter avant ...
Dans le cadre d'une utilisation de l'accès natif mysql PC-Soft, avec une
base hébergée sur internet, les fonctions de cryptage style
"AES_ENCRYPT", "ENCODE" demandent de faire transiter "en clair" et sur
canal les chaines que l'on veut crypter ou encoder ce qui ne m'arrange
pas spécialement !!! J'en déduis que seule une connexion SSL put me
soi-disant garantir un semblant de confidentialité ou y'a un hénaurme
truc que je ne comprends pas ? Et au fait, est-ce que Windev gère cela
et à partir de quelle version ? Ou sinon les accès alternatifs ?
l'accès php4wd le fait :) la requete et le résultat sont cryptés avec les
fonctions php (donc en gros tu peux même choisir ton algo de cryptage)
Whoua,
tu dors des fois?
php4wd est utilisable dans windev ? J'imaginais que ce n'étais que pour
webdev ...
Emmanuel Lecoester a écrit :"Christophe Charron" a écrit dans
le
message de news:43e114ff$0$1150$Bonjour,
peut-être il y a-t'il quelque chose qui m'échappe mais bon, je préfère
consulter avant ...
Dans le cadre d'une utilisation de l'accès natif mysql PC-Soft, avec une
base hébergée sur internet, les fonctions de cryptage style
"AES_ENCRYPT", "ENCODE" demandent de faire transiter "en clair" et sur
canal les chaines que l'on veut crypter ou encoder ce qui ne m'arrange
pas spécialement !!! J'en déduis que seule une connexion SSL put me
soi-disant garantir un semblant de confidentialité ou y'a un hénaurme
truc que je ne comprends pas ? Et au fait, est-ce que Windev gère cela
et à partir de quelle version ? Ou sinon les accès alternatifs ?
l'accès php4wd le fait :) la requete et le résultat sont cryptés avec les
fonctions php (donc en gros tu peux même choisir ton algo de cryptage)
Whoua,
tu dors des fois?
php4wd est utilisable dans windev ? J'imaginais que ce n'étais que pour
webdev ...
Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
writes:Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
de connexion.
C'est pas très difficile à faire.
Les limites aucune par rapport à l'accès, fonctionne avec tous.
Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
tu décryptes.
Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
serveur soit accessible, et que PHP soit installé, c'est le cas de
quasiment tous les serveurs Free etc...
Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
de passer par un tunnel SSH qui apportera plus de sécurité dans le
cadre de multiutilisateur.
elecoest@netcourrier.com writes:
Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
de connexion.
C'est pas très difficile à faire.
Les limites aucune par rapport à l'accès, fonctionne avec tous.
Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
tu décryptes.
Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
serveur soit accessible, et que PHP soit installé, c'est le cas de
quasiment tous les serveurs Free etc...
Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
de passer par un tunnel SSH qui apportera plus de sécurité dans le
cadre de multiutilisateur.
writes:Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
de connexion.
C'est pas très difficile à faire.
Les limites aucune par rapport à l'accès, fonctionne avec tous.
Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
tu décryptes.
Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
serveur soit accessible, et que PHP soit installé, c'est le cas de
quasiment tous les serveurs Free etc...
Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
de passer par un tunnel SSH qui apportera plus de sécurité dans le
cadre de multiutilisateur.
Daniel a écrit :
> writes:
>
>>Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
>>le développeur peut choisir SA solution et l'implémenter :).
>>
> Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
> de connexion.
> C'est pas très difficile à faire.
> Les limites aucune par rapport à l'accès, fonctionne avec tous.
> Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
> tu décryptes.
> Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
> serveur soit accessible, et que PHP soit installé, c'est le cas de
> quasiment tous les serveurs Free etc...
> Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
> fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
> Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
> efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
> de passer par un tunnel SSH qui apportera plus de sécurité dans le
> cadre de multiutilisateur.
>
Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-êt re
vais être confronté très rapidement aux limites 100 ko car la plupa rt
de mes blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès
natif Hyper file?
--
Cordialement
Christophe Charron
Daniel a écrit :
> elecoest@netcourrier.com writes:
>
>>Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
>>le développeur peut choisir SA solution et l'implémenter :).
>>
> Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
> de connexion.
> C'est pas très difficile à faire.
> Les limites aucune par rapport à l'accès, fonctionne avec tous.
> Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
> tu décryptes.
> Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
> serveur soit accessible, et que PHP soit installé, c'est le cas de
> quasiment tous les serveurs Free etc...
> Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
> fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
> Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
> efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
> de passer par un tunnel SSH qui apportera plus de sécurité dans le
> cadre de multiutilisateur.
>
Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-êt re
vais être confronté très rapidement aux limites 100 ko car la plupa rt
de mes blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès
natif Hyper file?
--
Cordialement
Christophe Charron
Daniel a écrit :
> writes:
>
>>Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
>>le développeur peut choisir SA solution et l'implémenter :).
>>
> Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
> de connexion.
> C'est pas très difficile à faire.
> Les limites aucune par rapport à l'accès, fonctionne avec tous.
> Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
> tu décryptes.
> Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
> serveur soit accessible, et que PHP soit installé, c'est le cas de
> quasiment tous les serveurs Free etc...
> Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
> fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
> Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
> efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
> de passer par un tunnel SSH qui apportera plus de sécurité dans le
> cadre de multiutilisateur.
>
Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-êt re
vais être confronté très rapidement aux limites 100 ko car la plupa rt
de mes blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès
natif Hyper file?
--
Cordialement
Christophe Charron
> Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-être
vais être confronté très rapidement aux limites 100 ko car la plupart de
mes blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès natif
Hyper file?
> Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-être
vais être confronté très rapidement aux limites 100 ko car la plupart de
mes blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès natif
Hyper file?
> Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-être
vais être confronté très rapidement aux limites 100 ko car la plupart de
mes blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès natif
Hyper file?
Daniel a écrit :
writes:Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
de connexion.
C'est pas très difficile à faire.
Les limites aucune par rapport à l'accès, fonctionne avec tous.
Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
tu décryptes.
Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
serveur soit accessible, et que PHP soit installé, c'est le cas de
quasiment tous les serveurs Free etc...
Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
de passer par un tunnel SSH qui apportera plus de sécurité dans le
cadre de multiutilisateur.
Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-être vais
être confronté très rapidement aux limites 100 ko car la plupart de mes
blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès natif
Hyper file?
--
Cordialement
Christophe Charron
Daniel a écrit :
elecoest@netcourrier.com writes:
Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
de connexion.
C'est pas très difficile à faire.
Les limites aucune par rapport à l'accès, fonctionne avec tous.
Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
tu décryptes.
Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
serveur soit accessible, et que PHP soit installé, c'est le cas de
quasiment tous les serveurs Free etc...
Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
de passer par un tunnel SSH qui apportera plus de sécurité dans le
cadre de multiutilisateur.
Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-être vais
être confronté très rapidement aux limites 100 ko car la plupart de mes
blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès natif
Hyper file?
--
Cordialement
Christophe Charron
Daniel a écrit :
writes:Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
de connexion.
C'est pas très difficile à faire.
Les limites aucune par rapport à l'accès, fonctionne avec tous.
Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
tu décryptes.
Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
serveur soit accessible, et que PHP soit installé, c'est le cas de
quasiment tous les serveurs Free etc...
Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
de passer par un tunnel SSH qui apportera plus de sécurité dans le
cadre de multiutilisateur.
Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-être vais
être confronté très rapidement aux limites 100 ko car la plupart de mes
blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès natif
Hyper file?
--
Cordialement
Christophe Charron
bonsoir christophe
"Christophe Charron" a écrit dans le
message de news: 43e23b65$0$1146$Daniel a écrit :writes:Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
de connexion.
C'est pas très difficile à faire.
Les limites aucune par rapport à l'accès, fonctionne avec tous.
Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
tu décryptes.
Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
serveur soit accessible, et que PHP soit installé, c'est le cas de
quasiment tous les serveurs Free etc...
Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
de passer par un tunnel SSH qui apportera plus de sécurité dans le
cadre de multiutilisateur.
Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-être vais
être confronté très rapidement aux limites 100 ko car la plupart de mes
blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès natif
Hyper file?
--
Cordialement
Christophe Charron
bonsoir christophe
"Christophe Charron" <christophe.charron.develo@gmail.com> a écrit dans le
message de news: 43e23b65$0$1146$7a628cd7@news.club-internet.fr...
Daniel a écrit :
elecoest@netcourrier.com writes:
Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
de connexion.
C'est pas très difficile à faire.
Les limites aucune par rapport à l'accès, fonctionne avec tous.
Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
tu décryptes.
Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
serveur soit accessible, et que PHP soit installé, c'est le cas de
quasiment tous les serveurs Free etc...
Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
de passer par un tunnel SSH qui apportera plus de sécurité dans le
cadre de multiutilisateur.
Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-être vais
être confronté très rapidement aux limites 100 ko car la plupart de mes
blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès natif
Hyper file?
--
Cordialement
Christophe Charron
bonsoir christophe
"Christophe Charron" a écrit dans le
message de news: 43e23b65$0$1146$Daniel a écrit :writes:Oui fred mais ce que je voulais dire c'est que vu que php4wd est OPEN
le développeur peut choisir SA solution et l'implémenter :).
Autre solution faire un tunnel avec ssh, tu es crypté dès la demande
de connexion.
C'est pas très difficile à faire.
Les limites aucune par rapport à l'accès, fonctionne avec tous.
Inconvénient, la vitesse qui est un peu moins bonne, car tu cryptes et
tu décryptes.
Gros avantage de PHP4wd nécessite uniquement que le port 80 sur le
serveur soit accessible, et que PHP soit installé, c'est le cas de
quasiment tous les serveurs Free etc...
Gros avantage d'un tunnel ssh, aucune "translation" donc ce qui
fonctionnera en local, fonctionnera en distant avec ou sans cryptage.
Concernant la sécurité, comme Fred et Manu l'indique le cryptage est
efficace sous PHP4wd, mais j'aurais tendance si le serveur le permet
de passer par un tunnel SSH qui apportera plus de sécurité dans le
cadre de multiutilisateur.
Bonsoir,
pour le fun, je vais voir ce que donne php4wd, dernière version (au
passage, merci pour la réactivité de mysqldecrittable) mais peut-être vais
être confronté très rapidement aux limites 100 ko car la plupart de mes
blobs font plus de 2 Mo ...
Et puis tiens, je lance un troll !! Hé les gars, à quand un accès natif
Hyper file?
--
Cordialement
Christophe Charron
