Недавно мой хороший знакомый спросил меня: «а как выключить ненужные виджеты в панели администратора WordPress для всех пользователей?». Уже было собравшись ответить — «воспользуйся закладкой „настройки экрана“ в правом верхнем углу» я вспомнил один момент — меня всегда раздражало, что эта опция не является глобальной, то есть настраивается отдельно для каждой учетной записи вручную, после авторизации.

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

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

Третьей стороной является тот факт, что иногда нужно назначить заказчику доступ уровня «Администратор», но при этом отключать, например, возможность изменения параметров — что называется, «во избежание».

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

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

Зайдя недавно на сайт Apple, я столкнулся с интересным способом анонсирования события под названием "The Beatles now on iTunes! " — при загрузке сайта, первым на экране появляется фотография битлов, после — две фразы анонса, а уже потом вокруг блока анонса загружается остальной сайт. Посмотрите сами.

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

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

Естественно, мне стало очень интересно, каким же образом и с помощью каких технологий, реализовано такое решение. Слегка покопавшись в Google, я нашел статью Martin Angelov, который написал целое подробное руководство по созданию аналогичного эффекта: «Making an Apple-style Splash Screen». Вольный перевод этой статьи я хочу сегодня представить вашему вниманию, а в конце материала вы найдете ссылки на пример использования плагина и архив со скриптом.

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

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

Именно об этом факторе и его влиянии на вопрос определения стоимости работ, мы сегодня и поговорим.

Маркетологи очень любят говорить о лояльных клиентах. Дескать, именно они — ядро всей целевой аудитории, именно они — лучший контингент, на который и будет нацелена вся стратегия продаж, именно они — Самый Главный Покупатель.

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

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

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

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

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

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

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

Многие маркетологи, убеждая клиентов использовать SMM для продвижения своих товаров и услуг, очень любят блеснуть данными о количестве зарегистрированных учетных записей в той или иной социальной сети и томно скосив взгляд на презентационный слайд, пообещать, мол — смотри, дорогой пока-еще-не-клиент, при полном взаимопонимании и раскрытии кошелька пошире, все эти тысячи любителей Facebook, вКонтакте, Одноклассниках, Twitter, LJ и прочих уютных мест обитания, могут быть твоими. Ты только вот тут крестик под контрактом поставь, да тоскливо понурившемуся бухгалтеру величаво кивни — и все эти миллионы пока еще потенциальных покупателей, разом превратятся в алчущих твоих товаров клиентов.

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

Многоязычные сайты в принципе своем — источник постоянной головной боли. С одной стороны — техническая реализация, которая в большинстве CMS (в том числе и платных), хромает на все четыре ноги. С другой — необходимость постоянно поддерживать в актуальном состоянии уже не одну, а несколько версий сайта. А с третьей — постоянная необходимость перевода оригинальных материалов.

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

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

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

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

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

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

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

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

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

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

Свой взгляд на то, каким должен быть дизайн сайта, я изложил в статье «Эффективный дизайн как фундамент продаж», а сегодня я постараюсь представить вам резюме нашего обсуждения, вычленив самые важные постулаты.