Сопровождаю сайтик — рекламодатели предоставили баннер, при нажатии на который исходный сайт закрывается. Хозяева поставили задачу — сделать так, чтоб при нажатии сайт рекламодателя открывался в новом окне.
Пробовал в html, через target="_blank", но для тегов object и embed аттрибут target не работает.
Обращаться за переделкой к рекламодателю — песня долгая.
Решение нашлось такое:

Ставим редактор SWiX, запускаем открываем там нужный swf, переключаем View на Movie XML, там поиском ищем нужный сайт, правим нужный параметр GetURL URL="http://..." Target="_blank", сохраняем — Вуаля !

ReTweet

В многочисленных статьях по 301му редиректу обычно используют самые тривиальные случаи — с www на без www, с одной директории на другую и пр.
В моём случае необходимо было метнуть со странички с параметром ?param=value1... на ?param=value2... (какие именно писать не буду).
Небольшая сложность в таком подходе в том что ни аппач, ни nginx параметры не считают адресом странички.
С вариантом на php всё как обычно — просто решил его добавить до полноты картины
С него и начнём как с самого простого, но и самого неэффективного

Выдёргиваем нужный параметр value1 через $_REQUEST меняем что нужно, и редиректим куда нужно

header(«HTTP/1.1 301 Moved Permanently»);
header("Location: http://..........);
exit();

Далее, вариант с аппачем — регулярное выражение необходимо наложить на QUERY_STRING
Правим .htaccess

RewriteEngine On
RewriteBase /
RewriteCond %{QUERY_STRING} ^param=value1(.+)$
RewriteRule ^(.*)$ $1?param=value2%1 [R=301,L]

И последний — самый эффективный nginx — тут параметры лежат в переменной $args

if ($args ~* (.*)param=value1(.+)) {
set $args $1param=value2$2;
rewrite ^(.*)$ $1 permanent;
}

ReTweet

Казалось бы — какие могут тут быть проблемы ?
А нет — есть они !

Подрубил стандартно — как учили.
Получаю «Нарушена целостность данных при записи в файл»
links.db не создается хоть ты тресни

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

mbstring.func_overload 2
mbstring.internal_encoding UTF-8

В sape.php неверно определяется длинна считываемого и записываемого блога из-за UTF-8 кодировки — в следствие чего links.db получается кривой — не проходит проверку и автоматически стирается.

Лечится просто:
ищем в коде sape.php строчку
@fwrite($fp, $data, $length);
меняем на
@fwrite($fp, $data);

Вуаля.

ReTweet

Вот такой вот тафтологичный заголовок получился

Немного хотел поделиться опытом — может кому пригодиться (хотя догадаться самому не сложно).
В общем довелось мне подрубить к сапе статический сайтик — эдак на 10 тыс html страниц

Идея проста — настраиваем обработчиком статических страниц свой скрипт, где уже динамически встраиваем сапу. (думал сначала тупо скриптом все странички поправить — но такой вариант мне не понравился). Сайт лежит на моём хостинге, так что проблем с редактированием конфигов у меня не возникло.

В моём случае фронтэндом у меня стоит nginx — вот в нём то и прописываем нужное правило.

location ~ \.(htm|html)$ {
charset windows-1251;
fastcgi_index index.php;
fastcgi_intercept_errors on;
root /.../site.ru/www/;
index index.php index.html index.htm;

include fastcgi_params;
fastcgi_pass unix:/tmp/php-fcgi.sock;
fastcgi_param SCRIPT_NAME /get.php;
fastcgi_param SCRIPT_FILENAME /.../site.ru/www/get.php;
}

в get.php уже дёргаем нужный статичный html файл
я его определил через $_SERVER["DOCUMENT_URI"]
и меняем как душе угодно, например
$page = str_replace('', $sape.'',$page);
где в $sape нужный блок со ссылками

ReTweet

В принципе информация в сети на эту тему присутствует — вот например статейка Как перенести сайт.
Всё бы ничего — вроде доходчиво написано и понятно, но в моём случае на старом сайте висит онлайн магазин с довольно неплохой посещаемостью (трафик в районе 1.5к уников)
Одновременно давать работать двум сайтам нельзя — «поплывут» базы, отрубать старую на сутки — потеря покупателей сказывающаяся на выручке.

Собственно, при правильно сформулированной задаче решение приходит само — уменьшение TTL в настройках DNS зоны.

Я поставил 3600 — час (было сутки — 86400).
Передёрнул бинд.
#killall -HUP named
#/etc/rc.d/named reload

Подожду сутки, пока новые настройки не подействуют — и в бой.
Как пройдёт — отпишу.
Кстати в статейке ещё один важный момент опущен — при переезде на старом серваке желательно отрубить возможность изменения данных (либо потом придётся их как то перетягивать — а это уже «головняк»)

P.S.
меняя что-то в кроне — не забываем передёргивать
/etc/rc.d/cron restart
или
killall −1 cron

ReTweet

На новом выделенном сервачке поднимая сутру (Sutra TDS — профессиональная система управления web трафиком), подумалось, что тему распределения трафика я на блоге отдельно не поднимал.
А очень зря!
Ибо работая в онлайне, а значит с интернет трафиком, рано или поздно все сталкиваются с проблемой управления трафиком!
По крайней мере я прочувствовал эту фишку лично (правда давненько дело было — ещё работал с Umax PPC) — куча доров были залиты в чистом html на различные фришники по FTP, когда саппорт по уважительной причине «настойчиво предложил» сменить аккаунт (то есть входящую ссылку по которой я сливал траф) — и тут то организовалась проблемка !
Благо я более менее дружу с PHP и накорябаный на коленке скрипт меня спас от потери всех моих чёрных творений
После чего я так-же на коленке собрал некое подобие системы управления трафиком, и заинтересовавшись этим вопросом нашел просто ЗОЛОТОЕ решение — SUTRA TDS.
В плане руления трафиком скрипт может практически ВСЁ !
По крайней мере я использую процентов 5 возможностей и мне хватает! А использую я её с 2006 года.

Собственно, подключив систему ко всем проектам (как добывающим трафик, так и использующих внешний) получаем максимальные возможности контроля и управления при минимальной загрузке железа.
Вот Вы, например, уверены, что покупая трафик вас не «кидают» и не разбавляют его всяким «шлаком» ?!
А покупая дорогой баннер Вы можете проконтролировать качество и количество входящего трафика?
ИМХО анализ трафика может навести на много интересных мыслей.
Описывать все возможности системы я не буду — читайте сами.
В общем — учитесь лучше не на своих ошибках, а на моих
Однозначно рекомендую!

ReTweet

На днях с удивлением обнаружил, что на моём выделенном серваке заканчивается дисковое пространство, и это с учётом того, что проектов там — «кот наплакал».

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

А вот замер папки /var/db/  расставил все точки над «и»  — более 50% винта оказалось именно там, а конкретнее в корне /var/db/mysql в виде файлов mysql-bin.000000 mysql-bin.000001 mysql-bin.000002 и т.д. каждый весом по гигабайту.

Это — бинарные лог файлы для организации репликации СУБД. (чего у меня не планировалось)

Решение — убить файлы и отключить эту опцию.

Правильно это сделать так:

1.  В конфиге мускуля комментируем строку  (у меня FreeBSD — конфиг тут /etc/my.cnf
log-bin=mysql-bin

2. И с правами рута в mysql выполняем
RESET MASTER;


Вуаля!
Так оно и побыстрее шевелиться должно.

P.S.
лучший браузер для ipad

ReTweet