В 2-3 раза больше, чем краткие рекомендации, это небольшая статья, а вовсе не книга. Раз в десять, может быть, больше, чем этот совсем коротенький пост. Что вы мне рассказываете, я такую статью обдумывал и даже черновички накидал по своим запискам.
(off)
А что за шняга с временем на редактирование — в этом свеженаписанном каменте остаток времени меньше 15 минут? Было же 30 раньше.
В моем случае — ничем. Но эта статья и не для подобных тяжелых случаев.
Согласен, статья слабенькая, но зачем же автора ругать? Он хотя бы старался помочь таким, как он.
Ни вы, ни я ничего такого не сделали.
P.S. Скажу еще, положа руку на сердце: ничего такого запредельно сложного для пользователя линукса со стажем в этой работе не оказалось. Трудность заключалась именно в отсутствии комплексного howto «как настроить вебсервер под внезапно подскочившую нагрузку» в условиях цейтнота.
Весной 2020 столкнулся с этой проблемой, когда студентов стали массово переводить на дистант. До этого у нас крутилась СДО Moodle на обычной VPS-ке средней паршивости (KVM / 6 Core / 4G), параллельно с основным сайтом, и каши не просила. На ней сидели какое-то курсы повышения и прочей переподготовки с малочисленными контингентами.
По мере аврального выкатывания все новых курсов, уже для основной массы студентов, пришлось пройти последовательные стадии перехода:
* bare metal (16 Core Xeon/ 16G);
* два облачных сервера (32 Core / 32G каждый, один под nginx + php-fpm, другой под mysql);
* уменьшение ресурсов до 24 Core / 16G и 8 Core / 24G по результатам трехмесячного мониторинга.
Типичная нагрузка в рабочее время ≈100 запросов в секунду, в пиках до 300 и более. 2300 студентов. Какой-никакой, но хайлоад.
Толкового и комплексного ликбеза рунете не нашел. Да и в буржуйнете тоже (правда, там не особо искал). По мере вылезания разнообразных ошибок и отказов находил разрозненные заметки и крутил настройки, сверяясь с мануалами. Дефолтные настройки под такую нагрузку не годятся категорически!
Настраивать пришлось буквально всё: nginx, php, memcached, mysql и параметры ядра linux. Возникала, было, мысль написать статейку на хабр в помощь таким же бедолагам, да так и ушла. И от банальной непроходящей усталости от работы (мне этот мудль сбоку припека, админить пришлось просто потому, что больше некому. И от атмосферы на нынешнем хабре — администрация такой контент безразличен, сообщество же активно хейтит.
Взять хотя бы этот пост: «разработчик должен знать! девопс должен знать! админ должен уметь это и намного больше!» — а откуда он должен все это познать, скромно умалчивается. Ну написал бы сам статью, раз такой крутой профессионал — но нет, одни пустые поучения: «обратитесь к специалисту», «работу должен делать профессионал». Спасибо, хоть, не «вон из профессии!»
Провинциальный бюджетный вуз, какие там крутые *nix-админы и девопсы… Сисадмин у нас классический мышевоз-виндузятник, ничем помочь не мог. Нанять кого-то со стороны вне штатного расписания — величайший геморрой с бюрократией. Да и найди еще такого, не говоря уж, чтобы заинтересовать. В общем, сам себе сисадмин, крутись, как хочешь.
Создавать такой файл вручную не лучшая идея, можно его наполнить автоматически, например, так: for f in ./*.mp4; do echo "file '$f'" >> list.txt; done
или так: printf "file '%s'\n" ./*.mp4> list.txt
Ругается:
[concat @ 0x560065433600] Unsafe file name './1.mp4'
list.txt: Operation not permitted
«./» перед именем файла лишние.
Вот так работает: for f in *.mp4; do echo "file '$f'" >> list.txt; done
Вчера ютуп подсунул «беседу» Гоблина (на самом деле скрытую рекламу) с неким барыгой, перепродающим облачные ресурсы и поносящий админов, как ленивых, неопрятных и жуликоватых типов.
Редкостный для этого канала перевес дизлайков: 1796/1963.
Лично я выдержал минут пять.
В ответ на набившую оскомину мантру «PDF не предназначен для редактирования, в вашей консерватории что-то не так!»
Для меня основная проблема этого чудовищного формата для распечатки на бумажку не редактирование, а банальное копирование текста. Зачастую в буфере рваный перемешанный текст.
Вторая проблема — чтение на смартфоне. Немасштабируемый текст, приходится елозить по увеличенной картинке, сплошное мучение, а не чтение.
Римские доспехи делались из металлов по составу близких к тем, из которых сейчас изготавливают детали для карданных валов, автомобильных радиаторов и корпусов двигателей.
>Римские доспехи делались из металлов по составу близких к тем, из которых сейчас изготавливают детали для карданных валов, автомобильных радиаторов и корпусов двигателей.
(off)
А что за шняга с временем на редактирование — в этом свеженаписанном каменте остаток времени меньше 15 минут? Было же 30 раньше.
Проверил в другой статье — там 30 минут дается.
Мне ничего не кажется, я просто знаю. Проблем в моем конкретном случае несколько, но ни к хабру, ни к теме howto по хайлоаду они не относятся.
Согласен, статья слабенькая, но зачем же автора ругать? Он хотя бы старался помочь таким, как он.
Ни вы, ни я ничего такого не сделали.
По мере аврального выкатывания все новых курсов, уже для основной массы студентов, пришлось пройти последовательные стадии перехода:
* bare metal (16 Core Xeon/ 16G);
* два облачных сервера (32 Core / 32G каждый, один под nginx + php-fpm, другой под mysql);
* уменьшение ресурсов до 24 Core / 16G и 8 Core / 24G по результатам трехмесячного мониторинга.
Типичная нагрузка в рабочее время ≈100 запросов в секунду, в пиках до 300 и более. 2300 студентов. Какой-никакой, но хайлоад.
Толкового и комплексного ликбеза рунете не нашел. Да и в буржуйнете тоже (правда, там не особо искал). По мере вылезания разнообразных ошибок и отказов находил разрозненные заметки и крутил настройки, сверяясь с мануалами. Дефолтные настройки под такую нагрузку не годятся категорически!
Настраивать пришлось буквально всё: nginx, php, memcached, mysql и параметры ядра linux. Возникала, было, мысль написать статейку на хабр в помощь таким же бедолагам, да так и ушла. И от банальной непроходящей усталости от работы (мне этот мудль сбоку припека, админить пришлось просто потому, что больше некому. И от атмосферы на нынешнем хабре — администрация такой контент безразличен, сообщество же активно хейтит.
Взять хотя бы этот пост: «разработчик должен знать! девопс должен знать! админ должен уметь это и намного больше!» — а откуда он должен все это познать, скромно умалчивается. Ну написал бы сам статью, раз такой крутой профессионал — но нет, одни пустые поучения: «обратитесь к специалисту», «работу должен делать профессионал». Спасибо, хоть, не «вон из профессии!»
Провинциальный бюджетный вуз, какие там крутые *nix-админы и девопсы… Сисадмин у нас классический мышевоз-виндузятник, ничем помочь не мог. Нанять кого-то со стороны вне штатного расписания — величайший геморрой с бюрократией. Да и найди еще такого, не говоря уж, чтобы заинтересовать. В общем, сам себе сисадмин, крутись, как хочешь.
Ругается:
«./» перед именем файла лишние.
Вот так работает:
for f in *.mp4; do echo "file '$f'" >> list.txt; done… напоминает ядреную бомбу, с удивительной точностью попадающую в эпицентр.
«Рак (жывотне)»
«Рак (болезнь)»
«Рак интернетов»
Можно, конечно, и про созвездие, но не уверен, что это на лурке нужно.
Редкостный для этого канала перевес дизлайков: 1796/1963.
Лично я выдержал минут пять.
Для меня основная проблема этого чудовищного формата для распечатки на бумажку не редактирование, а банальное копирование текста. Зачастую в буфере рваный перемешанный текст.
Вторая проблема — чтение на смартфоне. Немасштабируемый текст, приходится елозить по увеличенной картинке, сплошное мучение, а не чтение.
Из алюминиевых сплавов и чугуна?
Из алюминиевых сплавов и чугуна?
— Хорошая. Вон, чукчи на охоту пошли.
(с)