alohamneploha, Если id это целое число, что вероятнее всего, то первая ваша проверка просто не имеет смысла, а вторая не верна, т.к. пропустит и не целые числа.
Пользоваться nouveau, это редкое мазахистическое извращение. А пропиетарные драйверы от Nvidia вполне не плохи. Я не знаю, откуда у вас такая проблема с консолью, но вряд-ли она массовая - я о такой не слышал, хотя я пользуюсь активно видяхами Nvidia, как старыми, так и самыми последними под Linux, да и интересуюсь этим не мало...
Артем Спиридонов Интересно, а какое именно последнее железо не поддерживается? Вот так из опыта, а не по слухам?
Процы? Поддерживаются.
Видяхи от intel и nvidia? Да легко. От AMD лучше воздержаться, но не от последних, а совсем.
Сетевухи/wifi очень неплохо, проблемы бывают иногда, но не от новизны.
Накопители практически любые.
Есть определённые проблемы с ноутами очень свежими, из-за того, что там бывает большой зоопарк довольно специфичных контроллеров, да и то, основные вещи будут работать.
Потому, что где-то написано уже, что члены группы sudo имеют права его применять. И конечно, никакие пользователи туда не будут отдельно добавляться, если управление идёт на уровне членства в группе.
syxoi, У самой ATMega328, нет никакого USB. Этот модуль UART, как раз подключён ко второму контроллеру, имеющемуся на этой плате, который работает как преобразователь интерфейсов, и реализует USB.
Удалён раздел, который был внутри sda2, какой-нибудь sda5, на котором был свап. Сам extended не удалён - это контейнер, поэтому и не схопывается вместе свободное место...
Возможно, проблемы в распределении памяти. Возможно её выделяется слишком много и сервер уходит в swap, например, и надо привести в порядок различные лимиты её выделения и количества запускаемых процессов.
Может быть, проблема в процессоре, и требуется переехать на что-то более мощное - Intel Xeon E3-1245V2 это сервер начального уровня, отнюдь не мощная машинка всего 4 ядра/8 потоков, 1 сокет.
Может быть перегружена дисковая подсистема и у вас тормозит в итоге база.
Вполне возможно, что "Сайт, и все скрипты хорошо оптимизированы, проблема только в самом сервере" совсем и не соответствует действительности.
В общем, гадать можно сколько угодно, что я выше и описал. Вам нужен квалифицированный системный администратор, чтобы найти и устранить проблемы с настройкой сервера, если они вообще есть. Возможно, что-то поменять в составе софта. Возможно он даст какие-то советы по оптимизации вашего приложения исходя из вашей ситуации...
Научиться чему-то подобному, и сделать самостоятельно, по ответам на вопросы, это как выучить по тем же ответам язык программирования за день...
php.net/downloads.php тут исходники к актуальным версиям php. Не забывайте, что если вы самостоятельно что-то собираете, то в дальнейшем, это надо ещё и поддерживать актуальном виде, что при сборке вручную, проблема.
Так что, куда лучше найти репозиторий, который кто-то поддерживает, и в котором есть нужный софт с нужными настройками собранный. Т.е. собирать самостоятельно что-то из исходников, это не повседневная, отнюдь, задача при использовании пакетного дистрибутива.
Ischadie, По запчастям продать его будет не выгодно. Продать целым на Avito.
Все входные данные у вас есть для этого - посмотрите, сколько стоят такие же. Если продаёте не в глубинке где-нибудь, вполне можно продать.
Также учтите, что supermicro, это не дорогие сервера изначально.
Adamos А чем вы предлагаете запускать тот скрипт, который вы упомянули выше, если не кроном?
Иной логики вы не предложили, и если речь о запуске этого процесса в очередном пользовательском запросе, то это плохая идея - зачем этот запрос задерживать и заставлять пользователя ждать? И, к тому же, надо городить блокировку, чтобы одновременные запросы не запустили бы параллельные процессы перестроения кеша, что явно лишнее усложнение. Куда лучше лишний раз выполнить в фоне эту работу, даже если визитов между перестроением кеша не будет, в конце концов...
В общем, никакого гадания, запустить его в кроне при регулярном обновлении однозначно удачная идея.
Adamos Затем, что ресурсоёмкие операции куда лучше запускать через php-cli, а не в контексте веб сервера, и cron тут воплне удобен, чтобы не конкурентно, и без лишних ограничений на время выполнения запроса, перестроить кеш если его надо перестраивать через определённые промежутки времени.
journalctl -xe вам показывает просто последние записи в журнале, если его и запускать, то сразу после перезапуска mysql. Кстати, по логу видно, что вам надо какой-нибудь fail2ban поставить, чтобы защититься от брутфорса паролей по ssh.
Заглянуть стоит в /var/log/mysql или journalctl -u mysql
