datetime.datetime.timestamp(дата)
np.diff(x)/np.diff(t)
if el in jobs[key]
не всегда будет работать так, как предполагалось. Потому что el это элемент из job1, т.е. отдельное слово. А jobs хранит в том числе и полные фразы."weather": ["Погода","Какая погода","Какая температура", ...]
уже нельзя так строить условие. По факту, если ввести "Какая погода", то получим job1 = ["Какая", "погода"]
и условие будет сравниватьif "Какая" in ["Погода","Какая погода","Какая температура", ...]
, соответственно ничего не найдет, т.к. это будет сравнение не по подстроке, а по полному соответствию элементов. <table>
<tr>
{% for image in images %}
<td>{{image.чтонамнужно}}</td>
{% if not loop.last and not loop.index%3 %}
</tr><tr>
{% endif %}
{% endfor %}
</tr>
</table>
tags = soup.find_all('tr')
for tag in tags:
fields = [t.text for t in tag.find_all('th')]
txt.append(fields)
for index, col in enumerate(cols):
подразумевает, что в в каждом вложенном списке txt будет содержаться такое же (не меньшее) кол-во элементов, как в cols.for index, col in enumerate(vals):
, чтобы итерация велась по реальным значениям текста, а не предполагаемым колонкам. Но все равно лучше вывести, чем заполняется txt. Т.к. использовалось text.split()
, то тексто просто делится на слова, вряд ли это то, что нужно, учитывая данные в примере. moscowtime = datetime.datetime.now(pytz.timezone('Europe/Moscow')).replace(microsecond=0)
{
"cmd": ["python", "-u", "$file"],
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
"selector": "source.python"
}
b.append(bin(a))
добавляет получившееся число в новой системе счисления (по факту строку) в список. Это не нужно, здесь должно быть просто b = bin(a)
, чтобы с ней работать. Аналогично для других систем счисления.if i==1:
не работает, т.к. в цикле идет итерация по символам строки (числа в соответствующей системе счисления), и строку надо сравнивать со строкой, а не с целым числом. Т.е. должно быть if i=='1':
. Аналогично для других систем счисления.в какой из систем счисления с основанием, являющимся простым числом, т.е. они видимо хотят проверку не для базовых bin/oct/hex, а для всех возможных для него с основаниями 2,3,5,7 и т.д. Соответственно и проверку надо делать не по жесткой привязке (1, 7, 'f'), а в зависимости от основания.