Česká diakritika při vytváření uživatelů přes powerscript



Potřebuju u jednoho zákazníka vytvořit v AD cca 300 uživatelů, v jakém kódování má být CSV, aby se mi načetly jména se správnou diakritikou?
Jestli chces pouzit diakritiku v nazvech uctu, tak to opravdu neni dobry napad.
<p>musíte přidat spojení mezi uživateli a obsahem. to se provádí prostřednictvím vztahů. přejděte do vztahů a vyberte obsah: autor. pokud přidáte pole, uvidíte několik nových polí, z nichž si můžete vybrat, včetně uživatel: jméno. při konfiguraci uživatele: jméno se zobrazí rozbalovací nabídka, která vám umožní vybrat, který vztah, protože existuje pouze jeden.</p> <p>v c++ existují tři <em> odlišné </em> typy znaků:</p><ul> <li><code>char</code>name\_\_</li> <li><code>signed char</code></li> <li><code>unsigned char</code></li> </ul><p>pokud používáte textové znaky pro text <em> </em>, použijte nekvalifikovaný <code>char</code>name\_\_:</p><ul> <li>je to typ znakových literálů jako <code>'a'</code> nebo <code>'0'</code>.</li> <li>je to typ, který tvoří řetězce c jako <code>"abcde"</code></li> </ul><p>funguje také jako číselná hodnota, ale není specifikováno, zda je s touto hodnotou zacházeno jako s podepsanou nebo nepodepsanou hodnotou. dávejte si pozor na porovnání postav prostřednictvím nerovností - i když pokud se omezíte na ascii (0-127), jste jen v bezpečí.</p><p>pokud používáte typy znaků jako <em> čísla </em>, použijte:</p><ul> <li><code>signed char</code>, což vám dává <em> alespoň </em> rozsah -127 až 127. (-128 až 127 je běžné)</li> <li><code>unsigned char</code>, což vám dává <em> alespoň </em> rozsah 0 až 255.</li> </ul><p>„alespoň“, protože standard c++ poskytuje pouze minimální rozsah hodnot, které musí každý číselný typ pokrýt. <code>sizeof (char)</code> musí být 1 (tj. jeden byte), ale byte by teoreticky mohl být například 32 bitů. <strong><code>sizeof</code>name\_\_ by i nadále vykazoval svou velikost jako <code>1</code></strong> - což znamená, že <em> můžete </em> mít <code>sizeof (char) == sizeof (long) == 1</code>.</p> <p>nedělal bych si starosti s umělým omezením počtu klávesových zkratek. takový limit předpokládá, že se od uživatele očekává, že se nejdříve seznámí se zkratkami a použije je až poté.</p><p>ve skutečnosti se uživatelé učí klávesové zkratky, jak jdou. a naučí se pouze zkratky, které jim pomohou urychlit jejich pracovní postup, a ignorují ty, které zřídka používají.</p><p>desktopové aplikace zobrazují ekvivalenty kláves příkazu v nabídce. windows také podtrhuje písmeno ekvivalentu příkazového klíče; viz <a href="https://ux.stackexchange.com/questions/2634/how-would-you-display-a-key-equivalent-to-the-user/"><strong> tato otázka </strong></a> pro snímek obrazovky.</p><p>v případě vaší webové aplikace vám doporučujeme, abyste si také zobrazili ekvivalenty příkazových kláves, možná v menším světle šedém písmu vedle tlačítka nebo pod ním. z mé zkušenosti, když jsem pomáhal uživatelům v počítačovém centru zpět na vysokou školu, si myslím, že zjistíte, že i když to uživatelé nejdřív nezjistí, vše, co musíte udělat, je vysvětlit jim jen jednou, co to znamená světle šedý text, a začnou sbírat a zapamatovat si ekvivalenty kláves příkazu.</p><p><strong> aktualizace </strong>: další možností je zobrazit ekvivalent příkazového klíče v popisku. je to méně zřejmé, ale také to nezahrnuje žádné redesign vašich webových stránek.</p> <p><strong>mělo by se to jemně odrazovat</strong></p><p>.. nemůžete vědět, kdo uvidí zdrojový kód po celou dobu jeho životnosti.</p><p>přestože je celá část práce frustrována obzvláště složitým nebo starým kusem kódu a chce o tom znít, vkládání do zdrojového kódu neúplné/pronikavé/umění ascii/špatné vtipy/útočné poznámky je neprofesionální a špatný nápad v mé zkušenosti. někdy inženýr, který píše komentáře, nevnímá případných účinků, které by jeho komentáře mohly mít - zde jsou jen některé z problémů, které vidím:</p><ul> <li>vysoký počet expletivů v kódu vydaném veřejnosti jako open-source/vzorový kód.</li> <li>vtipy ve špatném vkusu způsobují hluboký útok na některé členy týmu, což vede k průmyslovému tribunálu.</li> <li>zahodit poznámky, které byly ve skutečnosti rasistické/sexistické/gender-ist způsobující lidi být vyhozen.</li> </ul><p>i když my všichni potřebujeme nějaké odbytiště pro frustraci/zábavu/japonsko, zdrojový kód není místo, kde by se to dalo udělat, imo. do smlouvy, stránek nápovědy, plánů nebo jiných odborných dokumentů byste nevkládali přílišné/vtipné/urážlivé komentáře, i když tyto dokumenty lze číst ještě méně často než zdrojový kód.</p><p>pokud se vedoucí týmů o tom dostanou těžce, bude to naštvané, takže řeknu „jemně odradit“ pomocí tichého wordu s problémovými inženýry a poskytl vhodné ventilační mechanismy, aby mohl steam, ať už je to facebook, okamžité zasílání zpráv , vzduchový hokej nebo punč.</p><p>není žádnou obranou tvrdit, že se kompilují komentáře - co javascript, nebo jakýkoli jiný dynamický kód na straně klienta?</p><p>zde jsou některé zkušenosti ze skutečného světa, které jsem měl, které utvářely můj názor:</p><ul> <li> <p>když jsem pracoval v microsoftu, všiml jsem si, že jeden softwarový inženýr neznal správné hláskování slova „nemohl“ - zmeškal o, la ad - a většinu svého kódu pepřil dlouhými vysvětlením, jak <em>could't</em> dostat x do práce, protože y osoba způsobovala problém z. jeho kód byl skvělý; jeho pravopis nebyl tak dobrý. stačí říci, že jakýkoli následný recenzent tohoto kódu (např. já) byl znepokojen, když v kódu viděl velký počet náhodných přísahů. část tohoto kódu se dále zobrazovala partnerům (spisovatelům ovladačů). představte si jejich hrůzu, když viděli přísahy. výpůjčky by v ideálním případě měly být vedoucím projektu v ústní formě (v tomto případě může být osoba y zapojena do diskuse) nebo možná odevzdat zprávy, ale ne ve zdroji.</p> </li> <li> <p>v jedné společnosti se jednotlivec mluvící v cizím jazyce připojil k převážně anglicky mluvícímu týmu. napsal komentáře ve svém jazyce a myslel si, že nikdo jiný je nedokáže přečíst. to bylo v pořádku, dokud babelfish/google translate neuvedl pro svůj jazyk možnost „do angličtiny“, kdy zbytek týmu přeložil několik komentářů a byl zděšen špinavými a často hanlivými komentáři, které chlap o společnosti dělal. , jeho tým a spolupracovnice. <em> neviditelný</em>.</p> </li> <li> <p>v jiné společnosti byl jeden chlápek skutečně zaujat uměleckým dílem ascii art) a do jeho zdrojového kódu vložil nejrůznější druhy umění, nezkrotil (nebo snad požehnal) recenzenty kódu. po chvíli se drbal na draky "z nějakého důvodu, obvykle s nějakým druhem značky. později se k týmu připojil velšský člověk. státní znak walesu je červený drak, takže nový chlap zpočátku na obrázky veselil, ale pak urazil, když někteří z hloupé značky se daly vykládat jako urážlivé. ano, vyžadovalo se nějaké zprostředkování vedoucího týmu, ale to se nemělo stát.</p> </li> </ul><hr><p><em> jména/specifika odstraněna pro ochranu nevinných.</em></p> <p>samozřejmostí je autentizace klienta. může být použit ke zlepšení zabezpečení v kombinaci s přístupovým heslem nebo čipovou kartou nebo jako pohodlná náhrada za zadání hesla.</p><p>zajímavý návrh v tomto kontextu je <a href="http://webid.info/">webid single sign on protocol</a> .</p><p>hlavní problém s klientskými certifikáty je v tom, že je vázán na prohlížeč. takže pokud jste na jiném počítači, nemáte k nim přístup, pokud jste neučinili preventivní opatření.</p> <p>chcete-li provést přesměrování 301, musíte mít záznam a, který odkazuje na platný webový server. potom můžete nařídit webovému serveru, aby přesměroval lidi, např. s apacheovým úspěchem:</p><pre><code>redirect 301 / http://www.example.com </code></pre><p>záznamy mx lze vytvořit jako obvykle.</p> <p>ve skriptech shell není důležité žádné odsazení.</p><p>mírně méně flippant odpověď:</p><ul> <li>vyberte si ve svém týmu standard, se kterým můžete pracovat, zjednodušit věci.</li> <li>použijte něco, co editor usnadňuje, takže nemusíte bojovat, abyste se drželi standardu.</li> </ul> Pravděpodobně budete chtít používat [Eclipse C / C ++ Development Nástroje (CDT)](http://www.eclipse.org/cdt/) plugin. <p>není důvod je vytvářet všechny jako jednotlivé e-mailové účty. můžete pouze nastavit předávací stanice, které vedou k obecnému účtu <code>site.admin@</code>, a nastavit filtr, který bude ve vašem poštovním klientovi udržovat hluk izolovaný.</p><p>budete je chtít, protože:</p><ul> <li><code>webmaster@</code> je místo, kde dobří nativní lidé dělají věci, jako jsou hlášení přerušených odkazů, děje se to víc, než byste si mysleli!</li> <li><code>abuse@</code> je hezké mít, někdy lidem brání v tom, aby šli přímo do vašeho hostitele/datového centra/poskytovatele šířky pásma v případě, že někdo našel způsob, jak využít váš server k odeslání spamu.</li> <li><code>postmaster@</code> se hodí ke kontrole a ujistěte se, že je tam také zasílána kořenová pošta, alespoň vám ukáže, zda je váš poštovní server nakonfigurován nesprávně, také zachytí odrazy, které vás informují, že máte spammer.</li> </ul><p>obvykle kontroluji svůj „catch all“ jednou týdně a vyčistím to. trvá to jen pár minut. jednou za čas najdete skutečný drahokam, který je něco jako „<em>vaše stránky mi pomohly, jen jsem chtěl poděkovat za zdroj!</em>" .. což vždy dělá váš den :)</p><p>to samozřejmě kromě pohodlí automaticky generovaných ssl certifikátů - poskytovatelé ssl pošlou potvrzovací e-mail na jednu z výše uvedených adres, takže jej musíte mít.</p> <p>myslím, že otázka je:</p><blockquote> <p>"jak mohu získat přesně to, co chci od svých uživatelů tím, že jim vstup nesmyslně usnadní?"</p> </blockquote><p>jedinou instancí, kde vidím uživatele, kteří skutečně potřebují používat html přímo v nějaké formě vstupu, je, když/pokud formátují tabulková data. v takovém případě je však mnohem snazší dát jim formu, která dokáže udělat totéž, nebo jakoukoli z populárních sítí dostupných v různých knihovnách.</p><p>myslím, že zlatým pravidlem je, alespoň pro mě, použití systému značkování, které není html, které mohou vaši zpracovatelé formulářů použít k vytvoření krásného, ​​standardu vyhovujícího a sémanticky správného html.</p><p>skenery třetích stran mohou (obvykle) detekovat většinu problémů s nahranými soubory. osobně se mi líbí clamav - který je k dispozici pro * nix i windows.</p><p>to řeší problém zajistit, že je vše uspořádáno pěkně, správně naformátováno a návštěvníkům nejsou podávány žádné nežádoucí věci, nebo je to tak?</p><p>druhou věcí, kterou musíte udělat, je zkontrolovat jakýkoli obsah, který předloží, člověk musí mít na tom nějakou roli, nebo bude něco chybět. je tento obrázek vhodný? vede tento odkaz k malwaru nebo k něčemu jinému, na co byste raději nechtěli odkazovat? atd.</p><p>poskytnutí mechanismu označování pomáhá, ale není vždy účinné. pokud například na stackoverflow.com odpovíte na dvouletou otázku, otázka se okamžitě přesune na titulní stránku, kde komunita určitě zkontroluje, co bylo právě přidáno. ne všechny systémy jsou navrženy s ohledem na tento druh ochrany.</p><p>pokud uděláte značné množství svazku, pokud jde o obsah příspěvků od uživatelů, pravděpodobně stojí za to prozkoumat pomocí dodavatelů, kteří jednoduše zkontrolují podání a ujistí se, že nevhodná média/odkazy jsou rychle vyřazeny. nebo si možná můžete vyhledat pomoc od své komunity uživatelů (pokud existuje), aby udělali totéž, výměnou za nějaký druh zvláštních privilegií nebo výhod, které běžní uživatelé nemají rádi.</p>