Очень практично оформлять кликабельные картинки, к примеру при наведении на картинку появится изображения говорящее о том что эта картинка кликабельна — как на картинке выше.
Изи меню — простой и удобный веб-конструктор, через его ajax интерфейс можно создать самые разнообразные меню, будь то: простое, закладочное или иерархическое меню.
Проблема «раскрутки» заставляет болеть головы владельцев проектов не один десяток лет. Однако, в последнее время понятие «раскрутки» стало приближаться к понятию «накрутки», практически любой новый проект основную массу посетителей тащит с поиска. На самом деле это не так и плохо, тем более если представляется интересный продукт. Но как удержать пользователей и заставить их «работать»? Давайте рассмотрим несколько способов, если что не так — пишите комменты, поправим.
1. Деньги.
Первым вариантом ставлю деньги, завлечение деньгами. Это, наверно, самый логичный но наименее распространенный вариант. Во-первых, не каждый «зеленый» проект сможет платить нормальные деньги, ибо нужен не плохой буфер. Зачастую владельцы проектов — свободные разработчики, у которых нет лишних 2-3 тыщ зеленых в месяц на свой зеленый проект. Во-вторых, я лично не видел еще ни одной нормальной компенсационной программы, точнее её реализации для сети. Идеальная — установка AdSense от гугля. В идеале — пользователь ставит свой AdSense код в свой контент (блог, новости) и получает 100%, оставляет AdSense проекта и получает 50% (скажите, стали бы вы больше писать, если бы за каждый просмотр вашей новости на хабре вам капала копеечка?)
Почти все сайты использующие тег SUP никак не инструктируют браузер как его отображать. А ведь отображение по-умолчанию откровенно хромает — тег этот рвёт тексты, высота строки где присутствует SUP увеличивается и в результате нам предстают хаотично разбросанные строки, а не параграф. Сложно даже быстро понять, является ли такое экстра-пространство разбивкой между строками, или между параграфами.
Два варианта superscript'а: «мой» и стандартный.
Самое интересное, что такое поведение можно легко исправить, достаточно добавить глобальный стиль навроде этого:
Согласен, заказчик почти никогда не бывает компетентен в вопросах написания ТЗ, определения целей и задач и т.п. При этом потенциальный клиент обычно очень удивляется, когда за ТЗ надо платить. «Как, вы не хотите инвестировать в наше сотрудничество?» — заявил один несостоявшийся заказчик. На что я заметил, что ROI таких инвестиций будет неадекватно низким. Человек хотел интернет-магазин по смешной цене (сам позвонил, сам назвал цену), а еще хотел «подробное ТЗ» бесплатно. Ага, так вот разбежался и «проинвестировал» минимум две недели работы.
Мой клиент и хороший друг Александр Успенский, прочитав статью 7 критических ошибок при заказе сайта, написал своего рода ответ (или даже пародию) на нее. Некоторые моменты спорные, но в целом статья, на мой взгляд, полезна разработчикам как адекватная обратная связь раздраженного клиента на работу не слишком профессиональной веб-студии :)
Первая и самая большая ошибка изготовителей сайтов состоит в том, что они сосредотачивают свои усилия на угождении клиенту, а не на предложении дополнительных (я уже молчу об уникальных) возможностей, которые он получит, создавая сайт именно в этой студии.
GlassBox является компактной Javascript библиотекой, которая использует Prototype и Script.aculo.us для своих эффектов. В «GlassBox» вы можете построить прозрачные границы, цветные слои и т. п.
Когда вы принимаете решение создать сайт, перед вами возникает ряд проблем, связанных обычно с вопросом — а что именно нужно делать, как и в каком порядке?
Если у вас уже есть функционирующий сайт, который вас чем-то не устраивает, можно считать, что вам повезло — у вас есть бесценный опыт, который можно проанализировать, оценить достоинства и недостатки старого сайта и сформулировать пожелания к новому. Если же вы заказываете сайт впервые, вам будет немного сложнее. Однако в любом случае лучше иметь под рукой определенный план действий, действуя по которому вы сможете получить действительно тот результат, который вам нужен.
Возможность пользователя ввести оооочень длинное слово без пробелов, и тем самым «взорвать» layout — это старая проблема. Вот так она решается на Хабре.
Недавно я писал о том, что в договоре нашей студии прописывается перечень лиц, уполномоченных вести коммуникации со студией от имени заказчика, решать рабочие вопросы, давать указания и принимать этапы проекта.
Меня тут спросили: «Как вы мешаете лицам, указанным в договоре, представлять мнение завхоза и главного инженера как свое собственное». Мы не мешаем им. Но договор, тем не менее, сильно нам помогает. Поясню как.
Опыт громкого и до конца не реализованного проекта I love cinema (ILC) оказался хорошим уроком его создателям и может стать таким для любого стартапера. Хотя перед началом разговора с продюсером проекта Ярославом Грешиловым я не планировал, что вывод окажется именно таким. Чуть раньше уже был опубликован материал на эту тему, но я посчитал, что есть почва для более масштабного исследования, и не ошибся.
В докладе описаны основные возможности языка python.
Кратко, понятно, с примерами. Приведены некоторые сравнения с другими языками.
Этот доклад будет полезен начинающим программировать на python, а также тем, кто выбирает язык программирования для своей задачи. Первая, вторая и третья части доклада.
Примечание: ниже перевод презентации «High Performance Ajax Applications», подготовленной ведущим специалистом из Yahoo (а теперь уже из Apple) Julien Lecomte. В ней автор освещает некоторые аспекты оптимизации как JavaScript-приложений, так и веб-сайтов вообще. В целом, советов много, и почти все, действительно, по делу. Однако, встречается и откровенная реклама Yahoo :) Мои комментарии далее курсивом.
Часть 1. Разработка для высокой производительности
Планируем и проектируем для высокой производительности
Ориентируемся на производительность с самого первого дня
Тесно работаем с дизайнерами и менеджерами продукта
Понимаем рациональность дизайна
Объясняем компромиссы между дизайном и производительностью
Предлагаем альтернативы и показываем, что еще возможно (на уровне прототипа)
Пробуем силы в реализации нетривиального дизайна (нельзя сразу говорит «нет»)
Помогаем упростить дизайн и взаимодействие с пользователем (добиваемся компромисса)
В этом руководстве Вы узнаете, как построить простую систему по архитектуре MVC (Model-View-Controller, Модель-Отображение-Контроллер) на PHP 5.1 с использованием возможностей библиотеки SPL (Standard PHP Library, Стандартная Библиотека PHP).
