Suite

Pourquoi QGIS ne trouve-t-il pas automatiquement la nouvelle mise à jour du plugin au démarrage ?

Pourquoi QGIS ne trouve-t-il pas automatiquement la nouvelle mise à jour du plugin au démarrage ?


J'ai créé un plugin pour QGIS et j'ai créé un référentiel (xml) pour que les utilisateurs finaux l'installent. Ensuite, j'ai créé une nouvelle version et mis à jour également mon fichier de référentiel avec le nouveau mais Qgis ne trouve pas automatiquement la nouvelle mise à jour au démarrage. Où dois-je signaler la nouvelle version ? Je marque la nouvelle version dans le fichier xml comme ça : à partir de1.0.0 changé en 1.0.1mais Qgis ne reconnaît aucune nouvelle version.


Je l'ai trouvé! Je n'ai pas mis à jour l'attribut de version dans pyqgis_plugin étiqueter:


Pourquoi QGIS ne trouve-t-il pas automatiquement la nouvelle mise à jour du plugin au démarrage ? - Systèmes d'information géographique

Installation alternative de QGIS sans utiliser le registre Windows

Ce projet décrit une méthode d'installation et de fonctionnement de QGIS sous Windows où QGIS utilise un simple fichier texte (fichier ini) pour stocker les paramètres de configuration. L'installation Windows par défaut de QGIS utilise le registre pour stocker les paramètres de configuration.

En supprimant la dépendance au registre pour QGIS, un certain nombre d'avantages sont obtenus :

  • Une installation locale peut être réduite pour copier un répertoire sur le PC et démarrer QGIS. La première utilisation de QGIS terminera l'installation. Vous n'avez pas besoin de générer des scripts msi complexes pour l'installation.
  • Les installations alternatives, telles que le placement du programme QGIS sur un lecteur réseau ou l'installation dans un environnement Citrix, sont des modifications triviales de l'installation locale décrite.
  • Tous les paramètres de configuration sont collectés dans un fichier ini qui est facile à inspecter et à modifier à l'aide d'un simple éditeur de texte.
  • En plaçant le dossier du programme à l'extérieur le "C:Program Files" ou des répertoires similaires, il est possible d'installer QGIS sans les droits "Admin local". Cela peut être utilisé par les instructeurs du cours QGIS pour une installation rapide de QGIS sur un grand nombre de PC, où vous ne disposez que des droits d'utilisateur normaux.
  • Effectuez une installation de QGIS sur de nombreux PC ayant exactement la même configuration, y compris les plugins préinstallés.

Inconvénients de la méthode :

  • La méthode nécessite plus de travail préparatoire par rapport à une installation standard manuelle sur un seul PC.

Lors d'une installation normale, Qgis est stocké à différents emplacements sur le PC :

  • Les programmes sont placés dans un dossier de programmes, par exemple. "C:Program FilesQGIS Lyon" pour QGIS ver. 2.12. Ce dossier de programme contient le programme principal, les dll et éventuellement un certain nombre de programmes externes tels que GRASS, SAGA, ORFEUS comme. Le répertoire ne contient pas de paramètres de configuration ni de données spécifiques à l'utilisateur. L'emplacement du dossier du programme dépend de la méthode d'installation (si vous ne connaissez pas les différentes méthodes d'installation, vous pouvez consulter le site Web QGIS.ORG pour télécharger le programme : [http://qgis.org/en/site/forusers/download. html] (http://qgis.org/en/site/forusers/download.html))
  • Un dossier ".qgis2", généralement placé dans le répertoire personnel de l'utilisateur, par ex. "C:Usersvtho.Qgis2" pour l'utilisateur "bvtho" du PC. Ce dossier contient des dossiers pour les données temporaires de Processing, des palettes de couleurs, des modèles pour la gestion de projet et du code pour tous les plugins non essentiels. Ce dossier est personnalisé pour chaque utilisateur.
  • Une ou plusieurs branches dans le registre, principalement "HKEY_CURRENT_USERSoftwareQGIS". Le registre contient tous les paramètres d'installation de QGIS.

Le but est de supprimer les paramètres d'installation de Qgis du registre et de les placer dans un fichier situé dans le dossier utilisateur .qgis2 ( ".qgis2QGISQGIS2.ini")

Cette opération se décompose en deux phases :

Phase "PREPARE", où l'administrateur SIG prépare une installation standard de Qgis, afin qu'elle soit prête à être installée sur le PC de l'utilisateur.

Phase « RUN », où l'installation préparée de QGIS (un répertoire) est copiée sur le PC de l'utilisateur et l'utilisateur final effectue l'installation finale lors du premier démarrage de QGIS sur le PC.

Installez une version ordinaire de QGIS sur votre PC. Cela devrait ne pas être installé dans "C:Program Files" ou "C:Program Files" - pendant la phase "PREPARE", plusieurs fichiers seront ajoutés ou modifiés dans le répertoire QGIS. Diverses règles de sécurité dans les "fichiers C:progam" peuvent interférer ou empêcher ce processus.

Recherchez l'emplacement du fichier de démarrage "qgis.bat" (le fichier * peut * avoir un nom différent selon la version et la méthode d'installation). Le fichier se trouve dans le dossier "bin" sous le répertoire du programme QGIS, par exemple "C:Program FilesQGIS Lyoninqgis.bat".
Ce fichier .bat préparera un certain nombre de paramètres pour Qgis et se terminera avec le démarrage réel de Qgis.

Faites une copie de "qgis.bat" avec le nom "qgis-start.bat" et placez le fichier dans le même dossier que l'original.

Modifiez "qgis-start.bat" à l'aide d'un éditeur de texte comme le Bloc-notes :

Trouvez la dernière ligne du fichier - elle ressemble à ceci :

Insérez une ligne de texte avant la dernière ligne et modifiez la ligne elle-même :

(Dans la dernière ligne --configpath"%QGIS_UDIR% " est ajouté juste avant %* )

Enregistrez le fichier modifié. La distribution GitHub contient un exemple du fichier édité. Cependant, il est conseillé de ne pas l'utiliser directement, mais uniquement à titre indicatif, car il peut y avoir de petites différences entre les différentes installations de QGIS.

Copiez "qgis-prepare.bat", "qgis.reg.tmpl" et "minised.exe" du dossier de distribution Github dans le même dossier que "qgis-start.bat".

Au cours de l'installation ordinaire de Qgis, deux fichiers dll sont copiés dans le répertoire "C:WindowsSystem32". Les fichiers sont des fichiers de support de base Microsoft utilisés par Qgis. Pour s'assurer que les fichiers sont présents dans les installations Qgis suivantes, les fichiers doivent être copiés de "C:WindowsSystem32" dans le répertoire du programme Qgis, sous-répertoire "in" (ex. "C:Program FilesQGIS 2.18 poubelle")

Les noms des deux fichiers sont msvcp120.dll et msvcr120.dll, si la version de Qgis est 2.18. Pour les Qgis antérieurs, les noms force être msvcp110.dll / msvcr110.dll ou msvcp100.dll / msvcr100.dll.

NB ! Si une version Qgis 32 bits est préparée à l'aide d'un PC Windows 64 bits, les fichiers dll doivent être copiés depuis le répertoire "C:WindowsSysWOW64" - ne pas "C:WindowsSystem32".

Démarrez Qgis en double-cliquant sur le "qgis-start.bat" (ne pas qgis.bat). Les modifications dans "qgis-start.bat" et l'utilisation de "qgis-prepare.bat" signifient que
1) un nouveau dossier utilisateur sera créé dans QGIS dossier de programme nommé ".qgis_template" et
2) tous les paramètres de configuration seront stockés dans un fichier ini "QGIS2.ini" situé dans un sous-dossier du nouveau dossier utilisateur ".qgis_template".

Après avoir démarré Qgis, vous devrez (ré)établir tous les paramètres de configuration de Qgis. Le fichier d'installation "QGIS2.ini" ne contient que le strict minimum d'options standard (aucune installation existante n'a été copiée à partir du registre).

L'installation comprend l'installation de plugins, la définition de toutes les préférences de l'utilisateur concernant la numérisation, l'accrochage, la sélection, etc. situé.

NB ! Si vous avez installé ces bibliothèques à l'aide d'une installation séparée de ces programmes supplémentaires, ils doivent être placés dans le dossier du programme Qgis.

NB !! Lors du démarrage de Qgis en utilisant "qgis-start.bat", le script "qgis-prepare.bat" sera exécuté immédiatement avant le démarrage du programme principal de Qgis. Le script comprend des commandes pour stocker la position du dossier du programme Qgis et le répertoire de base de l'utilisateur pendant la phase "PREPARE". Cette information est ensuite utilisée lors de la phase "RUN". Faire ne pas changer l'emplacement du dossier du programme Qgis ou basculer vers un autre utilisateur lors de la phase "PREPARE". Cependant, vous pouvez démarrer QGIS plusieurs fois pendant la phase "PREPARE", vous n'avez donc pas à faire tout le travail préparatoire en une seule session.

Ne passez pas à l'étape suivante tant que votre configuration "parfaite" de QGIS n'est pas en cours d'exécution !!

Lorsque vous avez terminé la préparation de Qgis, rééditez "qgis-start.bat" avec les éléments suivants :

Et supprimez/renommez le "qgis.bat" d'origine afin qu'un utilisateur ne l'utilise pas par inadvertance. N'apportez aucune modification supplémentaire à la configuration de Qgis après la dernière modification de "qgis-start.bat".

Vous êtes maintenant prêt à distribuer.
Copiez le dossier du programme Qgis préparé sur le PC de l'utilisateur (Conseil : vous pouvez le compresser et distribuer le fichier zip). Il est parfaitement possible maintenant de placer le répertoire Qgis sous le répertoire "C:Program Files" sur le PC de l'utilisateur
Le dossier du programme QGIS préparé contiendra un "modèle" du dossier utilisateur QGIS dans le répertoire ".qgis_template" avec tous les plugins, les modifications de configuration et les ajouts que vous avez effectués pendant la phase "PREPARE" - et un fichier ini avec les paramètres de configuration, qui aurait normalement été placé dans le registre.

Demandez à l'utilisateur de démarrer QGIS en double-cliquant sur le fichier qgis-start.bat situé dans le répertoire "QGIS program folder"in.

Le fichier "qgis-start.bat" terminera - à la première exécution - l'installation en créant automatiquement une copie du répertoire ".qgis_template" dans le répertoire utilisateur, créera un raccourci sur le bureau et générera des associations de fichiers entre les fichiers .qgs et le nouveau Programme QGIS Enfin, toutes les références de fichiers et de répertoires dans le fichier "qgis2.ini" seront adaptées aux nouveaux emplacements du programme QGIS et du répertoire utilisateur QGIS sur le PC de l'utilisateur.

Les appels ultérieurs de qgis-start.bat effectueront un démarrage simple et ordinaire de QGIS.
Les fonctions d'installation et de démarrage décrites dans les sections 3 & 4 peuvent être examinées en étudiant le script "qgis-prepare.bat". Toutes les étapes de ce bat-fichier sont commentées en détail.

Si votre service informatique souhaite effectuer une installation basée sur .msi, vous pouvez empaqueter le dossier du programme préparé et un raccourci pour démarrer QGIS (par exemple pour l'emplacement sur le bureau). Il vous suffit d'éditer "qgis-prepare.bat" et de supprimer une seule ligne de commande dans le fichier. La commande est conçue pour créer un raccourci sur le bureau, mais cela est superflu car le package msi contiendra ce raccourci. La ligne de commande est clairement marquée à l'aide de commentaires dans le fichier "gqis-prepare.bat".

Après le déploiement du package msi, le premier démarrage de QGIS par l'utilisateur terminera l'installation comme décrit dans le point de phase "RUN". 3.

La version du fichier "qgis-prepare.bat" qui est disponible sur GitHub est conçue pour placer le dossier utilisateur QGIS dans un sous-dossier ".qgis_214" du répertoire personnel de l'utilisateur, par exemple "C:Usersvtho. qgis_214" (si vous utilisez les initiales "bvtho" sur un PC Windows7). Ceci est très similaire à l'emplacement par défaut d'origine où le dossier s'appellerait ".qgis2"

Il est possible d'utiliser un autre emplacement, en éditant simplement un seul paramètre dans "qgis-prepare.bat". Trouvez les lignes :

et personnalisez "%USERPROFILE%.qgis_214" au nouvel emplacement. (%USERPROFILE% est une variable d'environnement qui pointe vers le répertoire personnel de l'utilisateur)

Cas d'utilisation : Installation de QGIS sur un pc, sur lequel vous n'avez pas les privilèges "Local Admin".

Cela peut être accompli sans aucune modification du fichier "qgis-prepare.bat". Copiez simplement le dossier du programme QGIS dans un emplacement où un utilisateur ordinaire a des droits d'accès en écriture, par exemple quelque part dans le répertoire personnel de l'utilisateur.

Cas d'utilisation : installation centralisée de QGIS sur un lecteur réseau

Au lieu de placer le dossier de l'application QGIS sur un lecteur local sur le PC de l'utilisateur, il est possible de placer ce dossier sur un lecteur en réseau, par exemple. "X:Programmesqgis". Aucune modification de "qgis-prepare.bat" n'est nécessaire.

Étant donné que QGIS n'écrit/met à jour pas les données de configuration dans le répertoire du programme QGIS, elles peuvent être partagées par de nombreux utilisateurs. Le seul inconvénient est un temps de démarrage plus long car les partages réseau sont généralement plus lents qu'un lecteur local.

Cas d'utilisation : Installation de Qgis sur Citrix

Sur la plupart des installations Citrix, chaque utilisateur dispose d'un dossier personnel basé sur le réseau, par exemple "M:personal". Au lieu de placer le dossier utilisateur Qgis sur le lecteur local du serveur Citrix, vous pouvez placer le dossier utilisateur sur le lecteur réseau personnel de l'utilisateur. Étant donné que l'installation Qgis modifiée n'utilise pas le registre, le serveur Citrix individuel ne contiendra aucune donnée de configuration spécifique à l'utilisateur, uniquement des fichiers de programme et des fichiers supplémentaires tels que des fichiers d'aide. Cela simplifie l'installation de Qgis et l'utilisation quotidienne de Qgis installé dans une batterie de serveurs Citrix.

Si le répertoire personnel de l'utilisateur s'appelle "M:personal", vous pouvez procéder comme suit :

Dans "qgis-prepare.bat" changez la ligne :

Préparez Qgis comme décrit sur un PC normal (pas Citrix). Après la préparation et la dernière modification de "qgis-start.bat", copiez le dossier du programme Qgis préparé sur le ou les serveurs Citrix, s'il s'agit d'une batterie de serveurs Citrix.

La première fois qu'un utilisateur démarre Citrix - Qgis, il créera l'environnement utilisateur d'utilisation et cet environnement sera placé dans un emplacement ne pas sur le serveur Citrix. Les démarrages suivants de Citrix - Qgis seront normaux, car l'environnement utilisateur existe déjà même si le Qgis démarré est placé sur un autre serveur de la ferme de serveurs Citrix

Cas d'utilisation : installation de 2 versions différentes de QGIS sur le même PC avec une configuration utilisateur différente pour chaque version de QGIS

  • Une configuration existante de QGIS qui ne doit pas être modifiée (nous l'appelons QGIS 2.8 !)
  • En même temps, vous voulez avoir une installation alternative (nous l'appelons QGIS 2.14!)
  • Les deux systèmes ne doivent pas interférer l'un avec l'autre, c'est-à-dire ne pas partager la configuration utilisateur ou les plugins.

Cela peut être fait en suivant (nous supposons que QGIS 2.8 est installé en standard, c'est-à-dire en utilisant le registre et en stockant d'autres données utilisateur dans le dossier ".qgs2" dans le répertoire personnel de l'utilisateur).

  1. Installez Qgis 2.14 sur un PC "frais", c'est-à-dire. sans installation Qgis existante
  2. Terminez la phase "PREPARE" sur la nouvelle installation, et assurez-vous que Qgis 2.14 utilisera un autre répertoire utilisateur que ".qgis2", par exemple ".qgis_214"
  3. Copiez le dossier du programme Qgis 2.14 sur le PC avec la version 2.8 existante de Qgis et assurez-vous que le dossier du programme Qgis 2.14 est différent du dossier de programme Qgis 2.8 existant.

Au premier démarrage du nouveau Qgis 2.14 va créer le nouveau dossier utilisateur ".qgis_214". Le répertoire utilisateur existant pour Qgis 2.8 n'est pas affecté. Et la nouvelle installation n'utilise pas le registre, elle n'interfère donc pas avec la configuration de Qgis 2.8

Le processus peut être complété avec plusieurs versions/versions plus récentes de Qgis : Qgis 2.16/".Qgis_216", QgisG 2.18/".Qgis_218" et ainsi de suite.


Comment corriger 'Impossible de trouver le plugin de plate-forme Qt &ldquoWindows&rdquo dans &ldquo&rdquo' lors de l'implémentation de qgis dans une application Python3 personnalisée ?

J'implémente qgis 3.4.3 dans une application personnalisée, mais lorsque j'instancier la classe QgsApplication(), je reçois l'erreur "Impossible de trouver le plugin de plate-forme Qt "Windows" dans "".

J'ai essayé d'utiliser diverses installations de qgis 3.x+, y compris le programme d'installation autonome et le programme d'installation Web OSGeo4W. Je m'en tiens actuellement à l'installation du programme d'installation Web OSGeo4W. J'utilise une installation Python 3.7 distincte de celle fournie avec OSGeo4W et j'essaie d'intégrer la fonctionnalité qgis.

J'ai suivi les instructions du document d'aide QGIS suivant dans la section : "Utilisation de PyQGIS dans des applications personnalisées" https://docs.qgis.org/2.18/en/docs/pyqgis_developer_cookbook/intro.html#run-python-code- quand-qgis-commence

Après avoir essayé d'exécuter le script, j'ai réalisé qu'un plugin dll manquait. Après quelques recherches, j'ai trouvé son qwindows.dll que qt utilise. Le fichier qwindows.dll est inclus dans l'installation OSGeo4W sous : C:OSGeo4WappsQt5pluginsplatforms

J'ai modifié la variable QT_PLUGIN_PATH sur l'invite de commande locale pour inclure le répertoire ci-dessus, mais la même erreur a prévalu. J'ai également changé la variable QT_DEBUG_PLUGINS en 1 qui a imprimé les emplacements que Qt recherche des plugins. Fait intéressant, il ne cherchait pas de plugins dans le chemin que j'ai spécifié dans la variable QT_PLUGIN_PATH.


2 réponses 2

Au lieu d'activer le complément à chaque démarrage d'Excel, vous devez rechercher la cause qui conduit à la désactivation du complément.

Les applications Microsoft Office peuvent désactiver les compléments VSTO qui se comportent de manière inattendue. Si une application ne charge pas votre complément VSTO, l'application peut avoir désactivé de manière matérielle ou logicielle votre complément VSTO.

Une désactivation forcée peut se produire lorsqu'un complément VSTO entraîne la fermeture inattendue de l'application. Cela peut également se produire sur votre ordinateur de développement si vous arrêtez le débogueur pendant l'exécution du gestionnaire d'événements de démarrage de votre complément VSTO.

La désactivation logicielle peut se produire lorsqu'un complément VSTO produit une erreur qui ne provoque pas la fermeture inattendue de l'application. Par exemple, une application peut désactiver en douceur un complément VSTO si elle lève une exception non gérée pendant l'exécution du gestionnaire d'événements de démarrage.

Lorsque vous réactivez un complément VSTO désactivé de manière logicielle, l'application tente immédiatement de charger le complément VSTO. Si le problème qui a initialement provoqué la désactivation logicielle du complément VSTO par l'application n'a pas été résolu, l'application désactivera à nouveau le complément VSTO.

Je suggère donc d'activer la journalisation et de trouver quelle ligne de code déclenche une exception au moment de l'exécution et pourquoi le complément est automatiquement désactivé. Consultez Comment : réactiver un complément VSTO qui a été désactivé pour plus d'informations.


4 réponses 4

Pour les conteneurs individuels, il existe une politique de redémarrage que vous pouvez appliquer. C'est défini avec docker run --restart=. au démarrage du conteneur, ou un redémarrage : . ligne dans le fichier de composition yml. Vous pouvez modifier la politique de redémarrage dans un conteneur existant avec :

Pour répertorier tous les conteneurs et leurs stratégies de redémarrage, vous pouvez exécuter ceci à partir de bash :

non Ne redémarrez pas automatiquement le conteneur lorsqu'il se ferme. C'est la valeur par défaut.

en cas d'échec[:max-retries] Redémarrez uniquement si le conteneur se termine avec un état de sortie différent de zéro. Vous pouvez éventuellement limiter le nombre de tentatives de redémarrage des tentatives du démon Docker.

toujours Redémarrez toujours le conteneur quel que soit l'état de sortie. Lorsque vous spécifiez toujours, le démon Docker essaiera de redémarrer le conteneur indéfiniment. Le conteneur démarrera également toujours au démarrage du démon, quel que soit l'état actuel du conteneur.

à moins d'être arrêté Redémarrez toujours le conteneur quel que soit l'état de sortie, mais ne le démarrez pas au démarrage du démon si le conteneur a déjà été mis à l'arrêt.

Une politique de redémarrage de toujours entraînerait un redémarrage inattendu du conteneur après le redémarrage du démon docker comme vous le voyez, même si vous aviez intentionnellement arrêté le conteneur. Pour cette raison, je crée généralement des conteneurs autonomes avec une politique de redémarrage à moins d'être arrêté.

Si vous utilisez le mode Docker Swarm, les services démarreront automatiquement un nouveau conteneur chaque fois que l'état cible ne correspond pas à l'état actuel. Pour un cluster swarm à nœud unique souvent vu avec les ordinateurs portables, cela signifie que le conteneur redémarrera lorsque vous redémarrerez docker, mais aussi si vous arrêtez ou supprimez simplement le conteneur en cours d'exécution.

L'arrêt définitif et la suppression d'un service :

Si un service est configuré avec le mode répliqué et que vous souhaitez simplement l'arrêter temporairement sans supprimer le service, vous pouvez mettre à jour les réplicas cibles à 0 :

Et les services peuvent être déployés dans le cadre d'une pile. Pour supprimer toute la pile :


3 réponses 3

Si tu doit hack core, envisagez de le faire d'une manière qui le rende extensible pour les autres.

Ajouter un crochet d'action

Neuf fois sur dix, vous pourriez faire ce que vous vouliez si seulement il y avait un appel do_action supplémentaire dans un fichier spécifique. Dans ce cas, ajoutez l'action, documentez-la et soumettre un patch via Trac. S'il y a une bonne raison pour votre patch (c'est-à-dire que vous n'êtes pas le seul à l'utiliser un jour), alors vous pouvez probablement l'ajouter au core.

Ensuite, créez un plug-in personnalisé (vous n'avez pas besoin de le publier/distribuer !)

Refactoriser un fichier core

D'autres fois, vous pourriez simplement avoir besoin d'un morceau de code pour vous comporter différemment. Transmettez une variable par référence, par exemple, ou retournez une valeur plutôt que de la faire écho. Prenez le temps de vous asseoir et de remanier le code pour qu'il fasse ce dont vous avez besoin. ensuite soumettre un patch via Trac afin que le reste d'entre nous puisse bénéficier de votre travail.

Voyez-vous un thème se développer ici? Le piratage du noyau n'est pas nécessairement un non-non. juste quelque chose que la plupart des développeurs vont décourage fortement pour les nouveaux utilisateurs ou les programmeurs novices (si vous nous demandez comment faire quelque chose, nous suggérerons un plug-in à chaque fois avant même d'envisager de vous suggérer de pirater le noyau).

Le noyau de piratage est la façon dont WordPress se développe et évolue, mais c'est dangereux pour quelqu'un qui apprend simplement PHP ou qui n'a aucune expérience de travail avec des fichiers WP. Veuillez commencer avec un plug-in avant de toucher le noyau - si vous cassez un plug-in, vous pouvez le désinstaller rapidement (suppression via FTP si nécessaire). mais si vous cassez le noyau, de mauvaises choses peuvent arriver à votre site et potentiellement à votre base de données.

Mais si vous vous trouvez dans une situation où un hack de base est inévitable, faites le changement. De plus, publiez votre changement dans un endroit bien visible (si votre blog est très visible, cela peut être suffisant . mais je suggère Trac car c'est ainsi que les changements de la communauté sont intégrés dans la prochaine version). Votre changement pourrait être la solution miracle qui pourrait résoudre les problèmes dans une centaine de sites différents. contribuez donc à la communauté qui vous a aidé à créer votre site.

Si le changement est validé, alors votre hack fait partie du noyau et vous n'aurez plus à vous en soucier à l'avenir. Si ce n'est pas le cas, vous avez au moins une documentation détaillée sur la façon de ré-implémenter le hack après avoir mis à niveau WP en 3 mois.


4 réponses 4

W32time ne démarrera pas automatiquement si le PC n'est pas dans un domaine. Putain de Microsoft !

Essayez d'exécuter ceci : sc triggerinfo w32time start/networkon stop/networkoff

Une explication possible, à partir de ce fil:

D'après ce que j'ai compris, fondamentalement, le service ne sera pas activé tant que vous ou une tâche, un élément matériel ou réseau ne lancerez pas un événement pour l'activer. Lorsque vous essayez de mettre à jour l'heure, vous appelez le service et déclenchez l'événement « Démarrer le service xyz ». Il peut également désactiver le service une fois terminé. C'est très simplifié. C'est l'une des raisons pour lesquelles sept est plus rapide, car de nombreux services ne s'exécutent que lorsque cela est nécessaire au lieu de s'exécuter tout le temps en attendant que quelque chose les utilise. En effet, vous n'avez pas à essayer de décider de quels services vous avez besoin ou non, ils peuvent s'occuper d'eux-mêmes.

Il parle du nouveau noyau de Windows 7.

Étant donné que Windows Server 2008 R2 et Windows 7 partagent le même noyau, je me demande si la résolution est la même ?

Ils recommandent réglage du service sur démarrage automatique/retardé pour régler ça.

Je maintiens toujours qu'il est carrément insensé qu'un service défini sur automatique ne soit pas démarré. et je ne comprends pas entièrement la différence sémantique entre un démarrage automatique retardé et un démarrage automatique, mais si cela fonctionne, je suppose que je ne me plaindrai pas.


Dart/flutter : l'application plante au démarrage

J'ai ce problème très intéressant, où je peux très bien exécuter mon application sur l'émulateur, flutter build apk est réussi, je peux soit publier la nouvelle version sur Google Play, soit simplement installer l'apk sur mon téléphone (Pixel 2 XL, actuellement sur correctif de sécurité d'avril).

Mais lorsque je le lance sur mon téléphone, il plante instantanément. Je n'ai pas encore essayé d'installer l'apk de débogage, je veux d'abord appliquer le correctif de mai.

J'ai déjà essayé de mettre à niveau Flutter à plusieurs reprises, mais cela ne semble pas poser de problème non plus :

J'ai récemment changé d'ordinateur portable et vérifié le référentiel git de mon code sur ce nouveau. Il y a eu quelques problèmes, mais j'ai fini par les régler. La seule différence est que le nom du projet est maintenant simplement osszefogasaszanhuzokert , tandis que le nom du package est osszefogasaszanhuzokert2 - mais je ne pense pas que cela devrait poser de problème.

Je suppose que le problème se situera quelque part dans mon AndroidManifest.xml :

Android studio marque plusieurs attributs comme non autorisés, mais comme vous pouvez le voir, j'ai pratiquement tout laissé par défaut - sauf que j'ai changé l'android:label pour des raisons évidentes.

EDIT : j'ai installé l'apk de débogage et il fonctionne parfaitement. Cependant, j'ai pu obtenir adb logcat du crash de la version apk, et le problème semble être le suivant :


Tout dit qu'Applocker est censé fonctionner : pourquoi ne fonctionne-t-il pas ?

J'ai configuré une stratégie de groupe de base composée des règles Applocker par défaut. Selon l'article technet de Microsoft sur le sujet, tous les fichiers non explicitement autorisés à s'exécuter par la politique sont supposé être empêché de courir. Après avoir déployé cette politique et vérifié qu'elle était appliquée au bon utilisateur à l'aide de gpresult , j'étais toujours en mesure de télécharger et d'exécuter un exe à partir d'Internet, un exe qui a été enregistré dans le dossier temporaire du profil utilisateur. C'est à ce moment-là que j'ai fait plus de recherches sur Google et que j'ai vu que le service App Identity devait être en cours d'exécution, et ce n'était pas le cas : donc, comme tout bon administrateur, je l'ai démarré, l'ai défini sur automatique et redémarré juste au cas où. La stratégie ne fonctionnait toujours pas après le redémarrage. Vous trouverez ci-dessous une capture d'écran de la politique actuelle.

J'ai ajouté explicitement les règles de refus car les règles par défaut ne fonctionnaient pas. J'ai correctement appliqué la politique à la machine et vérifié que les règles sont appliquées (c'est indiqué dans la capture d'écran). J'ai utilisé l'applet de commande Test-AppLockerPolicy pour vérifier que la règle doit bloquer l'exécution des fichiers EXE et MSI, mais ce n'est pas le cas. Ouvert à la plupart des suggestions, aussi ridicules soient-elles.

J'ai oublié d'ajouter que j'ai vérifié le journal des événements pour AppLocker pendant tout ce fiasco et qu'il était vide. Pas une seule entrée tout le temps.


J'utilise un fichier ( onetime.php ) dans mon include-folder inc , qui est inclus dans le functions.php , et supprimé de là après l'utilisation.

Dans mon onetime.php ma fonction f711_my_onetime_function() est placée. Comme cela pourrait être n'importe quelle fonction. Je suppose que votre script est testé et fonctionne correctement.

Pour obtenir le contrôle sur l'exécution du script, j'utilise à la fois

Contrôle de capacité

Pour empêcher d'autres utilisateurs d'exécuter accidentellement mon script :

Un transitoire

pour m'empêcher d'exécuter accidentellement le script plus d'une fois.

Le fichier pour exécuter le script dans ma fonction f711_my_onetime_function() ressemblerait à ça :

La raison pour laquelle j'ai défini le transitoire immédiatement après la vérification s'il existe est que je veux que la fonction soit exécutée après le script a été bloqué d'être utilisé deux fois.

Si j'ai besoin d'une sortie de ma fonction, soit je l'imprime sous forme de commentaire dans le pied de page, soit parfois je filtre même le contenu.


7 réponses 7

Après plusieurs tentatives, j'ai finalement trouvé le fichier créé pendant le processus d'installation. Donc, pour empêcher AnyDesk de démarrer à la connexion, vous devez supprimer le fichier,

Cela a résolu mes problèmes de démarrage automatique d'AnyDesk lors de la connexion.

/Bibliothèque (l'ancienne est la bibliothèque système, la dernière est le dossier de la bibliothèque de vos utilisateurs) &ndash Simon Fredsted 6 octobre 18 à 8:50

J'ai regardé dans le fichier plist (/Bibliothèque/LaunchAgents/com.philandro.anydesk.Frontend.plist) suggéré dans l'une des réponses ici.

Vous pouvez ouvrir le fichier à l'aide de n'importe quel éditeur de texte et modifier les lignes :

Mise à jour du chemin du fichier : /Library/LaunchAgents/com.philandro.anydesk.Tray.plist

Ouvrez votre terminal et tapez ceci :

Fondamentalement, cela définira la valeur booléenne de démarrage automatique dans le fichier *.plist de true à false, ce qui désactiverait la fonction de démarrage automatique. C'est pratiquement la même chose que les solutions ci-dessus mais beaucoup plus simple.

L'utilisateur était sur la version 5.0.1 au moment de cette réponse.

Pour les utilisateurs de Windows, vous devez désactiver l'application au démarrage et changer le type de démarrage du service en manuel.

Par exemple, sous Windows 10, procédez comme suit :

  1. Gestionnaire des tâches => onglet Démarrage => faites un clic droit sur AnyDesk et modifiez-le pour le désactiver.
  2. Panneau de configuration => Outils d'administration => Services => AnyDesk Service => Faites un clic droit et sélectionnez les propriétés => Type de démarrage de [Automatique] à [Manuel] => vous pouvez également appuyer sur le bouton d'arrêt.

La prochaine fois que vous voudrez démarrer l'application, Windows demandera l'autorisation (UAC) pour démarrer le service AnyDesk et également après avoir quitté l'application, Windows demandera l'autorisation (UAC) pour arrêter le service.


Voir la vidéo: Working with QGIS: Resampling Rasters.