Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Témata - Vietnamka

Stran: 1 2 3 [4] 5 6
47
V rámci zrychlování počtu úhozú a přiblížení se písařkám profesionálním na Smartphonu androidu s fyzickou klávesnicí (psát dotikově snad nad 0.3 Hz nejde) bych rád zjistil
JAK PSÁT SPECIALNÍ ZNAKY
Jde o znaky ,které se na dotykové klávesnici píšou pomocí  modifikátoru ?123 nebo  /=<  ale i podržním znakua které nemají ekivalent v Alt+číslo (Takže třeba  téměř jakákoli interpunkce@#€%&-+()*"'::;!?? ~`••√ππ÷׶∆£$¢¢^°{{} \©®™℅[])

Přijde mi směšné / schizofrenní / trapné, že na dotykové klávsnici lze geniálně jednoduše psát jedním respektíve dvěma dotyky(nebo se swajpem) navíc  ihned 16 respektive 26 znaků. Zatímco na fyzické klávesnici si s ALT / ALT + SHIFT + písmeno mohu leda vytřít sklíčko


(ano neomlouvá to, že možná dobrá půlka znaků je na fyczické klávesnici napravo od písmen nebo přes ALT+čísla)
Neexistuje jak při použití fyzické klávesnici androidu psát tyto znaky pžes důvěrně známý layou po přepnutí modifikátoru ?123 nebo \=<?




POZOR:
Problém se netýká US layoutu (tam funguje Alt+ písmeno)... já potřebuji český layout a k tomu dokonce QWERTZ (na fyzické mám jen QWERTY)
Na českém layoutu jsou ALT + písmeno hluché

48
Otázka detektivní  je v nadpisu: co jsou zač soubory _teXXXX.tmp (X=0-9,A-F) v složce %TEMP% uživatele? Mají velký rozptyl velikosti :4k,16k,20k,desítky MB. Max  367MB.  Průměr 80 MB, medián . Jde o 40 souborů. Prostřední polovina (kvartil nebo co - prostě 11. až 30.soubor) má velikosti 211MB až 16kb .  17 souborů nad 90MB, 20 souborů pod 100kb
Vznikly mi tam včera a dnes. Jejich struktura je nejasné, binární smetí, očas nějaká posloupnost ASCII-takové to 7890ABCDEF. po 4Bajtech (ale ne všechny soubory mají stejný "zjev"). Snad jen že v některých se na začátku opaku je HEX DF040204. Žádný čitelný string. Časy vzniku jsou v klastrech - například 5 souborů ve stejnou minutu. TO  by nahrávalo že vznikají při spouštení nějakého frekventovaě používaného programu...

Napadá vás něco? Něco jako databáze náhledů/index? Dumpy Mozilly, něco z Libreoffice/smetí z ghostscriptu???

Otázka míří spíš směrem zda podle názvu někdo bude vědět co je vytváří

49
Software / Při použití adBlocku nefunguje imgur.com
« kdy: 15. 03. 2022, 17:25:31 »
Nefungují mi obrázky naimgur.com. nevíte to odháčkovat když mám uBlock origin a stránka načítá smradlavé skripty jako px.js?ch={1,2} ,domény p.imgur/imageview.gif
"T.imgur.com/"
A asi 10 zprofanovyých alexametrics,medialab.ai wankserve,sciorhrfcardresearvh.com


V nejhorším případě znáze nějaký downloader z této žumpy (to to fašisti dopracovali, na zobrazení obrázku musí býtstahovač jako fbdown.com,getfbvid.com)


Ublock má 1 js recept imgur.com##+js(set-constant, ADBLOCKED, false)

Ukážese mi šedá obrazovka a  nebo problikne
orámeček s patičkou ale obrázek se neotevře (zkusil jsem vypnout kosm.blokování, povolit vše na *.imgur

(https://api.imgur.com/post/v1/media/xyzI?client_id=546c25a59c5ad7&include=media%2Cadconfig%2Caccount se načte )

50
/dev/null / Co je tohle za kolečko?
« kdy: 10. 03. 2022, 23:54:10 »
To je nějaký nový Trik?
Pouze jsem udělal vyhledání společných řetězců-.
$CESTA=audio/128/default.mp3/default.mp3
$UID=3e43d072-f8a5-430f-bc8e-4c70aafdf3c7
$WID=8d82c206-011d-4e1d-b49a-21b0563c9c40
$OCASEK=aid=rss_feed&awCollectionId=<$UID>&awEpisodeId=<$WID>&feed=l2i9YnTd
$NYTURL=nyt.simplecastaudio.com/<$UID>/episodes/<$WID>/<$-CESTA>
$URL-3=pdst.fm/e/<$NYTURL>?<$OCASEK>
$URL-2=chrt.fm/track/8DB4DB/<$URL-3>


Vstup:
1. https://dts.podtrac.com/redirect.mp3/<$URL-2>

2. https://<$URL-2>

3. https://<$URL-3>

4. https://<$NYTURL>?<$OCASEK>

5. https://nyt-injected.simplecastaudio.com/<$UID>/episodes/<$WID>/<$-CESTA>_a273d25c028a9a4f8583a9b5fe05c83d_34812301.mp3?<$OCASEK>&hash_redirect=1&x-total-bytes=34882321&x-ais-classified=streaming&listeningSessionID=0CD_382_68__d236e98a1068a1db48b9b4a62349aaaa07803d4c


(z jedničky se nelze dostat na pětku , ale aspoň na čtyřku.)

51
Hardware / Turris Omnia 2022 - nějaký posun?
« kdy: 28. 02. 2022, 20:50:27 »
Netušíte někdo, jaký je posun ve věci TURRIS OMNIA ´22? Na turris.cz jsem nenašel ani zmínku o tomto modelu, poslední zprávičku na root z podzima 2021.

52
/dev/null / nefungují stránky na wix.com
« kdy: 16. 02. 2022, 13:40:37 »
To jako kvůli mentálovi co usoudil že 2 roky starý prohlížeč nestačí na zobrazení dementí primitivní stránky kde  je vše vycentrované vrchol stránky je nadpis v webovém fontu a tlačítko v v rámečku a vyjížděcí "div ze spoda" to vše v 800 kB na stránku v 70 requestech asi z 15 subdomén n 5 doménách (parastorage, wix.com, wixstatic.com wixpress.com

 (a to vynechávám zablokované frof.wix.com, sentry.*.*, googletagmanager.com)

nebudou fungovat stránky na wix.com? Hlásí to
Citace
Your Browser Is
No Longer Supported
To view this website and enjoy a better online experience,
update your browser for free.

v starší prohlížeči to přesměrovává na https://static.parastorage.com/services/wix-thunderbolt/dist/deprecation-en.v5.html

53
Server / SMTP 550-5.7.1
« kdy: 11. 01. 2022, 22:41:23 »
Všiml jsem si, že smtp servery přijmou celou zprávu, a až na závěr se dozvím, jestli mail byl přijat(serverem.), i když teoreticky by mohly odpověd už na základě HELO,M-FROM, RCPT. Asi to je z důvodu vytěžit co nejvíc dat.

Dá se poznat z tohoto kódu,  význam této chyby? Podle popisu  vyplývá, že daná IP není způsobilá odeslat maily (bez ohledu na doménu MAILFROM) Ale je to skutečně tak? Mohlo  jít totiž o dvě příčiny: nesouhlas domény HELO s odesílající IP a porušení SPF  pro MAILFROM+HELO (našel jsem si v RFC, že SPF může kontrolovat obojí, ale je to tam psané schválně, že vlastní mechanismus SPF je obecně specifikovaný pro  nějakou doménu <domain>, ale jen v sekce 2.x věnuje tomu, jestli kontrolovat HELO a MAILFROM, jakém pořadí a i docela rozumně zdůvodněné)
Kód: [Vybrat]
... po odeslání DATA :()
S:
550-5.7.1 [7.8.1.2] The IP you're using to send mail is not authorized to
550-5.7.1 send email directly to our servers. Please use the SMTP relay at your
550-5.7.1 service provider instead. Learn more at
550 5.7.1  https://support.google.com/mail/?p=NotAuthorizedError gsmtp
Čili mě zajímá kód samotný, nebo spíš jeho interpretace pro google mail. Jestli Pod tím se dá schovat víc důvodů nepřijetí správy(SPF, znamý spam), nebo striktně odpovídá významu v popisku - že daná IP není vítaná odesílat maily (ať už z různých důvodů - to se ostatně nedozvíme z hlášky)

54
Asi každý ví, co se stane, když se multimetr v režimu proudu zapojí do smyčky (bez limitujícího odporu) - viz zde (SPOILER: wannabevtip)

Ale jak se chová multimetr v režimu ODPORU? Může se taky nevhodný zapojením zničit? Co vlastně fyzikálně měří za veličinu, kterou pak převádí na odpor? Například v návodu se píše, že v režimu odporu by nemělo být napětí větší než 2 nebo 4 Volty (nevím přesně) . Což je asi případ, když se měří "nevypojená součástka".

55
Sítě / ping neukazuje time pro -s menší než 8
« kdy: 25. 12. 2021, 10:32:59 »
čistě ze zajímavosti, proč (linuxový) ping neukazuje v odpovědích time pro -s 1 až 7
Kód: [Vybrat]
icmp_seq=1 ttl=54 time=19.3 ms # -s 8
icmp_seq=1 ttl=54 #-s 7

56
Sítě / Může PTR záznam mířit na localhost?
« kdy: 05. 12. 2021, 15:20:49 »
Kód: [Vybrat]
# host -t PTR 27.68.232.9
localhost

Čeho je to známka? Může se to?

57
Hardware / Schéma Thunderbolt Alternate Mode
« kdy: 19. 10. 2021, 16:31:55 »
Marně se snažím najít schéma zapojení USB-C (konektoru, ale i kabelu, což je důležité, protože piny nemusí být na koncích kabelu 1:1 - viz například TX->RX) v režimu [u=https://en.wikipedia.org/wiki/USB-C#Alternate_Mode_partner_specifications]Thunderbolt  Alternate Mode[/u].

Zde je krásná tabulka na wikipedii zobrazující mapování pinů(pouze zástrčky)
https://en.wikipedia.org/wiki/USB-C#USB-C_receptacle_pin_usage_in_different_modes ,,, ale TB3 tam chybí

Jako  základ tuším, že se nebude zásadně lišit od plain USB 3.X gen Y  ×2, ale zajímá mě to do detailu (stačilo by jako ty diagrami na wikipedii v odkazu)- popisky pinů, na zástrčce a role vodičů v kabelu (a jejich mapování). Mám jistou obavu, že právě RX1,RX2, TX1,TX2 mohou být jinak prohozené než na USB.


bohužel i články , které jsou kvalitně na výši než většina a jsou technické, to v sobě nemají.
https://www.embedded.com/usb-type-c-and-power-delivery-101-ports-and-connections/
https://www.cablechick.com.au/blog/definitive-guide-to-usb-c-alternate-modes/
https://learn.adafruit.com/understanding-usb-type-c-cable-types-pitfalls-and-more?view=all
+  dokumenty PDF na TI.com

58
Nevíte, čím by mohlo být, že ZIP archivy se mi  (klasické aplikaci Soubory) rozbalují extrémně pomalu? Tím myslím 40MB archiv hudebního cédéčka třeba 5 minut? A v notifikaci mi to háže  nesmyslné odhady časů... hodina, 40 hodin, 2377 hodin. Někdy se ani rozbalit "všechny" soubory nepovede (u některých archivů)...

Zkoušel jsem to u víc archivů (obvykle 20-80MB) a vždy s tím byl problém (nezkoušel jsem archivy do megabaju). Někdy pomohlo rozbalit vždy po jednom souboru, neextrahovat ty u kterých se to zasekávalo. Ale některé archivy se zdárně rozbalí celé i když to trvá dlouho.

Mám 4GB RAM, snapragon 720 (arm64-v8a, armv8l, Kryo A73,A53). Je to třeba nějaká obecná vlastnost ARMu, že jsou pomalé v tomhle nebo nějaký jiný problém?? Co je mi divné, ani nepozoruji "vyšší" spotřebu proudu, řekl bych 400mA. Přičemž telefon dokáže topit i víc, třeba 700mA při videokonferenci nebo 3D javascriptu/webgl. (což je hrubé srování, protože v prvním případě jde o CPU zátěž, v druhé CPU+GPU+dekodér), ale pro ilustraci

Našel jsem 1 refenci
https://review.lineageos.org/c/LineageOS/android_kernel_oneplus_msm8974/+/93595 , dole

59
Sítě / Možnost výběru VPN tun/tap neomezená?
« kdy: 27. 09. 2021, 11:37:31 »
Závisí možnost volby TUN/TAP u VPN na něčem, nebo je možné obě zvolit kdykoli ? Například na typu VPN (site-to site nebo "klient-vpn")? Případně je nějaká situace, kdy daný typ pro použití nedává smysl?

BTW - jsou další typy vpn než klient, site-site? (Teoreticky klient-klient pro 2 klienty)
BTW- jaký je význam zkratky TAP? U TUN jsem se dočetl že to je "network TUNnel"

60
Sítě / Domain fronting - vysvětlení rozdílu dvou typů
« kdy: 24. 09. 2021, 15:07:12 »
Kdo je znalý domain fronting,uměl by vysvětlit v článku rozdíl v serverech "n services that do not automatically forward requests" a těmi co  dělají "forwards the request to the domain found" (nazývanými pull). ( Plný text dole)

Nějak jsem nepochytil rozdíl mezi servery lišící se touto vlastností (v druhém odstavci je popsán druhý typ). A potažmo, proč pro první typ není potřeba "reflector". Je tam uveden jako příklad druhého typu appspot.com. Jaký by byl příklad prvního?

Nebo je to nějak tak, že v jednom případě rovnou mohu službu deploynout na jednu doménu uvnitř poskytovatele cloudu, zatímco u druhé služba běžet nemůže a musí tam být "reflector", který přeposílá komunikaci někam jinam?

A do třetice, proč to nazývají "pull" strategií / typem.?


https://www.bamsoftware.com/papers/fronting/ (pro ty 2 odstavce stačí vyhledat  slovo pull na stránce)

Citace
Domain fronting works with CDNs because a CDN’s frontend server (called an “edge server”), on receiving a request for a resource not already cached, forwards the request to the domain found in the Host header (the “origin server”). (There are other ways CDNs may work, but this “origin pull” configuration is common.) The client issues a request that appears to be destined for an unrelated front domain, which may be any of the CDN’s domains that resolve to an edge server; this fronted request is what the censor sees. The edge server decrypts the request, reads the Host header and forwards the request to the specified origin, which in the circumvention scenario is a general-purpose proxy. The origin server, being a proxy, would be blocked by the censor if accessed directly—fronting hides its address from the censor.

On services that do not automatically forward requests, it is usually possible to install a trivial “reflector” web application that emulates an origin-pull CDN. In this case, fronting does not protect the address of the origin per se; rather it protects the address of the reflector application, which in turn forwards requests to the origin. Google App Engine is an example of such a service: against a censor that blocks the App Engine domain appspot.com but allows other Google domains, domain fronting enables access to a reflector running on appspot.com.

Stran: 1 2 3 [4] 5 6