3. Сателиты
В этом разделе заметки о сателитостроении. Занятие тупое, но необходимое. Почему? О моем отношении к сателитам читайте тут
Сюда обычно чего-то пишут. Но меня ломает...
В этом разделе заметки о сателитостроении. Занятие тупое, но необходимое. Почему? О моем отношении к сателитам читайте тут
Времени делать проекты для людей практически нету - леплю только на досуге ГС.
Если вы решили сделать ставку на нормальные ГСы, с уникальным, читаемым, полезным пользователям контентом, да еще и с удобной навигацией (то есть это вроде даже и не совсем ГС, а вполне себе человечий сайт, но монетизируется он сами понимаете как), то тут было бы неплохо использовать портальный движок, такой как joomla.
Из Джумлы не торчат блоггерские рожки да ножки как в вордпрессе например (облака тегов, сортировка по дате и т.п.). На джумлу есть куча бесплатных шаблонов, которые не надо руссифицировать, поскольку руссификация там реализована в виде отдельного лэгвич-пака. Джумла гораздо менее прихотлива по ресурсам. Ну и наконец при наличии приличного шаблона сайт на ней выглядит совсем как настоящий ;) … Дальше >
Иногда бывает так, что нужно разместить ссылки быстрого доступа на все материалы блога. Это бывает полезно как даже элемент навигации настоящих блогов (для людей). Но особенно важным это становится если вы наполняете свой ГС, заточенный под продажу ссылок в SAPE массой мелкого, но тем не менее многостраничного, контента. Конечно, при этом вы используете плагин автопагинации, например mb_paging, но это уже дело вашего вкуса.
Факт же в том, что в случае, если с главной у вас нет ссылок на все публикации блога, то все не первые страницы таких публикаций улетают на четвертый уровень вложенности. … Дальше >
Раздел про говносайты (ГС) называется “сателиты”, но мы то с вами знаем, о чем на самом деле идет речь. Некоторые делают вид, что не каждый сателит представляет собой ГС, но это не более чем игра словами.
Я понимаю под ГС сайт, основной целью существования является продвижение других проектов (а не предоставление продукта/услуги конечному пользователю). Продвижение может быть своих проектов, проектов клиентов или проектов других оптимизаторов посредством продажи ссылок (например, тут). При такой постановке вопроса становится понятно, что ГС и сателиты - это одно и то же.
Наличие собственной сетки сателитов позволяет существенно сэкономить на ссылочном бюджете. В частности я не только использую их для продвижения, но и стараюсь держать их столько, чтобы доход от продажи ссылок в Sape (а где же их еще продавать :) покрывал ссылочные бюджеты белых проектов.
Если у вас есть собственная небольшая (это ключевое слово, потому что для больших есть специализорованные платные решения) сетка сателлитов, с помощью которой вы двигаете свои проекты или проекты заказчиков, то неизбежно встает вопрос об управлении ссылками на них. Этот небольшой скрипт поможет автоматизировать процесс:
<? function showl ($filename) {
if (file_exists($_SERVER['DOCUMENT_ROOT'] . ‘/linkz/’ . $filename)) {
$fp = file($_SERVER['DOCUMENT_ROOT'] . ‘/linkz/’ . $filename);
$sz=count ($fp);
for ($i=0; $i < $sz; $i++) {
$k = substr ($fp[$i], 0, strpos($fp[$i], “;”));
$l = “http://” . $_SERVER['SERVER_NAME'] . $_SERVER['REQUEST_URI'];
if ($k == $l ) {
echo substr ($fp[$i], strpos($fp[$i], “;”)+1, 800);}
}
}
return;
}
?>
</*a[^>]*> - чистит тэги <a>
#</?a[^>]*>#iu - для wp-o-matic
1. База из словаря Абрамова
2 Другая база
3. Сборка в виде сиквел-дампа (третья)
Откровенно говоря, все базы - отстой. Видимо, придется озаботиться вопросом притаривания платной базы
Вчера наконец разобрался с давно нервировавшм меня косяком. Косяк в том, что simplepie отказывался нормально тянуть фиды. Проявлялось причем на всем - как на обычном вордпрессовоском агрегаторе, который виджет, так и на feedwordpress и wp-o-matic. То есть тянуть то он их тянул, но при этом коцал тэги < > & - в таком духе. Естественно, часть фидов превращалась в какую-то хренотень, потому что хтмл-разметка лезла в текст. Самое сложное как всегда было найт причину. А она в том, что libxml, начиная с версии 2.7.0 коцал эти тэги. Баг типа вылечен в версии 2.7.2, как заявляется. Но на самом деле это не так. Лечение работает только для php 5.2.8, а для более ранних версий - хрен. Пришлось пересобрать апач с похапе 5.2.8 и либхмл 2.7.3. Попутно стало понятно, что на whm+nginx автоапдейт с easyapache не работает. Чтобы заработал, надо убрать Main >> Service Configuration >> Apache Setup > Include Editor > Pre Main Include, пересобрать и после этого запихать скрипт обратно. Естественно, перед этим надо /usr/local/apache/bin/apxs -i -c -n mod_rpaf-2.0.so mod_rpaf-2.0.c