TMBU is an ancient Aztec word, which means ‘This Might Be Useful’

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

• imagecolorallocatealpha
  int imagecolorallocatealpha ( resource $image, int $red, int $green, int $blue, int $alpha)
• imagealphablending
  bool imagealphablending ( resource $image, bool $blendmode)
• imagesavealpha
  bool imagesavealpha ( resource $image, bool $saveflag)

Код в результате выглядит примерно так:

Так что мою старую функцию можно доработать так, чтобы она сохраняла прозрачность картинок. Заодно и тип файла можно проверять не по расширению, а по тому, что вернет getimagesize (исходя из приведенного выше примера - это элемент $imgInfo[2]).

По умолчанию код для вставки видео, который предлагает YouTube, дает видео в низком (точнее, обычном) качестве.
Для того, чтобы вставить видео высокого качества нужно добавить в адрес записи "&ap=%2526fmt%3D18" (без кавычек). Обратите внимание, что в коде вставки адрес встречается дважды.

Например:

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

Вообще, помимо варианта по умолчанию, доступны следующие виды качества видео (т.е. значения параметра fmt):

• 6 - HQ flv (480 x 360, 30fps, 900KBps video Flash Sorenson, 44.1KHz 96 kbps Mono CBR audio MP3)
• 18 - mp4 (480 x 360, 24fps, 512KBps video h.264, 44.1KHz 128 kbps Stereo audio AAC)
• 22 - HD (1280 x 720, 30fps, 2000kbps video AVC, 232kbps audio AAC, 44.1khz stereo)

Эти параметры можно использовать и в ссылках на видео. Например: http://www.youtube.com/watch?v=S1ZZreXEqSY&fmt=18

Вчера я случайно удалил почти все записи из таблицы статистики просмотра видеозаписей Движущихся Картинок. Событие более чем печальное. До этого я предполагал, что восстановить удаленные записи практически невозможно. Оказалось, что можно. Если включены бинарные логи (для их включения в настройках mySQL надо указать параметр log-bin).
В результате некоторых раздумий получилась команда:
/usr/bin/mysqlbinlog --database=нужная_база_данных --start-datetime="2008-01-01 00:00:00" путь_ко_всем_binlog | tr "\t" " " | tr "\n" " " | tr ";""\n" | grep "INSERT INTO \`побитая_таблица\`" > p.sql

Параметр start-datetime содержит в себе дату, с которой вынимаем логи. Можно еще указать время остановки (в моем случае это было неактуально).
Далее нужно указать не просто путь к логам, а все файлы логов (например, /var/lib/mysql/lalala-bin.*).
Несколько tr'ов нужны потому, что запрос мой был многострочным, а надо было мне получать один запрос в одну строку.

В конечном счете в файле p.sql я получил нужные мне запросы. Единственное, что в конце строк не было точки с запятой. Это было исправное просто:
cat p.sql | sed "s/\"\)/\"\);/g" > p2.sq
Просто у меня каждый запрос оканчивался на ....")

Когда я попытался скормить запросы mySQL'у оказалось, что из-за того, что были удалены не все записи, начались проблемы с уникальностью некоторых полей. Чтобы не копаться в дампе руками, сделал так:
cat p2.sql | sed "s/INSERT INTO/INSERT IGNORE INTO/g" > p3.sql

И уже p3.sql успешно скормил mySQL'у.

Отсюда выводы: во первых, всегда делайте бекапы (как можно чаще), и во вторых всегда включайте логирование.

P.S. Конечно же из binlog'ов можно вытащить все, что делалось с базой. И Восстановить то состояние, которое нужно.

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

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