Немного прикладного шаманства или как в linux найти самые большие папки:

du -skh * | sort  -h | tail -10 | grep G # команда выводит 10 самых больших папок, еcли размер их больше гигабайта

В принципе все просто: ловим вывод du (disk usage), сортируем его (-h - с использованием человекоподобной сортировки, то есть корректно работа с гингабайтами, килобайтами и т.д.). Далее берем последние 10 строк и выводим только те, которые "весят" больше гигабайта.

Результат получается достаточно наглядный.

Другие варианты:

du -sk * | sort -rn #отображает размер и имена файлов и директорий, с соритровкой по размеру

Большое ПС - запускать имеет смысл в домашней директории и от текущего пользователя. Потому что можно конечно и с корня через sudo - но в этом случае вы увидите размер "хомяка" и, например, /usr ... и все равно придется разбираться с /home. Ну и - если есть желание смотреть за хомяками всех пользователей, то для этого есть другие средства. Приведенная команда - "чисто, чтобы понять, где у меня скопилась куча мусора".

Банальная задача изменить размер изображений в linux решается не менее банально. С использованием ImageMagic в командной строке.

Сделать каталог mini и в него поместить уменьшенные до размера 1600 по большей стороне изображения.

cd %photo_folder%

mkdir mini

mogrify -path mini/ -resize 1600 "*.jpg"

Вообще, mogrify обладает широкими возможностями как по обработке еденичных изображений, так и по обработке пакетом. Например:

Уменьшим размер изображения

mogrify -resize 800 *.jpg

mogrify -resize 800*600 *.jpg

mogrify -resize 70% *.jpg

Изменение качества изображения

mogrify -quality 80% *.JPG

Повернуть изображение на 90 градусов

mogrify -rotate 90

Конвертируем изображение в оттенок серого

mogrify -colorspace GRAY DSC_1433.JPG

Преобразует все файлы JPG в PNG оставляя при этом преобразуемый формат без удаления

mogrify -format png *.jpg

Ссылки по теме:

•  http://help.ubuntu.ru/fullcircle/22/ffmpeg
•  http://wbeez.com/blog/654/batch-image-resizing-linux
•  http://plutonit.ru/view_post.php?id=570#ixzz3nXR2VB4W

В общем, есть такая проблема: на ноутбуке Sony Vaio в Linux (конкретно - Lubuntu) периодически отваливался wifi. Решение нашел тут: http://forum.ubuntu.ru/index.php?topic=78172.msg595820#msg595820

Все оказалось очень просто:

sudo iwconfig wlan0 rate 1M fixed

Обратите внимание:

wlan0 - это должен быть текущий рабочий интерфейс wifi

полосы в 1 Мб лично мне хватает для YouTube

ПС. На основном ноутбуке (Lenovo x201 && Linux Mint - такой проблемы нет).

Порой бывает интересно посмотреть, что там пишет в mysql твой скрипт (или, как вариант, развернутая на локальном хосте CMS, или... да что угодно).

Для этого было бы нехило иметь что-то типа монитора sql запросов. Кстати, для решения этой задачи не обязательно иметь дорогостоящее ПО или вообще специальное ПО - все можно сделать средствами Linux.

Как известно, в mysql за логирование отвечают дае глобальных настройки:

• general_log_file - там содержится имя файла лога
• general_log - там содержится факт (включено или нет логирование)

А еще есть такая замечательная команда tail - которая выводит на экнан последние строки лога... В общем, попытаемся собрать все это воедино.

Для начала я написал скрипт, который включает и выключает логирование "по запросу". (Можно было и без скрипта, но с ним удобнее). Сам скрит тут (после скачивания разархивировать и chmod +x). Запуск:

db-log.sh [start|stop]

соответственно, параметр start - включит логирование, stop - выключит.

В самом скрипте есть одна настройка (log_file) - место расположения файла. 

Скрипт попросит ввести логин и пароль пользователя с достаточными правами (я ввожу root) - это тоже норамально, т.к. глобальные настройки меняет только этот пользователь.

Ну и последняя часть марлезонского балета: открываем отдельный терминал, там пишем чтото типа:

sudo tail -f /tmp/mysql.log

И имеем на экране все запросы, которые сделаны к БД с момента старта логирования и запуска tail'a.

Как-то так. Просто, со вкусом, бесплатно, быстро =) Без красивостей, да, и в консоли - ну тут уж ничего не попишешь...

В общем, я тут пользуясь тем, что в отпуске, выложил в Интернет свою домашнюю базу знаний по Linux. Прошу любить и жаловать: http://wiki.crystaltask.ru Я ее слегка причесал... и все. Дальше в общем цитирую страничку "О проекте":

Рецепты, которые тут выложены - опробован на ubuntu-based дистрибутивах: Linux Mint (на момент создания страницы - 17) и Lubuntu (15.04). Соответственно, далеко не факт, что все изложенное 100% пойдет в других дистрибутивах.

В общем, надеюсь, несмотря на все написанное выше - «вещь полезная».

Ну как бы ни прибавить, ни убавить =)

Нашел классный лайфхак=)

В общем, история в том, что у меня кроме ноута есть нетбук, который ездит со мной в командировку. На нем стоит lubuntu. И все бы ничего - но набор простейшего текста в банальнейшем gedit превращался в весьма медитативный процесс: ну очень медленно. Не знаю, что там делал gedit внутри себя, но я уж подумывать начал в сторону более простого leafpad, когда внезапно осенило: можно использовать tmpfs - может, поможет?

Попробовал: sudo gedit /etc/fstab

tmpfs /tmp tmpfs defaults,noexec,nosuid 0 0

Изначальный глюк пропал. Но - как выяснилось, по умолчанию tmpfs кушает ровно половину памяти, что при 2 Гб как-то некошерно.

Лечим: tmpfs /tmp tmpfs size=512M,defaults,noexec,nosuid 0 0

Объем tmpfs снизился до 512Мб, что неплохо :) - осталось около гига свободной памяти. Для меня самое то.

Это одновременно пост для памяти и шпаргалка.

Бывает так: делаешь сайт, переносишь его на хостинг, а там ррраз - 403я ошибка “Forbidden”.

Что это значит? А то, что веб-сервер не может получить доступ к какому-то нужному файлу. Дальше возможно 2 варианта.

1. нет доступа к файлу на уровне ОС. Многие хостинг-провайдеры при заливке файла ставят ему минимальные права (запись и чтение только для владельца + настройки ftp так, что владельцем становится текущий пользователь).
   Лечится достаточно просто: на нужный файл выставляются права на чтение для группы и для всех (если надо, чтобы файл был “виден” в Интернет).

2. нет доступа на уровне ограничений веб-сервера apache. Напомню, что доступ на уровне веб-сервера регулируется файлами .htaccess. Там прописывается, что веб-серверу можно, что - нельзя смотреть. Если (внезапно) нет доступа к чему-то, то есть смысл посмотреть на то, что написано в .htaccess. Если его нет в текущей директории - есть смысл посмотреть .htaccess в директориях выше по иерархии.

Комбинацией этих вариантов является ситуация, при которой в .htaccess все написано верно, но доступ к самому .htaccess ограничен на уровне ФС.