[Most Recent Entries] [Calendar View] [Friends]
Below are the 20 most recent journal entries recorded in
mumuntu's LiveJournal:
| Thursday, August 4th, 2011 | |
| 9:00 pm | Песню "никогда не прекращайте безумие" сегодня для вас исполняет коллега сисадмин из города Томска, ему помогает сводный хор ликующих подонков, я третий слева. Уважаемые студенты младших курсов факультетов кибернетики и прочей автоматики, если вы, вдруг, почему-то, хотите связать свою карьеру с администрированием FreeBSD, не делайте, пожалуйста, этого! С таким музыкальным сопровождением она до вручения вам диплома не доживет. |
| Wednesday, August 3rd, 2011 | |
| 4:59 am | Я просто оставлю это здесь: Что есть в компании: * 30-40 серверов (если важно, то это вот такие XXL http://www.serverloft.com/) * еще один админ * около 30 разработчиков (очень дружелюбные кодеры=) * нагрузка - около 150 тыс визитов в день * привычка быстро принимать решения (в том числе по кандидатам) [...] Они эти сервера едят, что ли? Или биткойны на них клепают? |
| Thursday, July 21st, 2011 | |
| 10:30 pm | Феерическая расстановка точек. Да, хочу поговорить об этом. |
| Wednesday, July 20th, 2011 | |
| 4:36 am | Я тут был на собеседовании (регулярно хожу, чаще, чем к врачу, это не значит, что я хочу работу сменить), и меня один коллега-джавадевелопер попросил решить известную задачу про две таблицы со связью между ними и все значения из первой таблицы, которые не имеют связи во второй таблице. Когда я ему ответил, что надо сделать LEFT JOIN с WHERE <fk второй таблицы> IS NULL, он мне заявил, что это неоптимально, и предложил вариант с NOT EXISTS. Дорогие коллеги-джавадевелоперы! Если в вашей голове запрос с NOT EXISTS в плане выглядит оптимальнее, чем запрос с LEFT JOIN, крайне рекомендую синхронизировать ваше внутреннее представление с реальным планом запроса базы. А еще лучше - не беритесь рассуждать о том, в чем не разбираетесь. Что интересно, коллега мне еще сказал, что в случае с NOT EXISTS не нужен подзапрос (?). Я не знаю, как это трактовать, совсем вы офигели в своей джаве. Upd.: в комментариях и в связанной записи коллеги ![[info]](http://lj.rossia.org/img/userinfo-lj.gif) plumqqz@lj произошло интересное обсуждение, по результатам которого я пошел и нашел блогозапись коллеги Quassnoi, в которой изложена вся информация по теме LEFT JOIN vs NOT EXISTS применительно к MySQL. |
| Wednesday, July 13th, 2011 | |
| 2:32 pm | Сортировка случайным образом в MySQL Отличное решение проблемы ORDER BY RAND() |
| Monday, July 11th, 2011 | |
| 6:41 pm | Очередное описание архитектуры highload веб проекта. Что показалось интересным: - Postgres работает поверх DRBD, - один динамический веб-запрос может генерировать более 10 запросов к внутренним сервисам |
| Sunday, June 19th, 2011 | |
| 2:26 pm | |
| Sunday, June 5th, 2011 | |
| 9:27 pm | Слайды моего доклада на DevConf, спасибо Сереге. |
| Thursday, June 2nd, 2011 | |
| 10:44 pm | Коллеги, есть вопрос про iPad. Я в этом ничего не смыслю, мопед не мой. Можно ли, не делая jailbreak и не ставя iTunes, передавать на iPad файлы с компьютера через USB или еще каким-то образом? |
| Friday, May 20th, 2011 | |
| 5:01 pm | Устроил легкий пятничный троллинг в ru_sysadmins@lj, а также и выступил с просветительской миссией. |
| Friday, May 6th, 2011 | |
| 10:24 pm | Несомненно, заложенная в архитектуру языка Perl гибкость привела к естественному накоплению кода, который технически работает, однако очень хрупок при изменениях и труден для понимания. Проблема может усложняться тем, что авторы кода уже недоступны, так как перешли на работу в другой отдел или компанию. [...] Очень изящный реверанс, надо сказать. Знаем мы эту заложенную в архитектуру гибкость, по ней еще соревнования проводятся. |
| Thursday, May 5th, 2011 | |
| 10:05 pm | Уважаемый Alx из давешней записи, оказывается, Ваш скорбный труд не пропал, и в Геометрии, которая себя позиционирует как Хайлоад, некоторые Ваши идеи живут и здравствуют, как то например, отказ от джойнов: Зачем откармливать модель или контроллер на диете. Существующие решения и почему они не устроили: Zend_Db_Table, Doctrine. Выбираем дизайн. Спасибо Мартину Фаулеру за наше счастливое детство. DDD: Да! Да! Да! Docblock: от подсказки до конфигуратора Mapper: много хранилищь — один интерфейс Relations: Какой ORM без серъезных отношений? Куда бы деть бизнес-логику? Декорируем! Жизнь без Joinов. Сложная выборка? Sphinx! [...] Я посмотрел статистику означенной Геометрии, и думаю теперь начать позиционировать себя как специалиста по мегасуперпупергигахайлоаду. Вы уж извините, что в моем дневнике так много записей про глубины ада, а что еще остается, я ведь PHP-программист. |
| Sunday, May 1st, 2011 | |
| 4:02 am | Я лох и подал заявку на DevConf часа на три позже, чем, вроде бы, закончилась регистрация. Ну, может простят? Голосуйте там за меня, если хотите, чтобы я был вашим мэром - мои руки никогда не крали! |
| Friday, April 29th, 2011 | |
| 5:38 am | Сеанс разоблачения заблуждений и суеверий, связанных с SQL injections в PHP, таких, как: - что искейпинг нужен для входящих данных - что mysql_real_escape_string - это универсальная защита от инъекций, делает "вредные" символы "безопасными". - что mysql_real_escape_string вообще имеет какое-то отношение к защите от инъекций. - что mysql_real_escape_string "принимает во внимание текущую кодировку". и поэтому она лучше, чем addslashes() - что препареды - защита от всего, silver bullet - что препареды "быстрее". - что препареды "безопаснее", чем искейпинг (спорное, в принципе, утверждение, но в целом...) - что при использовании препаредов искейпингом занимается база - что запрос из комикса про мальчика Bobby Tables сможет нанести хоть какой-то вред стандартному PHP/MySQL приложению. А так же рекомендации по организации правильного подхода к динамическому составлению запросов. [...] Я без хелпа не знаю, что такое функция mysql_real_escape_string, но, видимо, что-то крутое, раз ей посвящена половина программы. Но вот на SQL injection, выполненный при помощи prepared query, я бы, наверное, хотел посмотреть. Или я неправильно понял, о чем собирается докладывать коллега. |
| Saturday, April 9th, 2011 | |
| 10:03 am | Поучительная статья, можно оценить размеры битвы за урожай. Выделю интересные моменты: Управление сервисами происходит через централизованную систему конфигурации. Система самописная. Общий объем данных без резервирования – 160 TB. Используются два решения для хранения и сервирования данных – MS SQL и BerkeleyDB. Для мониторинга “здоровья” оборудования используем Zabbix, статистику по использованию ресурсов серверов и сети накапливаем в Cacti. • Операционные системы: MS Windows, openSUSE • Используем GWT для придания динамики WEB интерфейсу. С использованием GWT написаны такие модули как Сообщения, Обсуждения и Оповещения Как видите, много достаточно оригинальных решений. Если люди действительно хотят разогнаться - их ничто не остановит. |
| Friday, April 8th, 2011 | |
| 6:47 pm | Некая попытка соцопроса. - Как вы думаете (не глядя в счетчики), много ли сейчас в Рунете веб-ресурсов с пиковой нагрузкой в районе 1000 rps, а средней, скажем, 300-500 rps? - Было бы вам интересно послушать доклад про тюнинг LAMP-проекта под такую нагрузку? |
| Sunday, March 20th, 2011 | |
| 3:28 am | Пример 01 * * * * command запуск программы или скрипта каждый час в одну минуту. * 6 * * * command запуск программы или скрипта каждый день в 6 часов утра. [...] Отлично, отлично! |
| Friday, March 18th, 2011 | |
| 4:06 pm | Гений чистой красоты На любом языке пиши как на Java: http://wiki.apache.org/cassandra/ThriftE |
| Friday, March 11th, 2011 | |
| 1:50 am | Достаточно старый доклад, посвященный сравнению производительности multithreaded и asynchronous TCP-серверов в Java. Результаты несколько неожиданные. UPD: в связи со всем этим возникает вопрос - а почему же тогда JMeter такое г.? |
| Saturday, February 5th, 2011 | |
| 5:04 am | Довольно поучительный текст, прочитал с большим интересом. Пытался представить реакцию коллеги plumqqz@lj на описанное, реакция выходила довольно однозначной. |