uCoz'у - Архив Михаила Абасова

Обложка :: Об авторе :: Контактная информация

Главная » Относится к uCoz'у:

Ю.Гуру

Я только сегодня понял, когда человек становится Ю.Гуру. Я работаю с Юкозом почти с самого его начала и в 99% случаев опознаю сайт на Юкозе после 10 секунд просмотра. Не учитывая, конечно, домен, копирайты и исходный код, а просто по внешнему виду.

Так вот, Ю.Гуру – это такой человек, который создает сайты входящие в 1% от всех Ю.Сайтов. То есть сайты, которые нельзя сразу опознать, как сделанный на Юкозе. Ю.Гуру умеет отбить у сайта запах и привкус Юкоза.

Написано 30.06.2008 | Комментариев: 11

Кого тебе хочется?

Еще одно "восстановление". Совсем о нем забыл.

Согласно официальному заявлению управления системы Юкоз, целевой аудиторией системы является каждый человек, желающий иметь сайт. Их цель - снизить пропускной барьер, освободив людей от требований по знаю ШТМЛ и прочего.

Ну, все вроде понятно. Но на какие же сайты ориентируется Юкоз? Какие сайты он хочет видит у себе на серверах? Правильный ответ - порталы. Это легко понять, если полистать стандартные шаблоны большого Ю. 2-х и 3-х колоночные дизайны порталов на всевозможную тематику. Выбирай из более чем двухсот вариантов и живи себе счастливо.

Казалось б ничего странного. Ну хотят авторы системы видеть у себя порталы, ну и что? Кто-то хочет видеть блоги, кто-то дает простор и начинает с пустышки. Вроде бы всё нормально, но...

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

В плане желающих блогов все просто. Сделали 2 десятка соответствующих шаблонов (или купили), поднастроили и пускай в раздачу.

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

Кстати о СЕО. Почему у Юкоза нету возможности составления мета-тегов для всего сайта и каждого материала отдельно? Конечно, я и другие Ю.Девелоперы решают эту проблему через дополнительные поля, например, но ведь не каждый юзер может это реализовать.

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

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

Я бы расписал это все на следующие пункты:
1) добавление блог-шаблонов.
2) облака тегов и теги.
3) настройка мета-тегов для каждого материала с сохранением в базе.
4) настраиваемые ЧПУ (поговорим отдельно).

А пока политика Юкоза весьма понятна:

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

Написано 26.06.2008 | Комментариев: 7

Облако для блога.

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

Сегодня шаблон этого информера выглядит так:

<a href="$ENTRY_URL$" style=" padding-right:3px; font-size:
<?if($READS$<=15)?>8<?else?>
<?if($READS$<=20)?>10<?else?>
<?if($READS$<=25)?>12<?else?>
<?if($READS$<=30)?>14<?else?>
<?if($READS$<=35)?>16<?else?>
<?if($READS$<=40)?>18<?else?>20
<?endif?><?endif?><?endif?><?endif?><?endif?><?endif?>pt;">$OTHER1$ </a>

В качестве названия используется поле $OTHER1$, но можно юзать и название. Также важно заметить что шаг идет через 1 размер шрифта, что позволяет видеть разницу хоть как-то :)

Еще стоит отметить что наличие пробела в участке "$OTHER1$ </a>" очень важно.

И напоследок стоит отметить что в поле $OTHER1$ я использую код (& n b s p ;) вместо пробелов, чтобы название не переводилось на новую строку.

Написано 23.06.2008 | Комментариев: 5

To smbd.

Чтобы при клике по имени в комментарии, он добавлялся в форму комментирования и комментатору было также удобно комментировать, как если бы он делал это на форуме UcoZ, я перетащил этот небольшой скрипт.

В шаблоне «Стриница материалов и комментариев к нему» между <head> и </head> ставим:

Quote

if (code != ""){
var txtarea = document.addform.message;
code = ' ' + code + ' ';

if (document.selection) {
txtarea.focus();
var txtContent = txtarea.value;
var str = document.selection.createRange();

if (str.text == ""){str.text = code;}
else if (txtContent.indexOf(str.text) != -1){str.text = code + str.text;}
else {txtarea.value = txtContent + code;}

}

else{txtarea.value = txtarea.value + code;}
}

}
</script>

В шаблоне «Вид комментариев» вместо «$NAME$»:

Quote

Пробелы в [ b] и [ /b] убрать.

Готово! :-)

Написано 19.06.2008 | Комментариев: 6

На Юкозе можно сделать любой сайт!

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

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

Так чего же нельзя на Юкозе?
На Юкозе нельзя делать полноценные веб-приложения. Не веб-сайты, а именно веб-приложения. Пройдемся по примерам:

Сайт о контр-страйке - это сайт.
Веб-мониторинг серверов контр-страйка - веб-приложение.

Ролевая игра - сайт.
Комбатс - веб-приложение.

Сайт о заработке в интернете - сайт.
Система веб-биллинга - веб-приложение.

Понимаете?

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

Почему же Юкоз не дает возможности для создания веб-приложений. Потому что Юкоз - система управления сайтами. Даже не контентом, а именно сайтами. Все его модули затачивались под создание модулей сайта и не приложения. Они не рассчитаны на сотни полей. Они плохо взаимодействуют друг с другом. Но это не делает их хуже. Ведь поставленную им цель они выполняют на 99%. Оставшийся же процент - точка стремления, которую разработчики никогда не достигнут, но к которой будут двигаться, тем самым и развивая систему.

Написано 09.06.2008 | Комментариев: 8

Процесс и Результат.

Вы заходите на сайт и что Вы видите? Вы видите оформленную информацию. Вы не видите тонны РНР или Перла. Вы не видите кучу ШТМЛ тегов, не видите яваскрипта, не видите 30 слоев, которые дизайнер использовал при рисовании макета, не видите 01100101010010110101, который видит Ваш компьютер, не видите всего многообразия серверных запросов и т.д.

Вы сильно без всего этого страдаете?

Так какая разница, оформил ли я расположение объектов потоково через Яваскрипт или серверно через РНР. Какая разница передалась ли во флешку информация переменных путем извлечения из базы конкретным РНР кодом или выводом Ю.Тега?

Это все не имеет значения! Пользователю нужен результат, и безразличен процесс. Если результат устраивает, то тебя никто не сможет упрекнуть в выбранном варианте решений.

В Юкозе можно достигать нужного результата и без всяких серверных решений. Достаточно умело использовать ЯваСкрипт, ШТМЛ и Ю.Теги.

Да, конечно, замечание о том, что если выключить ЯваСкрипт, то все будет смотреться как фильм с выключенным звуком, но зачем умышленно смотреть фильмы без звука?

Отключать ЯваСкрипт такой же бред как отключать КСС. А против вирусов уже давно придумали защиту. Если вы об этом не знали, то пора отключать свою криогенную камеру и выходить из спячки!

Написано 08.06.2008 | Комментариев: 5

« 1 2 ... 6 7 8

Регистрируйся или входи!
Посмотреть стастистику