Autofaucets.ru - автоматический сборщик криптовалюты с кранов!

TYPO 4.1. Миграция блога на новый релиз

Posted by Cooper Tue, 20 Mar 2007 22:27:00 GMT

После выхода версии typo 4.1 тут же захотелось опробовать её в деле. В принципе, сам процесс обновления практически не отличался от предыдущего, добавился только 4-й пункт, из-за того что изменился адрес и способ доступа к svn-репозитарию проекта. Ещё одна вещь, которая бросилась в глаза после завершения обновления, это проблема с обработкой тэгов typo:code, typo:lightbox. Это только те теги, которые я заметил. Судя по откликам , существуют и другие похожие проблемы. Frederic обещает разобраться с этим в релизе 4.1.1. Пока что пришлось для топовых постов поменять <typo:code> на <pre> а <typo:lightbox /> на <img />

Итак, сам процесс обновления описан ниже:

1) Останавливаем lighttpd:

/etc/init.d/lighttpd stop

2) Делаем backup сайта:


tar cfv cooper.ezlibrary.com_r1193.tar www.ezlibrary.com/*
gzip cooper.ezlibrary.com_r1193.tar 

3) Бэкапируем базу MySQL:


 mysqldump typo_user_typo > /home/backups/mysql/cooper.ezlibrary.com-mysql-db-backup.sql

4) Переключаемся на новый typo svn-репозиторий (если ещё не переключились):


svn switch --relocate svn://typosphere.org/typo/trunk  http://svn.typosphere.org/typo/trunk

5) Обновляем текущую версию последним стабильным релизом 4.1 (revision 1389):

svn update -r 1389

6) Мигрируем на новую версию схемы базы данных:

rake migrate

7) Стартуем lighttpd:

/etc/init.d/lighttpd start

Posted in , ,  | Tags , , , , , , ,  | no comments

TYPO 4.1. Что нового?

Posted by Cooper Tue, 20 Mar 2007 09:13:00 GMT

Где-то с конца прошлого года казалось, что проект вот-вот закончит свое существование. Об этом можно было судить потому, что разработка не велась несколько месяцев, официальный сайт проекта был недоступен в течение трёх месяцев без каких-либо официальных объяснений. Не была известна дата следующего официального релиза и, если говорить, в общем и целом - будущее проекта. На этом фоне многие приверженцы Typo начали переходить на Mephisto или другие blog-engines.

И вот, наконец, вышел очередной релиз Typo 4.1 , в котором реализовано несколько интересных вещей:

  • Поддержка Ruby on Rails 1.2.
  • Внесены функциональные и эргономические изменения в раздел администрирования блога (back office).
  • Добавлена поддержка интернационализации и локализации, используя localization плагин. Из поддерживаемых языков в данном релизе кроме английского языка доступен ещё французский.
  • Комментарии и trackbacks по умолчанию модерируемы.
  • Исправлено множество ошибок и проведено улучшение кода.
  • Поддержка RSS для тэгов и категорий.
  • Плагины используют механизм Rails plugin.

Typo 4.2 по прогнозам должно быть выпущено через два месяца, и судя по планам этот релиз будет выглядеть также впечатляюще:

  • Поддержка пользовательских ролей и процесса публикации статьи.
  • Возможность реализации на одной копии Typo множества блогов.
  • Переход с модуля Localization на Globalization для поддержки i18n и l10n.
  • Интеграция предложенных разработчиками патчей как плагинов.
  • Завершение улучшения административного раздела блога.
  • Перевод интерфейса на новые языки.

Posted in , ,  | Tags , , , , , ,  | no comments

МОДЕМ ZYXEL P-660HW EE. Обновление микропрограммы

Posted by Cooper Sun, 18 Mar 2007 03:28:00 GMT

Модем приобрел в мае 2005 года, при настройке подключения к Интернет провайдер предоставил инструкцию для настройки модема исключительно в режиме Bridge. Для меня это было не очень удобным, так как кроме ноутбука через Wi-Fi планировал использовать также КПК. Решил на первое время оставить пока так, а потом перейти на Routingmode плюс DHCP с Private-адресацией.

 И вот, спустя почти два года, настало время осуществить задуманное. Кроме того, под это дело захотелось обновить прошивку микропрограммы.  На сайте Zyxel в разделе Download была скачана последняя версия 3.40(PE.11)C0_20061218 и через web-интерфейс (Maintenance->Firmware) успешно загружена в модем.

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

  Ничего не другого не придумал, как  сделать downgrade до предпоследней версии 340PE9C0_20050907. Прошивка длилась 15-20 минут, светодиод PWR/SYS мигал зелёным цветом. Предыдущая прошивка по времени занимала около 10 минут, и я подумал, что модем завис и решил перезапустить его. Хотя, конечно, выключать устройство в процессе прошивки категорически запрещено. После этого, при включении замигал PWR/SYS, затем, через некоторое, время буквально на полсекунды загорались янтарным цветом и гаснули все лампочки LAN. Затем, секунд через пять, зелёным загорался индикатор WLAN, через три-четыре секунды гас и всё повторялось снова в цикле. Это могло означать всё что угодно, в том числе, что процесс прошивки завершился некорректно и микропрограмма безнадёжно испорчена.

  За советом решил обратиться в службу поддержки Zyxel. Ответ получил достаточно оперативно, но ничего хорошего он не предвещал. Технический специалист посоветовал сделать аппаратный сброс. В случае, если это не поможет, он рекомендовал привезти устройство в сервисный центр.  Надо сказать, что HARD RESET я пытался сделать сразу же после неудачной попытки поменять прошивку и, это не имело никакого эффекта. Но для очистки совести решил сделать его ещё раз, предварительно изучив раздел User Guide, посвященный аппаратному сбросу. Прочитав первое предложение, я понял, что надежда есть:

“Удерживайте кнопку RESET (ПЕРЕЗАПУСК) в течение десяти секунд до тех пор, пока светодиод SYS или светодиод PWR/SYS  не начнет мигать, а затем отпустите её.”

Я, конечно же, не удерживал RESET десять секунд, а просто нажимал  и отпускал.  В результате модем нормально инициализировался, я смог подключиться к нему, используя стандартные настройки (пароль и IP адрес). Устройство, на первый взгляд, работало стабильно и перепрошивать микропрограмму я не стал. Сделав необходимые настройки для  подключения к провайдеру и работы через Wi-Fi, я забекапировал конфигурацию:

C:\>ftp 192.168.1.1
Связь с 192.168.1.1.
220  FTP version 1.0 ready at Sat Jan 01 03:05:18 2000
Пользователь (192.168.1.1:(none)): root
331 Enter PASS command
Пароль: ******
230 Logged in
ftp> get rom-0 my_zyxel_config.rom
200 Port command okay
150 Opening data connection for RETR rom-0
226 File sent OK
ftp: 49152 байт получено за 0,30 (сек) со скоростью 163,30 (КБ/сек).
ftp> quit
221 Goodbye!

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

Posted in  | Tags , , , , , ,  | no comments

НАСТРОЙКА IPTABLES. Защита от паразитного трафика

Posted by Cooper Tue, 28 Nov 2006 16:14:00 GMT

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

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

Я решил найти простое и действенное средство защиты от паразитного трафика, которое, по возможности, должно базироваться на стандартных утилитах LINUX. Для себя я выделил несколько подходов:

  1. Блокировать “плохие” хосты на уровне приложения;

  2. Использовать стандартные средства вэб-сервера Apache или lighttpd;

  3. Настроить правила утилиты iptables, которая присутствует во всех LINUX дистрибутивах, базирующихся на ядрах 2.4.x или 2.6.x

    Первые два способа были исключены из рассмотрения, поскольку здесь существует определённая привязка к приложению или к конкретному web-серверу. И если, например, Apache будет заменён на ngnix, придется заново прописывать блокирующие правила. К тому же, паразитные пакеты будут доходить до вэб сервера и приложения, дополнительно загружая их.

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

Настройка правил iptables

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

Итак, у нас есть конкретный хост (crawler.bloglines.com, IP=65.214.44.29) и целая подсеть (84.110.0.0), которые надо забанить. Правила выглядят так:

#Crawler bloglines 
/sbin/iptables -A INPUT -s 65.214.44.29 -p tcp -m multiport --dports 80 -j DROP

#bzq-*.red.bezeqint.net
/sbin/iptables -A INPUT -s 84.110.0.0/255.255.0.0 -p tcp -m multiport --dports 80 -j DROP

Для других хостов или подсетей в правилах iptables, меняется только IP источника (параметр -s).

Просмотр статистики iptables

Запускаем iptables с параметрами -L и -v для просмотра статистики. Опция -L определяет вывод статистики для цепочки (chain). Если конкретная цепочка не задана, то для всех.

Опция -v задает расширенный вывод, включающий в себя счетчики пакетов и байт.

Очень часто добавляется параметр -n, который говорит команде iptables о том, что не надо обращаться к DNS для разрешения IP адресов и вывода их в виде доменных имен. Это значительно уменьшает время на выдачу результатов и позволяет уменьшить нагрузку на сервер.

Для дополнительного удобства список правил может быть пронумерован. Для этого используется опция –line-numbers.

/sbin/iptables -L -v --line-numbers

Сохранение правил и статистики

Если перезагрузить компьютер или удалить iptables kernel modules вся информация о собранной статистике и добавленных правилах будет утеряна. Чтобы предотвратить потерю данных необходимо делать бэкап после каждого изменения в списке правил. Для этого служить утилита iptables-save. Например:

iptables-save -c > /root/iptables-backup.txt

Восстановить данные из бэкапа можно используя команду iptables-restore. Обычно это делается после перезагрузки в одном из скриптов инициализации, например в /etc/rc.d/rc.local для Red Hat Linux.

iptables-restore -c < /root/iptables-backup.txt


Библиография:

Posted in  | Tags , , , , , ,  | 4 comments

3 Международная Выставка "FOREX EXPO 2006" в МОСКВЕ

Posted by Cooper Mon, 27 Nov 2006 09:58:00 GMT

24-25 ноября в гостинице Рэдисон SAS проходила выставка FOREXEXPO-2006 На входе посетителей встречали симпатичные ангелочки (девушки, одетые в соответствующие костюмы), а посетителей выстаки радовали, а некоторых даже пугали своими речевками девушки из группы поддержки фирмы АЛЬПАРИ

Как сказал представитель АЛЬПАРИ они не в первый раз удивляют посектителей чем-то новым, – на первую выставку принесли живого крокодила, на второй угощали шаманским. И вот теперь пригласили cheer-leeders.

После выступления группы поддержки было приятно получить в подарок книгу “Код Эллиотта: волновой анализ рынка FOREX”. Она раздавалась всем желающим совершенно бесплатно.

Ну и конечно были проведены конкурсы. Разыгрывались книги, футболки, а также призы покрупнее. Две дилинговые фирмы разыграли призы 500$ на торговый счет, а самым крупным призом стал домашний кинотеатр BBK.

Во время проведения выставки также проводились бесплатные мастерклассы. Я посетил один из них – “Особенности спекулятивной торговли на российском фондовом рынке”, докладчик фирма АЛОР+ . Прозвучало достаточно много полезной и новой для меня информации, которую можно вкратце описать следующими тезисами:

  1. Кореляция между изменением цены акций одной и той же компании на различных торговых площадках, например Лондонской и Российской;

  2. Коррекляция цен на бумаги нефтяных компаний;

  3. Корреляция между фьючерсами и акциями;

  4. Модные бумаги. Происходящие события вокруг какой-либо фирмы отражаются на цене акции, бумаги становяится модными ( например ЮКОС);

  5. При отслеживании изменения рыночных цен удобно использовать котировочный лист (стакан);

  6. Обязательно учитывать изменчивость рынка. Не рекомендуется использовать одни и те же методы торговля на протяжении длительного промежутка времени. То, что работало раньше, может не работать в будущем.

  7. Отслеживать совокупное количество спросов и предложений. Ловить момент для входа на рынок, когда увеличивается спрос;

  8. Понимать важность увеличения объема торгов. Оно происходит обычно на точках изменения (Hi & Low);

  9. Для Intraday торговли нужен только котировочный стакан. Не важны ни графики , ни новости;

  10. В случае падения акций компаний одной отрасли (скорее всего в нефтяной) отследить по тиковым графикам, кто упал первым. В этом случае для остальных шортить может быть поздно, скорее long. Этот тезис базируется на том, что при поступлении плохих новостей по одной из компаний, по инерции это сказывается на ценах всех остальных. Однако, разобравшись участники рынка начинают скупать подешевевшие акции.

Posted in  | Tags ,  | no comments

Турнир РТС по портфельному инвестированию. Результаты

Posted by Cooper Wed, 01 Nov 2006 12:22:00 GMT

Закончился конкурс РТС, мои результаты:

Доходность портфеля: за период - 1.16% годовых - 13.61%

это 1246 место из 1625.

Победитель Vdovin, доход за период - 146,27 % ! Полный список участников

Posted in  | Tags ,  | no comments

Турнир РТС по портфельному инвестированию

Posted by Cooper Fri, 29 Sep 2006 10:31:00 GMT

1 октября 2006 года начинается Второй Всероссийский Турнир по портфельному инвестированию. Узнал об этом случайно, на выставке Финансовый супермаркет для населения.

Правила достаточно просты, – создаешь портфель, в котором должно быть не менее 5 различных ценных бумаг, 1 октября портфель замораживается, т.е. невозможно проводить любые операции вплоть до подведения итогов, – 1 ноября. Главный приз 5000 долларов.

Сразу после выставки решил зарегистрироваться в конкурсе и сформировать портфель. Как раз в это время начался рост индекса, связанный, как обычно пишут информагенства “с благоприятным новостным фоном и повышением цен на нефть” :) За основу взял голубые фишки и нефтяные компании. Портфель получился такой.

Через три дня был приятно удивлен, заглянув на страницу управления портфелем. Доходность за период с 25 по 28 сентября составила 7.46% (индекс РТС вырос “всего” на 7.29%) или в годовом выражении 907.89%!

Это конечно ни о чем не говорит, за месяц много чего может произойти. Ну что же, посмотрим…

* UPDATE *

Только что нашел в Интернет информацию о результате победителя первого турнира, проведённого в марте 2006г. За месяц, который длился конкурс, прирост его портфеля, за счет формирования портфеля из акций “второго эшелона”, составил 310,10%! Или 3721% годовых.

Posted in  | Tags , , , , ,  | no comments

Покупка телефона Nokia N72

Posted by Cooper Tue, 08 Aug 2006 13:40:00 GMT

Сегодня приобрел N72.

До этого периодически просматривал предложения интернет-магазинов и заметил интересную закономерность. Самое выгодное по цене предложение было в магазине NewMobile . Всего, судя по Яндекс.Директ, модель N72 продавалась в 2-3 местах через Интернет. Где-то дня три-четыре назад цены резко упали (минимум в район 11400 руб.) и увеличилось количество продавцов (80-100). Я лично это связываю только с появлением следующей модели Nseries N73 .

Ещё одно наблюдение касается покупки дополнительных аксессуаров к телефону, а точнее карты памяти. Цены очень сильно разнятся на одну и ту же модель. Например, гигабайтная MMC-карта Transcend TS1GRMMC4 – Цены: от 687 до 1 787 р.

Видимо здесь идет расчет на то, что человек, купивший телефон за 11000 рублей сразу же закажет себе карту памяти в этом же магазине. Я сделал следующее – запустил поиск в Яндекс.Маркете, получил несколько интересных предложений в нижнем диапазоне цен. Выбрал Телефон.Ру по трём причинам: (1) в принципе известный магазин; (2) покупал у них раньше; (3) принимаются yandex-деньги.

Posted in  | Tags , , ,  | no comments

Обновление Typo до последней trunk-ревизии (Revision: 1193)

Posted by Cooper Sun, 06 Aug 2006 19:34:00 GMT

Прежде всего остановил демоны Lighttpd и httpd. Затем сделал backup typo-директории и БД MySQL. Попытался запустить update

$svn update

После небольшого раздумья svn выдает ошибку

svn: Working copy ‘log’ is missing or not locked

поиск в Google мало чем помог, – на все подобные вопросы в форумах либо нет ответа, либо примитивное “удалите директорию и попробуйте ещё раз”. Ничего не остается делать, – скидываю log в другое место, пробую update, выдается то же самое, только уже svn не нравится директория ‘tmp/cache’. Перемещаю её вслед за log. После этого svn update проходит без проблем. Возвращаю директории ‘tmp/cache’ и log обратно, дальше нужно обновить структуру БД:

rake migrate

и всё! Можно стартовать Apache и Lighttpd.

Posted in , ,  | Tags , , , ,  | 1 comment

Typo Live Search. Решение проблемы поиска в кириллице

Posted by Cooper Tue, 01 Aug 2006 20:51:00 GMT

После установки typo из trunk (rev.1055) к моему удивлению поддержка UNICODE работала нормально во всех проверенных мной режимах. Огорчило только то, что в “живом поиске” русские буквы трансформировались в последовательность типа %uxxxx (см. рисунок) и соответственно поиск на русском языке не работал. После небольшого исследования оказалось, что “портит” кирилицу javascript функция escape(). Мной были рассмотрены разные варианты решения проблемы, в том числе использование класса UString из библиотеки ICU4R - ICU Unicode bindings for Ruby. Поиск по различным форумам/блогам дал свой рещзультат. Было найдено упоминание о похожей ситуации и рекомендовалось использовать encodeURIComponent() вместо escape(). И это действительно помогло. Непосредственно лечить проблему надо так. В файле /app/views/shared/_search.rhtml строку

 :with => "'q=' + escape($F('q'))" -%>

заменить на

 :with => "'q=' + encodeURIComponent($F('q'))" -%>

до исправления

и после…

Также проверил на корректность работы Live Search с китайским языком, тест прошёл успешно:

Posted in , ,  | Tags , , ,  | 2 comments

Older posts: 1 2 3