Блог системного администратора

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

В предыдущий раз я описал способ сжатия JS и CSS файлов, загрузка которых занимает наиболее продолжительное время. Сегодня хотелось бы поговорить о кэшировании изображений, JS-файлов, html-кода и других важных элементов сайта.

Комфортность работы человека зависит не только от стула, стола, удобной клавиатуры и выпрямленной спины. Удобство должно быть во всем, даже если это касается яркости экрана. Некоторые модели мониторов и подавляющее большинство ноутбуков и нетбуков имеют возможность программного управления этой самой яркостью.

Почему-то в операционной системе Ubuntu 10.10 (именно на этой версии я пока сижу) иногда происходят странности с этой самой яркостью: при включении Ubuntu яркость экрана ниже комфортной, увеличить которую невозможно. Эта проблема имеет решение, о котором пойдет речь ниже.

Современный интернет не стоит на месте и постоянно развивается. Еще совсем недавно все сайты были построены с помощью неповоротливых таблиц, а уже сегодня рулит легкая блочная верстка.

Но не смотря на то, что div`ная верстка позволила уменьшить «тяжесть» сайтов, грузиться быстрее они не стали. В чем же причина?

С ростом скоростей интернета у конечных пользователей, большинство вебмастеров начали обвешивать свои сайты разными JS-красивостями: Greygox, Fancybox, красивыми галереями и другими вещами. Это все круто и красиво, но это существенно уменьшает скорость загрузки сайта, делая его тяжелее.

GZip-сжатие js-файлов – это та золотая середина, которая может облегчить страдания вашего посетителя.

Обладатели чудо-девайсов Amazon Kindle 4, наверное, немного огорчились, когда впервые взяв в руки привезенную электронную книгу, осознали, что она на английском языке. Amazon Kindle 4 бывает только на английском языке, так как официально в Россию не поставляется и вряд ли когда-то будет поставляться.

Но оказывается исправить это печальное недоразумение можно и сделать это даже очень просто.

Относительно недавно я приобщился к сообществу людей, кто приобрел зеркальную фотокамеру и пытается делать на ней красивые снимки. Пока еще рано говорить об увлечением фотографией, так как я только месяц назад стал счастливым обладателем и только приобщаюсь к делу.

Но не смотря на это у меня уже возникли некоторые проблемы с полученными снимками, а именно: так как я айтишник и не читаю с самого начала инструкций, я не учел, что в фотоаппарате нужно установить правильную дату и время. После покупки стояло московское время с месячным сдвигом назад, что не сильно хорошо для омского парня, которому хочется иметь фотографии с нормальной привязкой ко времени. Поэтому после нескольких тысяч фотографий с неправильной EXIF-датой и временем я ринулся на поиски инструмента, который поможет мне поменять все как надо.

Рано или поздно любой владелец сайта сталкивается с непосредственной работой с базой данных. Для этих целей был разработан phpmyadmin, который в большинстве случаев уже установлен и настроен на вашем хостинге. Но часто от вебмастера требуется изменить пароль root`а на phpmyadmin. Вроде простая задача, но почему-то у большинства людей эта проблема вызывает немалые сложности. Лично у меня так и было.

У меня эта потребность возникла после переустановки операционной системы на VPS-сервере от Majordomo, после которой я просто не смог войти в phpmyadmin с паролем по-умолчанию. Пришлось срочно его менять.

Мои поползновения в сторону смены хостера, привели меня к пока замечательному Mojordomo, который в кратчайшие сроки поднял для меня VPS-сервер на FreeBSD и теперь я могу упражняться в его настройке. После первого запуска этого сервера уже прошел месяц и я стал наголову умнее в настройке операционной системы FreeBSD для нужд размещения сайтов.

Вот, наверное, одна из последних серьезных проблем, которая тревожила меня на протяжении всего этого месяца – ошибочная работа php-функции mail(), который отсылал ошибку на указанный почтовый ящик. Найдя, совершенно случайно, решение этой проблемы, я охотно выкладываю его здесь, так как уверен, что оно понадобиться не только мне.

Вот столкнулся с тем, что Apache и MySQL в операционной системе FreeBSD лежат не там где в Linux. Поэтому управление работой демонов немного различаются. Было решено за впечатлить все в этом блоге, так как знания, который не записаны на бумаге – это временные знания, которые постепенно забываются.

Пароль на MySQL-сервер – это такая вещь, которую если не записал, то когда он понадобиться, то не вспомнишь. Этот пароль на тех web-проектах, которые работают давно и не подвергаются частым модернизациям в плане кода, практически не используется. И установленный стойкий, серьезный пароль, благополучно забывается и когда требуется его вспомнить становиться невыносимо тяжко это сделать.

Конечно же никто не мешает записать этот пароль. Но что делать если MySQL-сервер с паролем есть, самого пароля нет?

У меня, как и у многих, есть одна отвратительная привычка, которая мне очень долгое время не дает покоя – заспамливание рабочего стола разной, не особо нужной информацией. Я сейчас говорю о рабочем столе операционной системы. К концу недели на этом рабочем столе скапливается очень много разного хлама, с которым жалко расставаться.

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

В операционной системе Ubuntu сделать это проще простого.