Спасибо. Запомню Ваш плагин… не раз сталкивался с такой проблемой приходилось ковыряться с кроссбраузерностью и нативным js-ом в jquery плагинах когда искал ни чего такого однозначного небыло…
По моему там с путями начинается проблема по разным браузерам… одни смотрять путь относительно файла с html в независимости от того где лежит css в котором @import, а другие всегда берут файлы css считая путь от файла css в котором @import…
Не помню может если только от корня брать, когда столкнулся с этим очень хотелось относительный путь использовать так как сайтав подпапках лежал и от корня значит упоминать эти папки надо было… а потом же и на сервер класть… досадно
Придерживаюсь максималистического взгляда, что будущая cms должна быть полностью ассинхронной тобишь на AJAX.
Очень хотелось бы узнать есть ли такие???
В своё время искал и не нашёл... занялся разработкой такой, можно посмотреть betta архитектуры...
http://itlife-studio.ru/#life/project/weblife_assembly
Ещё думаю можно различать два вида cms:
1) профессиональная. CMS должна требовать минимум новых знаний, касательно её самой... работать всё должно с уже привычными конструкциями языков на которых она написана... Аналогия операционные системы linux собирай как тебе надо.
2) пользовательская. CMS с навороченной админкой.. галочками, кнопочками... натыкал что надо и социальную сеть запустил... ну уж изволь, много ты исправить не сможешь... всё уже вшито. Аналогия MS Windows
использовать скрипт из топика и исключения в css) или переделать вёрстку так чтобы не требовалось разделение мак - не мак, помоему это всегда возможно.
Можно ещё так.. на условных комментариях... вообще без js .. ну если мало то в конкретных случаях ещё добавляем скрипт в частости скрипт о котором говорится в статье
Решётку(#) надо заменить на <
в ie7 на выходе у body будет класс "ie7 ie8" а у ie6 будет "ie6 ie7 ie8"
Так удобно.. так как имхо если делается корректура для ie7 то тем более её надо делать и для ie6 бывает наверно и исключения... Opera и safari добавил для примера чаще достаточно одного ie6.
Если условные комментарии повесить на div то будет и успешная валидация xhtml
Сама задача, что есть два дизайна одного дизайна на разные размеры браузера, меня смущает..
То есть нужно заложить в вёрстке как бы два совпадения с двумя дизайнами, задача конечно реальная, но исключительная и уж заморочистая блоков то много, прям перфекционизм...
обычно вид дизайна, при других размерах экрана, ложится на плечи верстальщика, мол вот дизайн, а при других размерах должно быть "всё ништяк".
Требования конечно бывают разные и такие требования видимо от очень профессиональных дизайнеров могут поступить. При вёрстке не часто занимаешься матиматическими выкладками, пусть и школьными, и это уже интересно. Обычно хватает "размер замерил - в css цифру написал"
Спасбо за пищу... перекусил)
assembla очень порадовала когда её обнаружил... но как же я запарился с её тормозами.. в чём там проблема не знаю, может дело в канале моего провайдера хз... но на моих 256кб минуты две открывать каждую страницу ... борщ
ага =)... в конце пути, когда по улицам будут ходить гуманойды, будет всё равно, бот ты или человек. Человек также как и бот может оставить спам офтоп хамство.. главное, что ты делаешь и что пишешь, тоесть удовлетворяешь ли требования сервиса...
Ведь даже если Ваше сообщение оставлено ботом=) оно разумно и интересно для пользователя, что даёт ему право на жизнь...
следуя идеологии не "кто", а "что"
нужно следить за действиями пользователя... и тут было много вариантов, как это делать...
- называть поля форм каждый раз по разному, на человека это никак не повлияет.
- сортировать их в DOM в разном порядке, абсолютное позиционирование
- задержка времени на заполнение формы
- посещение сначало формы а только потом обработчика формы
- можно следить за движениями мышки... за нажатием клавишь делать какие-нибудь ассинхронные запросы к серверу на страницы форма... получать ключи.. да бог его знает что там можно придумать///
- пользователь зарегистрировался... как часто он будет писать сообщения... анализировать текст сообщений
- карма, в конце концов - добровольная оценка другими пользователями
- модераторы сайта
при накоплении определённого количества сигналов, что это возможно бот, или нехороший человек, не отвечающий требованиям сервиса... принимать решение бан... или предложение пройти тест Тьюринга.
При таком раскладе от обычного, невиновного пользователя, не будет требоваться сосредотачивать своё внимание и доказывать что он человек.. и я убеждаю, что это должен делать сервис сам...
В юриспруденции есть понятие "презумпция невиновности" - Человек не обязан доказывать, что он невиновен(не бот) - доказать это - дело следователей(сайта)
А так получается что сайт диктует свои правила... и на том же примере с кошечками и собаками рапиды, видно, как многим это не нравится... и сайт конечно может это делать, испытывая лояльность своих пользователей...
Какой бы не был сайт, сервис, ресурс… он делается для пользователя и большая посещаемость целевой аудитории это главная цель. Если взять два одинаковых сервиса тот, у которого тест тьюринга будет незаметен, будет иметь преимущество перед тем, у которого тест заметен и требуется его прохождение. Возможное исключение, если этот тест такой интересный, что пользователям нравится его проходить. CAPTHA, в виде картинки, действительно очень действенный способ отличить человека от бота, и его очень просто сделать, используя многочисленные готовые решения. Сделать тест Тьюринга незаметным для пользователя (тоже есть готовые решения), и чтобы он был близок по эффективности к картинке, или другому заметному тесту, нужно хорошо постараться, но в любом случае будут ложные результаты, которые нужно дальше вычислять. Не каждый ресурс может позволить себе отказаться от заметного CAPTHA, в первую очередь крупные, хотя у крупного ресурса, в конечно счёте, должно быть больше финансовых возможностей.
Расскажите кто-нибудь об успешном использовании незаметного теста CAPTHA. Хотелось бы знать какая у него, на самом деле, эффективность…
Точно, спасибо,=) любая попытка отделить людей от мошин будет CAPTCHA, даже если попытка незаметная...
Интересно какой процент хабрапользователей об этом помнит, у меня непробиваемая ассоциация с картинокой...
ага... вот и я говорю стоит только захотеть и решение будет найдено=) а особенно для небольшого ресурса... на который не будут натравливаться, персонально для него сделанные, боты. Без капчи - лучше решение и конкурентное преимущество перед крупными ресурсами...
Ещё интересная идея... чтобы не напрягать пользователей кривыми цифрами.. можно делать это добравольно... необязательно.
"Введите указанные цифры на картинке, так Вы не оставите нам сомнений, что Вы человек а не машина, спасибо"
Это уменьшит нагрузку на дальнейшую систему фильтрации которая теперь будет учитывать, что пользователь прошёл тест и относится к его сообщениям лояльно нежели к сообщениям пользователей не прошедших тест... ну и в профиле этот тест можно пройти и позже...
"Лень" имеется ввиду то как расставляются приоритеты.. также экономия денег, времени...
вот кстати на хабре и пример как можно фильтровать без капчи
"Защищаем Web-формы без CAPTCHA!" http://habrahabr.ru/blog/webdev/44970.html
По мимо этого нужно.. следить за поведением зарегистрированных пользователей, анализировать сообщения, модерировать, и ещё много чего наверно... карма у хабра по своему фильтрует.. уверен для того чтобы придумать как это делать в конкретном случае не нужно быть гениальным... надо просто хотеть это сделать...
то что CAPTCHA самая лучшая... это зависит с какой стороны смотреть... мне кажется стоит делать акцент на удобстве пользователя, а дальше уже учитывать другие показатели... и свои возможности... возможно для рапиды например капча это лучший вариант... просто не выгодно держать такую армию модераторов... что, весьма условно, я и назвал ленью
Да, Вы правы, со сравнениями я погорячился...
Но суть от этого не меняется... 10 кратная нагрузка это проблема не пользователя... Пользователю нужен быстрый и удобный сервис
И отрицая капчу.. не имею ввиду что нужно перестать беспокоится за появление рекламы или каких-то некорректных сообщений... с этим нужно бороться... просто не за счёт пользователей...
Как Вам такая комбинация?
function some() {
........var self = arguments.callee;
........if(!self.clk) {//Инициализация выполняется только один раз
................self.clk = function() {alert(this.i)}
........}
........for (var i = 0; i < links.length; i++) {
................links[i].onclick = self.clk.bind({i:i})
........}
}
функция self.clk опеределяется один раз для всех
Как думаете, будет ли выигрыш в производительности при таком подходе?
Вот ещё, кому интересно, на заметку интересный способ центрирования блока в вёрстке d-graff.de/fricca/center.html
Не помню может если только от корня брать, когда столкнулся с этим очень хотелось относительный путь использовать так как сайтав подпапках лежал и от корня значит упоминать эти папки надо было… а потом же и на сервер класть… досадно
Очень хотелось бы узнать есть ли такие???
В своё время искал и не нашёл... занялся разработкой такой, можно посмотреть betta архитектуры...
http://itlife-studio.ru/#life/project/weblife_assembly
Ещё думаю можно различать два вида cms:
1) профессиональная. CMS должна требовать минимум новых знаний, касательно её самой... работать всё должно с уже привычными конструкциями языков на которых она написана... Аналогия операционные системы linux собирай как тебе надо.
2) пользовательская. CMS с навороченной админкой.. галочками, кнопочками... натыкал что надо и социальную сеть запустил... ну уж изволь, много ты исправить не сможешь... всё уже вшито. Аналогия MS Windows
Мой пример это то чем сам пользуюсь...
да в услоный комментариях операционку не определишь=)
</head>
<script type="'text">
$(function(){
if($.browser.opera)$('body').addClass('opera');
if($.browser.safari)$('body').addClass('safari');
});
</script>
</head>
#!--[if lte IE 6]><body class="ie6 ie7 ie8">#![endif]-->
#!--[if lte IE 7]><body class="ie7 ie8">#![endif]-->
#!--[if lte IE 8]><body class="ie8">#![endif]-->
#![if !IE]><body class="noie">#![endif]>
</body>
Решётку(#) надо заменить на <
в ie7 на выходе у body будет класс "ie7 ie8" а у ie6 будет "ie6 ie7 ie8"
Так удобно.. так как имхо если делается корректура для ie7 то тем более её надо делать и для ie6 бывает наверно и исключения... Opera и safari добавил для примера чаще достаточно одного ie6.
Если условные комментарии повесить на div то будет и успешная валидация xhtml
То есть нужно заложить в вёрстке как бы два совпадения с двумя дизайнами, задача конечно реальная, но исключительная и уж заморочистая блоков то много, прям перфекционизм...
обычно вид дизайна, при других размерах экрана, ложится на плечи верстальщика, мол вот дизайн, а при других размерах должно быть "всё ништяк".
Требования конечно бывают разные и такие требования видимо от очень профессиональных дизайнеров могут поступить. При вёрстке не часто занимаешься матиматическими выкладками, пусть и школьными, и это уже интересно. Обычно хватает "размер замерил - в css цифру написал"
Спасбо за пищу... перекусил)
http://san.itlife-stuio.ru
Ведь даже если Ваше сообщение оставлено ботом=) оно разумно и интересно для пользователя, что даёт ему право на жизнь...
нужно следить за действиями пользователя... и тут было много вариантов, как это делать...
- называть поля форм каждый раз по разному, на человека это никак не повлияет.
- сортировать их в DOM в разном порядке, абсолютное позиционирование
- задержка времени на заполнение формы
- посещение сначало формы а только потом обработчика формы
- можно следить за движениями мышки... за нажатием клавишь делать какие-нибудь ассинхронные запросы к серверу на страницы форма... получать ключи.. да бог его знает что там можно придумать///
- пользователь зарегистрировался... как часто он будет писать сообщения... анализировать текст сообщений
- карма, в конце концов - добровольная оценка другими пользователями
- модераторы сайта
при накоплении определённого количества сигналов, что это возможно бот, или нехороший человек, не отвечающий требованиям сервиса... принимать решение бан... или предложение пройти тест Тьюринга.
При таком раскладе от обычного, невиновного пользователя, не будет требоваться сосредотачивать своё внимание и доказывать что он человек.. и я убеждаю, что это должен делать сервис сам...
В юриспруденции есть понятие "презумпция невиновности" - Человек не обязан доказывать, что он невиновен(не бот) - доказать это - дело следователей(сайта)
А так получается что сайт диктует свои правила... и на том же примере с кошечками и собаками рапиды, видно, как многим это не нравится... и сайт конечно может это делать, испытывая лояльность своих пользователей...
Расскажите кто-нибудь об успешном использовании незаметного теста CAPTHA. Хотелось бы знать какая у него, на самом деле, эффективность…
Интересно какой процент хабрапользователей об этом помнит, у меня непробиваемая ассоциация с картинокой...
"Введите указанные цифры на картинке, так Вы не оставите нам сомнений, что Вы человек а не машина, спасибо"
Это уменьшит нагрузку на дальнейшую систему фильтрации которая теперь будет учитывать, что пользователь прошёл тест и относится к его сообщениям лояльно нежели к сообщениям пользователей не прошедших тест... ну и в профиле этот тест можно пройти и позже...
вот кстати на хабре и пример как можно фильтровать без капчи
"Защищаем Web-формы без CAPTCHA!" http://habrahabr.ru/blog/webdev/44970.html
По мимо этого нужно.. следить за поведением зарегистрированных пользователей, анализировать сообщения, модерировать, и ещё много чего наверно... карма у хабра по своему фильтрует.. уверен для того чтобы придумать как это делать в конкретном случае не нужно быть гениальным... надо просто хотеть это сделать...
то что CAPTCHA самая лучшая... это зависит с какой стороны смотреть... мне кажется стоит делать акцент на удобстве пользователя, а дальше уже учитывать другие показатели... и свои возможности... возможно для рапиды например капча это лучший вариант... просто не выгодно держать такую армию модераторов... что, весьма условно, я и назвал ленью
Но суть от этого не меняется... 10 кратная нагрузка это проблема не пользователя... Пользователю нужен быстрый и удобный сервис
И отрицая капчу.. не имею ввиду что нужно перестать беспокоится за появление рекламы или каких-то некорректных сообщений... с этим нужно бороться... просто не за счёт пользователей...