mayton2019, да, нюанс со свапом дат если правая часть меньше левой (я так понимаю, ты это имел ввиду). Но вопрос остаётся открытым, как это можно сделать
Да, всё верно, свапать никак нельзя. Проверять надо следующие кейсы
open_time > close_time. Тогда к close_time надо прибавлять 24 часа (что отдельная проблема, так как поля time)
open_time < close_time. Тут обычное сравнение between можно использовать
Все типы данных - time, то есть при первом кейсе надо как-то привести к дате со временем, иначе + интервал 24 часа даст то же самое время
Ага, а теперь надо понимать, что сверху будет случай обратный (время открытия < время закрытия). И если есть варианты, как это можно всё связать, включая SELECT * FROM shop WHERE ..., то буду очень благодарен
15432, да, именно, в этом и состоит наверно самая большая ошибка. Там же по сути вообще нет разницы для магнитолы, самое главное, чтобы внутри были mp3 файлы (в моём случае ещё wma или aac)
15432, можешь написать команды, которыми прожигал диск? Я скорее всего на этом этапе чёта не так делаю, ибо через граф. интерфейсы 15-25 треков и всё, снизу прогрессбар показывает, что больше не может. Возможно ещё беда в том, что я выбираю в k3b том же "Audio CD", а надо выбирать "проект с данными" или как-то так... Провал тут, конечно, серьёзный в этой тематике
Треки изначально в mp3, битрейт, конечно, разный, но не выше 160. Таким макаром получиться записать около 20 треков (под 75 минут, как если бы в k3b прожигал)...
Виктор Ш., могу предположить несколько вещей:
1. Нет span с нужным title
2. Invalid xpath
Попробуй зайти в почту, дальше в devtools браузерный. После этого в разметке нажми ctrl+f, снизу введи свой xpath, который ввёл в джаве. https://imgur.com/a/rjkH9od
Если найдётся элемент, то у тебя в джаве произошёл какой-то прикол, который нужно только в дебаге смотреть
Да, с одним из преподавателей уже обсуждал то, что проще и надёжней всего дать нагрузку на сервак, но с другой стороны, с определённой погрешностью же можно как-то рассчитать примерное количество юзеров. Типа я слышал, что можно выделить максимум потоков что-то вроде
оперативка (в мегабайтах я так понимаю) * ядра процессора (например на 16)
Но эту информацию тоже не удалось подтвердить или опровергнуть
У меня manjaro (окружение kde plasma). Тут если через pacman ставить, то там версия 4.30 встанет, она устаревшая, да и не все зависимости прописаны (но это фиг с ними). Просто цель не только установить пгадмин, но и посмотреть, как вообще из исходников собираются проги
Игорь Махов, я могу сам посоветовать тот же DataGrip, но я преследую не только цель "заиметь" pgadmin, но и посмотреть, как происходит "сборка" из исходников
15432, судя по всему в 0xD хранится чуть более похожее на правду значение, в двоичном коде 10000000, соответственно первые 2 бита отбрасываются и остаются шесть нулей => всё ок. Вопрос только в том, тот ли я регистр взял или нет :))))
15432, в байте диагностике 0Eh 8 бит: первые 2(0-1) не используются и забиты обычно нулями, третий бит показывает правильность настройки часов, 4 показывает правильность размера ram и так далее. Неужели это могли выпилить? Если да, то печально. В любом случае, спасибо за информацию
15432, я может ещё не совсем так всё понял. Смотрите, я дополнил код, так как ваш возвращал только единственный 0 (по факту я просто запустил цикл на 8 итераций, где он заполнил массив нулями). На этом этапе я правильно всё делал?
cmos = []
def printCmosDbg():
for i in range(8):
cmos.append(readCmos(0xe))
15432, у меня возник вопрос, программа выбивает всегда, что 2 бит (с настройкой часов) равен 0, хотя по факту должен выбивать 1 (1 - часы настроены верно). Это какие-то неполадки или что-то другое? Или я чего-то не понимаю? То есть со всеми остальными битами я могу согласиться, но вот 2 всю картину портит (нумерация с 0 до 7)
