Příspěvky

1

Hardware / Re:Zablokování iPhone 6s při migraci do iPhone 13 mini

« kdy: 17. 05. 2023, 15:37:17 »

Ze me nenapadlo to grepnout samotneho, kdyz ty logy mam!
Je tam taky static MAC, zaznamy DHCPDISCOVER koreluji na dny a hodiny prichodu spravne.
Jsem tedy zvedavy zda se jeji zarizeni zitra objevi pak stejne.

Je to trošku komplikovanější ... podle toho, co píšou níž, tak MAC adresa automaticky změní, pokud se zařízení k zapamatované síti nepřipojí více než 6 týdnů.
https://support.apple.com/en-us/HT211227

2

Hardware / Re:Zablokování iPhone 6s při migraci do iPhone 13 mini

« kdy: 16. 05. 2023, 20:54:55 »

Nevis nahodou, jaky je default pro nove pridane pripojeni? (random, nebo static?)

IMHO je to jako default, přidal jsem si sousedovic wifi (nikdy jsem ji zapamatovanou neměl) a mám to u ní zapnuté.

The feature is called ‘Private [Wi-Fi] Address’ and a full description can be found here. It also appears that Apple will leave this feature on as default, which then of course means that MAC randomization will be activated on all iOS14 devices, unless actively disabled. The feature will make sure that MAC addresses will change every 24 hours, sources explain.

https://wifinowglobal.com/news-and-blog/new-private-wi-fi-address-iphone-feature-could-severely-impact-the-wi-fi-industry-expert-says/

3

Hardware / Re:Zablokování iPhone 6s při migraci do iPhone 13 mini

« kdy: 16. 05. 2023, 17:09:39 »

Ale mam tusaka, ze nejaky dobrak se to MAC based prsteni bude snazit sabotovat randomizaci - dalsi technologie co prinasi vice problemu nez uzitku.

Ano, v nastavení v iPhone > Wi-Fi > (i) u konkrétního připojení > Soukromá Wi-fi Adresa ... je automatické generování MAC adresy.

4

Hardware / Re:Zablokování iPhone 6s při migraci do iPhone 13 mini

« kdy: 16. 05. 2023, 10:51:51 »

…kdyz koupis kradeny iphone tak ho nijak neresetnes. Budes mit cihlicku ktera bude chtit prihlaseni k registrovanemu uctu…

Jste si tímhle naprosto jistý? Takže všechny postupy, co na netu existují a stačí jim např. kabel, iTunes a PC/Mac (a o nutnosti použít Apple ID tam není ani tečka), tak neplatí, popř. v nich tahle zásadní informace o Apple ID chybí? Nebo mi něco uniká?
[/quote]
Pokud byl iPhone v okamžiku "opuštění" původního majitele přihlášený k FindMy, tak 100%. Není šance. A jen perlička, od iOS 15 lze u iphone aktivovat chování, které je ekvivalentní AirTag, pokud je vypnutý a v baterii je dost energie, vysílá přes BT jako maják, a pokud ho zachytí jiný iPhone, tak odešle jeho polohu majiteli. Tak že mít doma takovýto iphone, byť i jen vypnutý, může být riziko ...

5

Hardware / Re:Zablokování iPhone 6s při migraci do iPhone 13 mini

« kdy: 03. 05. 2023, 21:00:20 »

Ahoj,

tak to je mizerná situace. Chybný kód zadal kolega více než 3x , IMHO. Existuje software, https://imazing.com , který dokáže z iphonu dostat kdeco, ale jak se bude chovat vůči zamčenému telefonu to netuším. Ve free verzi není dostupné vše - každopádně bych vyzkoušel. Pokud se k něčemu dostanete, tak pak zvažte zakoupit verzi ostrou, není to nic drahého a fotky to z odemčeného telefonu dostane.
Tchýni jsem s pomocí toho čistil na iphone 6s místo, s úspěchem.

Mimochodem, kolega určitě není jediný, při dotazu na google mi na to téma vypadly hromady článků ...
např. https://www.imobie.com/support/recover-data-from-locked-iphone.htm

Držím palce.

6

Hardware / Re:Apple Magic Keyboard a jak napsat rouru |

« kdy: 04. 04. 2023, 16:01:48 »

Když si dáš `rozložení kláves` v nastavení, tak ti ten obrázek klávesnice zobrazuje rozložení a reaguje na na stisk modifikační kláves.
Pak je ještě klávesnice ve `Zpřístupnění` - Ta je interaktivní, zviditelní ti skutečně stisknutou klávesu.

 Zkoušels?

7

Hardware / Re:Apple Magic Keyboard a jak napsat rouru |

« kdy: 04. 04. 2023, 15:04:39 »

... ta klávesa nad "return" se shiftem nefunguje??

8

Studium a uplatnění / Re:Kde se nejlépe naučit Swift a vývoj pro ekosystém Apple

« kdy: 06. 03. 2023, 20:14:01 »

Kdysi RayWenderlich.com - sledoval jsem od začátku, ještě když "bylo" Objective-C  - dneska je to https://www.kodeco.com - velmi pěkně zpracované kurzy na různá témata.

9

Vývoj / Re:PHP a SOAP

« kdy: 05. 03. 2023, 18:35:38 »

Napadlo me jeste jestli zkratka cteni tech souboru neudelat bokem, tj. mimo SOAP, a v SOAP nechat jen zbytek toho co je potreba komunikovat + vazbu na ty soubory.

Rozšíření MTOM je, IMHO, atypické v tom, že po SOAP klientovi požaduje specifickou funkcionalitu - xop:Include se má chovat jako něco, co vrátí obsah MIME multipart bloku do nadřazeného uzlu - a na tom asi selhává interní soap_client php. Řešení mám zatím tato:
- preprocessing MIME multipart body, kdy se čte jako stream, kde application/xop+xml uchovám pro parser a zbývající části si poukládám do souborů v temo a nody <xop:Include .../> vykousnu a zaměním regulárem za např. cestu k uloženému souboru. V rámci soap_clent v PHP se dostanu ke čtení dat před zpracováním parserem v metodě __doRequest(...)
- implementace vlastního soap_client, případně úprava/patch např. nu_soap balíku a doplnění požadované funkcionality
- použití externí SOAP:REST proxy npř. viz výše uvedená, kolega teď testuje použitelnost
- změna technologie, na které se má realizovat (Java/.Net)

Technicky mám průzkum hotový, děkuji přispěvatelům za nápady.

M.

10

Vývoj / Re:PHP a SOAP

« kdy: 03. 03. 2023, 14:16:21 »

Pokud je to jen SOAP / REST proxy, nebylo by jednodušší ji napsat v Javě místo PHP? :-)

Nebylo by to jednodussi/rychlejsi v go?

Bezpochyby, nicméně nic z toho nemáme interně dostupné ;-)

11

Vývoj / Re:PHP a SOAP

« kdy: 03. 03. 2023, 14:15:13 »

Mate namapovane typy zo soap response na php typy? (classmap v options pre konstruktor soap klienta)
Ak ano, tak pre xop:include nadefinujete triedu, ktora poskytne stream na includovany zdroj.

Btw, REST proxy na SOAP server asi moc nenajdete, struktura xml je daleko komplexnejsia ako json. Na to si budete musiet napisat vlastny kod, prisposobeny jednak WDSL toho soapu, tak aj rozhraniu toho rest serveru.

Jo, kolega má podobný nápad ale z "druhého konce" - úpravou definice v WSDL/XSD. Právě kvůli tomu, že existuje mapping to nemůžeme udělat jednoduše. Služba je hodně komplexní, nad jedním endpointem je nadefinovaných cca 700 datových typů (php tříd!) a právě ty, které v sobě mají odezvu z xop:Include jsou jako string a nikoliv spec. typ. Muselo by se to řešit na několika (mnoha) místech .... 

K té proxy: našel jsem tohle  https://github.com/membrane/service-proxy - java proxy SOAP->REST a nevypadá to zle, jen to teď musím otestovat

12

Vývoj / Re:PHP a SOAP

« kdy: 03. 03. 2023, 10:44:17 »

Co tenhle ?
https://github.com/debuss/MTOMSoapClient
Ale i tak to asi bude dost prasarna, poskládat si to pak z base64 zpět to bude trvat.

O tomto vím - bohužel připojené části budou obrovské ... mám toto jako krajní "řešení" problému. Ale je to o vlastní implementaci __doRequest a čtení vstupu jako streamu, rozhození jednotlivých částí do souborů v tempu a nahrazení xop:Include řetězcem cesty k těm souborům... Tohle je náš "krizový" scénář ale regulérní řešení s klientem, který zvládá toto rozšíření SOAP o NS xop by bylo lepší ....

13

Vývoj / Re:PHP a SOAP

« kdy: 03. 03. 2023, 09:45:51 »

Diskuze o MTOM https://sourceforge.net/p/nusoap/discussion/193578/thread/abe3287e/
My NuSOAP pouzivame, ale bez MTOM.

Dík, o tomto vím - naše zprávy mají tendenci být obrovské (desítky až stovky MB) z tohoto důvodu musíme číst multipart jako stream a rozhazovat do souborů. Ale pokus o vlastní implementace klienta je až krajní řešení. NuSOAP je už spoustu let neudržovaná. Narazil jsem na GH na phpro implementaci klienta, která je živá a udržovaná, ale té chybí podpora pro MTOM úplně ( https://github.com/phpro/soap-client )

14

Vývoj / PHP a SOAP

« kdy: 03. 03. 2023, 08:04:25 »

Zdravím,

dostal jsem za úkol vyřešit komunikaci se službou postavenou na SOAP protokolu. V popisu rozhraní je zmíněn přenos souborů pomocí formátu zpráv MTOM. Jelikož se může jednat o opravdu velké soubory, je tento formát, z pohledu implementátora služby, jediný vhodný. Bohužel na toto není připravený standardní modul ext-soap v PHP - neporadí si s xop:Include, podle všeho.

Nenajde se někdo, kdo by měl v PHP zkušenost se zpracováváním takovýchto zpráv, případně poradil by knihovnu? Opravdu intenzivně hledám řešení už více než týden,  našel jsem spoustu starších, nešťastných, příspěvků na SO, Redditu i jinde, že je to opravdu opruz, ale rozumné a použitelné řešení ne. Implementovat celého klienta je nad síly a vzhledem k časové nouzi (dříve selhalo jiné řešení) není ani prostor.

V PHP má jít navíc jen o jakousi proxy, která bude získaná data vystavovat na vnitřním REST rozhraní. Takže pokud by šlo použít i nějaké známé SOAP2REST proxy řešení, které zvládá MTOM,  tak prosím o odkaz.

Díky,

M.

15

Vývoj / Re:Ako programovo odoslat email priamo bez SMTP hostingu?

« kdy: 14. 09. 2022, 11:11:50 »

Nevím, jestli už to sem někdo napsal, ale odpověď asi na všechno k problematice implementace MTA je přece v RFC  ,
- SMTP: https://www.rfc-editor.org/rfc/rfc5321
- např. Graylisting: https://www.rfc-editor.org/rfc/rfc6647
... postupy, doporučení, popis protokolů atd. Už přes 50 let ....

Pokud na to máte prostor, ochutnejte to, stojí to za to. Pochopíte problematiku do detailu. Kecy o ztrátě času neberte vážně, čas který věnujete studiu není nikdy promarněný. Hodně štěstí ...