Никому не открою секрет, сказав, что в последнее время Google попытался сделать очередной рывок вперед, надеясь откусить и свою часть от большого и красочного «пирога» социальных сетей. Первой ласточкой стал Google Wave, работа над которым была начата еще в 2007 году, а анонс состоялся 28 мая 2009 года на конференции в Сан-Франциско.

Вторым участником «марафона соцсервисов» стал Google Buzz, запущенный для всех пользователей Gmail буквально на днях. Причем если Wave все еще доступен только по приглашениям, то Buzz работает без каких-либо ограничений.

Еще до официального появления обоих сервисов, в Google Reader без особой помпы были добавлены элементы «социальности» — возможность вести свою отдельную ленту общих записей и простая система рейтинга «нравится/не нравится», которая однако была не лишена определенной изюминки — над каждой записью отображался перечень тех пользователей, которые данную запись оценили. Но, судя по своему личному опыту, из 401 ленты в моем Google Reader, эта фишка сработала только на очень посещаемых ресурсах, например, bash.org.ru.

Сегодня я хочу поговорить о тех четырех проблемах, с которыми я столкнулся при попытке полноценно использовать Google Buzz и Google Wave.

Вообще-то сегодня по плану должен был публиковаться другой материал, но просматривая ленты в Google Reader, я обратил внимание на статью с интригующим заголовком «How Committed Are You to Freelancing?». И поскольку мое мнение совпадает с точкой зрения автора — я, как и он, считаю, что фрилансинг это не просто другая форма занятости, а совершенно отдельный взгляд на мир и мировосприятие — представляю вашему вниманию свой перевод этой статьи (курсивом выделены мои дополнения).

Фрилансеры приходят и фрилансеры уходят. Известный факт, что многие уходят во фриланс, но не все, кто начинают — остаются в нем. Как вы думаете, каковы в действительности критерии «естественного отбора», которые определяют — кому остаться, а кому уйти? Возможно, это талант? Иди багаж знаний, которыми обладает фрилансер? Или, возможно, настоящим мерилом фрилансерского успеха является популярность...

Не смотря на то, что все эти факторы имеют серьезное значение, есть нечто, являющееся более важным для фрилансерского «долголетия». Ответ заключается в одном единственном слове — вовлеченность.

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

Хотите знать больше? Читайте дальше!

Добавили ленту своего сайта в FeedBurner? Читаем подробную инструкцию и учимся правильно настраивать этот замечательный RSS-сервис.

С момента внедрения в 2005 году атрибута Nofollow для ссылок, не утихают споры о том — стоит ли его убирать или все же оставить на страницах своего блога?

Многие авторы попросту опасаются убирать конструкцию rel="nofollow" — некоторые мотивируют это тем, что количество спам-комментариев после такого решения возрастет в геометрической прогрессии; кто-то говорит о том, что слишком большое количество исходящих ссылок повредит сайту;  ну а кто-то просто основывается на мнении большинства и предпочитает не торопить события, оставив все как есть

Несколько раз в комментариях к статьям в блогах коллег меня спрашивали — «как владелец dofollow-блога, ты не боишься, что отсутствие nofollow может негативно сказаться на твоем собственном сайте?» В качестве ответа на этот вопрос, сегодня я хочу поговорить на следующие темы:

• что такое атрибут nofollow и каково его назначение;
• отрицательная сторона использования nofollow;
• когда действительно его стоит применять;
• как легко и быстро определить ссылку с/без nofollow;
• как удалить этот атрибут из ссылок блога;
• чем можно заменить nofollow.
  

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

По существующим на сегодняшний день правилам, все доменные имена могут быть приобретены как физическим, так и юридическим лицом. Единственным исключением является домен .ua, владение которым закрепляется только при наличии свидетельства на торговую марку. Но с одной стороны, стоимость регистрации и продления .ua практически в шесть раз выше по сравнению с, например, .com.ua, а с другой — если у Вас нет торговой марки, приобрести доменное имя .ua Вы не имеете права.

Соответственно, даже если доменное имя регистрировалось для компании-клиента, это совершенно не гарантирует, что официально оно оформлено на владельца. Например, у хостинг-площадок есть такое понятие как «регистрация доменного имени в интересах клиента». Однако «интерес клиента» совсем не означает, что сам клиент является владельцем этого доменного имени — официально оно будет принадлежать хостеру.

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

Давайте разберемся — почему?

Представляю вашему вниманию — подборку правил для .htaccess, собранную автором JP в блоге DevMoose — с моими комментариями и дополнениями.

Обсуждение — приветствуется!

При правильном использовании, конфигурационный файл web-сервера Apache — .htaccess (hypertext access) представляет собой очень мощное средство в инструментарии разработчика. По-обыкновению, основной файл располагается в корневой директории вашего web-сервера (также могут присутствовать отдельные файлы в каждой папке — для управления доступом) и может быть откорректирован с помощью любого текстового редактора. В этой статье я покажу вам 20 правил для  .htaccess и поясню для чего их использовать.

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

Кроме того, помните — работоспособность указанных ниже правил зависит от настроек вашего web-сервера, заданных хостером. Некоторые директивы могут быть запрещены и не работать.

Думаю практически все, кто пользуется Gmail, успели ознакомиться с автоматическим изменением темы интерфейса, в зависимости от времени суток. Представляю вашему вниманию скрипт автора McBonio, который реализует данную опцию.

Он позволяет подгружать соответствующий CSS-файл в зависимости от времени суток. Для этих целей используются 4 CSS-файла и их смена происходит в 6 утра, 12 часов дня, а также  7 и 11 часов вечера. Демо-версию работы скрипта можно посмотреть по ссылке в конце статьи, там же доступен полный комплект файлов.

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

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

Вместе с активным развитием социальных сетей и, в частности, взрывного роста Twitter, практически все блоги, так или иначе относящиеся к продажам в Интернет, маркетингу, SEO и SMO/SMM запестрили призывами и советами - «используйте социальные сети в качестве средства продвижения своих услуг!», «Почему нужно/не нужно заводить аккаунт в [впишите название] социальной сети!», «10 способов продвижения своих услуг в Twitter!» etc.

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

Для того, чтобы не писать пространных советов, предлагаю проанализировать действия рекламного агентства (или коллектива компании), которая использует Twitter в качестве источника привлечения новых клиентов и средства продвижения услуг — хостинг-площадки «Украина».

Сразу оговорюсь — это не рекламная статья и предлагать вам данный хостинг я не буду по той простой причине, что не являюсь ни клиентом компании — и не могу судить о качестве работы, ни реселлером ее услуг — соответственно, финансового интереса у меня тоже нет. Мы будем говорить только об увиденных и оцененных личною мною методах продвижения услуг в Twitter. Также отметим тот факт, что в данный момент мне неизвестно, кто занимается развитием микроблога — или рекламное агентство, или сами сотрудники компании все действия производятся сотрудниками компании ©.

Недавно мой хороший знакомый задал мне вопрос, который не то, чтобы поставил меня в тупик, но совершенно однозначно заставил задуматься: - «А твои клиенты всегда без сомнений доверяют тому, что ты им советуешь?».

Обдумав ситуацию, я пришел к следующему выводу — мне не нужно стопроцентное доверие клиента. Я всегда стараюсь строить взаимоотношение так, чтобы заказчик сам понимал, что ему нужно, а что нет — но не слепо веровал в мои утверждения. Иными словами, я стараюсь быть для клиента консультантом, но не поводырем.

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

Представляю вашему вниманию свой перевод понравившейся мне статьи — «10 Absolute „Nos!“ for Freelancers».

Обсуждение — приветствуется!

1. Можете ли Вы показать мне макет, чтобы помочь нам выбрать дизайнера/разработчика? Нет.

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

Чаще всего, самописные системы возникают как «наш ответ Чемберлену» — в пику уже существующим CMS. И этим «заболеванием» страдают 99% разработчиков сайтов — в какой-то момент, в порыве инфантильного максимализма программист, многие десятки часов проведший «в обнимку» с кодом какой-либо системы, восклицает — «Доколе! Сколько можно возиться с этим убожеством?! Я же знаю как сделать лучше!» и мало-помалу «я знаю!» превращается в твердую уверенность «я могу!» и вот уже, глядишь, строчка за строчкой начинает вырисовываться костяк нового детища.

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

Ниже мы рассмотрим те минусы, которыми обременена практически каждая самописная система и причины по которым стоит воздержаться от ее использования.