EnZo_Smile: честно говоря лень вспоминать теорию - определения легко найдете в интернете. В вашем случае полная мощность приблизительно 1000/0.7 = 1480 Вт плюс пусковые токи двигателя. Гляньте например эту статью: www.1000va.ru/UPS/raschet-moschnosti-ibp пара цитат оттуда"если в паспорте указана активная мощность и коэффициент cosФ, то легко пересчитать ее в полную мощность. Для этого активную мощность в "Вт" нужно разделить на cosФ. Например, если на изделии написано, что активная мощность составляет 700 Вт и cosФ = 0,7, то это означает, что потребляемая полная мощность будет равна 700/0,7=1000 ВА. Если cosФ не указан, то для примерного расчета примем его равным 0,7.", "Следует учесть еще один крайне важный момент - пусковые токи. Любой электродвигатель (компрессор) в момент включения потребляет энергии в несколько раз больше, чем в номинальном режиме. В случае, когда в состав нагрузки входит электродвигатель, (например: погружной насос, холодильник, дрель), его паспортную потребляемую мощность необходимо умножить, как минимум, на 3 (лучше на 5) во избежание перегрузки стабилизатора или ИБП в момент включения устройства. Внесите эти коррективы в Ваши расчеты."
Дмитрий Энтелис: ну тогда как вариант частный случай мелких квадратов - пиксели. Контрастный фон, преобразование в черное/белое и подсчет соотношения черных/белых пикселей.
Лучший вариант, на мой взгляд. Частичные квадраты вряд ли стоит анализировать. Проще просто более мелкие сделать. Размер можно подобрать к заданной погрешности измерения. Плюс к тому погрешность все равно будет - складки, обрезанное фото (как в примере), и т.п.
Владимир Куц
@fox_12 Автор вопроса, куратор тега Django
Можно и так, в принципе, - всяко лучше переопределения полей в темплейтах... Тоже задумывался в этом направлении. Чуть подожду - может кто даст подсказку с менеджером.
leha78: секунду... из ваших комментариев и скриншота я так понял что модель собственно описана в файле accounts/models.py - так зачем вы ее пытаетесь импортировать?
Владимир Куц
@fox_12 Автор вопроса, куратор тега Django
Roman Kitaev: Кстати в одной из задач перекодированием "на лету" я решал проблему хранения 4-байтного юникода в сторонней БД, которая этот самый юникод не поддерживала, и я никаким образом не мог влиять на настройки БД, предварительным перекодированием в base64. Так что можете считать это также частным случаем проблемы.
Владимир Куц
@fox_12 Автор вопроса, куратор тега Django
В данном случае это не столь важно, поэтому именно на алгоритм шифрования не делал упор. В качестве факультативного интереса можете глянуть тут: https://cryptography.io/en/latest/fernet/ В моем случае будет реализовано нечто подобное.
leha78: Ну тогда так не пробовали подключить: from accounts.billboard.models import Category , а вообще - приведите листинг директорий где у вас модули лежат, и с какого файла вы пытаетесь импорт сделать
Omniverse: а что там монструозного? Проверяем в начале - есть ли BOM-символ - если есть - декодируем в этом формате. Если нет - пробуем автоматом определить кодировку. Это более универсальный вариант, чем каждый раз ступать на грабли из-за проблем с кодировкой. Ладно если вы это для себя, а если клиенту отдавать? К тому же ничто не мешает вам вынести этот код в модуль, и далее одной строкой вызывать его.
Владимир Куц
@fox_12 Автор вопроса, куратор тега Django
sim3x: Мне как раз такой проект попался под доработки. Использование стандартной админки - требование клиента. Кастомизация-то получается. Но дико много кода приходится лопатить и переписывать даже для простейших задач. Вот и хотелось бы посмотреть примеры - может у кого получилось задачу решить более элегантно. Думаю, - мой случай - не единственный.
