Говорят, mailcow довольно-таки от балды пишет свои системные требования, и я в это охотно верю, потому что доводилось поддерживать достаточно приличный почтовик на намного более слабых объёмах памяти. Плюс он сам по себе конструктор, и можно ненужные части оторвать, дополнительно сэкономив. Либо найти другой конструктор, можно даже сильно попроще (вон там ссылки в комментарии повыше даже есть). Но даже при использовании хорошо отлаженного решения, вероятно, иногда помощь кого-нибудь немного в теме разбирающегося всё равно потребуется. Ну там антиспам странно себя будет вести или письма куда-то не дойдут...
plx49638, выглядит как неоправданная оптимизация. Сервер настолько слабый, что сам не справится с пережатием картинок? У клиентов такие дорогие тарифы доступа в Internet, что лишние сто килобайт картинки катастрофичны?
Если хочется показывать превью пользователю быстрее чем идёт загрузка на сервер, то можно и на клиенте рендерить его, и на сервере ужимать из оригинала. Если клиент сам себе будет подменять превьюшку - ну это его проблемы. Если он подменит и оригинал в процессе передачи - то оригинал с превьюшкой на сервере в любом случае будут соответствовать друг другу, и это будет проблема уже другого уровня.
freeExec, ну как сказать... Я недавно два месяца качал редкую раздачу, у которой пир появлялся по вечерам и редко отдавал больше 20 кб/с, а часто вообще от силы 2 кб/с. И, разумеется, пир был за nat. Уже ближе к концу на раздаче появилась пара других желающих и только один был с открытым портом, так что если бы не я - все бы участник прокачали эту раздачу через этого единственного. Ну и при таких темпах там нужно было качать год, но нам всем повезло что дважды ненадолго появлялся какой-то случайный быстрый пир (тоже за nat, кстати), который отдал два раза по 40%).
Поэтому в объективных реалиях структура пиров конкретной раздачи может иногда оказать весьма ощутимое влияние на скорость.
lepestoklepestok, потому что любой элемент множества R^n описывается кортежем из n чисел, а бесконечное количество (на самом деле не "вообще бесконечное", а именно континуум, эквивалент R) описывается ещё одним числом, поэтому получается кортеж n+1 чисел и пространство R^(n+1).
Размерность можно также представить себе как минимальное число векторов, на которые можно линейно разложить любой вектор. Очевидно, что n векторов легко найти: (1,0,...,0), (0,1,...,0), ... (0,0,...,1). Сделать меньше нельзя, так как очевидно любой из этих n векторов нельзя линейно разложить в остальные (потому что у k-го вектора на позиции k стоит 1, а у всех остальных там 0 и любая линейная комбинация векторов даст 0 в этой позиции).
Вообще, если эта тема интересна, советую почитать какой-нибудь учебник по линейной алгебре.
lepestoklepestok, есть отдельно точки, а отдельно множество кортежей 4 чисел, которые мы называем "координатами". Сами по себе точки пространства не имеют координат, они появляются как результат моделирования пространства на основе базиса (координатные вектора, координатные оси), и в зависимости от выбора базиса будут разные числа.
Что касается изначального вопроса, то тут чистая индукция: (n+1)-мерное пространство определяется через бесконечный (континуальный) набор n-мерных. Но нужно понимать, что индукционный переход всегда выполняется при некоторых условиях. В данном случае n>=0, причём n=0 можно рассматривать только с некоторой условностью, поскольку 0-мерное пространство, где кортеж координат состоит из нуля чисел, это довольно мутная штука. Так что я бы предложил n>=1 и базу индукции n=1 - так будет проще для начального понимания.
Александр Богдашкин, ну вот я недавно обновил у себя бобра с 17.x на 22.x (то есть пятилетний разрыв), он посчитал что pg-драйвера больше нет и его надо установить заново. То же самое про драйвера для оракла, mysql и даже csv. Хорошо хоть имеющиеся коннекты не грохнул. А что меня удивило, так это что он без проблем подключился к Cassandra, не прося заново установить драйвер. Правда, я и так и сяк его ставил вручную, потому что официально Cassandra работает только в платной версии.
Это реально разные датчики, и они могут отдавать неодинаковую температуру.
Многие датчики отдают вместо температуры какое-нибудь эзотерическое число. Когда я первый раз настраивал lm-sensors, то порядком повозился с этим. Пришлось раскомментировать какие-то строчки в sensors.conf под похожую на мою материнскую плату, а потом ещё угадать, что значения надо дополнительно умножить на 2. После этого значения стали похожи на те, что показывались в BIOS.
В дальнейшем я больше не испытывал такого невезения, и сенсоры поднимались обычно сами без всех этих шаманств.
Я бы ещё обратил внимание на вывод ipmitool sdr (если есть IPMI), он должен отдавать реальные температуры.
Sergey, скорее всего есть файл с именем, начинающимся на -. Самое простое - вместо * указывать ./* или -- * (в большинстве приличных парсеров опций командной строки пара минусов является признаком "дальше не будет опций").
Авито очень сложно парсить, они этому очень основательно сопротивляются, тем более что умников их парсить очень много. Даже если удастся повторить запрос из браузера, не факт, что через небольшое количество запросов они не заблочат / спросят капчу / включат какой-нить поведенческий анализ или фильтр / начнут отдавать левые данные.
PS: В нулевые один мой товарищ парсил выдачу поисковиков для своей научной работы по кластеризации данных. Через некоторое время яндекс его забанил, а рамблер начал на любой запрос выдавать ссылку на объявление "Куплю дрова".
