Nastavení Aplikací



Dobrý den.Řeším problém ve na win 7 kde mi uživatelé mení nastavení doinstalované aplikace pidgin.Je možné jim v tomto počínání zabránit nějakým nastavením ???Aby ji mohly pouze užívat ????Předem děkuji za odpověď.
Odinstalují ji ikdyž mají jen právo usera?
* Je víc než dobrý nápad neprodleně změnit heslo, které používáte pro Facebook - zejména pokud jste ho (inteligentně) zadali na falešné stránce, kterou vám to mohlo ukázat
  
* Ve vašem profilu odstranit aplikaci, kterou jste si tam natahali. Účet -> Nastavení aplikací -> najít aplikací, kterou jste si pořídili, v seznamu a pomocí "X"vpravo jí odebrat
  
* Nejméně jedním kvalitním antivirem prověřit počítač - Koobface je nepříjemný virus
  
* Nezapomenout na odstranění poslané zprávy/statusy přátelům z vašeho profilu. Pokud stále ve vašem profilu visí, mohou další lidé dopadnout stejně špatně
  
* A od věci není varování všem, že se objevil vir a na něco podobného by neměli v žádném případě klikat.
  
* Pokud máte mezi svými přáteli někoho, kdo se opakovaně něchává nachytat, je dobré podobného člověka z přátel odstranit - a uplně nejlépe, zablokovat ho zcela
  

  
Zdroj:  
 [pooh.cz/...](http://pooh.cz/pooh/a.asp?a=2016059) Ohledně aplikace vám doporučuji obrátit se na vývojáře, nejlépe v obchodě, kde jste aplikaci stáhl, nebo počkat na update aplikace, jestli nevyřeší problém. <p>od d7 je správa polí v jádru. téměř každý druh obsahu má nyní možnost spravovat pomocí polí.</p><p>chcete-li spravovat uživatelská pole, můžete přejít na pole admin/config/people/accounts/field. k dispozici je také karta pro správu displeje.</p> Obávám se, že na této české diskuzi Duolinga vám s tímto problémem nebude moci nikdo pomoct. Ohledně aplikace se budete muset obrátit na vývojáře, nejlépe v obchodě, kde jste aplikaci zakoupil. Ho přeinstaluj, molh se poškodit nějaký důležitý soubor, popřípadě nějaká nová aktualizace. Která se nestáhla, nebo stáhla ale chybně (např přerušením netu)

Na metina se vykšli, raději někde sosni WOW ![:)]( ":)") je to w podstatě to samé ale o 200% lepší ![:)]( ":)") <p>stručná odpověď:</p><ul> <li>pluginy nemodifikují existující soubory, zavádějí se do wordpressu přes exponované api.</li> <li>pluginy mohou modifikovat databázové schéma.</li> <li>pluginy nemusí odinstalovat čistě.</li> </ul><h1>zásuvkové háčky</h1><p>pluginy zavěsí do wordpressu v určitém místě vystaveném jádrem wordpressu.</p><p> <a href="http://codex.wordpress.org/plugin\_api">http://codex.wordpress.org/plugin\_api</a> </p><p>jako příklad, funkce <code>get\_option()</code> čte možnost webu z databáze. než bude v této funkci provedena jakákoli skutečná akce, wordpress volá <code>apply\_filters( 'pre\_option\_' . $option, false )</code>. vzhledem k možnosti <code>foobar</code> by plugin mohl přepsat skutečnou hodnotu této volby následujícím kódem:</p><pre><code>function override\_foobar( $unused ) { return 'my custom value.'; } add\_filter( 'pre\_option\_foobar', 'override\_foobar' ); // add\_filter(hook, function) </code></pre><p>viz také <a href="http://adambrown.info/p/wp\_hooks/">http://adambrown.info/p/wp\_hooks/</a> .</p><h1>pluginy modifikující databázi</h1><p>pluginy mají schopnost upravovat databázi, za předpokladu, že uživatel databáze wordpress má stále toto oprávnění. některé složitější pluginy přidávají vlastní tabulky. je možné, že by plugin mohl modifikovat základní tabulky, a doufejme, že by to dělali zodpovědně a způsobem, který by v případě, že by byl plugin odstraněn.</p><p>to musí být zkoumáno na základě plugin-by-plugin.</p><h1>odinstalace zásuvných modulů</h1><p>funkce <code>deactivate\_plugins()</code> volá akci <code>do\_action( 'deactivate\_' . trim( $plugin ) )</code>. zásuvný modul by se měl připojit k této akci, pokud se při deaktivaci pluginu musí provést určité věci. podle mých zkušeností několik pluginů dělá spoustu deaktivace vyčištění, tj. jejich nastavení v chladicím prostoru, pokud jsou znovu aktivovány.</p> <p>toto je řešení, s nímž jsem skončil, a naše aplikace fungují ve výrobě bez problémů po dobu téměř jednoho měsíce s touto opravou na místě:</p><p>jediné, co jsem musel udělat, bylo přidat</p><p><code>--ignore-installed</code></p><p>do <code>pip install</code> řádků v mém dockfile, které vykazovaly chyby. použitím stejného příkladu dockerfile z mé původní otázky by pevný dockerfile vypadal jako:</p><pre><code>from ubuntu:14.04 run apt-get -y update &amp;&amp; apt-get -y install \ python-pip \ python-numpy # ...and many other packages run pip install -u pip run pip install -r /tmp/requirements1.txt --ignore-installed # don't try to uninstall existing packages, e.g., numpy run pip install -r /tmp/requirements2.txt run pip install -r /tmp/requirements3.txt </code></pre><p>dokumentace, kterou jsem mohl najít pro <code>--ignore-installed</code>, byla podle mého názoru nejasná (<code>pip install --help</code> jednoduše říká: „ignorujte nainstalované balíčky (místo toho přeinstalovat).&ldquo;) a zeptal jsem se na potenciální nebezpečí tohoto příznaku <a href="https://stackoverflow.com/q/49932926/3642398">zde</a> , ale zatím jsem se nedostal uspokojující odpověď. pokud však dojde k nějakým negativním vedlejším účinkům, naše výrobní prostředí ještě nevidí jejich důsledky a myslím si, že riziko je nízké/žádné (alespoň to byla naše zkušenost). byl jsem schopen potvrdit, že v našem případě, když byl tento příznak použit, nebyla stávající instalace odinstalována, ale že byla vždy použita novější instalace. </p><h1>aktualizace:</h1><p>chtěl jsem zdůraznit <a href="https://stackoverflow.com/questions/53807511/pip-cannot-uninstall-package-it-is-a-distutils-installed-project/53807588#53807588">toto</a> odpověď od @ivan\_pozdeev. poskytuje některé informace, které tato odpověď nezahrnuje, a také nastiňuje některé potenciální vedlejší účinky mého řešení. </p> <p>mise byla vyplněna! tato <a href="http://thismightbehelpful.blogspot.com/2008/09/remote-access-to-cups-web-interface.html">stránka mi hodně pomohla</a> .</p><p>jediné, co jsem musel udělat, bylo přidat "povolit vše" k přístupu na server a na administrátorské stránky, takže moje konfigurace nyní vypadala takto:</p><pre><code># restrict access to the admin pages... &lt;location /admin&gt; order allow,deny allow all &lt;/location&gt; # restrict access to configuration files... &lt;location /admin/conf&gt; authtype default require user @system order allow,deny &lt;/location&gt; </code></pre><p>teď už jen musím přijít na to, abych umožnil pouze těm v mé lokální síti přístup k administrátorským stránkám a konfiguračním souborům :) (i když to pravděpodobně není velký problém, protože nemám přeposílání portů pro 631 nastavený na routeru? ).</p><p>edit: abych mohl povolit pouze určitý počítač, mohl jsem něco udělat</p><pre><code>&lt;location /admin&gt; order allow,deny allow from 10.10.10.5 &lt;/location&gt; </code></pre><p>nebo pro celou podsíť 10.10.10,</p><pre><code>&lt;location /admin&gt; order allow, deny allow from 10.10.10.* &lt;/location&gt; </code></pre> <p>zdá se, že windows nedovolí idea změnit vaše osobní nastavení tak snadno, jak by se dalo očekávat. ujistěte se, že je možné uložit podpis hostitele, opravuje problém. chcete-li, aby to idea provedlo, spusťte idea jako správce na systému vista/win7 nebo zrušte nastavení &quot;<em> chránit počítač před neoprávněnou činností programu </em>&quot; v dialogu xp<em> run as </em>/ jen jednou. po vytvoření ssh spojení a uložení podpisu se tento dialog odstraní. po uložení podpisu idea přijímá hostitele, i když je spuštěn jako smrtelný uživatel. </p> <p>spusťte aplikaci v režimu ladění a nastavte zarážku, pokud <code>(requestcode == select\_picture)</code> a zkontrolujte každou proměnnou, jak budete postupovat, abyste zajistili, že je nastavena podle očekávání. pokud získáváte npe na <code>img.setimageuri(selectedimageuri);</code>, pak <code>img</code> nebo <code>selectedimageuri</code> nejsou nastaveny. </p>