Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
#soliqUZ
💰 КЕШБЭК: Итоги «Soliq hamkor»
Напоминаем, что система «Soliq hamkor» снова бьёт рекорды по активности: только за январь узбекистанцам выплатили свыше 3 млрд сумов вознаграждений за сообщения о нарушениях, связанных в том числе с отказом выдавать чек.
Если в выходные вам отказываются пробивать чек или «предлагают без кассы», не проходите мимо: отправляйте жалобу через сервис — при подтверждённом нарушении вам полагается 20% от суммы штрафа, это закреплено в действующих правилах.
#soliqUZ
💰 СОЛИДНЫЙ КЭШБЭК: 3 млрд за чеки
Налоговый комитет отчитался: только за январь 2026 года гражданам выплатили 3 млрд сумов вознаграждений через систему «Soliq hamkor» в приложении Soliq. За месяц подали 12 486 жалоб на нарушения, 99% из них подтвердились после проверок.
Больше всего жалоб — за банальное «не дали чек»: 10 879 случаев. Ещё 510 раз бизнес отказывался принимать оплату картой, 34 раза завышал цены при оплате картой, свыше тысячи обращений — другие нарушения. В 4 782 подтверждённых случаях гражданам перечислили 20% от суммы штрафов — это и дало те самые 3 млрд сумов «кэшбэка за справедливость».
Чеки — это уже не только про «для государства», но и про личную выгоду. Пользуешься «Soliq hamkor» или пока просто забираешь чек «на всякий случай»?
SoliqUz dasturining xizmatlar sahifasining redizayni
— Rangli ikonkalar ishlatilingan, keyinchalik ikonkalar ustida ishlash uchun AI dizayner bilan ishlab, rivojlantirib borsa ham bo'ladi.
— Dasturdan keksalar foydalanishini ham inobatga olinishi kerak edi, lekin o'ylab qaralsa, yoshi katta kishilarni aynan o'zlari dasturdan foydalanish ehtimoli past, ularga yoshlar ko'maklashi mumkin. Zamon rivojlanib bormoqda biz ham moslashib borishimiz ham lozim...
Quyida suratning sifatli faylini ham yuborib qo'yaman. Fikrlaringiz bilan bo'lishishingiz mumkin)
@suxrobblog
#soliquz#redizayn#fikrlar
"SoliqUz" dasturini redizayn qilishga kirishdim. Sizlarning ham fikrlaringiz muhim, bu dasturdan deyarli foydalanmayman, shu sababli, eng muhim, kerakli boʻlimlarni izohlarda yozib ketsangiz boʻladi)
Bundan tashqari, "Bottom Navigation Bar"ni nomlab chiqmoqchiman, nega deganda, ikonkani oʻzi bilan foydalanuvchilarga sahifa boʻyicha maʼlumotni yetkaza olmasligi mumkin.
Nomlash boʻyicha misol variantlar: — "Asosiy", "Mening sahifam" yoki "Profilim", "Monitoring", "Xizmatlar"...
@suxrobblog
#soliquz#redizayn#fikrlar