Сначала о будущем. Летом собираюсь сделать пару сложных по структуре и высоконагруженных сайтов, поэтому обычным виртуальным хостингом уже не отделаюсь, придется заказывать сервер. Это может быть сервер в Англии или в Германии, но вряд ли это будет выделенный сервер в России или Украине.

Почему? Проанализируйте последние действия, связанные с сайтами в России и Украине. Нередко случается такое, что без суда изымаются сервера, взять хотя бы rozetka.ua или ex.ua. Ну у ex-ов переехать в Германию не получится, а вот rozetka уже переехала.

Ну и о былом опыте. Сначала пользовался (довольно непродолжительное время, исключительно для тестов) бесплатным хостингом от 000webhost.com, по-моему до сих пор там есть какой-то мой аккаунт в живом состоянии. Достаточно приличный хостинг, даст фору многим платным.

Также пользовался недорогим хостингом luckhost.net – можно уверенно называть его «школото»-хост – дешево и некачественно. Сайты постоянно были не доступны. За ним был besthoster.ru, с которым не так чтоб уж совсем плохо было, но и не очень хорошо. Для статических сайтов я бы его еще использовал, но постоянная ошибка 502 меня достала.

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

Также пользовался услугами hosting.ua, пока их датацентр не сгорел. Тарифы были среднерыночными, но удобные способы оплаты и нахождение серверов в Украине сделали свое дело – почти два года я был их клиентом.

Ну и наиболее долгое мое сотрудничество продолжается с хостером ruweb.net – судя по логам в биллинг-системе аккаунт там был зарегистрирован 28.12.2009. Очень хороший виртуальный хостинг для сайтов-визиток, блогов и сайтов, не требующих большого объема дискового пространства (оно у них дорогое). Зато дешевый выделенный белый ip и очень хорошая служба поддержки.

Когда однажды переезжал на новый сервер обнаружил, что не работает только вчера написанный скрипт. Посмотрел – оказывается на новом сервере не было curl-а. Попросил установить – через 15 минут скрипт уже работал. Пока не планирую никуда от них перевозить блоги А вот с выделенным сервером пока не определился, но в любом случае до сентября придется выбирать. Однозначно можно сказать – выбирать из самых дешевых хостеров не буду – скупой платит дважды.

Можно сказать, что написал небольшой обзор услуг хостинга – надеюсь, кому-нибудь будет полезным.

Во-первых, я не сразу заметил, что WordPress отображает не все комментарии – часть старых комментариев просто скрыты. Возможно, это зависит также от темы, которая используется на блоге, но факт в том, что однажды для ответа на очередной комментарий я хотел сослаться на один из выше написанных и не смог его найти – он WordPress молча его «съел».

Пришлось немного подправить шаблон (чтоб нормально отображались комментарии до 4-го уровня вложенности), разрешить отображать до 300 комментариев на страницу.

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

И теперь вопрос – что делать с комментариями?

• Оставить как есть – больше комментариев – только польза для блога, не смотря на то, что большинство новых – бесполезные
• Закрыть дальнейшее комментирование статьи
• Удалить большинство существующих комментариев, оставив только полезные для посетителей блога

Оставлять как есть не хочется – жаль времени на ответы по 10-20 раз на одни и те же вопросы. Закрывать комментирование тоже не вариант – ведь иногда появляются действительно нужные комментарии или уточнения. Удалять существующие комментарии, если они не полезны – наверное, именно к этому варианту я и склоняюсь больше всего.

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

Но на данном этапе посещаемость «пациента» еще не даст особого дохода с PPC систем – количество посетителей обычно не превышает 170 в день, хотя, кажется, начинается постепенный рост.

Стоит ли вообще думать о какой-либо монетизации блога при такой посещаемости? Не знаю. Возможно, стоит – блог узкотематический, посетители в, возможно, заинтересовали бы целевого рекламодателя. Т.е. нужно искать либо прямого рекламодателя (обычно на таких небольших показателях их сложно найти) либо тематическую баннерную сеть (пока не нашел).

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

Через месяц-два запал пропал, писать на блог перестал. С того времени до сих пор на блоге активный шаблон Spectrum с жирной надписью что дизайн скоро сменится. Но никакого движения с целью улучшить дизайн пока не делал.

На сайте 17 статей и 367 комментариев. За время жизни блога Aksimet защитил его от 120 тысяч спам-комментариев. Яндексом проиндексировано 40 страниц, Гуглом – 30. В среднем ежедневно на блог приходят 170 посетителей, которые просматривают 270 страниц. При этом на блоге висит реклама Google Adsense, которая практически не приносит дохода – в последнее время большинство кликов оцениваются в 1 цент.

К лету планирую заменить тему вордпресса у пациента на собственноручно сделанную, добавить десяток-другой записей по теме блога. Это, конечно, увеличит посещаемость и комментируемость блога, но, скорее всего, при текущей схеме монетизации вряд ли существенно увеличит доход.

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

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

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

Уже на 90% сделал дизайн, верстку макета (div-ная верстка). Для нормального просмотра сайта в виде, приближенном к реальному использую «рыбу» от referats.yandex.ru Зарегистрировал домен, к понедельнику должен написать тексты для наполнения сайта на русском языке. Добавлять другие языки буду не сразу, а по-возможности. Если с переводом на украинский язык проблем не будет, то перевести на английский – достаточно сложная задача (учил немецкий).

После индексации сайта попробую сделать несколько каналов в Google AdSense, чтоб отслеживать доход разных языковых версий сайта. Даже больше интересует не разница в доходе, а количество кликов на 1000 просмотров. Почему-то мне кажется, что англоязычные пользователи чаще кликают на рекламу, в то время как наш народ подсознательно ее фильтрует.

Для себя пока еще не решил небольшую проблему – когда вешать рекламу AdSense? Сразу после создания сайта или уже после индексации и увеличения посещаемости? И у одного и у второго метода есть плюсы и минусы. Доход в начале будет очень низким, но в то же время место под баннеры я ведь в макете сразу предусмотрел.

Сегодня видео не будет, а будет отличная убивалка времени – dendy-игры в браузере online, без регистрации! По ссылке с хабра сегодня наткнулся на шикарный сайт с играми dendy.

Если нужна игрушка, чтоб на время занять ребенка – Papa Penguin именно то, что нужно

На данный момент продуман следующий механизм: на каждой странице появляются ссылки на три языка, причем именно ссылки на такую-же страницу на другом языке, не на главную страницу сайта. Если страницы на выбранном языке не существует – пишется сообщение о недоступности нужного перевода и выводится страница на русском языке.

Все работает на инклюдах (php include), без использования базы MySQL. Тексты лежат в отдельных папках, соответствующие файлы в разных языках имеют одинаковое наименование (числовое), поэтому создавать ссылку на ту же страницу на другом языке очень просто – просто заменить код текущего языка на необходимый:

http://site.ru/
http://site.ru/ua/
http://site.ru/en/

Или внутренние страницы:

http://site.ru/1.html
http://site.ru/ua/1.html
http://site.ru/en/1.html

И тут до меня дошло – ЧПУ!!! Ведь с таким подходом я не смогу сделать удобную реализацию ЧПУ для сайта! Для того, чтоб мой код работал нужно совпадение имен файлов во всех языках, но для ЧПУ это не подходит: zakazy, orders, bestellungen, zamovlennya – совершенно разные записи, которые не подойдут для других языков

Был вариант использовать в таком виде: 1-zakazy, 1-orders, 1-bestellungen, 1-zamovlennya, но в таком случае есть несколько недостатков:

• Приходится вручную вставлять ссылки на каждую страницу и, например, если какой-то страницы не окажется на английском языке и придется смотреть ее на русском – все дальнейшие переходы также будут на русский язык
• Портится внешний вид ссылки. Для сайта-визитки или небольшой витрины использовать подобную форму ссылки мне кажется неприемлемо
• И самое главное – нет защиты от дублей, ведь можно написать 1-chto-ugodno, а скрипт отдаст все ту же 1-ю страницу, я это очень плохо для поисковых систем.

Вариант от отказа от ЧПУ в целом отмел сразу – лучше уж плохой ЧПУ, чем никакого, тем более, что Яндекс и Google выделяют ключевые слова из urlа в выдаче.

И тут я вспомнил свою же статью: о перфекционизме и решил – ну его, этот ЧПУ для каждого языка. Сделаю одинаковые ссылки – все на английском, чтоб было не обидно остальным, все-таки язык международного общения. Тут пришла мысль – а ведь если придумаю, как удобно сделать ЧПУ, придется менять ссылки на страницы, и уже проиндексированные просто пропадут из индекса.

В итоге принято решение – избавиться от удобного переключателя языков (переключатель будет переводить на главную страницу сайта на соответствующем языке), но ЧПУ у одинаковых страниц для разных языков будут разными. Если придумаю, как реализовать удобный переход между языками на текущей странице, можно будет без ущерба для индексированности сайта проделать такой «финт ушами».

UPD: Тем более, такой метод используется, например на сайте asus.com, хотя именно это мне и не нравится. Но, тем не менее, никто не мешает после создания сайта придумать какую-то временную таблицу соответствий ссылок на разных языках.

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

Я тоже грешу этим делом – сейчас на мне висит 20 доменных имен, каждое из которых покупал для уже придуманного проекта. Используются из них только 4, остальные в лучшем случае проделегированы (delegated), в худшем – not delegated.

Это продолжается уже не первый год, т.е. как минимум пару лет я плачУ за продление доменов, которые не приносят мне ни копейки. Я стал задумываться – а почему я не использовал уже приобретенные домены? Что помешало?

Пришел к такому выводу – все из-за желания сделать качественный проект. Ведь большинство идей (типа сайта посвященного какому-то событию или предмету) можно сделать за один вечер на коленке на WordPress или инклюдах. Но они не будут радовать ни меня, ни, скорее всего посетителей сайта.

Тем не менее, мне кажется, что выпускать проект необходимо до того, как он будет полностью готов, уже на стадии проектирования можно создавать рабочую модель сайта, которую в процессе допиливать, изменять или переделывать на 100%. Свой самый доходный сайт я до сих пор не запустил бы, если б прикручивал туда сразу все фишки, которые хотел изначально, хотя и сейчас он длительное время не обновляется – перфекционизм победил меня и я решил переделать админку, чтоб было удобно и быстро добавлять/изменять материалы (достаточно сложная структура каждой записи).

Есть отличное высказывание по этому поводу «90% работы делается за 10% времени, а на оставшиеся 10% работы уходит 90% времени» Если проект, готовый на 90%, будет приносить прибыль – почему бы не пожертвовать каким-либо функционалом и не запустить его в таком состоянии?

Сегодня – 50 лет КВН, поэтому ролики из КВНа
КВН 2009, полуфинал: «Подселение»

Старенький КВН: «Аццкая разминка»

В базе Яндекса могут храниться материалы, которые уже были удалены с вашего сайта, и их присутствие в поиске нежелательно. Процесс удаления этих данных из поиска может занимать значительное время, так как связан с обновлением всей поисковой базы. Инструмент «Переиндексация» позволяет существенно его ускорить – добавленные страницы будут временно исключены из поиска и переданы роботу для приоритетного обхода. Свежая копия страницы (в случае, если страница по-прежнему существует) появится в поиске через несколько часов.

Указано, что в течение суток можно добавить на переиндексацию не более 5 страниц, правда не понятно – для одного сайта или для одного аккаунта панели яндекс-вебмастера.

Официальное объяснение.

Контактные данные hosting.ua:
Многоканальный телефон: +38 (048) 728-2-111, поддержка: +38 (048) 728-15-18
MSN
Тех. Поддержка: support@hosting.ua
Отдел Продаж: sales@hosting.ua
Skype
Тех. Поддержка: Hosting.UA
Отдел Продаж: Hostingua, IK.Hosting.UA

Теперь видно, сколько ссылок в Wait, сколько в Sleep суммарно по всем площадкам:

Никак не может робот Yandex-а понять, что этот блог нужно индексировать без www. Я уже и в robots указал главное зеркало, и в .htaccess внес изменения, чтоб перекидывало на версию без www. проверил, чтоб корректно выдавался 301-ый редирект при открытии страниц с www, а Яндекс все никак не определит, что www.MrMozg.ru это только зеркало MrMozg.ru. После на днях пришел зеркальщик – съел десяток страниц с правильной ссылкой, в тот же день пришел робот-индексатор – схавал эти страницы, но в Yandex.Webmaster даже после сегодняшнего апа указано «Время последнего посещения сайта роботом 17.03.2010″.

Работаю над созданием системы авторизации на несколько поддоменов, используя отдельный поддомен авторизации. Т.е. имею:

• site.ru
• auth.site.ru
• lib.site.ru
• news.site.ru
• games.site.ru

и т.д., нужно сделать, чтоб авторизировавшись один раз (через auth.site.ru) пользователю были доступны остальные поддомены без дополнительного ввода логина/пароля.

Допустим, кто-то создал сайт, прокачал его, вложил деньги или просто время, начал зарабатывать, так мало того, что висит баннер, который снять можно только за деньги, еще и за использование Sape нужно заплатить. Сейчас на форумах предлагают перенос сайтов с Ucoz на standalone-сайты, причем сумма сделки примерно $100, чего очень многие сайты не стОят.

В связи с отключением кучи площадок много ссылок в Sape обвалятся, в проигрыше как владельцы площадок, так и оптимизаторы, купившие ссылки на таких сайтах – сейчас резко отвалятся все ссылки, что точно не скажется положительно на имидже сайта, на который они указывали – позиции попадают, бюджет просран…

Понятно, что многие оптимизаторы начнут отказываться от покупок ссылок с сайтов на любых бесплатных платформах (ucoz, narod и т.п.). Но есть и положительная сторона: так как на Ucoz создано очень много сайтов, продающих ссылки в Sape, то при их отключении немного повысится спрос на автономные сайты.

Вчера друг прислал мне по ICQ адрес сайта http://uchimatematiku.ru/ и предложил проверить, хватает ли мне знаний математики для профессии программиста. Ну, думаю, можно и порешать задачки – самому интересно. Да не тут то было. Для прохождения теста необходимо зарегистрироваться – тут и начались траблы.

Начал писать свой логин, и при вводе буквы z получил сообщение, что дескать «Логин может содержать цифры, символ «_» и латинские буквы.»

Так как логин свой пишу я быстро, а букву z пропустили, получился логин MrMog. Думаю – сам протупил, удалю последнюю букву и введу заново – облом, backspace не обрабатывается. Пытаюсь выделить последний символ, чтоб удалить – не выделяется. Также зачем-то обрабатывают Shift+Ins – вставить этой комбинацией не могу. Аналогичная проблема с паролем – просто ввести букву z не получится.

И самое главное – эти все проверки происходят только на стороне пользователя, т.е. проверок со стороны сервера вообще нет! Я зарегистрировался с логином «MrMozgwertwe#$». И эти люди проверяют программистов на знание математики? Совет – проверьте своих программистов на знание программирования, а уже потом беритесь за проверку остальных людей.

Справедливости ради скажу – при регистрации не обязательно подтверждать почтовый ящик (указал admin@mail.ru) и задачи интересные, хотя большинство уже встречались на сайте http://diofant.ru/.