Уже на 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/.