Свежие комментарии

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

Оба варианта не очень хороши.

Ну вот вы их украсите, а станет ли вам от этого светлее? Как резонно спрашивал у сан-кюлотов один аббат времен французской революции.

Ну, я по крайней мере сталкивался с тем, кого можно назвать опытным.

А это да... я тоже иногда ищу Cloron, Grondogon, Angulan, т.п., или же поиск по слову, к примеру (compur, copal) — попадается _всё_, но и то, что вероятно надо.

Кстати, было бы интересно составить небольшой список хитростей поиска. У меня так "пара моментиков", надо будет как-нибудь сподобиться, расписать в жж.

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

Ну а так - ФАСа на них нет. Но, я думаю, будет, они любят порегулировать.

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

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

Ну у меня как-то раз корреспондент написал как курица лапой. Хорошо что номер квартиры, соседи две недели думали и таки донесли уведомлением.

А мог бы и номер дома....

О да.

Вообще, типовые договоры, предусматривающие одностороннее изменение условий по инициативе оператора (банка, ЖЭКа, итп) - это очень удивительная для меня фигня.
Зацепка есть, конечно: неактивность симки означает, что услуги вообще не было.

Мне кажется, что огромное количество фонарных столбов всё ещё недостаточно украшено любовно развешеными маркетоидами и прочими суровыми бизнесменами .

Ну моя импортилка работает примерно так же - заводит таблицы мэппинга между юзерами ЖЖ и локальными (в MT все кто комментировал - получают юзерскую запись). С комментами точно есть такой же мэппинг (чтобы новые отличать от уже известных), а вот храню ли я сами - не помню (может быть и да).

И ходит все в одну сторону, сюда. Я уперся в то, что постить комментарий от чужого имени не могу (что естественно для ЖЖ) и наплевал. Вот сейчас, когда писал, понял, что можно постить от имени OpenID-идентификатора на моем же блоге (типа blog.lexa.ru/authors/Анонимус) и сам же и разрешать такое. Но для MT такого делать уже не буду. Для друпала - может быть (переезду быть).

Re: > так мне сразу хочется год эдак в 85-й.
ХЗ
Главное, что мы не одни такие и, скорее всего, это не наш баг, что проекты в MS VS иногда не строятся нормально на многоядерных машинах.

Ну, mysql-ем тоже. В свое время, три года назад, это была причина WP не рассматривать, с тех пор я про него ничего нового не узнал.

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

Т.е. основной геморой - в сохранении всех URL-ов, у меня очень много приходят по тегам (из поисковиков, из закладок) и потерять это место было бы обидно.

Re: > так мне сразу хочется год эдак в 85-й.
> Проблема, как мне кажется, в nmake а не в компиляторе.

Угу. С гнусным мэйком и МС компилятором всё Ок.

> Ну и в том, что компилятор может всосать десяток файлов, пожевать и быстро сгенерировать код (секунды точно будут те же)

Да это фигня ;)
Сейчас посмотрел на билд pvmgmake - количество файлов с совпадающими секундами - куча. Написал программку и нашел 5 пар с полностью совпадающим временем в одной и той же директории.
Вроде

-rw-r--r-- 1 user grp 214148 2009-11-28 03:48:17.103485000 -0500 moc_dialogsprovider.o
-rw-r--r-- 1 user grp 122192 2009-11-28 03:48:17.103485000 -0500 moc_messagebox.o

Где больше вероятность получить одинаковый тайм стамп - на распределённом билде с 60ю ядрами или на одной машине с 4мя? Даже учитывая некоторый overhead на запуск процесса у pvmgmake. IMHO, время компиляции на порядки больше, чем запуск процесса. Во всяком случае полный билд небольшого проекта (~1000 файлов) на Q6600 из MS VS 2005 (/mp on,pdb off) и гну мэйком (-j8) разницы никакой не даёт (то один быстрее на пару секунд, то другой).

Проблема именно в nmake (и в самом MS VS), т.к. оно иногда не правильно перекомпилирует, если поменял много файлов разом.

Re: > так мне сразу хочется год эдак в 85-й.
> Я подозреваю, что за счет скорости машины и параллельности - у некоторых файлов получается одинаковое время, отчего портятся зависимости.

Угу. Я тоже что-то подобное подозревал.
Но почему такое случается только у MS VC ? Даже с pvmgmake (при нормально написанных мэйкфайлах) при количестве ядер 11х4 + 2х8 всё работает нормально.
Incredibuild как то тоже решает эту проблему.