Качать тут.

И потом пришел новый веб-браузер, известный как «Mozilla», что сокращением было для «Mosaic Killer»(«Убийца Мозаики»)

в конце этой увлекательной статьи вы узнаете, почему юзер-агент Гугл Хрома выглядит так дико:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13

рекомендуется к прочтению

кликабле

без сомнения, “Предыдущая” – важнейший раздел сайта.

Сегодня я отправился на экскурсию в твиттер.

Итак,

это скриншот страницы френда моего френда. Кликабельно. Жёлтым выделен абсолютно непонятный для меня и бесполезный контент.

А вот сам мой френд:

Кликабельно. Жёлтым… аналогично. Бесполезного, конечно, меньше, но всё равно хватает.

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

Дальше я попытался разобраться и докопаться до смысла фраз, выделенных жёлтым.

Понятно, что это ответ. На что? Где цитата? Так сложно вставить цитату или оригинальный пост, чтобы было удобнее читать? Синяя ссылка ведёт не на пост, на который отвечали (как логично было бы), а на страницу юзера.  Я уже начал ругаться, что не предусмотрели такой простой вещи, но случайно навёл курсор на …  (см.картинку ниже)
это, оказывается, ещё и ссылка! Ведёт как раз туда, куда нужно. Но она не выделена, ну аж никак. За такое нужно отрубать пальцы, чтобы не портили интернет.

Дальше сокращалки.
Не один я считаю, что это идиотизм. Ну, их применение оправдано в ограничениях в 160 символов (если действительно упираешься в ограничение, что очень редко бывает) или просмотре с телефона, но, блин, почему бы их не раскрыть при просмотре на сайте или в rss? Или хотя бы показать подсказку при наведении мыши. Намного удобнее знать урл сайта – по нему сразу много можно сказать.

Последнее. Подписка по RSS. Ну да, мне удобнее читать гуглридером. Урлы:  http://twitter.com/statuses/user_timeline/95605808.rss
Ну почему бы в урле не написать ник человека, на которого я подписываюсь? Когда буду разбирать rssки, будет очень удобно.
Ну и сам внешний вид:

кликабельно. Зачем дублировать текст и в заголовке, и в теле?

Ужас, это тихий ужас.

Для меня было более чем очевидно, что достаточно сменить префиксы таблиц (ну разве будут нормальные программисты делать по-другому?) Поэтому гуглить я не стал, а сразу написал скриптик для переименования таблиц. Быстренько всё разрулил, проверил, чтобы блоги грузились, и вздохнул с облегчением.

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

Ладно, не проблема, меняю префиксы в полях. Всё равно не заходит. Пробую сменить префиксы назад – снова не заходит. Заставить работать админку у меня уже не получилось. Видимо, пока я в неё ломился, она успела написать чего-то такого, что уже не работала никак.

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

Остался неприятный осадок от вордпресса – интересно, что они вообще думали, когда писали?..

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

Нажимаем на надпись “This site may harm your computer.” (не на ссылку на сайт, а именно на надпись).

Попадаем на www.kohaymos.com

Не лазьте по поганим сайтам, краще кохайтеся!

кликабл

контекст: музыкальный сайт, таблица (mysql) с плейлистами юзера

playlists:
{
int id, //автоинкремент
int song_id, //id самой песни
int user_id, //id юзера, который добавил себе песню
datetime added, //время, когда добавлена песня в его плейлист
}

song_id не уникальны, т.к. песню могли добавить несколько юзеров.

задача: написать SQL для выборки: “последние песни, добавленные в плейлисты пользователей”. для песен нужно вывести кто и когда их добавил в последний раз. дубликаты песен выводить не нужно, если песню добавили два юзера – вывести последнее добавление.

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

то, что пока придумал я, имеет 4 select’а в запросе и 3й уровень вложенности этих select’ов. сможешь лучше?

P.S. конечно же, должно работать максимально быстро. в наличии есть индекс по added.