Відео від 29 лют. 2012:
На відео заснято нове послення крафтерів (на новій карті) та старе.
Довелося переїхати, тому що після оновлення рушія генерування карт вилізло багато артефактів на зтиках. ![]()
Друге відео під катом.
»Читати усьо
Відео від 29 лют. 2012:
На відео заснято нове послення крафтерів (на новій карті) та старе.
Довелося переїхати, тому що після оновлення рушія генерування карт вилізло багато артефактів на зтиках. ![]()
Друге відео під катом.
»Читати усьо
Щоб лістинг був у UTF-8 – додаємо до httpd.conf:
IndexOptions FancyIndexing VersionSort NameWidth=* HTMLTable Charset=UTF-8
Отже, сьогодні саме той день, коли всі один одного підйобують намагаються надурити. Ну, всі всіх і так намагаються надурити, але сьогодні якось по-доброму.
Згадалось як у 2010 kernel.org відкрився догори дриґом. Я, навіть, з переляку зберіг це, але забув запостити минулого року; тому сьогодні виправляюся: тиць
Ще був LOR зі стилем OpenNET та новиною про об’єднання з ними. Та Colocall з екологічними рекмаунтами.
UPD: Щей й OpenVZ переїздить на Windows-хмари (ботнети).
Заради екперименту вказав юзати зовнішній сервер MariaDB (MySQL), який “крутиться” на моєму домашньому сервері. Всерівно Марія використовується лише для cacti (для всього іншого є PgSQL
).
1. VIRT став менший за 2ГБ+, RES знизився до 193МБ, замість 900МБ з копійками (точно вже не пам’ятаю скільки “жер”). Це зрозуміло, тому що не треба запускати локальний MySQL-сервер;
2. Став трохи повільніше працювати з медіатекою. (На сервері стоїть Intel Atom D510; Збірка нараховує 15507 композицій і займає у БД ~14МБ);
Власне, сабж:
yum update
Loaded plugins: fastestmirror, presto
Loading mirror speeds from cached hostfile
<***>
--> Finished Dependency Resolution
Error: Package: kernel-2.6.32-220.4.2.el6.x86_64 (updates)
Requires: kernel-firmware >= 2.6.32-220.4.2.el6
Installed: vzkernel-firmware-2.6.32-042stab049.6.noarch (@openvz-kernel-rhel6)
kernel-firmware = 2.6.32-220.4.1.el6
Available: kernel-firmware-2.6.32-220.el6.noarch (base)
kernel-firmware = 2.6.32-220.el6
Available: kernel-firmware-2.6.32-220.2.1.el6.noarch (updates)
kernel-firmware = 2.6.32-220.2.1.el6
Available: kernel-firmware-2.6.32-220.4.1.el6.noarch (updates)
kernel-firmware = 2.6.32-220.4.1.el6
Available: kernel-firmware-2.6.32-220.4.2.el6.noarch (updates)
kernel-firmware = 2.6.32-220.4.2.el6
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
mirrors.nix.org.ua (в минулому mirrors.mithril.org.ua) додано до списку офіційних дзеркал SalixOS.
Сабж доступний за настуними протоколами:
HTTP: http://mirrors.nix.org.ua/linux/salixos
FTP: ftp://mirrors.nix.org.ua/linux/salixos
RSYNC: rsync://mirrors.nix.org.ua/salixos
Увага! Всі підєднання логуються. Максимальна кількість одночасних під’єднань – 2.
Задовбала мене Fedora 16 зі своїми глюками після ребуту || оновлення. То крозкладка “злітає”, то налаштування XFCE. Пріоритети в репозиторіях розставлені були вірно, але це не допомогало. Поставив на ноут SalixOS і дуже радий що з мінімальними глюками та повністю сумісний з батьківським дистром (Slackware), але все ж ложка дьогтю в бочці з медом має місце бути. NetworkManager встановлений з SlackBuilds.org відмовився бачити Wi-Fi картку. Точніше, він її бачив, але не бачив доступні точки доступу. Вирішилося все встановленням пакету wpa_supplicant із Slackware.
slapt-get -i wpa_supplicant-0.7.3-x86_64-3
Професійна параноя + скрипт-кіди == нічого хорошого.
Не дивлячись на постійне оновлення сервер-сайд ПЗ та рушія сайту кожен подібний запис у лозі грає на моїй параної:
212.79.231.41 – - [09/Feb/2012:14:21:04 +0000] “GET //mysql/ HTTP/1.0″ 404 179 “-” “Made by ZmEu @ WhiteHat Team – www.whitehat.ro”
212.79.231.41 – - [09/Feb/2012:14:21:04 +0000] “GET //myadmin/ HTTP/1.0″ 404 180 “-” “Made by ZmEu @ WhiteHat Team – www.whitehat.ro”
212.79.231.41 – - [09/Feb/2012:14:21:05 +0000] “GET //phpmyadmin2/ HTTP/1.0″ 404 183 “-” “Made by ZmEu @ WhiteHat Team – www.whitehat.ro”
Цікаво, чому я до цього нічого не робив? Дідько відає цих хрюкерів. Підхід хоч і тупий як двері, але не виключено що вони щось таки зможуть знайти. Трохи погулявши просторами Інтернету (тиць, тиць) та трохи додавши від себе вийшов список з 233 заблокованими ботами.
$ grep SetEnvIfNoCase .htaccess | wc -l 233
Закрив сабжем усі phpPgAdmin’и, phpMyAdmin’и, блоґ та ще декілька сайтів.
Анти-бот частина .htaccess’у з модифікаціями лежить тут.
UPD 20.02.2012: Видалив Baiduspider зі списку.