Ето вижте, телефонът фабрично не минава тестовете на Virtual Integrity и Security Enhancement Flag. Нищо не съм му правил, а то винаги си е било така, но вече ОББ са upgrade-нали защитата, и вече правят проблем за тези пропуски в телефона, а преди не са били проблем, но вече да, а телефонът си е фабрично така. Ама и на другия телефон дава грешка при вход, и така оставам без поглед и картови оторизации, защото и двата телефона не се харесват от ОББ Мобайл. 🙂

Аз знам защо съм трагедия в кръвта и урината при медицинските тестове. Защото Мед консумирам в кафето и то обилно, и защото пия бира и пуша цигари. Зле зле, ама жив, за да ви кажа това онова, за да не сте криви в Живота, а да се изправите и да се кротнете, ама в улегналост, за да няма мизерия по Света.

🔧 Професионален планетарен миксер – сърцето на всяка съвременна пекарна и сладкарница! 🍞🍰

В професионалната кухня прецизността и бързината не са лукс, а необходимост. Точно затова планетарният миксер е ключов помощник – за тесто, кремове, глазури и още! 🚀

Независимо дали работиш в малка сладкарница или голяма производствена база – правилният миксер може да направи огромна разлика. 💯

👉 Разбери защо това оборудване е незаменимо и как да избереш най-подходящото за твоя бизнес:
🔗 Прочети статията тук

#планетаренмиксер #професионалнокухненскооборудване #пекарна #сладкарница #хранителнаиндустрия #тесто #миксери #бизнессъвети #kitchenpower 🍞🥐

Ето го доклада към програмистите на Android и към XDA обществения технологичен форум, който доклад Copilot AI ми направи, за да отворя Issue:

Доклад за несъвършенство в ARP кеша при Android устройства.

Заглавие:
ARP кешът в Android не се обновява адекватно при роуминг между Wi-Fi точки с еднакъв SSID

Категория:
Connectivity > Wi-Fi
Описание:
При многобройни тестове с Android устройства (в частност Galaxy A14 5G), установих следното поведение:
Android асоциира ARP кеша по MAC адрес на Wi-Fi точката за достъп (L2), а не по IP адрес на Gateway (L3). Това води до забавяне или липса на комуникация между Android телефона и други устройства в LAN, когато се премине от една точка за достъп (AP) към друга с еднакъв SSID.
Например:
- Телефонът е свързан към AP с SSID „HomeWiFi“
- Компютърът е свързан към Gateway рутера със същия SSID
- При преминаване от Gateway към AP, Android не обновява ARP таблицата своевременно
- Това води до забавяне от няколко минути преди да се възстанови комуникацията
Това поведение е интуитивно от гледна точка на L2 асоциация, но неефективно в реална мрежова среда. Вътрешната LAN комуникация се базира на L2 switching, без вътрешен routing, което допълнително изостря проблема.
Предложение за подобрение:
- ARP кешът да се управлява по IP Gateway, а не по MAC на AP
- При всяка Wi-Fi асоциация да се изпраща Gratuitous ARP към LAN
- Да се обединят ARP записи между AP-та с еднакъв SSID
Това би подобрило значително комуникацията в домашни и корпоративни мрежи с множество точки за достъп.

Разнищих всички мистични случаи в Живота си за около две седмици мислене и тестове. И така, като специалист не оставям недоразкрито, което да е подводен камък за бъдещето.

При многобройни тестове установих нещо. По принцип при Android телефоните, ARP кеша се помни по MAC/L2 интерфейс на SSID WiFi точката за достъп, а не по MAC/L2 интерфейс на IP/L3 адрес на Gateway рутера, и при Android кеша е интуитивен, и ако вижда един MAC адрес от Gateway WiFi SSID(еднакво име с AP) рутера, но на второстепенният SSID(еднакво име с GW) AP(access point) не го вижда, и му трябва минути, за да си обнови ARP таблицата, за да го види, като ако превключите от WiFi AP към Gateway AP, и обратно към AP, пак няма да го вижда и пак ще му трябва време, за да го види. Това е дизайнерско несъвършенство, защото никой няма време да чака да има комуникация, заради това, че телефонът е несъвършен. LAN интерфейса на рутра си работи само на L2/MAC switching, и не рутира вътрешните IP компютри в L2 Broadcast вътрешната домашна мрежа, защото ако рутираше вътрешната си собствена мрежа, щеше да се компенсира това несъвършенство на Android телефоните. Или компенсация от рутера или фиксация на телефоните, като ARP таблицата да не е разделена на 100 виртуални части от WiFi точките за достъп, а трябва да е от Gateway IP на WiFi мрежата без значение многобройните AP с еднакво име.

Всичко е готово и всички случаи са затворени. Флашката се форматира, но при по-подробни тестове се оказа, че Хъба с флашката и USB HDD-то понякога не смогва с консумацията на ток, и заради това забива флашката. Преместих я на друг порт и проблемът е решен. VIVACOM ми даде достъп до рутера, и си го настроих и всичко е на шест. Сложих термална паста на процесора на лаптопа, а вчера сложих на хостинг компютъра, и всичко е на шест. Всички мисии са изпълнени успешно, и сега ще ми е свободна главата и ще си пия кафето и ще си пуша цигари, и ще чакам следващите щуротии и приключения в Живота.

Имам една USB 3.0, 128GB флашка с памет, която при тестове не трансферира както трябва и засича. Разбрах, защото я тествах при Live Boot Hiren's OS, и засича при наливането на файловете за стартиране от флашката към RAM паметта, или засича при стартирана PE(preinstalation environment) операционна система с довършителните обмени между флашката и RAM паметта. Сега преоразмерявам клъстер секторите с бавно форматиране, за да се оправи, а ако не се оправи, значи си е фабричен дефект на контролер платчицата във флашката, и нищо не може да се направи.

Направих обстойни тестове, и аз се чудих защо Microsoft Remote Desktop(Windows App) протокола не ми работеше както трябва, а работеше с многократни прекъсвания, а то било от оптичния рутер при свързаности между WiFi 5GHz към WiFi 2,4GHz, и WiFi 5GHz към LAN портовете. Нещо ARP таблицата не е адекватна с MAC интерфейса на WiFi 5GHz.

Електрическите втасватели – тайното оръжие на всяка модерна пекарна! 🥖 Те осигуряват идеални условия за тестото, за да получите винаги перфектен резултат – бързо, лесно и ефективно.

Вижте повече тук 👉 https://www.kustendil.net/2025/04/elektricheski-vtasvateli.html

#Пекарни #Хляб #Тестобработка #БизнесИдеи 🍞