Pull to refresh
37
0
Виктор Ефимов @vsespb

User

Send message
имхо стол должен быть 1) большой 2) с регулируемой высотой 3) чтобы ничего не мешало (типа ящиков) распологать под ним ноги
У меня все фризы у ff в linux прошли раз и навсегда, когда полностью поместил весь профайл на ram disk.
видимо он спешит писать на диск (sqlite) всякие очень нужные данные, замораживая gui.
( диск wd caviar blue 1TB 7200, сам диск ок, больше ничего не тормозит, ssd не пробовал, дисковый кэш ff отключен в пользу squid )
Использую такое. Из недостатков — подлокотники низкие (или если по другому сказать — кресло под высокий рост, а подлокотники не под этот рост).

Так же плоскость сидения составляет постоянный угол с плоскостью спинки. Т.е. если откидываться назад, то ноги тоже будут подниматься, соответственно в такой позе долго сидеть нельзя.

А в остальном кресло отличное и вроде надёжное.
+1, тоже болела рука, с подлокотниками прошла. однозначно нужны.
Не помню, т.к. ставил софт не себе.
Дабы не быть голословным и дабы не собирать здесь, в топике, компромат на яндекс-бар пошлю вам в личку пару ссылок на похожие истории.
Не помогает. Видел софт, который в наглую ставит яндекс бар, даже если убрать галочку. При этом не детектируется вирусами, как malware.

Даже если всё законно и галочка работает — зачем подменять домашние страницы у браузеров? Это разве этично?

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

Если с вашего IP кто-то совершил преступление, то то что у вас установлен Tor больше не является оправданием (по аналогии с преступлением в пьянном виде — человек пьянный, себя не контролировал, но всё равно виноват, ибо не нужно было пить).

После этого мало кто из законопослушных людей захочет им пользоваться, соответственно для остальных он просто будет не интересн.
куча программ стаят этот бар не очень честными способами, подменяют домашние страницы пользователя в браузере на ссылку на яндекс+реферер.
см. апдейт ниже (сорри, промахнулся)
Удалось связаться с автором. В общем договорились что он меня немного подождёт и потом как-то вместе реализуем модули, т.к. сам их реализовывать он пока не планирует.
Ха! Час назад этого модуля ещё не было по поиску «Glacier». Только что опубликован. Так же появился Net::Amazon::Signature::V4
Операции с архивами не реализованы пока что.
Свяжусь с автором. Подумаем чем помочь друг-другу.

На CPAN вижу, например, модули:

  • Amazon::S3
  • Net::Amazon::EC2
  • Net::Amazon::S3
  • Amazon::SimpleDB
  • Net::Amazon::S3::Bucket


в S3 используется другой «протокол» подписи запроса. В Glacier он гораздо сложнее docs.amazonwebservices.com/general/latest/gr/signature-version-4.html
Что подтверждается в исходном тексте — во всех этих модулях требуется hmac_sha1, а для glacier нужен sha256
А без Signature Version 4 — общее у S3 и Glacier — только HTTP (модуль LWP::UserAgent)

или вот, модуль для S3:
в нём до сих пор нет поддержки multipart upload. а если и будет, то где гарантия, что получится всё сделать многопоточно? Читая данные с диска только один раз, и не расчитывая TreeHash дважды для одних и тех же данных? Читать данные со STDIN?

Вообще, универсальные, CPAN модули — это здорово. Но за универсальность нужно платить. Как-то раз писал прокси на perl, где, помимо самого проксирования, child процессы общаются с main процессом и делают какие-то вычисления, статистику. После бенчмарков и оптимизации, прокси вышел быстрее сквида (в процессе бенчмарка он обращался с каждым запросом к squid. Squid потреблял 60% CPU, он 20%). Так вот, самое интересное, что самая медленная часть этого прокси — LWP::UserAgent.

Тот же модуль LWP::UserAgent — стандарт де-факто, можно сказать. Но если что-то серьёзное нунжно на нём сделать, всплывают грабли, и не одни:
stackoverflow.com/questions/73308/true-timeout-on-lwpuseragent-request-method
http://search.cpan.org/~bradfitz/LWPx-ParanoidAgent-1.02/lib/LWPx/ParanoidAgent.pm

В общем, я не особо переживал, когда делал собственные модули вместо поиска/интеграции существующих.
Java — не моя стихия, но думаю для многопоточных серверных приложений — самое то. Хотя иногда у администраторов есть проблемы с деплоем Java приложений на сервер, т.к. они немного отличаются от unix-way.
Кстати кое какой код Glacier на Java выложил сам Amazon.

Ruby — моё личное мнение, что Ruby чаще всего используется с Rails, а без Rails, в системном программирование, с сокетами, с fork — гораздо реже.

Плюс у ruby плохо совместимы версии 1.8 и 1.9, RVM на production не был признан stable, когда я последний раз проверял — а это, опять же, проблемы с деплоем.

Поэтому выбрал Perl.
12 ...
71

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Works in
Registered
Activity