V5.2.0
AIGLe V5.2.0
AIGLe V5.2.0
V 5.2.0
V 5.2.0
Je pense qu'il vaut mieux modifier tous les champs qui doivent être à 0 (et non pas à NULL). Il doit s'agir des champs de type int (ou tinyint) .
Vérifiez également que vous avez bien installé le module php-pecl-zip (si vous poussez les notices sur HAL)
Bonjour, Quelle version de AIGLe utilisez vous ? Vérifiez que dans la table a_ecrit le champ "etc" est bien avec une valeur par défaut = 0 (voir capture ci-dessous)
Salut Charles-Henri, Je pense que tu ne fais les synchronisations que manuellement ? En effet, seule la synchronisation automatique (via le cron) permet, chaque dimanche, de faire le "contrôle hebdomadaire avancé", ce contrôle permet non seulement de vérifier que toutes les publis de AIGLe ayant une référence HAL existent bien toujours sur HAL mais également de vérifier le dédoublonnage qui a pu avoir lieu sur HAL et mettre ainsi à jour la BdD de AIGLe. Ce contrôle peut être très long c'est pourquoi...
Salut Charles-Henri, Je pense que tu ne fais les synchronisations que manuellement ? En effet, seule la synchronisation automatique (via le cron) permet, chaque dimanche, de faire le "contrôle hebdomadaire avancé", ce contrôle permet non seulement de vérifier que toutes les publis de AIGLe ayant une référence HAL existent bien toujours sur HAL mais également de vérifier le dédoublonnage qui a pu avoir lieu sur HAL et mettre ainsi à jour la BdD de AIGLe. Ce contrôle peut être très long c'est pourquoi...
OTP (static-challenge)
V 5.1.6
Jabref pour l'HCERES
Prépa Version 5.1.6.
AIGLe V 5.1.5
Salut Maurice, T'en es venu à bout ? C'est aussi à la ligne Filtre Utilisateurs (%username% sera remplacer par le login. Ex : (mail=%username%@mydomain.fr)) que tu dois mettre ta config (&(mail=%username%)(supannaffectation=MIO)(!(title=STA-Stagiaire))) ... sans oublier de préciser le champ d'identifiant ( mail=%username% dans mon exemple) sur cette ligne
Salut Maurice, T'en es venu à bout ? C'est à la ligne Filtre Utilisateurs (%username% sera remplacer par le login. Ex : (mail=%username%@mydomain.fr)) que tu dois mettre ta config (&(mail=%username%)(supannaffectation=MIO)(!(title=STA-Stagiaire))) ... sans oublier de préciser le champ d'identifiant ( mail=%username% dans mon exemple)
Salut Maurice, Un Chargé de Recherche (CNRS je suppose) ne peut pas être un non-permanent ???? Il n'est peut-être pas affecté à ton labo mais c'est un permanent quelque part (sinon il ne serait pas Chargé de Recherche ?).... CR n'est pas une fonction, c'est un grade de poste permanent. Si il est non permanent mais qu'il a les mêmes fonctions qu'un CR il peut l'indiquer dans le champ fonction de sa "Fiche Personnelle" (mais CR n'est pas un fonction). Si il a vraiment le grade de CR alors c'est qu'il...
On ne peut pas utiliser l'acronyme comme identifiant d'ANR. Sur HAL des ANR
La ref arxiv passe de 4.4 digits à 4.4 ou 4.5 digits.
Sur certains mailer, le code html/css du mail peut être 'disloqué' (exemple : derniere version de Zimbra)
La fonction univ_authentification n'existe plus depuis longtemps .. remplacée par la calss authUNiv.
La fonction split a definitivement disparu des derniers PHP de debian.
Suppr. un ?> de fin de fichier.
V 5.1.4-2
AIGLE version 5.1.4-2
On récupère password et version du dépôt directement dans la réponse de HAL.
Bug dans la contruction du XML. Le noeud 'series' n'est pas dans le noeud 'monogr'
HAL met désormais trop de temps à enregistrer le dépot via l'API.
SQL error lorsque l'on veut voir le detail d'un projet international.
Correction d'un bug. On ne retrouvait plus les nouvelles resa.
AIGLE version 5.1.4-1
AIGLE version 5.1.4
AIGLE version 5.1.4
AIGLE version 5.1.4
Impossible de se loguer en LDAP si le schema LDAP contient de ou=equipe
Il faut préciser la version pour laquelle on veut vérifier l'état de la publi sur HAL.
Bug : le labo non proprio de la salle pouvait supprimer une resa appartenant au labo proprio.
La fonction list_wos_authors() migre dans les fonctions communes (pour un usage ulterieur de pubmed_check)
Ups , pardon.. erreur introduite lors du précédent commit.
La page web sur HAL d'un article s'ouvre sur la page HAL du Labo (si elle est existe et est configurée)
La metadonnée licence est présente dans tous les typedoc qui peuvent avoir le tete intégral.
Version 5.1.4
ON enlève les php?> de fin de fichiers.
Ajout de cdnjs.cloudflare.com à la liste des sites admis pour charger des scripts.
3x rien.
Hal n'a parfois pas le titre (title_s) de l'ANR ? On remplace par le callTitle_s
Correction d'un bug SQL requete dans le webservice.
Passage en mysqli_
Maurices Libes a dit : salut Dom je viens de faire une mise a jour Debian8 Debian9 sur mon serveur ou tourne Aigle et j'ai ce probleme ci dessous qui est apparu...je vois pas pourquoi ca me sort une erreur sur mysql_connect alors que le reste a l'air de fonctionner si t'as une idée? Salut Maurice, Tout le code de AIGLe est passé en mysqli (mysql est "deprecated" dans les derniers PHP et même donc abandonné dans les toutes dernières versions) depuis quelques mois maintenant .... sauf ce petit bout...
Maurices Libes a dit : salut Dom je viens de faire une mise a jour Debian8 Debian9 sur mon serveur ou tourne Aigle et j'ai ce probleme ci dessous qui est apparu...je vois pas pourquoi ca me sort une erreur sur mysql_connect alors que le reste a l'air de fonctionner si t'as une idée? Salut Maurice, Tout le code de AIGLe est passé en mysqli (mysql est "deprecated" dans les derniers PHP et même donc abandonné dans les toutes dernières versions) depuis quelques mois maintenant .... sauf ce petit bout...
Maurices Libes a dit : salut Dom je viens de faire une mise a jour Debian8 Debian9 sur mon serveur ou tourne Aigle et j'ai ce probleme ci dessous qui est apparu...je vois pas pourquoi ca me sort une erreur sur mysql_connect alors que le reste a l'air de fonctionner si t'as une idée? Salut Maurice, Tout le code de AIGLe est passé en mysqli (mysql est "deprecated" dans les derniers PHP et même donc abandonné dans les toutes dernières versions) depuis quelques mois maintenant .... sauf ce petit bout...
Maurices Libes a dit : salut Dom je viens de faire une mise a jour Debian8 Debian9 sur mon serveur ou tourne Aigle et j'ai ce probleme ci dessous qui est apparu...je vois pas pourquoi ca me sort une erreur sur mysql_connect alors que le reste a l'air de fonctionner si t'as une idée? Salut Maurice, Tout le code de AIGLe est passé en mysqli (mysql est "deprecated" dans les derniers PHP et même donc abandonné dans les toutes dernières versions) depuis quelques mois maintenant .... sauf ce petit bout...
Modifs mineures
On remplace mysqli_query($this->_connexion,"SET NAMES 'utf8'") par mysqli_set_charset($this->_connexion,"utf8")
Le laboratoire propriétaire de salles peut désormais supprimer des
HAL réclame désormais le "type" de document (qui était bien sur obligatoire avant)?? Probablement pour la nouvelle interface Web de HAL?
Reconnait le type "SOFTWARE".
Ajout des nouveau types de structures "regrouplaboratory" et "regroupinstitution"
Pour Info, Sourceforge n'assurant plus de support CVS , AIGLe est passé en SVN.
Supression de quelques "restes" de CVS
AIGLe migre vers SVN
Initial SVN commit
Salut Charles Henri, Oui oui bien sur on peut se voir par video-conf si vous le désirez. Il suffit de convenir d'un RDV. En attendant, j'ai déclaré benoit comme développeur de AIGLe sur sourceforge. Il pourra ainsi importer le repository (CVS) de aigle et déposer ses modifications. NB: Pour l'instant j'ai un pb de cvs lock sur le repository? Je suis en contact avec le support sourceforge.
Salut Charles-Henri. Bien sûr que c'est possible! Toutefois il faut faire très attention avec le champ "N° Secu", c'est un champ très sensible pour la CNIL et la déclaration faite par le CNRS pour l'ensemble de ses laboratoires n'est pas suffisante pour faire usage de ce champ. Il faudra que le laboratoire qui utilise AIGLe fassent une déclaration spécifique auprès de la CNIL et justifie de l'usage de ce champ (même s'il n'est pas obligatoire) dans l'application. Ca risque de ne pas passer. Pour...
Pour ta requête ALTER TABLE reserve CHANGE libere libere DATE NULL DEFAULT NULL tu aurais dû avoir un résultat comme :
No problem.
Pour l'erreur : Les jours de debut et de fin de reservation doivent imperativement correspondre au jour choisi pour cette reservation hebdomadaire. (Vendredi) La reservation ne peut pas etre soumise Je ne vois pas bien ce que tu as indiqué comme date de début et de fin... Mais je vois que tu as choisi une réservation hebdomadaire (qui se répète chaque semaine) chaque vendredi . Es tu sûr que les jours de début et de fin de ta réservation tombent bien un vendredi ?
Salut Christian, Ah je me doutais bien qu'il y allait avoir d'autre petits pbs ;o) . Je te joins le fichier salle/module.php à remplacer . Il faut également que tu modifies quelque chose dans la base de donnée Il faut changer la valeur par défaut du champ 'libere' de la table reserve et accepter la valeur NULL pour ce champ. Si tu as phpMyAdmin c'est assez simple, sinon il te faut taper la commande sql suivante : mysql > ALTER TABLE reserve CHANGE libere libere DATE NULL DEFAULT NULL Si tu est prêt...
Salut Christian, Ah je me doutais bien qu'il y allait avoir d'autre petits pbs ;o) . Je te joins le fichier salle/module.php à remplacer . Il faut également que tu modifies quelque chose dans la base de donnée Il faut changer la valeur par défaut du champ 'libere' de la table reserve et accepter la valeur NULL pour ce champ. Si tu as phpMyAdmin c'est assez simple, sinon il te faut taper la commande sql suivante : mysql > ALTER TABLE reserve CHANGE libere libere DATE NULL DEFAULT NULL Si tu est prêt...
Merci à toi... Personne n'avait jamais installé sur une Ubuntu 16.04, tu as permis de lever des problèmes avec cette distribution (en fait dûs à la version de MySQL). Encore merci A+
Bon, finalement j'ai installé une Ubuntu 16.04 sur une bécane et j'y ai installé AIGLe. Ci-joint les fichiers config/fonction.php et SQL/tables.sql.php qui vont bien . Encore désolé et merci d'avoir soulevé le bug.
Bon, finalement j'ai installé une Ubuntu 16.04 sur une bécane et j'y ai installé AIGLe. Ci-joint les fichiers config/fonction.php et SQL/tables.sql.php qui vont bien . Encore désolé.
Bon, finalement j'ai installé une Ubuntu 16.04 sur une bécane et j'y ai installé AIGLe. Ci-joint les fichiers config/fonction.php et SQL/tables.sql.php qui vont bien . Encore désolé.
Salut, ??? C'est pas possible? Puisque, dans le fichier config/fonction.php on a mis la valeur de group, non plus à '' mais à 0 ? On ne peut pas avoir l'erreur Incorrect integer value: '' for column 'groupe' at row 1 ?
Bizarre ? Tu ne peux pas avoir la même erreur alors qu'on a modifié des choses dans le code ? Tu es sur que tu as toujours l'erreur : Problème dans l'exécution de la requête : INSERT INTO user ( nom, prenom, adresse, bureau, telephone, mobile, tel_perso, username, num_agent, fonction, groupe, password, confirm, webperso, id_theme, parti, email, hdr, comments, activite, demande, date_naissance) VALUES ( '', '', '', '', '', '', '', 'leroy', NULL, '', '', '$5$rounds=5000$UZTZ2nxv$ttDLJjzzdMyMdSm..1J6M2ZxZjjto4idUVzDz5PMgN9',...
OK Je vois , on a encore des soucis avec des valeurs 'qui ne sont plus acceptées comme numérique (normal en fait) .. Tu dois encore modifier le fichier config/fonction.php et remplacer la ligne $bd->execRequete("INSERT INTO user ( nom, prenom, adresse, bureau, telephone, mobile, tel_perso, username, num_agent, fonction, groupe, password, confirm, webperso, id_theme, parti, email, hdr, comments, activite, demande, date_naissance) VALUES ( '', '', '', '', '', '', '', '".$bd->prepareChaine($admin)."',...
Après avoir vidé ta BdD, supprimé le fichier configuration/config.php et retourner , avec ton navigateur à l'URL http://129.199.209.166/aigle/ , à la fin de l'install tu as bien eu le message : **Mise à jour et Post Mise à jour de la Base de Données: [OK] Félicitation, vous venez de mettre a jour AIGLe! Cliquez ici pour continuer si votre base de donnée est à jour.** Rien d'autre (voir photo jointe), sans aucun message d'erreur et surtout pas le message : Problème dans l'exécution de la requête :...
Oui je comprends mieux maintenant que tu me dis que tu avais eu cette erreur hier ... En fait le compte leroy ne s'enregistre pas à cause de cette erreur SQL , tu ne peux donc pas te loguer. Pourrais tu stp éditer le fichier config/fonctions.php et remplacer la ligne (~245) : $bd->execRequete("INSERT INTO user ( nom, prenom, adresse, bureau, telephone, mobile, tel_perso, username, num_agent, fonction, groupe, password, confirm, webperso, id_theme, parti, email, hdr, comments, activite, demande, date_naissance)...
Pardon c'est configuration/config.php
Oui je comprends mieux maintenant que tu me dis que tu avais eu cette erreur hier ... En fait le compte leroy ne s'enregistre pas à cause de cette erreur SQL , tu ne peux donc pas te loguer. Pourrais tu stp éditer le fichier config/fonctions.php et remplacer la ligne (~245) : $bd->execRequete("INSERT INTO user ( nom, prenom, adresse, bureau, telephone, mobile, tel_perso, username, num_agent, fonction, groupe, password, confirm, webperso, id_theme, parti, email, hdr, comments, activite, demande, date_naissance)...
Oui je comprends mieux maintenant que tu me dis que tu avais eu cet erreur hier ... EN fait le compte leroy ne s'enregistre pas à cause de l'erreur SQL , tu ne peux donc pas te loguer. Pourrais tu stp éditer le fichier config/fonctions.php et remplacer la ligne (~245) : $bd->execRequete("INSERT INTO user ( nom, prenom, adresse, bureau, telephone, mobile, tel_perso, username, num_agent, fonction, groupe, password, confirm, webperso, id_theme, parti, email, hdr, comments, activite, demande, date_naissance)...
Non , il faut continuer ;o) .. Il semblerait que les dernières versions de MySQL sont plus pointilleuses sur les entrée en BdD... Je regarde et je reviens vers toi cet AM... A tout'
Euh oui mais c'est normal. Il te faut réinstaller AIGLe. J'ai oublié de te dire qu'il fallait pour cela, outre vider la BdD, également supprimer le fichier configuration/config.php A+
Pas simple (le mot de passe est crypté dans la BdD).. le plus simple est de vider ta BdD et de refaire l'install. Pour être sûr, je viens de refaire vite une install avec authentification MySQL fait sur un serveur de test (mais sous SL7) , j'ai pas eu de pb pour me loguer après l'install.
Avec quel nom d'utilisateur essaies tu de te loguer (d'après ton screenshot, il faut utiliser : leroy) ? Lorsque tu as choisis MySQL comme système d'authentification, AIGLe t'a demandé 2 fois le mot de passe de l'admin, c'est celui-ci que tu dois utiliser...
Je t'ai posé la question un peu plus haut mais tu ne m'as pas répondu : Quel type d'authentification as tu choisis lors de l'installation ? Le login/mdp que tu as utilisé pour l'install est celui de ton serveur MySQL, il a servi pour installer la BdD , ce n'est pas le même pour s'authentifier sur l'application une fois installée.
Dans le répertoire qui contient tous les codes de AIGLe, il y a un répertoire SQL, dans ce répertoire il y a un fichier tables.sql.php.
Tiens ? Effectivement il semble y avoir un problème dans le fichier SQL/tables.sql.php ? Il te faut modifier les (2) lignes : 'Default' => '2000-00-00 00:00:00', et les remplacer par : 'Default' => '', Vide complétement ta base de données et recommence l'install. Désolé . A+
Salut Christian, Es tu certain que le nom de ton serveur MySQL est : mySQLHost ??!! (Pourquoi ne selectionnes tu aucun des système d'authentification proposés (Unix ou MySQL ?)) A+
Salut Ben... Effectivement, l'équipe de développement de MathJax a décidé de ne plus héberger ce CDN . Le nouveau CDN préconisé par l'équipe est désormais le CDN de "Clouflare", le script de la dernière version de MathJax se trouvant à l'URL https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.1/MathJax.js La modification de cette URL dans les codes de AIGLe est faite dans la prochaine version de AIGLe. En attendant, et si vous voulez revoir de belles équations sur votre site , il vous du faut modifier...
Salut Ben... Effectivement, l'équipe de développement de MathJax a décidé de ne plus héberger ce CDN . Le nouveau CDN préconisé par l'équipe est désormais le CDN de "Clouflare", le script de la dernière version de MathJax se trouvant à l'URL https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.1/MathJax.js La modification de cette URL dans les codes de AIGLe est faite dans la prochaine version de AIGLe. En attendant, et si vous voulez revoir de belles équations sur votre site , il vous du faut modifier...
Salut Ben... Effectivement, l'équipe de développement de MathJax a décidé de ne plus héberger ce CDN . Le nouveau CDN préconisé par l'équipe est désormais le CDN de "Clouflare", le script de la dernière version de MathJax se trouvant à l'URL https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.1/MathJax.js La modification de cette URL dans les codes de AIGLe est faite dans la prochaine version de AIGLe. En attendant, et si vous voulez revoir de belles équations sur votre site , il vous du faut modifier...
Salut Ben... Effectivement, l'équipe de développement de MathJax a décidé de ne plus héberger ce CDN . Le nouveau CDN préconisé par l'équipe est désormais le CDN de "Clouflare", le script de la dernière version de MathJax se trouvant à l'URL https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.1/MathJax.js La modification de cette URL dans les codes de AIGLe est faite dans la prochaine version de AIGLe. En attendant, et si vous voulez revoir de belles équations sur votre site , il vous du faut modifier...
Salut Ben... Effectivement, l'équipe de développement de MathJax a décidé de ne plus héberger ce CDN . Le nouveau CDN préconisé par l'équipe est désormais le CDN de "Clouflare", le script de la dernière version de MathJax se trouvant à l'URL https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.1/MathJax.js La modification de cette URL dans les codes de AIGLe est faite dans la prochaine version de AIGLe. En attendant, et si vous voulez revoir de belles équations sur votre site , il vous du faut modifier...
Salut Ben... Effectivement, l'équipe de développement de MathJax a décidé de ne plus héberger ce CDN . Le nouveau CDN préconisé par l'équipe est désormais le CDN de "Clouflare", le script de la dernière version de MathJax se trouvant à l'URL https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.1/MathJax.js La modification de cette URL dans les codes de AIGLe est faite dans la prochaine version de AIGLe. En attendant, et si vous voulez revoir de belles équations sur votre site , il vous du faut modifier...
Salut Ben... Effectivement, l'équipe de développement de MathJax a décidé de ne plus héberger ce CDN . Le nouveau CDN préconisé par l'équipe est désormais le CDN de "Clouflare", le script de la dernière version de MathJax se trouvant à l'URL https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.1/MathJax.js La modification de cette URL dans les codes de AIGLe est faite dans la prochaine version de AIGLe. En attendant, et si vous voulez revoir de belles équations sur votre site , il vous du faut modifier...
Salut Christian, A quel moment précis obtiens tu ce message ? Quel est ton OS et sa version ? Quel est ta version de MySQL? Peux tu également verifier l'acces a ta BD Aigle "manuellement" $ mysql -u user -h <serveurMySQL> -p <BD_AIGLe> pour etre sur que login et mdp sont bons