?

Log in

kill 'em all!
who cares who sorts 'em out...
Мой ЖЖ 
6-дек-2007 11:59 pm - последняя капля
многие вещи в моей жизни проходят учёт по графе "похуй" в моей личной табели о рангах.

это просто даёт возможность не обращать внимания на всякую хуйню, которую я не в силах изменить. плохую погоду, например.

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

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

однако, сегодняшний пиздец всей прайвеси, устроенный СУПом, в корне меняет status quo.

я, ребята, люблю свою прайвеси, холю её и лелею.
возможно, не совсем в том смысле, в каком её понимает большинство людей, но у меня на это есть свои собственные причины.
кстати, именно из-за подобной хуйни я практически не пользуюсь одноклассниками.ру: если мне захочется подрочить на чей-то юзерпик, я хочу, чтобы об этом знали только я и юзерпик, и более никто.

за сим, вынужден заявить:
- прекращаю пользоваться сервисом ЖЖ
- это не значит, что в данном журнале больше не появится ни одного нового поста
- ни одна запись отсюда не будет удалена: точно так же, как мне бы не хотелось, чтобы кто-то, чьи записи находятся у меня в memories, удалил бы их в своём журнале.
- когда я разработаю свой блог-движок, он будет стоять где-нибудь на maxx.es. проблема со всеми существующими сегодня состоит в том, что они созданы ущербными дебилами для ущербных дебилов-ничтожеств, что делает абсолютно невозможным ведение блога в том формате, переход к которому я планирую уже долгое время.

в заключении хотелось бы оставить официальное послание СУПу: ПНХ!
3-дек-2007 05:08 pm - про СУП
забавно.
вот я курю и стряхиваю пепел в пепельницу.
даже не задумываюсь о ней, поглощённый совсем другими мыслями.
и когда я в гости к кому-нибудь прихожу, я точно так же стряхиваю в предоставленную хозяевами пепельницу, не обращая на неё никакого внимания.

а ведь есть те, кто производит эти говно-пепельницы.
для них это -- целый мир: дизайн, производство, сбыт, конкуренция наконец.
для них весь мир сошёлся клином на этих пепельницах.
куда б они ни пошли, они смотрят, у кого какая стоит, кто как её использует: по назначению ли, правильно ли и т.п.

вот так и думаешь: "экой же хуйнёй люди занимаются. ведь это ж всего лишь какие-то пепельницы!"


ещё один пример, поближе к телу:
вот Апач давеча прошёлся у себя в блоге по Арбатовой.
ну, типа, дал в посте понять, что говно-человек она и т.п., да и хуй бы с ним.
его это дело. захотел сказать, что человек говно, ну и сказал.
а какова была реакция? ведь ахуйн-неадекватная реакция была!
эта аффца заявила, что Апача скупили на корню(!), чтобы её дискредитировать(!) перед выборами(!).
я в полном ахуе сижу и думаю: вот ведь люди, типа политеги, копошатся там в своём тесном мирке, любой внешний раздражитель рассматривают лишь через призму восприятия этого мирочка.
а ведь снаружи полная ж хуйня получается-то! ...а они при этом думают, что они круты и влиятельны, гыгы =)


так вот, про СУП.
это тоже хуйня.
только не СУП для нас хуйня,
а мы для него хуйня.

мы -- это те, кто про политику тут не трещит по жизни.
ну, обычные типа юзеры ЖЖ.

мы СУПу в хуй не впились.
он купил активное про-политическое русскоязычное коммьюнити.
а то, что это вдруг вылилось в "купил весь ЖЖ", так это побочный эффект-с.

просто ЖЖ сейчас, при наличии МайСпейса и ФейсБука, коммерчески абсолютно бесперспективен.
ну кто даст денег за этого старичка, в которого нужно будет ещё вбухивать дохрена бабла, да и всё равно выше упомянутых двух ему априори уже не подняться?
ведь ЖЖ с каждым днём только и падал в цене. устарел-с.

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

ахуенная заслуга СУПа состоит не в том, что он кучу баблища в ЖЖ вбухал, нет.
медаль ему надо давать за то, что он нашёл, кому на уши упасть, лапши на эти уши навешать "про интернет!", и кто хоть из того же СтабФонда вывалил 30 млн. денег на покупку "душ" под предвыборную тему.

нахуй СУПу ЖЖ не нужен!

он бабло просрёт/распилит, дотерпит до выборов, а потом тупо перепродаст проект кому-нибудь обратно, если ЖЖ, конечно, до этого не даст дуба.

в общем, в ближайшие полгода писать тут можно будет лишь о программизме, погоде и о том, как всё хуёво.

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

лоботомия, хуле. =)
вынь-виста.
кины всякие -- на линукс-сервере через самбу.
в эксплорере давлю ПКМ на .avi -- тормоза, тормоза, Explorer (Not Responding), тормоза бббллллядддддьььь, вылааааазит, йоптваю.

не, всё хорошо и заипца, но только вот это вот "йоптваю" -- напрягает.
так захотелось извести его, ажно мочи нет!

для начала слазил в C:\Users\<User>\AppData\Roaming\Microsoft\Windows\SendTo\ и вынес там всё к чёртовой матери: однох... моноп... инвариантно в общем.

ну лана, пошёл у гугля спрашивать. он авторитет. он всё знает.

оказалось, что нужно поставить прожко-апликушко, найти там "Video Media Properties Handler" и "Video Thumbnail Extractor" и задизейблить их всех к ебеням мышачим.

вот и нет "йоптваю"!
было, да всё вышло.

заодно и MS Groove из-под раздачи не ушёл -- ну FUD у меня на него! что и для чего не зна, а иконко глаза мозолит.
сидел бы тихонько, остался б активированным.

З.Ы. осталось вот ещё одну "йоптваю" вывести: в Файрфоксе мыше-жесты два раза иногда срабатывают.
оч напрягает, когда вместо одной закладки две (а то и три!) закрываются.
будем рыть.
11-ноя-2007 09:44 pm(без темы)
причём тут Синглтон?

Singleton::getInstance -- это метод класса.
этот метод нужно было определять в каждом классе, который хотелось бы сделать Одиночкой.

теперь же, ценой совсем небольшого геморроя, определяем маленький класс Синглтон, а потом наследуем от него что-угодно:

in plain englishСвернуть )

всё это выведет:

# php -f sing.php
Singleton::__construct
Chained::__construct
Chained2::__construct
object(Chained)#1 (0) {
}
object(Chained)#1 (0) {
}
object(Chained2)#2 (0) {
}
object(Chained2)#2 (0) {
}


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

Update #0: хм, а я вот только что подумал -- это ведь неправильно! о.О
Singleton ведь не должен мочь создать объект Chained'а, т.к. ничего о нём не знает?

Update #1: спасибо stas за подсказанную get_called_class()
9-ноя-2007 11:46 pm(без темы)
send a patch or shut up™ иногда может длиться 4 года.
зато наверное теперь можно всех поздравить с "настоящим Синглтоном"?
27-окт-2007 12:30 am(без темы)
джоэль велик.
эх, если б вся везде реклама была такой...
4-фев-2007 02:24 am(без темы)
уважаемый Яндекс,
я сейчас пойду нахуй, а вы идите за мной и никуда, блядь, не сворачивайте!

самое забавное в этой подставе, что я брал этот фид только в самом начале пользования Я-Лентой -- типа на посмотреть, как оно работает. и вот уже лет эдак сто-двести, как вынес полностью все ЖЖшные фиды из Ленты.
нахуй им было это запоминать, если я нажал "Удалить" -- нейебу.
(edit): не, перепроверил ещё раз все ленты. в одной из категорий таки осталось. убля. вытираю. но первые две строчки это всё равно не отменяет.

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

(update): вынес и вычистил все сервисы Яндекса, убил экаунт, перехожу полностью на Гугль. слово Яндекс выношу из лексикона и забываю. чего и всем желаю.
такого бага не прощу =)
как-то у себя во френдленте я наткнулся на красивое высказывание:
«Хороший программист -- это тот, кто переходя улицу с односторонним движением, всегда смотрит в обе стороны».

так вот, я искренне и ото всей души считаю, что искусство программирования по большей части состоит именно в умении смотреть в обе стороны!

в этом свете ребята из Zend'а мне представляются прямо-таки слепыми котятами, а то, что они делают, вызывает ассоциацию только с одним понятием -- абсолютный солипсизм.
для особо одарённых поясню: это когда "не существует того, о чём я не знаю".

ОК, пара примеров:

класс Zend_Feed дёргает нам фиды.
очень хорошо! просто заебательски! ах, какой хорошй и полезный класс!

говна тачанку!

во-первых, на кой хуй мне делать require_once() на обработчик Atom, если я собираюсь работать только с RSS?
та кофеварка, которая у меня работает вместо сервера -- далеко не резиновая, и память у неё очень сильно ограничена сверху!

во-вторых, я совершенно не ебу, где живут эти Zend'ята, где у них офис, и где они срут, жрут пиво и ебуццо, но одно могу сказать определённо: уж точно не на этой грешной планете!
браццы, кто-нибудь когда-нибудь пытался отпарсить несколько десятков/сотен фидов с разных сайтов? и чё, все прям были «well formed» и «correct»? да ни в хуй!
это -- Земля, браццы! Земля! на этой ебучей планетке каждое чмо так и норовит отойти от стандарта, выделиться в социуме и хоть как-то, но испоганить свой feed!

настоящий фреймворк на говно изойдёт, но выдаст на гора всю выдранную инфу из чего-угодно, хоть чем-то похожего на фид.
но только не ZPF!
на каждый чих -- ах, throw new Zend_Feed_Exception('Нет рута!'); !
ах, throw new Zend_Feed_Exception('Не могу отпарсить XML!'); !

очень программерский такой подход: "я все делаю правильно, это они не соблюдают стандарты!"
а никто не в курсе, что Клиенту, который даёт баблище за работу, совершенно на это дело посрать? ему просто поебать, чтó там, кто и как не соблюдает.
ему нужна инфа изо всех фидов. вчера! уже!

дети, блядь! хороший настоящий фреймворк в случае возникновения подобной ошибки сначала проверит наличие php_tidy и прогонит код через него.
если не получилось, проверит наличие клиентской утилиты tidy и прогонит код через неё.
если всё ещё не, поищет другие известные ему фильтраторы, очистители и т.п.
хороший фреймворк на говно изойдёт, но сделает всё (именно, ВСЁ!) возможное для того, чтобы отфильтровать весь мусор и вытащить хоть что-то из полезных данных.

а они в Zend'е работают только с UTF-8! ну ахуеть!
видимо, фиды в CP-866 им ещё не встречались.
фиды на мегабайты говна -- тоже: всё парсят только через DOM.
щисливыйе, блядь, люди!


ладно, что там у нас ещё есть?
почто!
оне отсылайут почто!
и даже держат quoted printable кодировку!

и даже сами общаются с 25-ым портом!
без посредников!
вот прямо так подсоединяются туда и чирикают с этим, блин, 25-ым портом!
уй, шайтан! валшебникинах!

а где SMTP-авторизация?
а? чё? зарифмовать?
бля! у меня -- чуть ли не с десяток уже разных почтовых экаунтов, и на всех (внимание! на всех!) -- для того, чтобы хоть чем-то пёрнуть в этот 25-ый порт, нужно сначала авторизоваться.
кто-нибудь exim настраивал? сколько там видов авторизации? угу, вот и я про то же.
а теперь угадайте, почему у меня не работает функция mail() ?..


ладно, я уже устал тут сегодня какашками кидаться налево и направо,
но у меня есть ещё одна наболевшая тема.
мы можем подняться ещё на один уровень выше, и взглянуть на этот ZPF, что называется, с высоты птичьего помёта.

я ещё вернусь...
какой фжёпу фреймворк?! вы чо!

назвать ЭТО фреймворком мог ну разве что только совсем уже отчаявшийся поднять в этой жизни хоть какого-то баблища человек.

для начала, это -- библиотека функций, (не)множко обёрнутых в классы.
кодер пишет какой-нибудь код и использует эти функции в своей архитектуре.

сравнить с настоящим фреймворком, который исполняется всегда САМ, а кодер может только лишь перегружать некоторые методы у некоторых классов (например, как в этом вашем всеми обожаемом RoR).

ай, да! там же есть Zend_Controller?
не знаю. не видел. оно, вообще, работает? =)

а эти умилительные подчёркивания перед private и protected свойствами и методами?
ау, бля! времена РНР4 уже давно прошли!
однако ж, похоже на то, что кто-то из разработчиков тупо принёс свои старые наработки и засунул их в проект. ну как же! сроки ведь поджимают, да и добро такое жалко на мусорку выбрасывать.

а эти кучи require_once()'ов для каждого класса?
эт ж пездец! я думал, что в пятёре уже есть __autoload() и он работает вполне так ничего себе.
ну да, не без проблем, конечно же.
и наверное именно из-за них (погодите-ка! из-за собственного же долбоебизма что ли? они ж сами PHP разрабатывают!) они не решились заюзать фишку.
например, хрен ты подключишь несколько автозагрузчиков через такой механизм.
но, алилуйя!, среди разработчиков оказался хоть один действительно шарящий человек и сделал свой, дополнительный механизм -- spl_autoload().
спасибо, Маркус! from heart!

вообще, вот интересно, почему SPL включён в установку РНР по умолчанию, но нигде в ZF нет даже и намёка на то, что тот существует в природе?
наверное, SPL -- это слишком ООП?
или не стыкуется с их этой.. как её.. simplicity *сплёвывает*, во!
ну, хуй его знает, наверное были у них на то свои причины.

про кучу "TODO" в коде я уж и не говорю даже.
сырость такая, что можно уже начинать разработку залежей пенницилина со всей этой плесени.
если вам, ребяты, всё ещё надо столько сделать, то на кой хуйъ вы зарелизились сейчас, а не через два года?
ах, да! release early, release often *сплёвывает*!..
ну а чё тогда только сейчас созрели с пре-релизом?
выкладывали бы сразу, после каждой написанной строчки, вместо того, чтобы весь этот hype раздувать.
имбецилизм, бля!

но что это я по мелочам всё придираюсь, ко всяким там подчёркиваниям доёбываюсь?
взрослые ж люди всё-таки! надо подняться уровнем повыше и взглянуть на всё это ещё разок!
точно!

ну, значит я ещё вернусь...
7-фев-2006 11:56 am - virii combat hint
я просто хуею с политики безопасности в нашей конторе!
вернее, с её отсутствия.
на сервере, где лежит абсолютно вся работа, все проекты, все БД, любой может открыть MSIE5 и полазить маленько по инету.

полазили, блядь!
вчера сервак грузанулся процом и винтом до 100%.
смотрю в процессы: NavExcel и Ebates что-то там.
антивируса не предусмотрено в принципе.
качаю и пускаю adAware -- 70+ critical objects.
не помогло: все плохие процессы опять же в памяти.

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

от сцуко какое!
ну ладно, не хочешь по хорошему, придётся как всегда.

ищу файлы на диске. Properties -- Security.
полностью снимаю все права у всех юзеров/групп на Плохие Папки, где лежат плохие файлы.
ребут. список процессов чист и внушает спокойствие.
восстанавливаю права папкам на группу админов и успешно грохаю файлы.
чищу регистри. всё.

до следующего раза теперь.
а он точно не за горами, т.к. безопасность настраивать там никто и не собирается -- невыгодно, да и нафик никому не надо. раз в месяц только сгружают всё на ДВДшки и всё.
6-фев-2006 08:57 am - CAPTCHA
на PHPClub'е пипл пообсуждал немного тему создания CAPTCHA картинок в обычном ключе: у кого хуй длиннее -- ложь на наковальню отмечайсь сюдой!

и всплыло в обсуждении сцылко на пацанчика с OCR-research.org.ua: типа, вон, как ещё можно.

малодедз. харошы малтшык. тока жадный.
идея-то интересная, вот тока баблища просить за такое -- грех.

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

1. создаём в GD картинку А
2. на картинке А любым шрифтом и как угодно пишем текст (да хоть и рисуем хуй)
3. создаём картинку Б
4. пробегаем по сетке на картинке А с некоторой "зернистостью" (например, каждый пятый пиксель)
5. если точка белая, значит ничё нет -- Z=0; иначе -- Z=20 (если хочется выебонов, то вместо нулевой высоты можно пустить синусоиду; тогда будет "волнистая" подложка).
6. рисуем filledPolygon, да хотя б и с помощью 3D-lib'а, если с линейной алгеброй лень возиться (тока error_reporting=0 надо: старое оно очень).
7. всёбля! получаем результат:


З.Ы. есходнеки прилагаются, конечно же.
2-фев-2006 09:57 am - spam attack : mail inject
судя по всему, совсем скоро во всяких рассылках по безопасности, а особенно про PHP, появится новая тема, которая встанет рядом с SQL-inject'ами: Mail-injects.

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

проблема:
мыл высылается на адрес, указанный юзером в форме.
большие дяди-программеры, уже наученные горьким опытом, всяко будут фильтровать пришедшие данные на предмет кавычек, слэшей и всякой прочей поебени: юзерский мыл ведь нужно зарегать в базе и всё такое.
отсылка производится как-то типа:

mail(
    $filteredUserEmail,
    $mailSubject,
    $mailBody,
    "From: no-reply@huemae.com"
);


и что же делают наши всеми горячо любимые сцуко-пилять-спамеры-я-их-мама-ибаль?
они поступают очень просто: засовывают в поле "Ваш мыл" что-то типа вот такого:

$userEmail = "bleh@fokya.com\nCc: pepe@aol.com; paco@terra.es; puto@gilipollas.com";


доверчивый и наивный РНР не делает никакой магии с параметрами, полученными в mail().
он тупо формирует заголовки мыла и настолько же тупо и прямолинейно отдаёт их MTA, который совершенно честно и откровенно, получив вот такое:
Subject: Please, confirm
From: bleh@fokya.com
Cc: pepe@aol.com; paco@terra.es; puto@gilipollas.com
Content-type: text/html

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

да, в теле сообщения может быть какой-нибудь мусор с точки зрения сцуко-пилять-спамеров-я-их-мама-ибаль, типа "нажмите на этот линк, чтобы подтвердить...", однако ведь есть кучи скриптов, которые лишь формируют красивую HTML-табличку, сплошь состоящую из только что введённых юзером данных и ничего более.

бедный AOL-user теперь получит по мылу табличку от имени моего сайта, в каждой строчке которой будет: "хуй два метра нахаляву прямо щас!", не устоит от соблазна и станет очередной жертвой интернет-мошенников.

от така хуйня, малята!
научившись фильтровать данные для SQL, нехуй останавливаться на достигнутом: теперь можно переходить к мыл-адресам.
а сцуко-пилять-спамеров-я-их-мама-ибаль -- мочить!
3-янв-2006 06:43 pm - WMF sploit
ыыы, какие идиоты!
«Уязвимость существует в "Windows Picture and Fax Viewer"» © SecurityLab.ru
и дилетанты радостно скачут в комментах у apazhe'a...
я просто хуею, дорогая редакция.

уязвимость найдена в GDI32.DLL, а это -- одна из трёх самых важных библиотек в виндах, существующая с самых первых версий линейки.
зачем какой-то программе писать свой собственный обработчик WMF файлов, когда можно легко вызвать системную функцию? незачем. вот и получаем, что йобнет оно во всех случаях, когда система попытается показать картинку с "полезной нагрузкой", а это уже в свою очередь означает, что уязвимы практически все продукты под виндою.

и если уже выпущенные эксплойты трахают только последние версии виндов (ХР, 2000, Виста), потому что у них прописана автоматическая реакция на WMF-файлы, это вовсе не значит, что старьё неуязвимо.
появление червя "для всех даром" -- лишь вопрос времени.
обычно это занимает месяц-два, но сейчас всё совсем уж легко, во многом благодаря проекту Metasploit, выпустившему генератор эксплойтов на эту дыру в своём фреймворке.

и лучше всего действительно пропатчиться у русского пацанчика, который -- не хуй с горы, а один из авторов IDA, что можно перевести для особо одарённых как «один из лучших в мире спецов по всякой низко-уровневой хуйне под виндами».

напоследок, наверное будет полезно читнуть нормальный FAQ или, ещё лучше, хронику на F-Secure.com, а не то ебонтяйство про Факсы на СекьюритиЛабе.
хуяксы у них, блядь, видите ли уязвимы!
три гы-гы нах! =)

UPD#0: по просьбам трудящихся:
wmf_checker_hexblog.exe проверит, уязвима ли система для уже известных эксплойтов.
wmffix_hexblog14.exe пропатчит систему от уже известных эксплойтов, не давая, тем не менее, полной 100% гарантии от.
мелкософт обещает официальный патч после 10-го января.

UPD#1: faceted_jacinth сделал зачотный аччот на тему о.

UPD#2: 16-янв-2006 : неужели действительно хуяксы?.. охуительно! =)
31-дек-2005 01:17 am(без темы)
блядь, ну как же вы заебали со своими Fluent interface'ами!
в хронологическом, мать его:
- Martin Fowler
- Mike Naberezny
- Paul M. Jones
- Andi Gutmans
- Ivo Jansch
- ещё один хуй-знает-кто
кто следующий?!

завтра-послезавтра бухаем, ладно,
но потом ведь ещё и в ру-ЖЖ начнут!

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

контент надо генерить, блядь, а не переписывать из чужих блогов!

этпесдец!
то AJAX'ом называют обычные жабоскриптовые извраты,
то течкой интерфейсов обозначают удобное API.

дебилынах! что вы щас обсуждаете, я забыл ещё три года назад!


один Джоэль радует. хоть и пидор, но не сосёт. в смысле, не обсасывает.
знатно проехался по современной системе образования, становящейся всё тупее и тупее.

«Я ещё никогда не встречал никого, кто, владея Scheme, Haskell и указателями в С, не мог бы освоить Жабо за два дня и писать код, намного лучший, чем у всяких выродков с пятью, блядь, годами опыта разработок в Жабе... Но вы заебётесь это доказывать тому далбайобу из отдела кадров!»

ага. вот именно. заебётесь.
26-дек-2005 09:41 am(без темы)
¡Feliz año 2006!
Los que fumáis, os jodéis!
© исп. нар. фольклор



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

где-то, начиная с марта-апреля, все процессы остановились.
полная стагнация.
отупел, закостенел в своём невежестве, потерял гибкость мышления.
перестал «бежать со всех ног, чтобы остаться на месте».
практически ничего нового не узнал.
ничего из намеченного не выполнил.
плыл по течению, оставив всяческие попытки барахтаться.
а галактика всё ещё не завоёвана.
муй маль, блядь, муй маль!

лана. зато типа отдохнул.
всё равно «у всех кругом ноги кривые, а я завтра трезвый буду!» ©
я им ещё покажунах! ибо нехуй. ибо есть ещё шары в шароварах.


ещё этот йобана-закон о запрете курения где ни попадя.
сцуконах! ненавижу ссацыалистафф! я им ещё пидорские браки припомню!
вопчим, я может быть подумаю о том, чтобы бросить курить...
...но если из-за этого наберу хоть 5кг лишних, вселенная мне за это ответит!


следующий год должен стать Годом Свершений и Свержений.
энтропия Сообщества Опенсорц будет значительно повышена потоком говна под лицензией BOOST,
но придётся ещё и хорошую коммерческую лицензию подыскивать. ибо будет пора уже, да.

девизом следующего года объявляю:
нехуй по хуям хуём хуячить!



фсё! чмоки розавиньким всем, кто в этай чатке!
18-дек-2005 12:58 am(без темы)
канешна же ниибёт. фсяко. =)
10-дек-2005 05:42 pm - 1TB project : start
начал задумываться о проекте "1 терабайт на домашнем сервере", ибо заебало:
# df
Filesystem          1K-blocks      Used Available Use% Mounted on
/dev/hda1            77149768  69933036  7216732  91% /


зашёл на сайт одного из самых дешёвых "железных" магазинов в регионе, и глянул на общую картину по параметру €/GB.

среднее по дискам SATA: 0.832
варьируется от 0.436 за "Hitachi Deskstar T7k250 - 250gb 7200 Rpm Sata"
до 3.243 за "Western Digital Raptor 36.7gb - 10k Rpm - 8 Mb Sata".

цены на SCSI вообще ужасают: платить в среднем 3.882 €/GB (от 2.721 до 5.559) -- нуйонах!

ставить 4х250 GB не хочется, т.к. хочу один раздел через RAID0 сразу со всем внутри, чтобы потом не перебрасывать инфу тудым-сюдым, но и увеличивать риски вдвое по сравнению с 2х500 тоже не хочется.

скорее всего в конце концов получится чё-нидь типа 2 х "Hitachi Deskstar 7k500 500gb Sata2 7200" в RAID0 -- €736 (0.736 €/GB) + SATA2-адаптер.

охуеть!
я уже передумал!
кажется, для такого говна я буду ещё "созревать" долго...
4-дек-2005 10:25 pm - RoR
clops -- гат! =)

смотрел «Блог на RoR за 15 мин».
впечатлился.
погрустил, что у нас такого всё ещё не и пока что не.
взбодрился, потому что у них негров линчуют ни о чём это ещё не говорит: то, что внутри -- too much magic, и что всё вызывается одной строчкой -- это ещё не показатель.
4-дек-2005 01:34 pm - phpDocumentor
а, кстати, phpDocumentor и всё остальное, основанное на javaDoc -- пример абсолютной хуйни, выдуманной американскими шовинистами-янки, не признающих другой мовы, окромя ангельской!

javaDoc-like комменты в коде хороши лишь для наиболее краткого описания функции и указания типов параметров с их описаниями. всё!

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

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

ах, ну да. чуть не забыл. у нас же тут опенсорц, где всем похуй на документацию...
3-дек-2005 06:13 pm - PHP : Zend Framework Webcast
а смотрел я вчера презенташку по Zend Framework, которую провели Энди Гутманс и Майк Набережны.
тема интересная, если не сказать больше. поэтому, увидев анонс на zend.com ещё в четверг, я тут же записался и ждал до семи вечера в пятницу.

на презенташке присутствовало чё-то где-то около 130-140 рыл, что жутко обрадовало хозяев, пожаловавшихся во время разогрева публики, что на прошлой презентации было лишь 7 человек.

начал Энди. в лучших традициях Клана Всех CEO: вывалил свой marketing shit в индустриальных количествах.
бла-бла-бла, vibrant user-base и т.д.
каждое существительное со своим прилагательным в превосходной степени и т.п.
словесного поноса было разлито минут на 15-20. ну да, понимаю. CEO всё-таки. положение обязывает.
я еле выдержал. уже был готов вырубить всё нах и продолжить гонять в NFS MW.
однако, вначале было обещано, что выступит Настоящий Программер, который уже объяснит всё in-depth. и Майк действительно рассказал немало интересного.

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


Extreme Simplicity
бля, как же вы все заебали со своею Святою Простотой™!
ну почему меня не покидает стойкое ощущение того, что под этой Простотой большинство пытается загнать нам самый что ни на есть Примитивизм, где "шаг влево - шаг вправо считается побегом, прыжок на месте -- попыткой улететь".
правило 80/20 конечно хорошо само по себе, и правильно, и ценно, но реальная жыссь ведь намного интереснее! и она всегда подкидывает разные фишки из тех самых двадцати процентов, которые не покрыты изначальной задумкой.

ну сделали они ActiveRecord. заебись! всё красиво, гладенько и просто работает на запросах типа: "достать запись далбайоба по имени Хуй и с фамилией Песдов-Тачанко". а потом чуть ниже пишут: "А если ви таки хочете чё-нидь посложнее, то KISS my ass!". охуеть-не-встать!
ребяты, я не знаю, какие проекты вы там у себя пишете, и мне очень хочется считать, что ваши проекты жирнее наших, но из нескольких десятков (точное число не знаю, где-то между 50 и 100) проектов, что мне довелось сделать в последние 4-5 лет, ни один, повторяю, ни один не выжил бы на таком вот примитивизме. всегда был какой-то нюанс, где приходилось делать нестандартное решение, будь то ради снижения нагрузки на сервер, уменьшения времени отклика страницы, экономии ресурсов или даже времени разработки.

может уже пора сделать что-нибудь настоящее, а? инновационное. показать, что в software industry есть ещё какой-то прогресс, а не полная стагнация и деградация, голод, разруха, тиф.

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



Особенности
- функции __get() / __set() фреймворком НЕ используются, оставляя их для юзерских классов.
вроде и хорошо, но в то же время и хуйня какая-то опять получается.

- используются интерфейсы ArrayAccess, *Iterator.
ну, хоть это.

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

- только чистый РНР! без всяких компилируемых модулей.
это они зря наверное. мне больше нравится идея параллельности, когда существует ещё и php_framework.[so|dll], который можно подключить к РНР и получить хороший прирост производительности.
но с другой стороны это очень сильно затормозит разработку всего фреймворка, поэтому скорее всего останется лишь в мечтах идиотов типа меня.

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


ZMail
...однако, тогда непонятно, с какого геморроя они решили с самого начала вложиться именно в этот класс!
ребяты, вам чё, мало классов, которые уже лежат по всему Интернету и отправляют почту десятками возможных способов?

"несколько типов транспорта для SMTP"? да, это интересно и полезно. согласен.
"легко создать сложный мыл с HTML и вложениями"? да такого говна -- везде сколько-угодно!
но я чё-то не услышал обещаний о корректной работе с национальными кодировками.

если даже GMail поначалу глючил с русскими письмами, то я представляю, сколько времени займёт у них поправить все глюки, и насколько потом вырастет класс и превратится в bloatware после исправления 80% косяков.

однако, не всё настолько плохо.
мне понравились обещания использовать Streams API для работы с большими файлами, чтобы не загружать их целиком в память, как это сейчас все делают.
Потоковое АПИ -- одна из самых малоизученных и малоиспользуемых фишек РНР, и это не есть хорошо.

себе на будущее: разобраться с потоками. вполне возможно, там есть много полезного.


ActiveRecord
дебилизм его я уже упоминал, но есть ещё пара моментов.

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

б) есть только один Тип Данных и "string" -- typeof() его!
они йе-ба-ну-лись!!!
без комментариев.


ZSearch
наверное единственный момент, который вызвал моё одобрение!
наверное лишь потому, что эта тема для меня новая и я не знаю, что такое Lucene.

они взяли движок из жабо-мира под названием Lucene, и сделали к нему интерфейс на чистом PHP, который бы смог парсить файлы индексов в бинарном формате того самого Lucene.

будут поддерживаться Google-like запросы типа "+бабы +голые -трансвеститы", а также поиск по полям: "+деффки -age:18".

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


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

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

в целом создаётся впечатление, что проект -- по большей части теоретический,
т.е. вот здесь делают ORM, вот здесь делают FrontController, а вот тут -- поисковик, однако, чтобы заставить всё это работать вместе, нужно будет хорошенько попрыгать с бубном.
но тему Теоретических Проектов я ещё буду раскрывать позже.

так получилось, что презентация заняла 48 минут, и на вопросы отвели лишь оставшиеся 12 минут.
я спросил ребят "Как насчёт интернационализации и поддержки много-языковых проектов?", однако вопрос был проигнорирован. оно и неудивительно: перед Энди там появлялись десятки вопросов очень быстро, и он выбирал лишь те их них, на которые у него были ответы "прямо здесь и сейчас".
но всё же, про поддержку такого типа не было сказано ни слова!
поэтому, боюсь, что они думают лишь по-английски, а затачивать весь продукт такого масштаба на один только язык "should be considered moronic and unwise".

и, кстати, нам ещё не показали два самых главных класса: ZFrontController и ZActionController. наверное боятся, что засмеют, или сами ещё не решили до сих пор, как это всё делать.
29-ноя-2005 09:21 am - PHP : namespaces
читая сегодняшний php.internals, я уже совершенно не уверен, что правильно понимаю проблему по сабжу.

и, что ещё хуже, появилось гнилое чувство, что в конце концов сделают опять "как всегда": удалят гланды через анальное отверстие. =|

а всё ваша йобаная демократия, блин...
давно уже пора признать, что этот институт стал напрочь дискредитирован после того, как на него нашли эксплойт: "громко вопящее меньшинство всегда победит молчаливо согласное большинство".
сцукинах!
27-ноя-2005 02:45 am(без темы)
php.internals сегодня просто жжотъ:

>>>> After all, someone has to tell you that your "L'Etat, c'est moi" attitude sucks.
>>> Pardon, but I'm not french.
>> Ever heard of Louis XIV.?
> What's his CVS account?

это всё -- в ветке, где предлагается закрыть лист в read-only, т.к. куча идиотов просто заполонила группу после публикации плана для шестёры.

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

гы!
21-ноя-2005 11:53 am - Oracle's PHP Developer of the year 2005
конгратсы, tony2001, конгратсы! =)
теперь я знаю, с кем ассоциировать термин "Гордость Русского РНР"!
21-ноя-2005 08:58 am - PHP sourcecode encoding : RIP
чего и следовало ожидать, декодер для Zend SafeGuard Suite появился.

хрень, хоть и через пень-колоду, но таки работает.

я теперь не знаю ни одного инструмента, которым можно б было относительно надёжно скрывать исходники РНР.
опенсорц побеждает?

UPD: ах, да! кажется, декодирует пока только PHP4.
This page was loaded мар 25 2017, 7:28 pm GMT.