Login mot de passe
 
Menu Principal
Soutenir SQLManagerX
Certains nous ont demandés comment nous aider voici un lien pour nous soutenir


SQLManagerX
Dossiers
Accès SQLManagerX
Découvrez



SQLManagerX Pro


Qui est en ligne
4 utilisateur(s) en ligne (dont 3 sur forum)

Membre(s): 0
Invité(s): 4

plus...
Partenaires

http://www.TeeCod.fr
TeeCod


http://www.microsystem.fr
Microsystem


http://www.dag-system.fr/?lang=fr#
DAG SYSTEM


forum - Tous les messages
   Tous les messages

 Bas   Précédent   Suivant

(1) 2 3 4 ... 462 »


#1 Re: Compatibilité php4wx - php 7.x
kod047 Posté le : Today 7:20
Finalement, j'ai trouvé ce qui ne marchait pas. Pour ceux qui en auront besoin, n'oubliez pas de préciser monAccess:TypeBase = "PDOMySQL". J'avais mis monAccess:TypeBase = "MYSQL".
J'utilise php4wx 9.2.0.4 avec la version 7.2 de php et ça marche


#2 Re: Php4WX/WM20/AlwaysData Pblm requete MySql
kod047 Posté le : 6/19 14:17
Bonjour,
SVP pouvez-vous décrire comment le problème a été résolu?
J'ai le même problème et pourtant dans mon php4wd, c'est mentionné comme suit:

if($_GET['test']=='OUI'){
error_reporting($e & (E_ALL -E_WARNING -E_NOTICE));
$typeBase = 'PDOMySQL';


Voici le message d'erreur que j'ai:

Notice: tempnam(): file created in the system's temporary directory in C:\laragon\www\mysite\php4wd.php on line 15

Fatal error: Uncaught Error: Call to undefined function func_connect_mysql() in C:\laragon\www\mysite\php4wd.php:234 Stack trace: #0 {main} thrown in C:\laragon\www\mysite\php4wd.php on line 234

Merci


#3 Compatibilité php4wx - php 7.x
kod047 Posté le : 6/19 3:23
Bonjour,

J'aimerais savoir si php4wx 9.2.0.4 est compatible avec php version supérieure ou égale à 7.0

Elle me permet de me connecter à un serveur mais après cela, mes requêtes ne s'exécutent pas.

J'utilise actuellement php4wd 5.x avec php 5.4 et cela marche normalement mais quand je passe à la version 7 de php, je n'ai plus de résultat.

Pouvez-vous m'aider SVP?


#4 Re: Format de Dates
cbekier Posté le : 6/18 18:49
Voila les modifications que j'ai effectué :

1- Modification des requêtes SQL
DATE_FORMAT(<champ date>,'%Y%m%d')
DATE_FORMAT(<champ dateheure>,'%Y%m%d%H%k')
TIME_FORMAT(<champ heure>,'%H%k')

2- Modification des Classes
Les champs date, dateheure et heure qui étaient en format chaine sont maintenant dans leur format (date, dateheure et heure).

3- Modification de la classe SQLManagerX::SQLTableVersEcran
Le code :
{p_fenetre+"."+sNomChamp,indChamp} = Remplace(:ValCol[i],:separaTeurDecimal,".")

devient :
SI {p_fenetre+"."+sNomChamp,indChamp}..Type=typDate OU {p_fenetre+"."+sNomChamp,indChamp}..Type=typHeure ALORS
{p_fenetre+"."+sNomChamp,indChamp} = Remplace(:ValCol[i],["-", ":", " "],"")
SINON
{p_fenetre+"."+sNomChamp,indChamp} = Remplace(:ValCol[i],:separaTeurDecimal,".")
FIN


Voilà, j'espère n'avoir rien oublié !


#5 Re: Format de Dates
cbekier Posté le : 6/16 22:36
Visiblement la variable est en Read Only :

Err #1238 - Variable 'date_format' is a read only variable


#6 Re: Format de Dates
Firetox Posté le : 6/16 9:02
bonjour,

tiens jamais eu ce souci
mais en fait cela vient peut etre de l'acces par PDO ou autre a voir

sinon autre solution apres la connexion faire un :
SET @@SESSION.DATETIME_FORMAT '%Y%m%d'

qui mettra le format date en lecture et ecriture sans les -

la difference doit se trouvé dans la partie php sur l'execution de la requete mais je n'ai jamais eu ce cas la : bizarre


#7 Format de Dates
cbekier Posté le : 6/16 8:29
Bonjour,

Je viens de mettre à jour mon accès PHP4WX sur l'un de mes projets. J'ai remplacé les fichiers PHP et la classe (c_Php4WX.wdc).
Avant, j'avais la version 6.0.0.1 et maintenant j'ai la version 9.2.0.4 avec SQLManagerX version 5.7.1.1.

Toutes les dates (par SQLManagerX ou par mySQLExec) me retournent maintenant une chaine avec des tirets ce qui provoque un dysfonctionnement global de mon appli.

J'ai essayé d'utiliser la fonction DATE_FORMAT dans mes requêtes, cela fonctionne mais cela va m'obliger à revoir tout mon code !!!

Mais surtout, cela ne résout pas le problème avec SQLManagerX !

Avez-vous une idée du problème ?

Merci


#8 Re: [PHP4WX]
nittya Posté le : 5/2 0:49
Merci pour ce retour !

En simulateur : j'ai fait un premier test, tout a fonctionné. J'ai branché mon portable pour tester en réel, j'ai eu une erreur "Erreur dans le traitement Methode mySQLExec. Vous avez appelé la fonction ZipOuvre. L'archive existe déjà"
J'ai relancé en simulateur, et là ça bug à mySQLExec(). Plus de données ou de colonnes, tout vaut 0. et ErreurText vaut : "䭐Ѓ<20>"
ChaineRésultat après MethodeZip vaut :"䭐Ѓ<20><0><8>뛸䲡浞á<0>ƭ<0><12><0>敲畳瑬瑡琮瑸六湛ヂ밐⽊㻠뽑摱骗鄦အ罈ᜪ堬ߡ付蹕珔拴罭䘶�杨䭆狅쳑䉊돤괜썘悥�䎁䲼⁠꒪胻팓앒醨客ซ੢쪗寚斜⻐玃묮�힬脱밟ԫ脆뾶ⷨ䷨ᒏꔡ풘즼�혏튐絙ⅿ摱ꋭ⣭鈍泟혟펟睕뿚厣輲⼟蔌㡷缕匝➖Ⴠ芸꼘쨦ﮏ߁㙻軞��圆妷䋾곔玥譁枒࠭ቹ繟倀ŋᐂᐃ<0>ࠀꆶ幌䅭<0>관<1>ఀ<0><0><0><0><0>똀<0>爀獥汵慴⹴硴側Ջ<6><0>ĀĀ㨀<0>଀<1><0>"


#9 Re: [PHP4WX]
Firetox Posté le : 5/1 8:44
bonjour oups je me suis tromper : le cryptrretour doit touour estre a vrai

en fait essayez :

gclMonAccess:CryptRetour = faux
gclMonAccess:methodeZip= vrai
gclMonAccess:dataHexa = Faux
gclMonAccess:modeUTF8 = vrai
:alphabet = alphabetUTF8

voial ce sera mieux car on a les 4 membre qui modife le retour, le zip a vrai normalement ne va pas utiliserr le charset de la page php et rendre les données comme il les lit dans la base (parfois je fait un set name utf8 en requete apres la connextion


#10 Re: [PHP4WX]
nittya Posté le : 5/1 3:35
Avec ce paramétrage là, les données sont des chiffres.
l'ID = 133 au lieu de 2 par exemple
"161205220191208166" au lieu de Nittya etc.



 Haut
(1) 2 3 4 ... 462 »




Copyright: © 2004 By SQLManagerX
WinDev©, WebDev© et HyperFile© sont des marques déposées par PCSoft.
By Firetox
IMAGO:THEMES Theme Design by IMAGO DESIGN CORP.