Советы. Делаем сайт

[Olezhik]

Класс! В том и всё дело , что никакой нагрузки на сервак , а на стороне клиента мощности процессора хватает.
Я вот пробовал сравнить по "интенсивности использования процессора" интерфейс на Адбобе Флаш с интерфейсом на ЯваСцрипт. При работе с Флаш аккумулятор разряжался намного быстрее.

Что такое [Adobe Flash] ? Уже давно вышел [HTML 5] [SVG/Canvas] На предпоследнем проэкти для [NBCUniversal] я использовал [SVG] чертил любые кинотеатры, залы и просто помешений в течений 20 милисекуд дынамически. Правда когда в зале было по 5 тысяч мест занимала аж 2 сикунды всё начертить Так что Флаш это вчерашни день, точнея прошлы век.

[crazy-mike]

Что такое [Adobe Flash] ? Уже давно вышел [HTML 5] [SVG/Canvas] На предпоследнем проэкти для [NBCUniversal] я использовал [SVG] чертил любые кинотеатры, залы и просто помешений в течений 20 милисекуд дынамически. Правда когда в зале было по 5 тысяч мест занимала аж 2 сикунды всё начертить Так что Флаш это вчерашни день, точнея прошлы век.

Adobe Flash - имеется ввиду Adobe Flex 4.6. Пару лет назад его пробовали позиционировать как "COBOL для Smart TV". Его ведь не столько для "картинок" использовать сколько для интеграции онлайн-видео с БД.
Удобно тем , что весь UI можно тупо загнтать в один SWF-файл. Не так уж сильно от Java отличается. Там ещё и standalone applications можно делать. В этом случае нужно , чтобы на платформе клиента было установлено AIR runtime. В таком варианте ведь Flash - это не совсем вчерашний день. Вот только реализация у Adobe не совсем "эффективная" для микропроцессоров ARM. На планшетах их радость жрёт намного больше ресурсов чем JavaScript. Хотя JavaScript под Google Chrome тоже жрёт ресурсы. Если сравнивать браузеры на планшетах , то пока возникает подозрение о том , что Google Chrome как бы "прожорливее" чем Mozilla Firefox для Android.

[Olezhik]

Адобе Флаш - имеется ввиду Адобе Флех 4.6. Пару лет назад его пробовали позиционировать как "ЦОБОЛ для Смарт ТВ". Его ведь не столько для "картинок" использовать сколько для интеграции онлайн-видео с БД.
Удобно тем , что весь УИ можно тупо загнтать в один СЩФ-файл. Не так уж сильно от Ява отличается. Там ещё и стандалоне апплицатионс можно делать. В этом случае нужно , чтобы на платформе клиента было установлено АИР рунтиме. В таком варианте ведь Флаш - это не совсем вчерашний день. Вот только реализация у Адобе не совсем "эффективная" для микропроцессоров АРМ. На планшетах их радость жрёт намного больше ресурсов чем ЯваСцрипт. Хотя ЯваСцрипт под Гоогле Чроме тоже жрёт ресурсы. Если сравнивать браузеры на планшетах , то пока возникает подозрение о том , что Гоогле Чроме как бы "прожорливее" чем Мозилла Фирефох для Андроид.

Да я в курсе что такое флаш, только нафиг он кому нужен когда есть [html5]

<!DOCTYPE HTML>
<html>
<head>
<style>
body {
margin: 0px;
padding: 0px;
}
</style>
</head>
<body>
<canvas id="myCanvas" width="578" height="200"></canvas>
<script>
var canvas = document.getElementById('myCanvas');
var context = canvas.getContext('2d');

context.beginPath();
context.moveTo(100, 20);

// line 1
context.lineTo(200, 160);

// quadratic curve
context.quadraticCurveTo(230, 200, 250, 120);

// bezier curve
context.bezierCurveTo(290, -40, 300, 200, 400, 150);

// line 2
context.lineTo(500, 90);

context.lineWidth = 5;
context.strokeStyle = 'blue';
context.stroke();

</script>
</body>
</html>

<!DOCTYPE HTML>
<html>
<head>
<style>
body {
margin: 0px;
padding: 0px;
}
</style>
</head>
<body>
<canvas id="myCanvas" width="578" height="200"></canvas>
<script>
function loadCanvas(dataURL) {
var canvas = document.getElementById('myCanvas');
var context = canvas.getContext('2d');

// load image from data url
var imageObj = new Image();
imageObj.onload = function() {
context.drawImage(this, 0, 0);
};

imageObj.src = dataURL;
}

// make ajax call to get image data url
var request = new XMLHttpRequest();
request.open('GET', 'http://www.html5canvastutorials.com/demos/assets/dataURL.txt', true);
request.onreadystatechange = function() {
// Makes sure the document is ready to parse.
if(request.readyState == 4) {
// Makes sure it's found the file.
if(request.status == 200) {
loadCanvas(request.responseText);
}
}
};
request.send(null);

</script>
</body>
</html>

[crazy-mike]

Да я в курсе что такое флаш, только нафиг он кому нужен когда есть [html5]

Ну не то чтобы уж совсем не нужен. HTML5 в разных браузерах поддерживается "не совсем одинаково".
Ну а HTML5 видеоплеер в Google Chrome в различных операционных системах работает совсем по-разному ( под Ubuntu Linux не так как под Android, например ).

Вот тебе ( кусочек "вводилки" для планшета на html5. Там вcё вместе не-gzipped занимает около 15 килобайт. Непосредственный аналог на Adobe Flash - около 56 килобай - swf файл ):

[crazy-mike]

И там чуть-чуть смешная таблица стилей ( на странице ):

[реднек]

Работал над одним проектом где мы делали динамичны [css]ну это дествительно было головная боль, просто так клиент хотел. С [ember] никогда не работал, посмотрел видео вроде очень похоже на [backbone]. Чтоб зделать проект по интерестней я ещё всё загнал в http://coffeescript.org/ Так что там теперь без пол литра не разберуться

Ну, да CoffeScript вместо JS, HAML вместо HTML, SASS вместо CSS. К поллитру еще нужен косяк.

[crazy-mike]

Ну, да CoffeScript вместо JS, HAML вместо HTML, SASS вместо CSS. К поллитру еще нужен косяк.

В html5 плохо то , что его каждый браузер чуть иначе поддерживает ( html5 video , например ). Там ещё один прикол есть - эти браузеры ещё и MIME types в заголовках http-запросов не всегда правильно понимают - под Android такая "радость" для Google Chrome наблюдается. А под Firefox для Android всё нормально. - я часто делаю gzipped html и даю ему расширение .htz. И в .htaccess там все эти фокусы с AddType и AddEncoding есть. Под Linux и Windows всё нормально работает. Под Android этот Google Chrome такого в упор не понимает - хотя ему всё передаётся. Но Firefox кругом работает одинаково - и под Android , и под Linux , и под Windows.

[Olezhik]

По большому счёту мне пофиг на чем работать, главное чтоб платили

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

[Olezhik]

В хтмл5 плохо то , что его каждый браузер чуть иначе поддерживает ( хтмл5 видео , например ). Там ещё один прикол есть - эти браузеры ещё и МИМЕ тыпес в заголовках хттп-запросов не всегда правильно понимают - под Андроид такая "радость" для Гоогле Чроме наблюдается. А под Фирефох для Андроид всё нормально. - я часто делаю гзиппед хтмл и даю ему расширение .хтз. И в .хтаццесс там все эти фокусы с АддТыпе и АддЕнцодинг есть. Под Линух и Щиндощс всё нормально работает. Под Андроид этот Гоогле Чроме такого в упор не понимает - хотя ему всё передаётся. Но Фирефох кругом работает одинаково - и под Андроид , и под Линух , и под Щиндощс.

Незнаю у меня во всех браузерах [HTML5 SVG] работал хорошо и оденакого. Может там какйта отдельные [HTML5] таги не все браузэры ещё понимают, но вот что косаеца [SVG] то там всё в порядке.

[crazy-mike]

Незнаю у меня во всех браузерах [HTML5 SVG] работал хорошо и оденакого. Может там какйта отдельные [HTML5] таги не все браузэры ещё понимают, но вот что косаеца [SVG] то там всё в порядке.

Отдельные тэги?????? Там даже не в тегах дело. Хотя вот <script src="ddd.js" /> не понимает Mozilla Firefox , а для Google Chrome это как раз нормально. Для Mozilla Firefox обязательно нужно <script src"ddd.js"></script>. Там кое-что похуже - они понимают не совсем одинаково.
А ещё куча забавных различий в браузерах для мобильных телефонов и для компьютеров. В "родном" браузере на телефоне Nokia <header> обязательно располагается в верхней части страницы при рендеринге , а не там , где ему следует располагаться в соответствии с css.
Мне вот для планшетов нравится примерно так "хулиганить":
<style type="css/text" media="all">
body { display :table-row; }
header { display :table-cell; }
nav { display :table-cell; }
aside { display :table-cell; }
footer { display :table-cell; }
section { display :table-cell; }
</style>