OVH Cloud OVH Cloud

Et bien voilà, c'est fait, la 11 sort.....

58 réponses
Avatar
J-M des Grottes
Cela se dégrade, il y a moins de 150 nouveautés...

A+

--
Dr J-M des Grottes
Gestionnaire du Registre des Néphrologues Francophones de Belgique

10 réponses

2 3 4 5 6
Avatar
ANTOINE
Moi il y a trois choses que je trouve vraiment sympa, c'est le gestionnaire
de test, la gestion des branches dans le GDS (hé oui je l'utilise en client
serveur et en plus en WIFI) et les favoris de code.

Maintenant j'attend de tester en vrai pour voir tous les autres nouveautés.

Antoine


"Gilles Guédikian" a écrit dans le message
de news:
J-M des Grottes a couché sur son écran :
Cela se dégrade, il y a moins de 150 nouveautés...

A+



J'ai parcouru (comme vous j'imagine) la liste des nouveautés...

Il n'y a quasiment rien d'interessant!

La table avec treeview, enfin!! mais ca ne justifiera pas la mise à jour.

Sur ce coup là j'attendrais Windev 12.




Avatar
titou44
ANTOINE a formulé ce samedi :
"Gilles Guédikian" a écrit dans le message
de news:
Dc a pensé très fort :
Bonjour,






....







juste pour aliementer la polémique.

j'ai une appli (dans différente version de WD) dans environ 200
cabinets médicaux.
en monoposte et en réseau. les réseaux allant jusqu'à 10 postes.
généralement ces "gros" réseaux bossent de 8h00 à 20h00, 6 jours sur 7.
j'en ai qui ont des données stockées depuis plus de 10 ans avec des
.fic de > 30 Mo.
et le tout en simple partage de répertoire de windows.

et les seuls pbs d'index "pétés", très rares, ont été résolus avec une
procédure
de réindexation forunie en standard dans le programme. à la main du
client.

un seul vrai problème en une dizaine d'années. et dans ce cas c'est non
pas l'index qui a
pété mais le fichier qui a été flingué par une vrai coupure EDF (si,
si, cela arive).

je suis dur avec l'éditeur mais mon expérience affirme que HF classic
c'est du gros
costaud.

si on veut parler d'index pété et à répetition, parlons d'outlook (le
vrai et l'express).
là j'ai donné plusieurs fois !! ce qui fait que je n'utilise plus
outlook mais un logiciel
de messagerie qui stocke ses messages en fichiers .eml. j'ai même un
programme WD pour analyser
et indexer ces mails et avoir mes propres critères de recherche !! un
comble. un pg WD pour
pallier des carences d'autre produits.

conclusion : un éditeur criticable : oui, le système HF classic
criticable : non

voici mon humle avis

titou44 chez freesurf.fr

--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
Avatar
J-M des Grottes
titou44 a couché sur son écran :
ANTOINE a formulé ce samedi :
"Gilles Guédikian" a écrit dans le
message de news:
Dc a pensé très fort :
Bonjour,






....







juste pour aliementer la polémique.

j'ai une appli (dans différente version de WD) dans environ 200 cabinets
médicaux.
en monoposte et en réseau. les réseaux allant jusqu'à 10 postes.
généralement ces "gros" réseaux bossent de 8h00 à 20h00, 6 jours sur 7.
j'en ai qui ont des données stockées depuis plus de 10 ans avec des .fic de >
30 Mo.
et le tout en simple partage de répertoire de windows.

et les seuls pbs d'index "pétés", très rares, ont été résolus avec une
procédure
de réindexation forunie en standard dans le programme. à la main du client.

un seul vrai problème en une dizaine d'années. et dans ce cas c'est non pas
l'index qui a
pété mais le fichier qui a été flingué par une vrai coupure EDF (si, si, cela
arive).

je suis dur avec l'éditeur mais mon expérience affirme que HF classic c'est
du gros
costaud.

si on veut parler d'index pété et à répetition, parlons d'outlook (le vrai et
l'express).
là j'ai donné plusieurs fois !! ce qui fait que je n'utilise plus outlook
mais un logiciel
de messagerie qui stocke ses messages en fichiers .eml. j'ai même un
programme WD pour analyser
et indexer ces mails et avoir mes propres critères de recherche !! un comble.
un pg WD pour
pallier des carences d'autre produits.

conclusion : un éditeur criticable : oui, le système HF classic criticable :
non

voici mon humle avis

titou44 chez freesurf.fr



Je rejoins ce que tu dis.
Cela fait 3 ans que 2 systèmes tournent sans problèmes d'index.
Maintenant soyons sérieux, comparons ce qui est comparable....

Mais je connais aussi des plantages sérieux sur des systèmes dit
implantables....

Mois cette version 11 m'attire pour quelques truc mais je reconnais que
la politique de l'éditeur est très limite

A+

--
Dr J-M des Grottes
Gestionnaire du Registre des Néphrologues Francophones de Belgique
Avatar
Daniel
Bonjour,

"ANTOINE" writes:

"Gilles Guédikian" a écrit dans le
message de news:
> Dc a pensé très fort :
>> Bonjour,


....
>
> Les index qui pètent, ca n'arrive QUE avec du hyperfile.

Pourtant, en surfant sur internet, je tombe régulièrement sur des
sites HS car MySQL est Out par exemple.



Mysql est Out ou la charge serveur fait croire que Mysql est Out?

Perso, en HF CS sur un réseau
digne de ce nom et avec une gestion correct du serveur, cela
fonctionne pas mal du tout.



Cela fonctionne ou pas. Le "pas mal du tout" à une connotation
péjorative, et fait penser que parfois il y a des problèmes.

Concernant HF, tout dépend ce qu'on lui demande. Faire une appli
critique sous HF est "critique", mais le point positif c'est qu'il
peut permettre de faire une appli en oubliant l'aspect base de donnée.


Aujourd'hui mettre ces oeufs dans le même panier en terme
d'application de données et d'OS me parait de plus en plus risqué.

On trouvera, toujours des applis sous HF qui fonctionnent bien, voire
très bien, il arrivera toujours de voir des sites qui sont sous MySQL
qui sont plantés, mais combien de site sont sous HF et combien de site
sous mysql. on doit être dans un rapport de plusieurs log (puissance
10).

Un truc qui est certain, c'est que je n'ai jamais réussi sous MySQL,
PostgreSQL d'avoir des doublons sur une clé primaire, ou un index
unique. Sous HF oui, j'en ai déjà vu.

Maintenant, dire que c'est la faute du développeur, car son code est
incorrecte, ou que son OS est mal configuré! Pourquoi pas?

Mais je n'ai toujours pas compris pourquoi, car c'est le moteur qui
valide ou pas les écritures mais en rien le code que le dev a écrit.



Au fait le site www.pcsoft.fr est planté depuis ce matin.

--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Avatar
mat
Gilles Guédikian wrote:
...

Ce n'est pas un problème de performances, mais un problème de fiabilité.

Les index qui pètent, ca n'arrive QUE avec du hyperfile.

Une base de données de qualité, tu la laisses tourner dans son coin, et
à moins d'un disque qui casse, ça ne déconne jamais.

Il n'y a qu'une base de données hyperfile qui peut avoir des données
endommagées suite à un plantage de poste... bref... j'en veux pas ;-)



...


Bonjour Gilles,

selon mon expérience, tu as tort: lorsque les "index pètent" ceci se
passerait avec n'importe quelle autre base de données en partage de
fichier. C'est lié à une configuration inadéquate des postes de travail
dans le réseau. Hyper File est très stable comme base de donnée.

J'utilise des fichiers partagés en réseau depuis quelque temps: Paradox
depuis 15 ans, Access depuis 10 ans et HF depuis 5 ans, avec des
installations un peu partout dans le monde et des configurations très
hétérogènes. Les principales problèmes que nous avons eu étaient sous
DOS, lors de pertes d'une liaison réseau (p.ex. arrêt du serveur sans
avis aux utilisateurs, coupures de courant et absence de UPS,
installation d'un nouveau PC "client" avec mauvaise configuration
réseau). Pour l'instant aucun problème avec des bases sous Windows.

En plus, il faut comparer ce qu'on peut comparer. La fiabilité des vrais
bases C/S profitent surtout du fait qu'il n'y a qu'un ordinateur qui les
utilise: le serveur. Donc, à mon avis une base pour fichiers partagés
comme HF, Access, Paradox et Foxpro, utilisée sous Windows TSE devrait
se montrer aussi fiable comme mySQL et Cie. Des collègues à moi opèrent
une application Visual Foxpro via TSE depuis quelques années sans aucun
besoin d'intervention.

Ceci ne veut pas dire que Hyper File est parfait, non plus optimal:

- Nécessité de l'analyse pour reconnaître ses propres fichiers, ou
nécessité de les déclarer comme étant externe, ce qui limite ou
complique l'usage de HF. Peut-être c'est le prix à payer pour la mise à
jour automatique des fichiers. J'aime beaucoup cette fonctionnalité de
HF, mais il serait sûrement possible de trouver un compromis qui
permettrait de travailler de façon plus simple avec tous les fichiers
HF, déclarés ou pas dans l'analyse (p.ex. mise à jour automatique
uniquement pour les fichiers déclarés).

- HF C/S n'est pas une vrai alternative à HF Classic puisqu'elle devrait
fonctionner à base de requêtes, mais les requêtes HF ne supportent pas
la gestion de l'intégrité des données.

- Requêtes multi-fichiers 2 à 4 fois plus lents que d'autres produits en
partage de fichiers, p.ex. Paradox et VFoxPro.

- absence de fetch partiel pour les requêtes standard HF/tables
fichiers, autres que commandes SQL.. pour ODBC. A mon avis c'est une des
principales raisons pour la lenteur de tables fichiers HF comparés à
d'autres produits.

- forte limitation de commandes SQL, p.ex. il est impossible d'utiliser
des fonctions (disponibles) SQL dans un paramètre d'une autre fonction;
également impossible de modifier des fichiers sur la base de valeurs
obtenus d'autres fichiers.

Salutations
Mat
Avatar
Emmanuel Lecoester
"ANTOINE" a écrit dans le message de news:
4530c83d$0$5233$

"Gilles Guédikian" a écrit dans le
message de news:
Dc a pensé très fort :
Bonjour,

Gilles Guédikian avait prétendu :
HF, CS ou pas, sorti d'une application monoposte, je n'en veux pas.



Si , pour qq PC en poste a poste , moins de 5 ou 6, ca marche.
J'ai fait une appli de gestion de caisse pour un saisonnier
(sous-entendu 8 h du mat jusqu'a 8 h du soir 7 jours /7) en 3 postes
reliés en reseau avec juste fichiers partagés.
J'ai un peu flippé puisque je n'avais aucun recul , et 3 mois
d'experience sur windev , un seul petit bug resolu par tel.
Ceci dit on est loin d'une appli C/S avc desdizaines de postes.



Ce n'est pas un problème de performances, mais un problème de fiabilité.

Les index qui pètent, ca n'arrive QUE avec du hyperfile.



Pourtant, en surfant sur internet, je tombe régulièrement sur des sites HS
car MySQL est Out par exemple.



Ce qui arrive parfois c'est qu'un index n'a plus ses stats à jour et que la
volumétrie sur une table à dépasser le seuil et donc le chemain d'accès
change. Mais un index en vrac jamais eu sous Oracle même avec des tables des
650 Millions de lignes.

Maintenant c'est marrant de comparer toujours HF à MySQL (çà me rappelle
certaines personnes)... Pourquoi ne pas le comparer à PostegreSQL ou
FireBird qui sont Open source dans tous les cas de figure (même si on ne
livre pas ses sources) ?

Pour finir : quand on voit des sociétés qui choisissent MySQL au lieu de
Oracle à l'issue d'un benchmark de 3 mois Antoine je pense que tu devrais
leur expliquer que HF c'est encore mieux ;-)

Perso, en HF CS sur un réseau digne de ce nom et avec une gestion correct
du serveur, cela fonctionne pas mal du tout.



Qui a réellement fait des tests de perfs et de montée en charge sur HF C/S ?
Avatar
Daniel
Salut,
mat writes:

Gilles Guédikian wrote: ...
> Ce n'est pas un problème de performances, mais un problème de
>fiabilité. Les index qui pètent, ca n'arrive QUE avec du hyperfile.
>Une base de données de qualité, tu la laisses tourner dans son coin,
>et à moins d'un disque qui casse, ça ne déconne jamais. Il n'y a
>qu'une base de données hyperfile qui peut avoir des données
>endommagées suite à un plantage de poste... bref... j'en veux pas ;-)
>
...


Bonjour Gilles,

selon mon expérience, tu as tort: lorsque les "index pètent" ceci se
passerait avec n'importe quelle autre base de données en partage de
fichier. C'est lié à une configuration inadéquate des postes de
travail dans le réseau. Hyper File est très stable comme base de
donnée.



Peut on dire que HF est hyperfiable comme
base de donnée lorsque le fonctionnement de celle-ci est dépendante de
l'environnement?



En plus, il faut comparer ce qu'on peut comparer. La fiabilité des
vrais bases C/S profitent surtout du fait qu'il n'y a qu'un ordinateur
qui les utilise: le serveur. Donc, à mon avis une base pour fichiers
partagés comme HF, Access, Paradox et Foxpro, utilisée sous Windows
TSE devrait se montrer aussi fiable comme mySQL et Cie.



Non, cette comparaison est particulièrement trompeuse, et
malheureusement est faite par beaucoup de sociétés ne voulant pas
réinvestir du temps sur un développement en Client/Serveur.

Du style on se rend compte que l'application ne tient plus la route en
partage de fichier, on décide de passer en TSE. Le problème est bien
entendu le même avec des bases en partage de fichiers et n'est pas
exclusif à HF.

TSE, va simplement fiabiliser les échanges, et faire croire qu'on
reproduit un fonctionnement d'une base client/serveur mais on est loin
de cette réalité.
Croire que les index ne "pètent" pas sur une base HF en TSE n'est pas
réaliste.

Mais le plus problématique à mon avis ne sont pas les index, mais
l'absence d'intégrité de HF (doublon sur clé primaire...).

Maintenant, si l'éditeur était un peu plus bavard sur HF, en terme de
documentation technique, et comme d'autres éditeurs indiquaient des
limites d'utilisation de sa base, cela serait plus simple.

Je rejoints l'avis de Gilles, mais en mettant un bémol. Le manque
d'information technique, la manque de recul sur HF, le manque de
transparence, le faible nombre d'utilisateurs (mondiaux) fait qu'on
apprend souvent à ces dépends que le choix d'une base est critique et
que l'application devient lente, que le serveur plante etc...

Il suffit de lire sur le forum de l'éditeur les messages sur HF.

Maintenant, le choix d'une base dépend des besoins, des ressources
internes, de son ouverture, et de sa documentation...

Des collègues
à moi opèrent une application Visual Foxpro via TSE depuis quelques
années sans aucun besoin d'intervention.

Ceci ne veut pas dire que Hyper File est parfait, non plus optimal:



....
Salutations Mat


Oui

Salutations


--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Avatar
Daniel
Salut Manu,
"Emmanuel Lecoester" writes:


Ce qui arrive parfois c'est qu'un index n'a plus ses stats à jour et
que la volumétrie sur une table à dépasser le seuil et donc le chem ain
d'accès change. Mais un index en vrac jamais eu sous Oracle même avec
des tables des 650 Millions de lignes.

Maintenant c'est marrant de comparer toujours HF à MySQL (çà me
rappelle certaines personnes)... Pourquoi ne pas le comparer à
PostegreSQL ou FireBird qui sont Open source dans tous les cas de
figure (même si on ne livre pas ses sources) ?



Bonne remarque, d'autant que Postgresql est très proche d'Oracle, et
la gestion des tablepaces est bien plus évoluéé que Mysql Innodb.



Pour finir : quand on voit des sociétés qui choisissent MySQL au lieu
de Oracle à l'issue d'un benchmark de 3 mois Antoine je pense que tu
devrais leur expliquer que HF c'est encore mieux ;-)



Car elles n'ont pas mis HF dans leur benchmarck. Parcontre un
benchmarck Mysql/Oracle/postgresql aurait été intéressant.

> Perso, en HF CS sur un réseau digne de ce nom et avec une gestion
>correct du serveur, cela fonctionne pas mal du tout.

Qui a réellement fait des tests de perfs et de montée en charge sur HF
C/S ?




Les utilisateurs qui commencent à poster en disant que les serveurs
ralentissent...plantent etc...

De toute façon comment parler sérieusement d'HF. Tant qu'il n'existera
pas une documentation sur HF, comme on peut trouver sur Firebird,
Interbase, Postgresql, Oracle, Mysql, DB2, SQLServer, SQLite,
Sybase...
c'est peine perdue.

--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Avatar
teamk13
ANTOINE a pensé très fort :
"teamk13" a écrit dans le message de news:
>
Bah de ce que j'ai vu, Windows Mobile 11 et WebDEv 11 évoluent largement plus que Windev 11 (à part
quelques fonctions java de plus, qui auraient depuis longtemps du être intégrées dans la 10... parce
que Java en 10, c'est quand même une bonne blague...)



Je ne vois pas très bien ce que tu trouves comme évolution dans WB11 (à part un peu de soupoudrage sur
le PHP, mais je n'ai pas pris WB pour faire du PHP).
Par exemple, ce qui me sidère, c'est qu'il ne soit toujours pas possible (et dans la 11 non plus),
d'adresser une image située hors de /PROJET_WEB/...




Tu peux pourtant déjà le faire si tu ajoutes un alias dans ton serveur Web sur ce répertoire externe ??



Je suis très intéressé par ta réponse (et je pense ne pas être le seul).
J'ai contacté mon hébergeur internet, et il avoue aussi ne pas comprendre ton ajout d'alias.

Peux-tu expliquer précisemment comment placer une image dont l'adresse est:
<http://serveur_distant/bibli_images/...> dans un champ image de WB?

Merci par avance.
Avatar
ANTOINE
Ok, je ferait quelques tests demain pour confirmer et je posterai une
réponse.
Antoine


"teamk13" a écrit dans le message de news:

ANTOINE a pensé très fort :
"teamk13" a écrit dans le message de news:

>
Bah de ce que j'ai vu, Windows Mobile 11 et WebDEv 11 évoluent
largement plus que Windev 11 (à part quelques fonctions java de plus,
qui auraient depuis longtemps du être intégrées dans la 10... parce que
Java en 10, c'est quand même une bonne blague...)



Je ne vois pas très bien ce que tu trouves comme évolution dans WB11 (à
part un peu de soupoudrage sur le PHP, mais je n'ai pas pris WB pour
faire du PHP).
Par exemple, ce qui me sidère, c'est qu'il ne soit toujours pas possible
(et dans la 11 non plus), d'adresser une image située hors de
/PROJET_WEB/...




Tu peux pourtant déjà le faire si tu ajoutes un alias dans ton serveur
Web sur ce répertoire externe ??



Je suis très intéressé par ta réponse (et je pense ne pas être le seul).
J'ai contacté mon hébergeur internet, et il avoue aussi ne pas comprendre
ton ajout d'alias.

Peux-tu expliquer précisemment comment placer une image dont l'adresse
est: <http://serveur_distant/bibli_images/...> dans un champ image de WB?

Merci par avance.




2 3 4 5 6