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

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

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

Критический момент в этом один, но достаточно серьезный. Библиотекари с присущим им энтузиазмом стали создавать странички книгам… Но смотришь на участников этих групп и видишь знакомые лица коллег… Если цель данного мероприятия — все-таки привлечь читателей-пользователей, то мне кажется, она не достигнута…

Тем не менее, наша библиотека тоже участвует в этом Флешбуке с книгой Чака Паланика «Призраки». А так же мы объявили среди наших читателей свой конкурс

А вот и книжные странички наших читателей:

Запасная книжка Петра Бормора (студентки филфака)

 В поисках утраченного времени Марселя Пруста (преподаватель журфака)

Я на свою любимую книгу тоже страничку завела, но так и не начала ее заполнять.

А вообще, надеюсь, кто-нибудь сподобится проанализировать результаты данной акции 🙂 хотя бы статистические

На следующей неделе начинается одно из главных библиотечных событий года — Конгресс РБА в Перми. Многие были на нем не раз, а кому-то посчастливиться попасть туда впервые. И я в числе этих счастливчиков. Хотя я уже побывала на многих больших и маленьких конференциях (одна крымская конференция чего стоит, или ACRL), все равно для меня это событие, к которому нужно готовиться минимум морально. Тем более каждое ежегодное мероприятие имеет свои особенности.

Вот несколько советов, полученных от коллег, а так же мои собственные соображения.

Во-первых, что касается непосредственно РБА, то заседания секций разбросаны по разным площадкам, поэтому стоит подумать об удобной обуви и одежде. Шпильки, к сожалению, остаются дома. Всевозможные торжественные мероприятия тоже намечаются, но, как говорят коллеги, время, чтобы зайти в гостиницу переодеться, вряд ли будет, поэтому вечернее платье (если бы оно у меня было) тоже остается дома.

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

Заранее посмотреть на карте (а еще лучше распечатать) где и что находится и изучить наиболее удобные маршруты.

Еще можно заранее выяснить, кто из знакомых там будет. Вдвоем (троем-четвером) всегда веселее 🙂

И обязательно сфотографироваться с издателями на выставке (из пожеланий Рифата Саразетдинова)

Еще по теме: обсуждение на фейсбуке

До встречи в Перми. Если что, я буду жить в гостинице Динамо.

В последнее время в сети появилось как минимум три момента-проекта, которые хотелось бы обсудить отдельно, а не в общей куче комментариев на фейсбуке.

Система, описанная ранее работает уже более квартала и можно делать некоторые выводы.

1. Endian Firewall уступил место более простому IPCOP. Причиной тому стал вывод из строя сервера внешними силами. Примерно за четыре часа брутфорса (который происходил в ночь с воскресенья на понедельник) /var/log переполнился (логи ротейтились раз в 100 мегабайт, и в итоге получилось 55 гигабайт гзипованного текста!), lvm начал любезно сдвигать остальные разделы и в итоге система тщетно засыпая мой ящик предупреждениями перестала отвечать на внешние запросы. Погибла, но не сдалась короче.

Поковыряв и реанимировав EFW, решил попробовать более простой IPCOP, прозрачный прокси которого решил использовать исключительно как гейт до вышестоящего прокси сервера. Syslog сервер теперь внешний, а логи прокси ротейтятся более интеллектуально. Пока вроде работает…. в IPCOP изрядно доставила одна особенность — если выбрал во время установки в качестве WAN что-то типа PPPoE, то через веб интерфейс на DHCP ETHERNET уже не переключить, а переставить ОС полностью оказалось несколько быстрее чем разобраться с CLI этого самого IPCOP.

2. Точки дступа оказались вовсе WAP54G v.3.1 а не WRT54G, как я считал ранее. Просто прошивка DD-WRT разницы между WAP54 и WRT54 не замечает. Разница с точки зрения частоты процессора, объёма оперативной и энергонезависимой памяти минимальна, так что, под DD-WRT нет особой разницы как устройство было названо производителем 🙂

3. Проверка боем показала достаточную живучесть системы. На четвертом месяце количество уникальных MAC адресов, получивших IP на контроллере (Acer Altos 600) перевалило за 10 000 (десять тысяч). Во время проведения крупных конференций и фестивалей на площадке, которая находится этажом выше библиотеки, сеть обслуживала в пике 159 (сто пятьдесят девять) пользователей. Судя по логам, медленно и с перебоями, но все чего-то скачали! Физическим интерфейсом выступал как раз WAP54G v.3.1 (пара в WDS+AP). При этом ни одного сбоя системы не было. Аптайм на данный момент составляет 58 дней, плановое выключение контроллера было связано с процедурой чистки от пыли в выходной день.

4. Похоже, мы имеем проблемы с внутренней сетью университета. Аренда серого статического адреса основного сервера (HP Proliant ML 370 G3) составляет двое суток. В момент обновления адреса, сервер зачастую не получает шлюз. Адрес есть, маска тоже, DNS’ы… всё есть, а шлюза нет. Если бы проблема случалась раз в двое суток, то всё было бы не так страшно и решалось бы простым назначенным заданием, но в последнее время мы столкнулись с тем, что шлюз может теряться несколько раз в день, а может и не теряться неделю. Гирлянда управляемых коммутаторов разных фирм, которые имели место между контроллером сети университета и нашим сервером была заменена на один хороший каталист, но ситуации это не исправило. Наши сетевики пока думают в чём дело, время аренды адресов уменьшили до нескольких часов, что в принципе должно было устранить некоторые проблемы нашего сегмента с большим количеством клиентов, но пока результата это не дало. Пока я делаю ipconfig /release и ipconfig /renew раз в два часа в будние дни с восьми утра и до восьми вечера.