Завершился мой первый день эксперимента с выкупом РЛЕ показов через АдМедиа.
Цифирки заработка малые, вполне ожидаемые. Целых 5р. :-)
Сайт набрал 2.969 показов. Столько засчитано в РЛЕ. По LI на сайте было 3.800 хитов.
Из них 2000 выкупила АдМедиа по цене 2.5 за тысячу.
Поднял ставку до 3 р. за штуку, посмотрим что там будет с выкупом.
Спрашивается, чего мне с остальными 969 делать.. Видимо прийдётся через БанСток продавать. С ними я ещё не работал, чуть позже посмотрим, что за зверь.
Сейчас разбираюсь с парнёркой от ЛавПлэнет, штука интересная. Говорят ей траф неплохой собирать можно. Поживём увидим, о результатах переодически буду отписываться.
Отвлекаясь от темы. Сегодня спамовое сообщение по почте получил. Давненько так не смеялся. Приведу его содержание здесь, может кому-то тоже поднимет настроение.
Автор: Артём, тема "дома в инете полажу". Тема имеет очень замысловатый и глубокий смысл, аффтар видимо всю ночь думал над названием. :-)
Вот сие творение:
привeт Татьяна!
да нopмально всe,тoлько выматалиcь сeгодня нa рaботе, aдмины чотa c кoмпoм нaтвоpили, кoе-кaк твoй адреc нaшелcя..((
никуда идти нe хочeтся, виктрыч caйт подкинул с пpикольной паpнушкой http://***.by.ru ))глянь, как тебе?.. буду как-нить тaк вeчеp коpотaть..
Я ессно, не Татьяна :-))
Технологии, чёрт побери, не стоят на месте. Люблю это выражение.
Спам в таком виде давно уже не новость, просто содержание повеселило.
вторник, 24 июля 2007 г.
Каталоги статей и заработок c них
Последнее время испытываю повышенный интерес к теме каталогов статей. По-моему, тема эта весьма перспективна, особенно если поработать тут напильником в правильном направлении.
Вот два заслуживающих внимания на эту тему написал Бомж из Мерефы:
Каталог статей, продолжение.
Каталоги статей, мануал.
Он выделил интересную мысль о том, что пользователей условно можно разделить на группы и рекламу им выдавать разную (различное месторасположение и всё остальное, что из этого вытекает).
Мысль очень интересная, возможно она и покажется Вам через чур простой. Отнюдь! Идея отличная и главное рабочая, если проработать её и реализовать на должном уровне.
Самые важные вопросы в этом деле:
- чем наполнять?
- методы раскрутки?
Движок использовать можно любой (хоть мой :-) ), главное, чтобы поставленные цели решал. Поэтому в качестве основных вопросов я не касаюсь рассмотрения движков и хостингов.
Чем наполнять каталог? Откуда брать контент?
Здесь можно выделить несколько пунктов:
- Написание своих статей / копирайтинг;
Либо написание статей собственноручно, либо заказывать написание у копирайтеров, что может влететь в копеечку.
- Рерайтинг статей;
Опять же либо самостоятельно рерайтить статьи, либо заказывать.
- Общедоступные статьи;
Куча запущенных каталогов, где размещены статьи в свободном доступе. Берёте и копируете. А владельцы статей что? Да они ещё и спасибо скажут за распространение статей. Разве не для этого статьи пишут? (ссылку на автора статьи только не забывайте).
- "Фильтрованные" статьи с других каталогов;
Пункт очень похож на предыдущий с тем лишь отличием, что статьи пропускаются через специальный фильтр, который вносит какие-то изменения в статью, тем самым, получая уникальную статью.
Как кто-то недавно сказал (по-моему кто-то из "бомжей", пом Якутский), что контент можно переводить в транслит :-) Интересная идейка. Но как вариант получения уникального контента, why not?
Можно использовать словарь синонимов. Тоже тема интересная. Где бы найти такой словарь в электронном исполнении?
Видел подобные словари под винду с закрытым форматом БД. Собсно пользы от таких..
Методы раскрутки каталогов статей?
Вопрос это не настолько простой как кажется. Как и где прописать каталог, чтобы его не только посещали, но ещё и сабмитили статьями?
Тут не прокатит такая штука как регишь каталог в 1пс, оллсубмиттере и получаешь кучу трафа/контента, а каталог фильтрует по стоп словам всю поступающую инфу, самостоятельно модерирует и вообще всё происходит на автопилоте. Такое с каталогами статей, пока что, не получится. Тема эта толком ещё не объезжена, поэтому серьёзных статейных сервисов (вроде 1пс для каталогов) ещё нет.
Что же с ним делать по части раскрутки?
- Выводить в топ поисковиков;
как по запросам "белый каталог сайтов" (и подобным), так и по запросам соответствующим тематике каталога.
- Наращивать ПР и тИЦ;
Какую прибыль с них можно извлечь?
- Продажа ссылок с главной, внутренних, сквозняков;
С главной продавать можно в кликсе или напрямую. Внутренние лучше через сэйп.
- Платное размещение статей;
Это актуально в том случае, если каталог раскручен (посещаем) и имеет хорошие показатели тИЦ и ПР, хотя бы на главной. Тогда статью лучше платно добавить в такой каталог, чем в тысячу каких-нибудь новоиспечённых тИЦ0, ПР0.
Конечно если на то пошло, то как говориться, одно другому не мешает, т.е. из этой тысячи кто-нибудь обязательно раскрутиться и "что-либо" передаст :-)
- Контекстная реклама;
Как контекстная так и любая другая реклама за клики или показы.
Короче говоря, методы заработка могут быть абсолютно любые, что и с обычных сайтов.
Тем временем совершенствую свой двиг каталога сайтов VXDCat, хочу в ближайшее время встроить в него штуку, которая будет автоматом в статье балансировать плотность нужных мне ключевых слов. С такой штукой в топы вылезать проще будет.
Вот собственно пока всё, что я хотел рассказать Вам про каталоги.
А на последок небольшое отвлечение от темы - несколько интересных новостей.
Спам никогда не исчезнет
Через 20 лет вы не будете получать спам по почте, но появятся другие механизмы доставки. Следующее поколение фильтров столкнётся с видеоконтентом. Как вы собираетесь анализировать mpeg?
Да да, всё верно. Не согласен только с недальновидным вопросом "Как вы собираетесь анализировать mpeg?". Полагаю, через 20 лет научимся.
Спам это лёгкий (но и небезопасный) способ заработка. Он будет проявляться в разных вещах постоянно, реинкарнируя из одного вида в другой.
Кстати, не понятно почему "Через 20 лет вы не будете получать спам по почте". Что через 20 лет этот вид отомрёт? Неужели до народа наконец-то дойдёт, что он бесполезный?
Из-за ошибок в Google Reader пользователи попадают в чужие аккаунты
Многие пользователи сообщают, что при использовании сервисов Gmail и Google Reader они попадают в аккаунты других людей, получая доступ ко всей хранящейся там информации.
Представляете себе так - пишешь, пишешь почту, перезагрузил страницу и уже в другом акке. Бац, а почта уже и не твоя. :-)
ГуглРидером не пользуюсь, RSS читаю через Akregator (линуксовый).
Из сервисов ГМэйл пользуюсь SMTP и POP3, ничего подобного не замечал. Может это только касаемо веб-интерфейса.
Следующая версия OC Windows выйдет в 2010 году
Корпорация Microsoft намерена завершить работы над новой программной платформой Windows 7 в течение трех лет.
Правительство выделяет 3 млрд рублей на лицензионное ПО в школах
Каждая российская школа до конца 2007 г. получит пакет лицензионного ПО для всех своих компьютеров. Бюджет проекта составил 3 млрд. руб.
Хорошо что правительство обратило внимание на эту проблему. А то уже порядком надоело читать новости про изъятие компов с нелицензионным ПО.
В США начали людям имплантировать микрочипы
Имплантация может начаться с людей, с болезнью Альцгеймера, но потом распространится на обвиняемых, условно-досрочно освобожденных, насильников, нелегальных иммигрантов – и, в конце концов, в один день большинство американцев, подпадая под ту или иную категорию, будут "помечены".
Вот так раз. Началось. Честно говоря, как в фильмах ужасов.
Вот два заслуживающих внимания на эту тему написал Бомж из Мерефы:
Каталог статей, продолжение.
Каталоги статей, мануал.
Он выделил интересную мысль о том, что пользователей условно можно разделить на группы и рекламу им выдавать разную (различное месторасположение и всё остальное, что из этого вытекает).
Мысль очень интересная, возможно она и покажется Вам через чур простой. Отнюдь! Идея отличная и главное рабочая, если проработать её и реализовать на должном уровне.
Самые важные вопросы в этом деле:
- чем наполнять?
- методы раскрутки?
Движок использовать можно любой (хоть мой :-) ), главное, чтобы поставленные цели решал. Поэтому в качестве основных вопросов я не касаюсь рассмотрения движков и хостингов.
Чем наполнять каталог? Откуда брать контент?
Здесь можно выделить несколько пунктов:
- Написание своих статей / копирайтинг;
Либо написание статей собственноручно, либо заказывать написание у копирайтеров, что может влететь в копеечку.
- Рерайтинг статей;
Опять же либо самостоятельно рерайтить статьи, либо заказывать.
- Общедоступные статьи;
Куча запущенных каталогов, где размещены статьи в свободном доступе. Берёте и копируете. А владельцы статей что? Да они ещё и спасибо скажут за распространение статей. Разве не для этого статьи пишут? (ссылку на автора статьи только не забывайте).
- "Фильтрованные" статьи с других каталогов;
Пункт очень похож на предыдущий с тем лишь отличием, что статьи пропускаются через специальный фильтр, который вносит какие-то изменения в статью, тем самым, получая уникальную статью.
Как кто-то недавно сказал (по-моему кто-то из "бомжей", пом Якутский), что контент можно переводить в транслит :-) Интересная идейка. Но как вариант получения уникального контента, why not?
Можно использовать словарь синонимов. Тоже тема интересная. Где бы найти такой словарь в электронном исполнении?
Видел подобные словари под винду с закрытым форматом БД. Собсно пользы от таких..
Методы раскрутки каталогов статей?
Вопрос это не настолько простой как кажется. Как и где прописать каталог, чтобы его не только посещали, но ещё и сабмитили статьями?
Тут не прокатит такая штука как регишь каталог в 1пс, оллсубмиттере и получаешь кучу трафа/контента, а каталог фильтрует по стоп словам всю поступающую инфу, самостоятельно модерирует и вообще всё происходит на автопилоте. Такое с каталогами статей, пока что, не получится. Тема эта толком ещё не объезжена, поэтому серьёзных статейных сервисов (вроде 1пс для каталогов) ещё нет.
Что же с ним делать по части раскрутки?
- Выводить в топ поисковиков;
как по запросам "белый каталог сайтов" (и подобным), так и по запросам соответствующим тематике каталога.
- Наращивать ПР и тИЦ;
Какую прибыль с них можно извлечь?
- Продажа ссылок с главной, внутренних, сквозняков;
С главной продавать можно в кликсе или напрямую. Внутренние лучше через сэйп.
- Платное размещение статей;
Это актуально в том случае, если каталог раскручен (посещаем) и имеет хорошие показатели тИЦ и ПР, хотя бы на главной. Тогда статью лучше платно добавить в такой каталог, чем в тысячу каких-нибудь новоиспечённых тИЦ0, ПР0.
Конечно если на то пошло, то как говориться, одно другому не мешает, т.е. из этой тысячи кто-нибудь обязательно раскрутиться и "что-либо" передаст :-)
- Контекстная реклама;
Как контекстная так и любая другая реклама за клики или показы.
Короче говоря, методы заработка могут быть абсолютно любые, что и с обычных сайтов.
Тем временем совершенствую свой двиг каталога сайтов VXDCat, хочу в ближайшее время встроить в него штуку, которая будет автоматом в статье балансировать плотность нужных мне ключевых слов. С такой штукой в топы вылезать проще будет.
Вот собственно пока всё, что я хотел рассказать Вам про каталоги.
А на последок небольшое отвлечение от темы - несколько интересных новостей.
Спам никогда не исчезнет
Через 20 лет вы не будете получать спам по почте, но появятся другие механизмы доставки. Следующее поколение фильтров столкнётся с видеоконтентом. Как вы собираетесь анализировать mpeg?
Да да, всё верно. Не согласен только с недальновидным вопросом "Как вы собираетесь анализировать mpeg?". Полагаю, через 20 лет научимся.
Спам это лёгкий (но и небезопасный) способ заработка. Он будет проявляться в разных вещах постоянно, реинкарнируя из одного вида в другой.
Кстати, не понятно почему "Через 20 лет вы не будете получать спам по почте". Что через 20 лет этот вид отомрёт? Неужели до народа наконец-то дойдёт, что он бесполезный?
Из-за ошибок в Google Reader пользователи попадают в чужие аккаунты
Многие пользователи сообщают, что при использовании сервисов Gmail и Google Reader они попадают в аккаунты других людей, получая доступ ко всей хранящейся там информации.
Представляете себе так - пишешь, пишешь почту, перезагрузил страницу и уже в другом акке. Бац, а почта уже и не твоя. :-)
ГуглРидером не пользуюсь, RSS читаю через Akregator (линуксовый).
Из сервисов ГМэйл пользуюсь SMTP и POP3, ничего подобного не замечал. Может это только касаемо веб-интерфейса.
Следующая версия OC Windows выйдет в 2010 году
Корпорация Microsoft намерена завершить работы над новой программной платформой Windows 7 в течение трех лет.
Правительство выделяет 3 млрд рублей на лицензионное ПО в школах
Каждая российская школа до конца 2007 г. получит пакет лицензионного ПО для всех своих компьютеров. Бюджет проекта составил 3 млрд. руб.
Хорошо что правительство обратило внимание на эту проблему. А то уже порядком надоело читать новости про изъятие компов с нелицензионным ПО.
В США начали людям имплантировать микрочипы
Имплантация может начаться с людей, с болезнью Альцгеймера, но потом распространится на обвиняемых, условно-досрочно освобожденных, насильников, нелегальных иммигрантов – и, в конце концов, в один день большинство американцев, подпадая под ту или иную категорию, будут "помечены".
Вот так раз. Началось. Честно говоря, как в фильмах ужасов.
Эксперементирую с выкупом баннерных показов RLE (через AdMedia)
Решил опробовать выкуп баннерных показов RLE через систему AdMedia. С баннерными показами когда-то я давно работал, но не особо он меня впечатлил. Последнее время в сети снова пошли разговоры о выкупе бан. показов, вот и решил в очередной раз испробовать.
В кратце, что здесь мы имеем. Вчера зарегился в РЛЕ, зарегился в АдМедиа. Честно говоря, соеденить две партнёрки, чтобы одна выкупала у другой был огромный гемор. Для меня эти интерфейсы новы - с ними я не работал (РЛЕ когда-то видел, но там уже всё изменилось), а подсказок там, как таковых, крайне мало. Поэтмоу методом тыка, проб и ошибок я еле еле всё-таки сделал как надо.
(Если у Вас что-то не получится - отписывайтесь в комментах, помогу!)
Затор был на моменте, где нужно было установить дефолтный банер. Сделал всё как полагается, но вот незадача, количество дефолтных баннеров было прописано так: "0/1". И я балбес не мог понять, чего ноль-то. Минут через 10 лазания по системе я вспомнил, что эти баннеры должны модерировать ещё (когда-то очень давно я работал с баннерными системами). Нельзя сразу было написать, что баннер пошёл на модерацию?! Или таких дураков как я, которые забывают про эти вещи, нет в системе?
Поставил баннер в 5 часов утра, в 14:00 того же дня уже отмодерировали. С модерацией проблем нет.
Вообще дефолтный баннер штука интересная. Как я понял, это когда там система автоматом балансирует соотношение спроса и предложения по показам, остаются лишние показы, в которых можно показывать собственную рекламу :-) Круто, а у меня всё руки не доходили навешать на этот сайт рекламы других моих сайтов. Теперь и повод есть.
Теперь немного о тестируемом сайте.
Сайт слабенький. Запущен пару недель назад. Тематика развлекательная. Под 300 хостов и 3.000/+ хитов.
По поводу участия, вот что там пишут:
Для участия в программе необходимо:
1. Зарегистрироваться на сайте центра партнерских программ AdMedia. (Выкуп показов — совместный проект RLE и компании AdMedia.)
2. Добавить свой сайт в интерфейс программы выкупа, указав номер аккаунта в сети RLE, а также логин и пароль к нему.
3. Указать цену до 3 рублей, по которой вы готовы продавать показы. Цену выкупа можно изменить в любое время, изменения вступят в силу на следующий день.
А вот здесь можно подробнее узнать о выкупе РЛЕ показов через АдМедиа. Вот, что сами они пишут:
Выкуп показов и начисление денег происходит ночью. Расчёт производится за прошедшие сутки.
1. В полночь система узнает, сколько обменных показов вы накопили за прошедшие сутки, считая разницу между заработанными и потраченными вами показами с учетом комиссии сети.
2. Система оценивает, сколько суммарно обменных показов было предложено для выкупа всеми участниками.
3. Начинается непосредственно выкуп. Показы выкупаются на сайтах, накопивших не менее 1000 показов за прошедшие сутки. Само собой, в первую очередь показы выкупаются у участников, указавших минимальную цену. Затем выкупаются показы по более высокой цене, и так далее, пока не будет выкуплен весь требуемый объем.
После выкупа с вашего счета в RLE снимаются выкупленные показы. Общее количество показов на счету отображается в интерфейсе RLE, поле «У вас на счету». Информация о ценах и начислениях денег отображается в интерфейсе программы выкупа.
Цена за выкуп.
Цену за 1000 показов указываете Вы сами. Допустимые значения: 0.5 руб/1000, 1руб, 1.5, 2, 2.5, 3. Другого не дано. Во всяком случае, у меня не получилось поставить промежуточную цену. А было бы интересно, прогнозировать ситуацию на следующий день.
Рекомендую ставить Вам цену, КАК МИНИМУМ, 2.5. Ниже нежелательно, иначе это спровоцирует резкое падение цен и пострадаем все мы с Вами от этого. Если же ставить цены высокие, то все мы с Вами на коне.
По поводу того сколько можно заработать таким темпом.
Переходим к самому интересному - считаем бабло.
При моих 3 тыс хитов, "зачтуться" в РЛЕ наверное где-то две с лишним штуки. (у некоторых пользователей JS отключен, у кого firewall режет рекламу, плюс ещё коммисия системы РЛЕ и т.д.)
А выкуплены будут, скажем, 2 тыс показов.
Итого:
2 * 2.5 = 5 руб в день.
5 * 30 = 150 руб в месяц.
Не густо. :-)
Если показов будет под 40 тыс. (а сайт давать должен возле 50 тыс)
40 * 2.5 * 30 = 3000 р. в месяц.
Но и как говориться, не пусто. Порядка 110 баксов в месяц.
Поэтому, если показы есть, заработать на них можно. Другое дело откуда столько показов взять. Это уже сложный вопрос.
Ещё хочу поставить некоторые эксперименты с каталогом статей, где в качестве двига буду использовать собственно написанный VXDCat. Посмотрим, что там интересного.
В кратце, что здесь мы имеем. Вчера зарегился в РЛЕ, зарегился в АдМедиа. Честно говоря, соеденить две партнёрки, чтобы одна выкупала у другой был огромный гемор. Для меня эти интерфейсы новы - с ними я не работал (РЛЕ когда-то видел, но там уже всё изменилось), а подсказок там, как таковых, крайне мало. Поэтмоу методом тыка, проб и ошибок я еле еле всё-таки сделал как надо.
(Если у Вас что-то не получится - отписывайтесь в комментах, помогу!)
Затор был на моменте, где нужно было установить дефолтный банер. Сделал всё как полагается, но вот незадача, количество дефолтных баннеров было прописано так: "0/1". И я балбес не мог понять, чего ноль-то. Минут через 10 лазания по системе я вспомнил, что эти баннеры должны модерировать ещё (когда-то очень давно я работал с баннерными системами). Нельзя сразу было написать, что баннер пошёл на модерацию?! Или таких дураков как я, которые забывают про эти вещи, нет в системе?
Поставил баннер в 5 часов утра, в 14:00 того же дня уже отмодерировали. С модерацией проблем нет.
Вообще дефолтный баннер штука интересная. Как я понял, это когда там система автоматом балансирует соотношение спроса и предложения по показам, остаются лишние показы, в которых можно показывать собственную рекламу :-) Круто, а у меня всё руки не доходили навешать на этот сайт рекламы других моих сайтов. Теперь и повод есть.
Теперь немного о тестируемом сайте.
Сайт слабенький. Запущен пару недель назад. Тематика развлекательная. Под 300 хостов и 3.000/+ хитов.
По поводу участия, вот что там пишут:
Для участия в программе необходимо:
1. Зарегистрироваться на сайте центра партнерских программ AdMedia. (Выкуп показов — совместный проект RLE и компании AdMedia.)
2. Добавить свой сайт в интерфейс программы выкупа, указав номер аккаунта в сети RLE, а также логин и пароль к нему.
3. Указать цену до 3 рублей, по которой вы готовы продавать показы. Цену выкупа можно изменить в любое время, изменения вступят в силу на следующий день.
А вот здесь можно подробнее узнать о выкупе РЛЕ показов через АдМедиа. Вот, что сами они пишут:
Выкуп показов и начисление денег происходит ночью. Расчёт производится за прошедшие сутки.
1. В полночь система узнает, сколько обменных показов вы накопили за прошедшие сутки, считая разницу между заработанными и потраченными вами показами с учетом комиссии сети.
2. Система оценивает, сколько суммарно обменных показов было предложено для выкупа всеми участниками.
3. Начинается непосредственно выкуп. Показы выкупаются на сайтах, накопивших не менее 1000 показов за прошедшие сутки. Само собой, в первую очередь показы выкупаются у участников, указавших минимальную цену. Затем выкупаются показы по более высокой цене, и так далее, пока не будет выкуплен весь требуемый объем.
После выкупа с вашего счета в RLE снимаются выкупленные показы. Общее количество показов на счету отображается в интерфейсе RLE, поле «У вас на счету». Информация о ценах и начислениях денег отображается в интерфейсе программы выкупа.
Цена за выкуп.
Цену за 1000 показов указываете Вы сами. Допустимые значения: 0.5 руб/1000, 1руб, 1.5, 2, 2.5, 3. Другого не дано. Во всяком случае, у меня не получилось поставить промежуточную цену. А было бы интересно, прогнозировать ситуацию на следующий день.
Рекомендую ставить Вам цену, КАК МИНИМУМ, 2.5. Ниже нежелательно, иначе это спровоцирует резкое падение цен и пострадаем все мы с Вами от этого. Если же ставить цены высокие, то все мы с Вами на коне.
По поводу того сколько можно заработать таким темпом.
Переходим к самому интересному - считаем бабло.
При моих 3 тыс хитов, "зачтуться" в РЛЕ наверное где-то две с лишним штуки. (у некоторых пользователей JS отключен, у кого firewall режет рекламу, плюс ещё коммисия системы РЛЕ и т.д.)
А выкуплены будут, скажем, 2 тыс показов.
Итого:
2 * 2.5 = 5 руб в день.
5 * 30 = 150 руб в месяц.
Не густо. :-)
Если показов будет под 40 тыс. (а сайт давать должен возле 50 тыс)
40 * 2.5 * 30 = 3000 р. в месяц.
Но и как говориться, не пусто. Порядка 110 баксов в месяц.
Поэтому, если показы есть, заработать на них можно. Другое дело откуда столько показов взять. Это уже сложный вопрос.
Ещё хочу поставить некоторые эксперименты с каталогом статей, где в качестве двига буду использовать собственно написанный VXDCat. Посмотрим, что там интересного.
четверг, 19 июля 2007 г.
Новая версия VXDCat 1.1. Мощный каталог статей. Это будет бомба! Теперь и для сеток сайтов!
Сорри, что не писал эти дни - занят был написанием очередной версии каталога статей VXDCat.
Проделана огромная куча работы, затрачено много времени и усилий. Надеюсь не зря. Написано более 1.700 строк! А ведь это только начало!
Получилось даже ещё интереснее, чем я ожидал! Многие (полезные!) функции получились "сами по себе", не думал даже их делать, но по ходу программинга подумал, "чёрт, а почему бы и нет!?", таким образом и ввёл кучу (повторюсь, полезных!) функций, которые всё-таки хотел оставить за бортом.
Всё для Вас!
Из основных нововведений теперь стало можно управлять всеми копиями каталогов из одной.
- добавлен модуль DControl для централизированного управления всеми каталогами;
- переход на любой каталог из одного с автоматическим залогиниванием в другом;
(круто сказал, аж сам не понял смысла)
- рассылка указанной статьи по всем каталогам;
- централизированное модерирование статей всех каталогов из одной копии;
- ещё некоторые особенности увеличивающие производительность и скорость работы скрипта...
не стоим на месте, в общем! :-)
Шаблоны свободно меняются (обычные HTML, CSS файлы), лёгкая установка (автоматический инсталлятор), низкая нагрузка на сервера, заточка под сео, подстраиваемость под сетки сайтов, неограниченное количество категорий и подкатегорий, которые позволяют делать как узкотематические, так и не очень каталоги - о чём ещё можно мечтать?
Тут я выступаю как разработчик скрипта, а не как посредник, поэтому и проконсультировать смогу (БЕСПЛАТНО!) по поводу установки, настройки, эксплуатации скрипта.
Если будут найдены в скрипте какие-то критические уязвимости/"нерабочести" - предоставлю бесплатные апдейты. Это всё без проблем - я уже давно практикую такое со своими клиентами. За свой код я ответственен и отношусь к этому весьма серьёзно.
По цене VXDCat 1.1 подорожал на 10 баксов. И терь стоит $40. (оплата возможна по WM или Yandex.Деньги).
Разработки на этом не прекращаются. Куча идей в голове, которые все хотелось бы воплотить в код. Ну и Вы предлагайте какие-то свои идеи. Рассмотрю все варианты!
А все мои предложения, собсно, остаются в силе.
Ну и вот собсно демка.
VXDCat 1.1 в действии!
(входные данные в админку: admin/111)
Чтобы продемонстрировать работу централизированного модуля управления всеми копиями, запустил ещё два независимых друг от друга каталога:
http://best-projects.net/vxdone/
http://best-projects.net/vxdtwo/
Ими собсно и управляем.
Ай хоп ю инжой ит! :-)
Проделана огромная куча работы, затрачено много времени и усилий. Надеюсь не зря. Написано более 1.700 строк! А ведь это только начало!
Получилось даже ещё интереснее, чем я ожидал! Многие (полезные!) функции получились "сами по себе", не думал даже их делать, но по ходу программинга подумал, "чёрт, а почему бы и нет!?", таким образом и ввёл кучу (повторюсь, полезных!) функций, которые всё-таки хотел оставить за бортом.
Всё для Вас!
Из основных нововведений теперь стало можно управлять всеми копиями каталогов из одной.
- добавлен модуль DControl для централизированного управления всеми каталогами;
- переход на любой каталог из одного с автоматическим залогиниванием в другом;
(круто сказал, аж сам не понял смысла)
- рассылка указанной статьи по всем каталогам;
- централизированное модерирование статей всех каталогов из одной копии;
- ещё некоторые особенности увеличивающие производительность и скорость работы скрипта...
не стоим на месте, в общем! :-)
Шаблоны свободно меняются (обычные HTML, CSS файлы), лёгкая установка (автоматический инсталлятор), низкая нагрузка на сервера, заточка под сео, подстраиваемость под сетки сайтов, неограниченное количество категорий и подкатегорий, которые позволяют делать как узкотематические, так и не очень каталоги - о чём ещё можно мечтать?
Тут я выступаю как разработчик скрипта, а не как посредник, поэтому и проконсультировать смогу (БЕСПЛАТНО!) по поводу установки, настройки, эксплуатации скрипта.
Если будут найдены в скрипте какие-то критические уязвимости/"нерабочести" - предоставлю бесплатные апдейты. Это всё без проблем - я уже давно практикую такое со своими клиентами. За свой код я ответственен и отношусь к этому весьма серьёзно.
По цене VXDCat 1.1 подорожал на 10 баксов. И терь стоит $40. (оплата возможна по WM или Yandex.Деньги).
Разработки на этом не прекращаются. Куча идей в голове, которые все хотелось бы воплотить в код. Ну и Вы предлагайте какие-то свои идеи. Рассмотрю все варианты!
А все мои предложения, собсно, остаются в силе.
Ну и вот собсно демка.
VXDCat 1.1 в действии!
(входные данные в админку: admin/111)
Чтобы продемонстрировать работу централизированного модуля управления всеми копиями, запустил ещё два независимых друг от друга каталога:
http://best-projects.net/vxdone/
http://best-projects.net/vxdtwo/
Ими собсно и управляем.
Ай хоп ю инжой ит! :-)
воскресенье, 15 июля 2007 г.
Существует ли защита от скликивания (click fraud).
Читая пост ИжБомжа серьёзно призадумался. Хочу высказать некоторые свои мысли на эту тему.
По идее, если есть действие, то есть и противодействие.
От скликивания никто из нас не застрахован. А можно ли уберечься как-то от него?
Ведь скликивание тоже бывает разным. От лузерского до профессионального (-:
Первое, это когда пользователь просто начинает тыкать по (РСЯ, АдСенс, Бегун и др.) объявлению:
- под одним IP адресом
- под разными
От такого, в принципе, кое какую защиту можно поставить. Например, сразу после определения, что пользователь "в этой области" страницы уже кликнул - засылать ему кукис-инфу. При повторной загрузке страницы (раз он уже кликал на протяжении какого-то времени) объявление больше не показывать (а зачем, второй следом за первым клик может уже за фродный сойти). Это если IP постоянный.
А если он не постоянный, а запросы идут через прокси, например?
Ну в принципе, та же схема подойдёт - во всяком случае раз клики от разных "людей", то они и не фальшивые. Но думаю, в PPC тоже не дураки работают и куки также проверяют. Поэтому тут решение одно - если кукис клика уже прописан, второй раз объявление в течении какого-то времени этому пользователю просто не показывать.
Это сработает только в том случае когда у пользователя включён JavaScript и разрешена запись Cookies, чего уже, само по себе, не мало!
А отключается оно в 2 секунды в Опере (F12 - enable JavaScript, enable Cookies).
Защита какая-то, но очень уж шаткая.
А другая группа "скликеров" это те, которые будут просто рефрешить адрес "кликовой" ссылки.
И вот от таких, по-моему, уже ничего не спасёт. Они просто будут рефрешить ту ссылку (адсенсную, бегуновскую и т.д.). Те страницы, на которые мы уже никакого влияния не окажем. Как мне кажется защиты тут уже никакой не придумаешь. Что думаете?
(в общем-то о подобной защите думать должны уже сами PPC компании, а не мы (разработчики/админы сайтов), у них-то больше "власти" по анализу поступающих кликов и соответствующих им адресов). Хотя мне кажется, что это вскоре должны решить ППС, если уже не решили.
По идее, если есть действие, то есть и противодействие.
От скликивания никто из нас не застрахован. А можно ли уберечься как-то от него?
Ведь скликивание тоже бывает разным. От лузерского до профессионального (-:
Первое, это когда пользователь просто начинает тыкать по (РСЯ, АдСенс, Бегун и др.) объявлению:
- под одним IP адресом
- под разными
От такого, в принципе, кое какую защиту можно поставить. Например, сразу после определения, что пользователь "в этой области" страницы уже кликнул - засылать ему кукис-инфу. При повторной загрузке страницы (раз он уже кликал на протяжении какого-то времени) объявление больше не показывать (а зачем, второй следом за первым клик может уже за фродный сойти). Это если IP постоянный.
А если он не постоянный, а запросы идут через прокси, например?
Ну в принципе, та же схема подойдёт - во всяком случае раз клики от разных "людей", то они и не фальшивые. Но думаю, в PPC тоже не дураки работают и куки также проверяют. Поэтому тут решение одно - если кукис клика уже прописан, второй раз объявление в течении какого-то времени этому пользователю просто не показывать.
Это сработает только в том случае когда у пользователя включён JavaScript и разрешена запись Cookies, чего уже, само по себе, не мало!
А отключается оно в 2 секунды в Опере (F12 - enable JavaScript, enable Cookies).
Защита какая-то, но очень уж шаткая.
А другая группа "скликеров" это те, которые будут просто рефрешить адрес "кликовой" ссылки.
И вот от таких, по-моему, уже ничего не спасёт. Они просто будут рефрешить ту ссылку (адсенсную, бегуновскую и т.д.). Те страницы, на которые мы уже никакого влияния не окажем. Как мне кажется защиты тут уже никакой не придумаешь. Что думаете?
(в общем-то о подобной защите думать должны уже сами PPC компании, а не мы (разработчики/админы сайтов), у них-то больше "власти" по анализу поступающих кликов и соответствующих им адресов). Хотя мне кажется, что это вскоре должны решить ППС, если уже не решили.
пятница, 13 июля 2007 г.
VXDCat - Первая версия скрипта каталога статей!!
Наконец-то!! Первая версия моего детища готова!
Скрипт каталога статей, с которым я буду проводить некоторые последующие свои эксперименты, VXDCat:
http://best-projects.net/vxdcat/
Любому желающему могу продать за 30$.
Цена самая маленькая из тех, что я беру за свои скрипты.. Пока она такая! (-:
Настроек тут немало. Делал специально максимально затачивая его под СЕО:
http://best-projects.net/vxdcat/source.html
Как видите, тянет он явно больше, чем на 30 баксов!
Скрипт создавался из расчёта - минимум собственных затрат, поставил и он уже зарабатывает деньгу.
Дизайн, ссылки, всё там меняется. Поэтому забанить такой скрипт по шаблону у поисковиков не получится.
Ну и вот собсно ещё в догонку:
Общие возможности
- Скрипт полностью подготовлен к началу работы;
- Куча настроек (сейчас они прописаны по дефолту для старта работы);
- Быстрая развёртка каталога (инсталлятор);
- Мгновенный перенос базы данных на другие;
- Быстрая, простейшая смена дизайна;
- Нагрузку на сервер сводим к минимуму!;
- mod_rewrite (человеко-понятные урлы - все ссылки скрипта оканчиваются на .html);
- Полностью открытый и комментированный код;
- Защита от бана в поисковиках - быстрая смена внутренней ссылочной структуры + полный редизайн;
- Динамические заполнение кивордсов, дескрипшнов, тайтлов;
- Трёхколончатый дизайн, подготовлено место для вставки контекстной рекламы;
- Легкое размещение блоков рекламы (как вертикальных, так и горизонтальных) справа, слева (сверху и снизу) читаемой статьи (8 вариантов/мест размещения рекламы в одной статье);
- Неограниченное число вложенностей подкатегорий;
- Скрипт может работать с register_globals=off (разумеется и с "on");
- Всего лишь один единственный файл скрипта, который можно переименовать в любое имя файла (в случае, если необходимо "спрятать" его от поисковиков), работоспособсность от этого не страдает;
- При добавлении статьи: автоматом определяется перенос строк (\r,\n,\r\n или
) и форматируется в соответствии с правилами БД;
- Обезвреживание попыток взлома скрипта (проверка и устранение SQL и JS инъекций);
- Требования к серверу PHP, MySQL и 45 кб квоты для скрипта;
- Лёгкое (автоматическое) подключение любых HTML файлов в общий дизайн каталога (от Вас требуется только HTML редактором генерировать нужные Вам HTML файлы);
- Внутренний редирект, через который скрипт может (опционально) перенаправлять ссылки;
- Неограниченное количество категорий/подкатегорий
Ссылки
- Возможность автопереформатирования ссылок через собственный редирект;
- Ограничение на кол-во внешних ссылок (настройка поведения при нарушении лимита;
- Открытие ссылок в новом окне (не зависимо от того какого формата ссылки);
Размещение рекламных блоков
- Рекламные блоки в центральном шаблоне (на всех страницах (справа, слева в колонках));
- Рекламные блоки в статье:
---- 8 позиций размещений: сверху и снизу статьи;
---- Вертикальные, горизонтальные блоки рекламы;
---- "Обтекание" текста справа, слева от блока (одни из самых продуктивных вариантов размещения в статьях!);
Админка
- Управление категориями (добавление, удаление);
- Модерирование статей;
С удовольствием приму и рассмотрю любую критику. Но только по делу!
Скрипт каталога статей, с которым я буду проводить некоторые последующие свои эксперименты, VXDCat:
http://best-projects.net/vxdcat/
Любому желающему могу продать за 30$.
Цена самая маленькая из тех, что я беру за свои скрипты.. Пока она такая! (-:
Настроек тут немало. Делал специально максимально затачивая его под СЕО:
http://best-projects.net/vxdcat/source.html
Как видите, тянет он явно больше, чем на 30 баксов!
Скрипт создавался из расчёта - минимум собственных затрат, поставил и он уже зарабатывает деньгу.
Дизайн, ссылки, всё там меняется. Поэтому забанить такой скрипт по шаблону у поисковиков не получится.
Ну и вот собсно ещё в догонку:
Общие возможности
- Скрипт полностью подготовлен к началу работы;
- Куча настроек (сейчас они прописаны по дефолту для старта работы);
- Быстрая развёртка каталога (инсталлятор);
- Мгновенный перенос базы данных на другие;
- Быстрая, простейшая смена дизайна;
- Нагрузку на сервер сводим к минимуму!;
- mod_rewrite (человеко-понятные урлы - все ссылки скрипта оканчиваются на .html);
- Полностью открытый и комментированный код;
- Защита от бана в поисковиках - быстрая смена внутренней ссылочной структуры + полный редизайн;
- Динамические заполнение кивордсов, дескрипшнов, тайтлов;
- Трёхколончатый дизайн, подготовлено место для вставки контекстной рекламы;
- Легкое размещение блоков рекламы (как вертикальных, так и горизонтальных) справа, слева (сверху и снизу) читаемой статьи (8 вариантов/мест размещения рекламы в одной статье);
- Неограниченное число вложенностей подкатегорий;
- Скрипт может работать с register_globals=off (разумеется и с "on");
- Всего лишь один единственный файл скрипта, который можно переименовать в любое имя файла (в случае, если необходимо "спрятать" его от поисковиков), работоспособсность от этого не страдает;
- При добавлении статьи: автоматом определяется перенос строк (\r,\n,\r\n или
) и форматируется в соответствии с правилами БД;
- Обезвреживание попыток взлома скрипта (проверка и устранение SQL и JS инъекций);
- Требования к серверу PHP, MySQL и 45 кб квоты для скрипта;
- Лёгкое (автоматическое) подключение любых HTML файлов в общий дизайн каталога (от Вас требуется только HTML редактором генерировать нужные Вам HTML файлы);
- Внутренний редирект, через который скрипт может (опционально) перенаправлять ссылки;
- Неограниченное количество категорий/подкатегорий
Ссылки
- Возможность автопереформатирования ссылок через собственный редирект;
- Ограничение на кол-во внешних ссылок (настройка поведения при нарушении лимита;
- Открытие ссылок в новом окне (не зависимо от того какого формата ссылки);
Размещение рекламных блоков
- Рекламные блоки в центральном шаблоне (на всех страницах (справа, слева в колонках));
- Рекламные блоки в статье:
---- 8 позиций размещений: сверху и снизу статьи;
---- Вертикальные, горизонтальные блоки рекламы;
---- "Обтекание" текста справа, слева от блока (одни из самых продуктивных вариантов размещения в статьях!);
Админка
- Управление категориями (добавление, удаление);
- Модерирование статей;
С удовольствием приму и рассмотрю любую критику. Но только по делу!
Небольшая подборка интересных новостей от СекьюритиЛаб.
http://www.securitylab.ru/news/299325.php
Домен Sochi.info продают за 15 млн. руб
Владелец sochi.info Николай Одинцов, директор ООО «Сити», на которое зарегистрирован домен, намерен его продать за 15 млн. руб.
Киберсквоттеры не стоят на месте. Sochi.info - определённо действительно стоит своих денег и по-видимому спрос на него будет.
http://www.securitylab.ru/news/299317.php
Google помог грабителям вскрыть сейф
"Ворам не удалось самостоятельно вскрыть сейф, после чего они обратились за помощью к поисковой системе Google на компьютере, который находился в помещении."
Ну прямо в лучших традициях комедийный сериалов! Use Google! (-:
http://www.securitylab.ru/news/299316.php
Красноярский хакер умер, не дождавшись суда
"Следователи ГУВД собрали доказательства 18 эпизодов преступной деятельности обвиняемого по четырем статьям УК РФ. Однако судить будет некого - в апреле хакер покончил с собой. Как сообщают в ГУВД, "из-за неприятностей в семье"."
Жалко человека.. действительно жалко.
http://www.securitylab.ru/news/299318.php
Сургутские хакеры настроили игровой автомат на выигрыш в полмиллиона рублей
"Они перепрограммировали игровой автомат на крупный выигрыш по просьбе сотрудников клуба, которые решили поживиться деньгами своего же заведения."
Не, ну креатив, согласитесь, точно не стоит на месте! Как народ сейчас только не извернётся, чтобы бабла срубить. Я не говорю, что это плохо, но определённо заставляет призадуматься!
http://www.securitylab.ru/news/299320.php
Преступники проверяют ворованные кредитки на благотворительных фондах
"Как правило, делаются переводы не очень больших сумм на счет таких организаций, как Красный Крест и подобных. Переводы на небольшие суммы не привлекают внимания банков, и тем более, не вызывают подозрения благотворительные взносы."
http://www.securitylab.ru/news/299322.php
Фишеры тратят на создание фальшивого сайта всего несколько секунд
Специалисты компании RSA Security обнаружили программный код, при помощи которого можно буквально за считанные секунды разместить в интернете фишерский сайт.
Ээ... не подзнова-то они обнаружили??
Домен Sochi.info продают за 15 млн. руб
Владелец sochi.info Николай Одинцов, директор ООО «Сити», на которое зарегистрирован домен, намерен его продать за 15 млн. руб.
Киберсквоттеры не стоят на месте. Sochi.info - определённо действительно стоит своих денег и по-видимому спрос на него будет.
http://www.securitylab.ru/news/299317.php
Google помог грабителям вскрыть сейф
"Ворам не удалось самостоятельно вскрыть сейф, после чего они обратились за помощью к поисковой системе Google на компьютере, который находился в помещении."
Ну прямо в лучших традициях комедийный сериалов! Use Google! (-:
http://www.securitylab.ru/news/299316.php
Красноярский хакер умер, не дождавшись суда
"Следователи ГУВД собрали доказательства 18 эпизодов преступной деятельности обвиняемого по четырем статьям УК РФ. Однако судить будет некого - в апреле хакер покончил с собой. Как сообщают в ГУВД, "из-за неприятностей в семье"."
Жалко человека.. действительно жалко.
http://www.securitylab.ru/news/299318.php
Сургутские хакеры настроили игровой автомат на выигрыш в полмиллиона рублей
"Они перепрограммировали игровой автомат на крупный выигрыш по просьбе сотрудников клуба, которые решили поживиться деньгами своего же заведения."
Не, ну креатив, согласитесь, точно не стоит на месте! Как народ сейчас только не извернётся, чтобы бабла срубить. Я не говорю, что это плохо, но определённо заставляет призадуматься!
http://www.securitylab.ru/news/299320.php
Преступники проверяют ворованные кредитки на благотворительных фондах
"Как правило, делаются переводы не очень больших сумм на счет таких организаций, как Красный Крест и подобных. Переводы на небольшие суммы не привлекают внимания банков, и тем более, не вызывают подозрения благотворительные взносы."
http://www.securitylab.ru/news/299322.php
Фишеры тратят на создание фальшивого сайта всего несколько секунд
Специалисты компании RSA Security обнаружили программный код, при помощи которого можно буквально за считанные секунды разместить в интернете фишерский сайт.
Ээ... не подзнова-то они обнаружили??
четверг, 12 июля 2007 г.
Небольшая подборка интересного и полезного материала
Веб-Планета провела интервью с Антоном Серго, который рассказал о том, как засудить сетевого вора, копирующего с блогов тексты, фото и любую другую информацию.
Также он поделился о том, сколько стоят услуги юристов. Честно говоря, мне казалось, что стоимость их гораздо выше!
http://webplanet.ru/interview/business/2007/07/03/sergo.html
Особенно заинтересовало вот это его высказывание про передел доменного рынка с 1 января 2008 года:
"Передел будет из-за того, что при наличии у вас какого-либо товарного знака (например, "ТЕСТ") вы сможете отобрать домены test.ru, super-test.ru, tester.ru и пр."
Весьма любопытно.. Может это не будет настолько всё плачевным как я сейчас себе это представляю. Но если компании будут отбирать и "близлежащие" домены, это будет-то не очень весело.
Если скажем компания называется, как-нибудь вроде "3GP", то она отберёт и "3gp-video.ru", и "free-3gp.ru", да и вообще всё, что связано с 3gp. Так же и доменов свободных совсем не останется.
Тем временем, Яндекс репортирует нам об исследовании рынка контекстной рекламы в PDF файле (1.6мб):
http://download.yandex.ru/company/yandex_on_context_advertising_summer_2007.pdf
Как они заявляют - средняя сумма выплаты в мес. составляет 280 баков. Да.. деньги там несомненно есть, только бы уметь их достать!
Кстати говоря, раз разговор зашёл о контекстной рекламе. Думаю не будет лишним сказать, что в Бегуне можно просмотреть стоимость за клик на указанных словах здесь:
http://my.begun.ru/service/competitors.php
У Яндекса такого сервиса нет, необходимо завести рекламную компанию и на последнем этапе её создания у Вас будет аналогичная возможность.
Ещё одно неплохое интервью с руководителем отделов компании Рамблер, Алексеем Садоновым на тему рекламы в Rambler-ICQ.
Алексей Садонов: "Реклама в ICQ - одно из самых востребованных предложений Rambler": http://www.telnews.ru/theme/12923
Честно говоря, не придавал я такого особого значения рекламе в IM-пейджерах. Да и не замечаю вообще никакой рекламы в IM. Под виндой пользуюсь QIP'ом, под Линуксом - SIM'ом.
Довольно неплохая статьия о будующем контекстной рекламы:
Вне контекста. Что идет на смену контекстной рекламе?
http://www.adme.ru/kontekstnaya_reklama/2007/07/03/19002/
Также он поделился о том, сколько стоят услуги юристов. Честно говоря, мне казалось, что стоимость их гораздо выше!
http://webplanet.ru/interview/business/2007/07/03/sergo.html
Особенно заинтересовало вот это его высказывание про передел доменного рынка с 1 января 2008 года:
"Передел будет из-за того, что при наличии у вас какого-либо товарного знака (например, "ТЕСТ") вы сможете отобрать домены test.ru, super-test.ru, tester.ru и пр."
Весьма любопытно.. Может это не будет настолько всё плачевным как я сейчас себе это представляю. Но если компании будут отбирать и "близлежащие" домены, это будет-то не очень весело.
Если скажем компания называется, как-нибудь вроде "3GP", то она отберёт и "3gp-video.ru", и "free-3gp.ru", да и вообще всё, что связано с 3gp. Так же и доменов свободных совсем не останется.
Тем временем, Яндекс репортирует нам об исследовании рынка контекстной рекламы в PDF файле (1.6мб):
http://download.yandex.ru/company/yandex_on_context_advertising_summer_2007.pdf
Как они заявляют - средняя сумма выплаты в мес. составляет 280 баков. Да.. деньги там несомненно есть, только бы уметь их достать!
Кстати говоря, раз разговор зашёл о контекстной рекламе. Думаю не будет лишним сказать, что в Бегуне можно просмотреть стоимость за клик на указанных словах здесь:
http://my.begun.ru/service/competitors.php
У Яндекса такого сервиса нет, необходимо завести рекламную компанию и на последнем этапе её создания у Вас будет аналогичная возможность.
Ещё одно неплохое интервью с руководителем отделов компании Рамблер, Алексеем Садоновым на тему рекламы в Rambler-ICQ.
Алексей Садонов: "Реклама в ICQ - одно из самых востребованных предложений Rambler": http://www.telnews.ru/theme/12923
Честно говоря, не придавал я такого особого значения рекламе в IM-пейджерах. Да и не замечаю вообще никакой рекламы в IM. Под виндой пользуюсь QIP'ом, под Линуксом - SIM'ом.
Довольно неплохая статьия о будующем контекстной рекламы:
Вне контекста. Что идет на смену контекстной рекламе?
http://www.adme.ru/kontekstnaya_reklama/2007/07/03/19002/
среда, 11 июля 2007 г.
Web 2.0, "За" и "Против" AJAX технологии на ресурсах. Новое - это хорошо забытое старое?. Стоит ли оно потраченных усилий?
AJAX - Asynchronous JavaScript And XML (асинхронный запрос JavaScript и XML).
Может перевёл я криво, но в чём суть его я сейчас расскажу.
Основная идея тут в том, что JavaScript сценарий обращается к какому-либо файлу с целью получения от него результата в формате XML. К чему именно обращаться, это уже другой вопрос, тут хоть к РНР, хоть к Перл скриптам, главное, чтобы в качестве результата "вернули" данные в XML формате.
И представьте себе, что изменять содержимое страницы можно не перезагружая её при этом! Т.е. например, блог добавляет новый пост.. После нажатия кнопки "отправить" он перенаправляет нас на следующую страницу типа "спасибо за комментарий". С использованием AJAX перенаправлять на следующую страницу не нужно, всё происходит на той же странице.
Или ещё пример. В поисковике запрашиваем какую-то часть слова, нам тут же выпадает окошко с похожими словами.. Тоже неплохой пример AJAX-технологий.
Кстати, AJAX это вовсе не новая технология, как Вам могло показаться изначально. Относительно. Такие эффекты были применены Гуглом ещё лет 5-7 назад. А настоящую популярность эта технология приобретать начала только с бумом социальных сетей и собсно с появлением такого явления, как web 2.0.
- Экономия трафика;
Страницы не перезагружаются, заново не генерируются, следовательно экономиться трафик не только у хостера, но и у пользователя. Двойная выгода!
- Увеличение скорости работы сайта;
Увеличивается скорость получения новой информации, т.к. эта информация избавлена от всякого HTML кода и прочего служебного кода, который порой только замедляет работу проекта/скрипта в целом.
- Красиво, модно и стильно (web 2.0, чёрт его побери!);
С помощью JavaScript можно творить по истине потрясающие эффекты! Можно сайт оформить в виде "декстопа", где будут присутствовать перетаскивающиеся окошки, значки. Всё можно будет динамически перемещать и т.д. и т.п. Красота!
- Юзабилити;
Тут скорее плюс, чем минус. Хотя если слишком сильно перегрузить проект всякими феньками, то это может серьёзно затруднить восприятие материала пользователями и ествественно снизить юзабельность такого проекта.
В целом же, весьма удобно когда страница без перезагрузки осуществляет те действия, которые ранее сделать можно было только с перезагрузкой.
- Увеличение нагрузки на сервер;
Увеличивается за счёт возрастающего числа запросов.
Не очень это существенный минус, т.к. цели у людей разные, поэтому вполне возможно, что при грамотном написании и главное корректно поставленных целей перед проектом, этого минуса в принципе не будет!
Т.е. скажем, если вернуться к примеру с поисковиком, то тут разумеется возрастёт нагрузка (постоянные запросы к серверу), а в случае с блогом, наоборот, нагрузка снизиться, т.к. сервер не должен уже генерировать ответной HTML страницы (или любого другого формата данных).
- Совместимость;
Чего тут скрывать - совместимость страдает. При программировании под IE используешь одни объекты, под Opera другие, под FireFox третьи, а преследуемые цели и результат один и тот же.
Поэтому по части совместимости, минус тут в том, что твои результаты не все смогут увидеть.
- Отключенный JavaScript у пользователей;
Лично я очень часто отключаю JavaScript при просмотре некоторых сайтов. Просто программный народ думает наверное, что у всех IE и при попытке зайти с Оперы - видишь неизвестно что. Хотя думаю, что это ещё один камень в сторону совместимости.
- Индексация в поисковиках;
Как собственно и вообще JavaScript сценарии индексируются далеко не должным образом, поэтому и индексация подобных проектов будет приблизительно схожей.
Поэтому при программировании Веб-два-нольных проектов, нельзя забывать об этих существующих минусах. Моё мнение - проект изначально писать следует без применения AJAX и как только протестируется проект на полную готовность к работе, можно добавлять AJAX.. ну и собственно - заново тестировать, теперь уже с АЯКСом!
Такое двойное тестирование окупиться в том случае, если у пользователей работающих с Вашим проектом отключен JavaScript.
P.S. Каталог мой всё пишется. Уже где-то на 97% завершил текущую версию. Свыше 850 строк кода! Остались последние штришки и буду запускать на всеобщее обозрение и критику.
P.P.S. Сколько же я думаю написать статью на тему уменьшения нагрузки от сайтов на сервер хостера. Тема актуальная и полезная, да вот всё руки у меня до неё не доходят. В общем ждите, думаю скоро асилю!
Может перевёл я криво, но в чём суть его я сейчас расскажу.
Основная идея тут в том, что JavaScript сценарий обращается к какому-либо файлу с целью получения от него результата в формате XML. К чему именно обращаться, это уже другой вопрос, тут хоть к РНР, хоть к Перл скриптам, главное, чтобы в качестве результата "вернули" данные в XML формате.
И представьте себе, что изменять содержимое страницы можно не перезагружая её при этом! Т.е. например, блог добавляет новый пост.. После нажатия кнопки "отправить" он перенаправляет нас на следующую страницу типа "спасибо за комментарий". С использованием AJAX перенаправлять на следующую страницу не нужно, всё происходит на той же странице.
Или ещё пример. В поисковике запрашиваем какую-то часть слова, нам тут же выпадает окошко с похожими словами.. Тоже неплохой пример AJAX-технологий.
Кстати, AJAX это вовсе не новая технология, как Вам могло показаться изначально. Относительно. Такие эффекты были применены Гуглом ещё лет 5-7 назад. А настоящую популярность эта технология приобретать начала только с бумом социальных сетей и собсно с появлением такого явления, как web 2.0.
Какие тут плюсы?
- Экономия трафика;
Страницы не перезагружаются, заново не генерируются, следовательно экономиться трафик не только у хостера, но и у пользователя. Двойная выгода!
- Увеличение скорости работы сайта;
Увеличивается скорость получения новой информации, т.к. эта информация избавлена от всякого HTML кода и прочего служебного кода, который порой только замедляет работу проекта/скрипта в целом.
- Красиво, модно и стильно (web 2.0, чёрт его побери!);
С помощью JavaScript можно творить по истине потрясающие эффекты! Можно сайт оформить в виде "декстопа", где будут присутствовать перетаскивающиеся окошки, значки. Всё можно будет динамически перемещать и т.д. и т.п. Красота!
- Юзабилити;
Тут скорее плюс, чем минус. Хотя если слишком сильно перегрузить проект всякими феньками, то это может серьёзно затруднить восприятие материала пользователями и ествественно снизить юзабельность такого проекта.
В целом же, весьма удобно когда страница без перезагрузки осуществляет те действия, которые ранее сделать можно было только с перезагрузкой.
Минусы:
- Увеличение нагрузки на сервер;
Увеличивается за счёт возрастающего числа запросов.
Не очень это существенный минус, т.к. цели у людей разные, поэтому вполне возможно, что при грамотном написании и главное корректно поставленных целей перед проектом, этого минуса в принципе не будет!
Т.е. скажем, если вернуться к примеру с поисковиком, то тут разумеется возрастёт нагрузка (постоянные запросы к серверу), а в случае с блогом, наоборот, нагрузка снизиться, т.к. сервер не должен уже генерировать ответной HTML страницы (или любого другого формата данных).
- Совместимость;
Чего тут скрывать - совместимость страдает. При программировании под IE используешь одни объекты, под Opera другие, под FireFox третьи, а преследуемые цели и результат один и тот же.
Поэтому по части совместимости, минус тут в том, что твои результаты не все смогут увидеть.
- Отключенный JavaScript у пользователей;
Лично я очень часто отключаю JavaScript при просмотре некоторых сайтов. Просто программный народ думает наверное, что у всех IE и при попытке зайти с Оперы - видишь неизвестно что. Хотя думаю, что это ещё один камень в сторону совместимости.
- Индексация в поисковиках;
Как собственно и вообще JavaScript сценарии индексируются далеко не должным образом, поэтому и индексация подобных проектов будет приблизительно схожей.
Поэтому при программировании Веб-два-нольных проектов, нельзя забывать об этих существующих минусах. Моё мнение - проект изначально писать следует без применения AJAX и как только протестируется проект на полную готовность к работе, можно добавлять AJAX.. ну и собственно - заново тестировать, теперь уже с АЯКСом!
Такое двойное тестирование окупиться в том случае, если у пользователей работающих с Вашим проектом отключен JavaScript.
P.S. Каталог мой всё пишется. Уже где-то на 97% завершил текущую версию. Свыше 850 строк кода! Остались последние штришки и буду запускать на всеобщее обозрение и критику.
P.P.S. Сколько же я думаю написать статью на тему уменьшения нагрузки от сайтов на сервер хостера. Тема актуальная и полезная, да вот всё руки у меня до неё не доходят. В общем ждите, думаю скоро асилю!
понедельник, 9 июля 2007 г.
Копирование и парсинг информации с чужих сайтов на примере определения тИЦ сайтов.
Часто возникает потребность в копировании больших(?) объемов информации с других сайтов и последующим её разбором (по различным файлам, собственным страницам и т.д.). Часто эти методы используются при сборе информации для сателлитов, да и не только!
Для наглядного примера поставим перед собой задачу - определить тИЦ заданного сайта.
Для этого необходимо выполнить следующую последовательность действий:
1. Получить полный код страницы со значением тИЦ для заданного сайта;
2. Разобрать полученную страницу и изъять из неё тИЦ;
Информацию тянуть будем с такого урла:
http://search.yaca.yandex.ru/yca/cy/ch/site.ru/
где site.ru - урл, для которого необходимо получить тИЦ.
Использовать для этого будем РНР.
1. Получение чужой (и не только) страницы в РНР происходит с помощью функции: file_get_contents, куда передаётся УРЛ нужной страницы, на выходе - содержимое страницы.
В нашем случае это будет выглядеть так:
$page = file_get_contents( 'http://search.yaca.yandex.ru/yca/cy/ch/site.ru/' );
т.е. полученную информацию (полный исходник ХТМЛ страницы) мы сохранили в переменную $page.
2. Затем открываем вручную исходник этой HTML страницы и смотрим где находится необходимая нам информация. В нашем случае она находится внутри анкорного тэга. Пишем шаблон для неё:
$arr = array();
preg_match( '/<a href="[^"]+" title="[^"]+">([0-9]+)<\/a>/', $page, $arr );
Таким образом, мы изъяли число (тИЦ) находящееся в анкорном тэге. Круглые скобки отвечают за то, что попадёт в выходную выборку (массив $arr, структуру которого можно просмотреть так: "print_r( $arr )" ).
Остаётся только вывести его на экран (или куда Вам необходимо): "echo $arr[1];"
Приведу конечный вариант скрипта:
$page = file_get_contents( 'http://search.yaca.yandex.ru/yca/cy/ch/' . $_SERVER['QUERY_STRING'] . '/' );
$arr = array();
preg_match( '/<a href="[^"]+" title="[^"]+">([0-9]+)<\/a>/', $page, $arr );
echo $arr[1];
$_SERVER['QUERY_STRING'] - подставлено для удоства использования, чтобы можно было к скрипту обращаться так: script.php?mysite.ru
Хотелось бы отметить то, что работать такой метод будет далеко не всегда. Только для тех ресурсов, которые не описаны в Я.Каталоге, потому как для них выдаётся совершенно другая страница, для неё необходимо писать отдельный шаблон.
Для остальных будет работать. Ну это же всё-таки в качестве примера!
Надеюсь суть того где вот такое можно использовать Вы уловили!
Будут ли какие-то замечания, вопросы или пожелания к дальнейшим постам?
Для наглядного примера поставим перед собой задачу - определить тИЦ заданного сайта.
Для этого необходимо выполнить следующую последовательность действий:
1. Получить полный код страницы со значением тИЦ для заданного сайта;
2. Разобрать полученную страницу и изъять из неё тИЦ;
Информацию тянуть будем с такого урла:
http://search.yaca.yandex.ru/yca/cy/ch/site.ru/
где site.ru - урл, для которого необходимо получить тИЦ.
Использовать для этого будем РНР.
1. Получение чужой (и не только) страницы в РНР происходит с помощью функции: file_get_contents, куда передаётся УРЛ нужной страницы, на выходе - содержимое страницы.
В нашем случае это будет выглядеть так:
$page = file_get_contents( 'http://search.yaca.yandex.ru/yca/cy/ch/site.ru/' );
т.е. полученную информацию (полный исходник ХТМЛ страницы) мы сохранили в переменную $page.
2. Затем открываем вручную исходник этой HTML страницы и смотрим где находится необходимая нам информация. В нашем случае она находится внутри анкорного тэга. Пишем шаблон для неё:
$arr = array();
preg_match( '/<a href="[^"]+" title="[^"]+">([0-9]+)<\/a>/', $page, $arr );
Таким образом, мы изъяли число (тИЦ) находящееся в анкорном тэге. Круглые скобки отвечают за то, что попадёт в выходную выборку (массив $arr, структуру которого можно просмотреть так: "print_r( $arr )" ).
Остаётся только вывести его на экран (или куда Вам необходимо): "echo $arr[1];"
Приведу конечный вариант скрипта:
$page = file_get_contents( 'http://search.yaca.yandex.ru/yca/cy/ch/' . $_SERVER['QUERY_STRING'] . '/' );
$arr = array();
preg_match( '/<a href="[^"]+" title="[^"]+">([0-9]+)<\/a>/', $page, $arr );
echo $arr[1];
$_SERVER['QUERY_STRING'] - подставлено для удоства использования, чтобы можно было к скрипту обращаться так: script.php?mysite.ru
Хотелось бы отметить то, что работать такой метод будет далеко не всегда. Только для тех ресурсов, которые не описаны в Я.Каталоге, потому как для них выдаётся совершенно другая страница, для неё необходимо писать отдельный шаблон.
Для остальных будет работать. Ну это же всё-таки в качестве примера!
Надеюсь суть того где вот такое можно использовать Вы уловили!
Будут ли какие-то замечания, вопросы или пожелания к дальнейшим постам?
пятница, 6 июля 2007 г.
Пишу скрипт каталога статей...
Пока тема толком ещё не заезжена - создаю удобный каталог статей, на котором попробую покрутить серию экспериментов с контекстной рекламой.
Скрипт разрабатываю исключительно для своих целей, но кто его знает как там ситуация повернёться. Естественно, что мне хотелось бы распространять его свободно, тем самым, плодя огромное количество конкурентов. Может быть и будут какие-то бесплатные версии. Об этом я не задумываюсь.
Поставил перед собой кучу целей, точнее перед каталогом. В голове вертиться куча возможностей, теперь бы времени на реализацию.
Каталог будет таким, что с одной стороны удовлетворять запросам пользователей, с другой поисковиков. (чего уж скрывать, было бы глупо это не упомянуть!).
Вы как-нибудь продумывали подобные варианты заработка на контекстной рекламе? Каталоги ссылок это одно, а вот каталог статей это совершенно уже другое.. А схема заработка весьма схожа.
Усилий минимум, а бабла с этого срубить порядочно.
Да и просто такой скрипт не помешает как дополнительный раздел любому сайту.. Why not, как говорится.
Что ж, пока идеи, очень скоро перейдём к практическим экспериментам.
Скрипт получается весьма интересный, думаю скоро выпущу стабильную версию, затем будет ещё куча наворотов.
Что бы Вы хотели видеть в скрипте каталога статей?
Скрипт разрабатываю исключительно для своих целей, но кто его знает как там ситуация повернёться. Естественно, что мне хотелось бы распространять его свободно, тем самым, плодя огромное количество конкурентов. Может быть и будут какие-то бесплатные версии. Об этом я не задумываюсь.
Поставил перед собой кучу целей, точнее перед каталогом. В голове вертиться куча возможностей, теперь бы времени на реализацию.
Каталог будет таким, что с одной стороны удовлетворять запросам пользователей, с другой поисковиков. (чего уж скрывать, было бы глупо это не упомянуть!).
Вы как-нибудь продумывали подобные варианты заработка на контекстной рекламе? Каталоги ссылок это одно, а вот каталог статей это совершенно уже другое.. А схема заработка весьма схожа.
Усилий минимум, а бабла с этого срубить порядочно.
Да и просто такой скрипт не помешает как дополнительный раздел любому сайту.. Why not, как говорится.
Что ж, пока идеи, очень скоро перейдём к практическим экспериментам.
Скрипт получается весьма интересный, думаю скоро выпущу стабильную версию, затем будет ещё куча наворотов.
Что бы Вы хотели видеть в скрипте каталога статей?
среда, 4 июля 2007 г.
Редиректы. Cлияние/сложение PR/тИЦ при перемещении страниц.
В этом посте я расскажу как правильно ставить редиректы, чтобы при этом не "утекал" вес PR и тИЦ (вИЦ).
Надеюсь хоть что-то Вы для себя почерпнёте!
Итак, переадресации могут быть полезными в нескольких случаях. Если нам необходимо изменить внутреннюю ссылочную структуру сайта или изменить адресацию всего лишь одной страницы.
Установить редиректы можно абсолютно различными способами. Я расскажу о самых ходовых и доступных. Все они опробованы и работают отлично.
В каких случаях Вам могут быть полезны переадресации, о которых пойдёт речь в данной статье?
1. Слияние весов нескольких доменов в один;
2. Перенос сайта на новый домен (перенос веса с одного домена на другой);
3. "Суммирование" ссылок для сайта с "www." префиксом и без него*;
4. Изменение внутренней ссылочной структуры сайта;
* "Суммирование" здесь понятие относительное, не прямое. Т.е. если Вы пытаетесь суммировать 2 сайта с ПР2 и ПР3, то ПР5 Вы не получите, потому как PageRank шкала не линейная. Вы станете лишь чуть ближе к заведомой цели. Чудеса математики!
Что такое редирект 301 (permanent redirect)?
Данная переадресация означает, что страница была перемещена навсегда. Всё это подробным образом описано в технической спецификации протокола HTTP (пункт 10.3.2). Мы на этом останавливаться отдельно не будем, т.к. разбор технических возможностей протокола HTTP не входит в тему данной статьи.
Варианты редиректов:
1. Редирект с использованием модуля Апача Mod_Rewrite;
2. Редирект с помощью Апача;
Переадресации с помощью языков программирования:
3. PHP;
4. Perl;
5. ASP;
В качестве примеров запросы мы будем переводить на сайт http://www.site.ru/. (не знаю даже существует ли такой). При использовании Вы должны сменить этот урл на любой другой. Не обязательно это должен быть корень сайта. Это может быть страница, скрипт и т.д. и т.п.
Например:
http://www.site.ru/ - переадресация в корень какого-либо сайта
http://www.site.ru/folder/folder/ - переадресация в папку
http://www.site.ru/myscript.php - переадресация на РНР скрипт
http://www.site.ru/cgi-bin/myscript.pl - переадресация на Рerl скрипт
Теперь рассмотрим подробнее вышеобозначенные технологии переадресации.
Mod_Rewrite штука сама по себе очень интересная и не менее полезная. Она позволяет быстро и качественно изменить ссылочную структуру сайта от таких адресов:
http://site.ru/script.php?id=4&cat_id=30
на примерно такие:
http://site.ru/script_4_30.html
Которые выглядят гораздо красивее и читабельнее. К тому же они ещё и лучше индексируются поисковиками.
Для осуществления данного варианта переадресации прописываем/дописываем в .htaccess следующие команды:
Options +FollowSymLinks
RewriteEngine on
RewriteCond {HTTP_HOST} ^site.ru
RewriteRule ^(.*)$ http://www.site.ru/$1 [R=permanent,L]
В данном примере мы "сращиваем" ссылки доменов www.site.ru и site.ru.
Дописываем в .htaccess команду для переадресации на сайт "http://www.site.ru":
Redirect 301 / http://www.site.ru/
Таким образом, когда пользователь или поисковик обращается к данной странице, то в качестве ответа он получает код 301, сообщающий о переезде страницы и адрес новой страницы, на которую произойдёт переход пользователя/поисковика.
В РНР файл вставляем (либо адаптируем к коду) команды:
<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.site.ru/");
?>
Либо одной строчкой:
<?php
header("HTTP/1.1 301 Moved Permanently\nLocation: http://www.site.ru/");
?>
После этих строк неплохо было бы поставить выход из скрипта командой exit() для того, чтобы в случае чего не продолжилось выполнение данного скрипта. Делается это по аналогии с прошлым вариантом:
<?php
header("HTTP/1.1 301 Moved Permanently\nLocation: http://www.site.ru/");
exit();
?>
Прямо в самом начале скрипта, либо перед выводом заголовка пишем:
print "HTTP/1.1 301 Moved Permanently\nLocation: http://www.site.ru/\n\n";
Обратите внимание на то, что в конце должны стоять два символа перевода "каретки" строки: "\n\n". Это необходимо для корректного закрытия заголовка документа.
Во время этой команды заголовок должен находиться "открытым". Если он будет закрыт, то эти две команды HTTP протокола попадут не в заголовок, а в тело самого документа и естественно не сработают.
В конечном итоге Ваш скрипт может выглядеть как-то так:
#!/usr/bin/perl
print "HTTP/1.1 301 Moved Permanently\nLocation: http://www.site.ru/\n\n";
* На всякий случай отмечу, что для выполнения Perl и CGI скриптов необходимо помимо поддержки таких скриптов хостингом ещё и установка прав выполнения.
Для установки прав в UNIX и UNIX-like системах (FreeBSD, Linux, ...) есть команда: chmod.
Приведу несколько примеров её использования.
Установка определённых прав доступа (включая право выполнения):
# chmod 755 script.pl
Добавление прав доступа не зависимо от того какие в данный момент права у файла:
# chmod +x script.pl
Сам я ASP (Active Server Pages) не часто использую веб-разработках. Но на всякий случай приведу пример работы редиректа и на этом языке:
<%
Response.Status = "301 Moved Permanently"
Response.AddHeader "Location", "http://www.site.ru/"
Response.end
%>
Надеюсь хоть что-то Вы для себя почерпнёте!
Итак, переадресации могут быть полезными в нескольких случаях. Если нам необходимо изменить внутреннюю ссылочную структуру сайта или изменить адресацию всего лишь одной страницы.
Установить редиректы можно абсолютно различными способами. Я расскажу о самых ходовых и доступных. Все они опробованы и работают отлично.
В каких случаях Вам могут быть полезны переадресации, о которых пойдёт речь в данной статье?
1. Слияние весов нескольких доменов в один;
2. Перенос сайта на новый домен (перенос веса с одного домена на другой);
3. "Суммирование" ссылок для сайта с "www." префиксом и без него*;
4. Изменение внутренней ссылочной структуры сайта;
* "Суммирование" здесь понятие относительное, не прямое. Т.е. если Вы пытаетесь суммировать 2 сайта с ПР2 и ПР3, то ПР5 Вы не получите, потому как PageRank шкала не линейная. Вы станете лишь чуть ближе к заведомой цели. Чудеса математики!
Что такое редирект 301 (permanent redirect)?
Данная переадресация означает, что страница была перемещена навсегда. Всё это подробным образом описано в технической спецификации протокола HTTP (пункт 10.3.2). Мы на этом останавливаться отдельно не будем, т.к. разбор технических возможностей протокола HTTP не входит в тему данной статьи.
Варианты редиректов:
1. Редирект с использованием модуля Апача Mod_Rewrite;
2. Редирект с помощью Апача;
Переадресации с помощью языков программирования:
3. PHP;
4. Perl;
5. ASP;
В качестве примеров запросы мы будем переводить на сайт http://www.site.ru/. (не знаю даже существует ли такой). При использовании Вы должны сменить этот урл на любой другой. Не обязательно это должен быть корень сайта. Это может быть страница, скрипт и т.д. и т.п.
Например:
http://www.site.ru/ - переадресация в корень какого-либо сайта
http://www.site.ru/folder/folder/ - переадресация в папку
http://www.site.ru/myscript.php - переадресация на РНР скрипт
http://www.site.ru/cgi-bin/myscript.pl - переадресация на Рerl скрипт
Теперь рассмотрим подробнее вышеобозначенные технологии переадресации.
Mod_Rewrite
Mod_Rewrite штука сама по себе очень интересная и не менее полезная. Она позволяет быстро и качественно изменить ссылочную структуру сайта от таких адресов:
http://site.ru/script.php?id=4&cat_id=30
на примерно такие:
http://site.ru/script_4_30.html
Которые выглядят гораздо красивее и читабельнее. К тому же они ещё и лучше индексируются поисковиками.
Для осуществления данного варианта переадресации прописываем/дописываем в .htaccess следующие команды:
Options +FollowSymLinks
RewriteEngine on
RewriteCond {HTTP_HOST} ^site.ru
RewriteRule ^(.*)$ http://www.site.ru/$1 [R=permanent,L]
В данном примере мы "сращиваем" ссылки доменов www.site.ru и site.ru.
Apache
Дописываем в .htaccess команду для переадресации на сайт "http://www.site.ru":
Redirect 301 / http://www.site.ru/
Таким образом, когда пользователь или поисковик обращается к данной странице, то в качестве ответа он получает код 301, сообщающий о переезде страницы и адрес новой страницы, на которую произойдёт переход пользователя/поисковика.
PHP
В РНР файл вставляем (либо адаптируем к коду) команды:
<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.site.ru/");
?>
Либо одной строчкой:
<?php
header("HTTP/1.1 301 Moved Permanently\nLocation: http://www.site.ru/");
?>
После этих строк неплохо было бы поставить выход из скрипта командой exit() для того, чтобы в случае чего не продолжилось выполнение данного скрипта. Делается это по аналогии с прошлым вариантом:
<?php
header("HTTP/1.1 301 Moved Permanently\nLocation: http://www.site.ru/");
exit();
?>
Perl / CGI
Прямо в самом начале скрипта, либо перед выводом заголовка пишем:
print "HTTP/1.1 301 Moved Permanently\nLocation: http://www.site.ru/\n\n";
Обратите внимание на то, что в конце должны стоять два символа перевода "каретки" строки: "\n\n". Это необходимо для корректного закрытия заголовка документа.
Во время этой команды заголовок должен находиться "открытым". Если он будет закрыт, то эти две команды HTTP протокола попадут не в заголовок, а в тело самого документа и естественно не сработают.
В конечном итоге Ваш скрипт может выглядеть как-то так:
#!/usr/bin/perl
print "HTTP/1.1 301 Moved Permanently\nLocation: http://www.site.ru/\n\n";
* На всякий случай отмечу, что для выполнения Perl и CGI скриптов необходимо помимо поддержки таких скриптов хостингом ещё и установка прав выполнения.
Для установки прав в UNIX и UNIX-like системах (FreeBSD, Linux, ...) есть команда: chmod.
Приведу несколько примеров её использования.
Установка определённых прав доступа (включая право выполнения):
# chmod 755 script.pl
Добавление прав доступа не зависимо от того какие в данный момент права у файла:
# chmod +x script.pl
ASP
Сам я ASP (Active Server Pages) не часто использую веб-разработках. Но на всякий случай приведу пример работы редиректа и на этом языке:
<%
Response.Status = "301 Moved Permanently"
Response.AddHeader "Location", "http://www.site.ru/"
Response.end
%>
вторник, 3 июля 2007 г.
Чему будет посвящён этот блог? + Немного о себе.
Программированием занимаюсь уже более 10 лет. Из них веб-программированием лет 6 или чуть больше. СЕО занялся не так давно, где-то год-полтора назад и успел сразу же получить неплохие результаты.
Монитезацией контента целенаправленно не занимаюсь. Основная часть заработка идёт с продажи ссылок с морд. Помимо этого эксперементирую с различными партнёрскими программами. Сложно сказать, что очень успешно, честно говоря, просто не до них как-то было.
А вот теперь собираюсь этим заняться в плотную. В том числе, буду эксперементировать с контекстной рекламой (варианты размещения, расположения и т.д., и т.п.), о чём и буду своевременно докладывать в этом блоге.
Сайты пишу, в основном, с использованием связки PHP+MySQL, хотя нередко приходиться подключать к разработке Perl, ASP.
Блог носит название "SEO глазами программиста", поэтому тут будут посты о непосредственно программистской проблематике создания сайтов.
Готовые коды, а также их куски, полезные PHP/Perl/JavaScript функции, готовые скрипты (платные/бесплатные) и т.д. и т.п. Ну и есстественно с разъяснением о том, как это всё применимо в СЕО!
Какие цели я перед собой ставлю?
Постоянные эксперименты и поиск новых методов заработков, о коих буду докладывать Вам в этом блоге.
Ориентируюсь я на РуНет, хотя много уже думал о попытках выхода на зарубежный трафик. Возможно в ближайшее время эксперименты будут и там.
С Уважением, vebXdev.
http://seocoding.blogspot.com
Монитезацией контента целенаправленно не занимаюсь. Основная часть заработка идёт с продажи ссылок с морд. Помимо этого эксперементирую с различными партнёрскими программами. Сложно сказать, что очень успешно, честно говоря, просто не до них как-то было.
А вот теперь собираюсь этим заняться в плотную. В том числе, буду эксперементировать с контекстной рекламой (варианты размещения, расположения и т.д., и т.п.), о чём и буду своевременно докладывать в этом блоге.
Сайты пишу, в основном, с использованием связки PHP+MySQL, хотя нередко приходиться подключать к разработке Perl, ASP.
Блог носит название "SEO глазами программиста", поэтому тут будут посты о непосредственно программистской проблематике создания сайтов.
Готовые коды, а также их куски, полезные PHP/Perl/JavaScript функции, готовые скрипты (платные/бесплатные) и т.д. и т.п. Ну и есстественно с разъяснением о том, как это всё применимо в СЕО!
Какие цели я перед собой ставлю?
Постоянные эксперименты и поиск новых методов заработков, о коих буду докладывать Вам в этом блоге.
Ориентируюсь я на РуНет, хотя много уже думал о попытках выхода на зарубежный трафик. Возможно в ближайшее время эксперименты будут и там.
С Уважением, vebXdev.
http://seocoding.blogspot.com
Подписаться на:
Сообщения (Atom)