percherie

Membre des forums
  • Compteur de contenus

    51
  • Inscription

  • Dernière visite

  • Days Won

    2

percherie last won the day on December 27 2016

percherie had the most liked content!

À propos de percherie

  • Rang
    Stagiaire
  • Date de naissance

Contact Methods

  • Website URL
    http://toutenkamion.net/

Profile Information

  • Gender
    Male

Visiteurs récents du profil

145 054 visualisations du profil
  1. Je vais voir avec le support car là aussi ça échoue. Il y a soit quelques chose sur ma configuration qui plante tout ou un ajustement à faire sur mon compte
  2. Bonsoir à tous, Et bonne fêtes ;-) Cela fait bientôt 3 semaines que j'essaie de synchroniser mes carnets d'adresse et agenda stocké dans le webmail avec Thunderbird. J'ai suivi à la lettre le super sujet présent dans ce forum mais cela échoue lamentablement : J'utilise la dernière version de ThunderBird avec l'extension Lightning. J'ai fait différents test avec les extensions suivante : Inverse SOGo Connector CardBook CardDAV Browser Aucun n'a réussi à s'y connecter et CardBook n'arrive même pas à passer le cap de l'enregistrement du carnet. CardDAV Browser non plus. SOGo arrive à créer le carnet mais aucune synchronisation n'est faite (aucun message d'erreur). Les adresses des carnets distant sont sous la forme https://webmail.web4all.fr/home/MON_MAIL/Contacts et j'indique comme identifiant mon adresse mail avec le mot de passe associé. Si j'utilise le lien dans un navigateur web, un fichier CSV est proposé en téléchargement (est-ce normal ??) Mon accès internet ce fait avec un partage de connexion via un smartphone et j'utilise l'application AdAway qui bloque les pub directement sur la connexion (plus de pub dans les applications). Je pense avoir fait le topo de toute ma configuration. Est-ce un problème de ma part ou y a t'il un bug en cours ?
  3. Après essais, cela fonctionne très bien
  4. Alors là je sèche... malgré toutes ces informations (merci à tous) je n'arrive pas du tout à synchroniser mon agenda dans Thunderbird. Pourtant j'ai réussi à le faire avec mon agenda fourni par le boulot et celui que j'ai installé dans NextCloud. J'ai testé avec et sans l'extension SoGo, j'ai bien récupéré les adresses de partage de chaque calendrier et j'ai aucune donnée qui transitent entre ThunderBird et Zimbra. Que ce soit via CalDav ou ICS, En ajoutant un slash ou pas. Y a t'il un moyen de faire un diagnostique ? Histoire de savoir si ça viens de ma connexion, du logiciel et du protocole utilisé.
  5. Je crois que c'est dans le htaccess en cherchant très rapidement tu a un message sur https://forum.owncloud.org/viewtopic.php?t=37711
  6. Je n'ai pas saisi comment installer Tiddlywiki en vu d'un stockage en ligne. Est ce que cela s'intègre à OwnCloud ou est-ce autonome ?
  7. C'est surtout la gestion des sauvegardes en local qui m'ont aidé. Avec cette option, la restauration est bien plus rapide et ça évite certaines sueurs froides en cas de problème
  8. Je comprends vos choix et les soutiens. Je viens d'ailleurs de passer à l'offre avec haute sécurité il y a quelques mois et je me demande comment j'ai fait sans depuis des années. Grâce à cette sauvegarde, je n'ai plus peur de perdre mes données pendants mes voyages ou passer des jours à tout renvoyer sur les serveurs suite à une fausse manipulation. C'est l'idéal si on veut héberger ses données pro et perso, créer un cloud et autres truc au top.
  9. Bonjour croucrou, J'ai la même demande concernant grauphel, est ce que tu a réussi à activer Oauth ? Si oui, comment doit-on procéder ?
  10. Bonjour à tous, Je pensais que le problème concernait qu'une seule de mes bases et que ça pouvait venir d'un problème de syntaxe ou autre truc obscure pour moi mais ça concerne toutes les bases de données. En l'état je ne peut pas importer de base de donnée sauvegardée manuellement ou récupérée grâce au pack de sécurité. Pour reproduire le même résultats, exportez une de vos bases pour l'importer dans une base existante. Au moment de l'importation il y a régulièrement un problème de syntaxe qui empêche de finir l'importation. Étrangement, si je fait une importation sur WAMP suivi d'une exportation, le fichier SQL est compatible et ça passe crème. Est ce un problème du module d'exportation ou un paramètre à définir avant exportation ? Merci d'avance pour vos retours
  11. J'ai réussi à me connecté en SSH mais la commande Mysql ne passe pas. Je suis certains d'avoir utilisé le bon mot de passe. mysqldump -u 125970_manager -p --opt -Q --result-file=fichier_dump.sql 125970_latieule Enter password: mysqldump: Got error: 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) when trying to connect Edit : Il me manquait le paramètre -h pour spécifier le nom du serveur. Tout fonctionne correctement
  12. Bonjour, J'utilise ownCloud et je n'arrive pas à utiliser le cache php comme indiqué dans la documentation suivante : https://doc.owncloud.org/server/8.2/admin_manual/configuration_server/caching_configuration.html#id2 Voici le paramètre à placer dans le fichier \config\config.php qui devrait activer le cache : 'memcache.local' => '\OC\Memcache\APCu', Et voici le retour erreur : Memcache \OC\Memcache\APCu not available for local cache Is the matching PHP module installed and enabled? Est ce que cette option est bien disponible chez web4all ?
  13. Probablement mais je manque de connaissance. Il y a pas mal de documentation sur internet mais aurait tu une doc particulière à me recommander ? Actuellement j'ai contourné le problème. J'ai réussi à importer localement ma base, exportée de nouveau et importée sans aucun problème sur Web4all. C'est comme si le fichier SQL n'était pas correct pour Web4all.
  14. J'ai fait quelques essais complémentaire et j'ai réussi à importer (partiellement) la base de donnée sur une installation WAMP faite sur mon poste. ça à fonctionné beaucoup mieux et j'ai presque toutes les tables avec les données. Etrangement j'ai une erreur SQL différente et je ne comprend pas pourquoi un export créé une erreur de syntaxe : Erreur Analyse statique : 1 erreurs trouvées lors de l'analyse. Une virgule ou une parenthèse droite était attendus. (near "`Operation type`" at position 319) Requête SQL : CREATE TABLE `oc_documents_op` ( `seq` int(10) UNSIGNED NOT NULL COMMENT 'Sequence number', `es_id` varchar(64) COLLATE utf8_bin NOT NULL COMMENT 'Editing session id', `member` int(10) UNSIGNED NOT NULL DEFAULT '1' COMMENT 'User and time specific', `optype` varchar(64) COLLATE utf8_bin DEFAULT NULL COMMENT AS `Operation type`, `opspec` longtext COLLATE utf8_bin COMMENT 'json-string' ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin MySQL a répondu: #1064 - Erreur de syntaxe près de 'AS `Operation type`, `opspec` longtext COLLATE utf8_bin COMMENT 'json-string' ' à la ligne 5 Pour plus de lisibilité sur la requête SQL, la voici avec la mise en forme mais elle me semble correcte : -- -- Structure de la table `oc_documents_op` -- CREATE TABLE `oc_documents_op` ( `seq` int(10) UNSIGNED NOT NULL COMMENT 'Sequence number', `es_id` varchar(64) COLLATE utf8_bin NOT NULL COMMENT 'Editing session id', `member` int(10) UNSIGNED NOT NULL DEFAULT '1' COMMENT 'User and time specific', `optype` varchar(64) COLLATE utf8_bin DEFAULT NULL COMMENT AS `Operation type`, `opspec` longtext COLLATE utf8_bin COMMENT 'json-string' ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin;
  15. L'archive fait 1,9 Mo et le fichier sql fait 7,9 Mo. Avec les copier/coller de requêtes sql, en moyenne après 300 lignes j'ai le message d'erreur cité précédemment. J'ai fait l'export selon les paramètres par défaut au format compressé. Pour choisir le format compressé, j'ai choisi "export personnalisé" et j'ai modifié le format de compression sans toucher à d'autres paramètres. Je viens de faire un test en exportant une autre base pour l'importer de nouveau et j'ai de nouveau la même erreur. C'est identique si j'exporte au format sql sans compression.