Александр Баумгертнер

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

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

Три ответа и куча лайков.
Что характерно, если тех же самых людей спросить, надо ли хэшировать пароли на сервере - все дружно, строем и хором ответят - НУЖНО!

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

Это квинтессенция подобныйх сайтов. Ответ почему-то всегда даётся самый буквальный. При этом вопрос никогда не подвергается сомнению или хотя бы минимальной проверке на осмысленность. Такое ощущение, что отвечающие воспринимают вопрос как экзамен что ли? Или как челендж - ответить любой ценой, пусть даже и неимоверных извращений и ГАРАНТИРОВАННЫХ граблей в будущем. Или - как сейчас - ценой СНИЖЕНИЯ защищенности! Но зато ответ буквальный. И так не только здесь - так практически в любом ответе. Ну никогда ни у кого не твремени задуматься над вопросом - все торопятся отвечать.

Я не знаю, что с этим делать. Такой подход очень вредит как самому сайту, так и тем, кто задает вопросы. Вместо того, чтобы показать правильный подход, ему старательно, сопя и напрягая остатки извилин, помогают выстрелить себе в ногу.

Возможно, одна из причин в том, что в голове у отвечателей отсутствуют реальные знания, а стоит органчик, в который записано несколько прочитанных когда-то ответов. И один из этих ответов выстреливается сразу после прочтения заголовка - даже не углубляясь в текст вопроса. Таких "отвечателей" надо гнать поганой метлой. Пусть самоутверждаются в другом месте. Тем же, кто хочет ответить, рекомендую придерживаться правила:

Перед тем как отвечать, НАДО СНАЧАЛА ПОДУМАТЬ. Посчитать на ход вперед - "а что будет, если сделать, как я советую?" Посчитать на ход назад - "а зачем ему нужно это? Не похож ли этот вопрос на мой собственный, который я когда-то задавал от недостатка знаний?" И попробовать ответить так, чтобы РЕАЛЬНО помочь спрашивающему, а не просто выдать зазубренный ответ.

Возвращаясь к вопросу: нет, нельзя без SSL. Хэширование на сервере важнее.
Можно эмулировать SSL для передачи пароля, но куда проще воспользоваться готовым механизмом. На дворе 2014 год, все основные сайты перешли на шифрование всего трафика вообще. Пора переставать бояться SSL.

Скриншоты разных браузеров если без предоплаты или видосики работы, иначе предоплата, все просто.
Странно очень на счет кидалова, как же они без разработчика будут поддерживать код :-]
п.с. обычно заметно кинет или нет, по запросам, поведению (даже переписки) :-)

Можно, конечно, поизвращаться с геттерами / сеттерами из ES5

function A(){}
var subO = {
  f: function(){
    return this.that;
  }
}
A.prototype = {
  get subO(){
    var P = Object.create(subO);
    P.that = this;
    return P;
  }
}

var inst = new A;
inst.subO.f() === inst; // true

или прокси из ES6, но проще и оптимальней привязать контекст в конструкторе:

function A(){
  this.subO = {
    f: function(){
      return this;
    }.bind(this)
  }
}
var inst = new A;
inst.subO.f() === inst; // true

Перестать писать на jquery и начать жить.

Ну вообще согласен с @FoxInSox. Либо посмотрите на гитхабах опенсурс проектики.

А если смотреть ваш код то...

$(document).on('click', '.filter fieldset.second .second-param .country .sended-param', function(){

Это может быть стартовой точкой для упрощения кода. У вас монструозные и неповоротливые конструкции из селекторов. Селекторы повторяются и т.д. Можно искать от контейнера а не по всему документу... вариантов оптимизировать этого дело масса. Один из вариантов - использовать data-* атрибуты для биндинга ивентов и поиска элементов. Таким образом наш код не зависит от классов и прочей чуши, которая нужна для представления. Посмотрите как это реализовано в twitter bootstrap.

Вообще ваша главная проблема - дублирование кода и нецелесообразное использование селекторов. Так же старайтесь использовать доступные в jQuery промисы вместо того чтобы вкладывать один колбэк в другой.

Я для себя выработал такой алгоритм:
Если мне надо изучить технологию
1) Выбираю по отзывам чтиво: книгу или документацию
2) Читаю ее, не вдумываясь, просто чтобы прочесть и ориентироваться потом что там, примерно, где написано
3) Теоретическое обучение продолжать смысла нет, делаю работу по этой технологии, заглядывая в книгу или документацию, "гугля" отдельные моменты
4) Практика и еще раз практика, решение множества конкретных задач - есть единственный путь к профессионализму...

Ставим это https://github.com/carhartl/jquery-cookie

При загрузке пытаемся вытащить язык

var lang = $.cookie('lang') || 'RU';

При нажатии на кнопку запоминаем и записываем язык

$('lang-but').click(function(){
$.cookie('lang',lang = 'UK');
})

В основных браузерах куки хранятся в SQLite бд, а не отдельными файлами. То есть в случае обычного вируса/трояна на компе, максимум можно отслеживать попытки доступа к этой бд. В случае вредоносного кода на сайте - вы никак не сможете отследить, потому что доступ к кукам будет через стандартные механизмы браузера и ничем от правомерного доступа отличатся не будет. Имхо, для отслеживания кто, когда и к каким кукам обращался нужно вносить изменения в код браузера, обычным аддоном это сделать не выйдет. Как по мне это бессмысленная затея: для борьбы с кражей кук через js давно придумали HTTP-only куки, а для борьбы с зловредами существуют антивирусы.

Moduls + Event-driven architecture, например. Приложение разбивают на модули. Общение между модулями происходит c помощью событий, что, соответственно, снижает зависимость и т.д.
Подробнее можно посмотреть здесь:
tech.yandex.ru/events/yasubbotnik/chlb-feb-2012/ta...
Также можно погуглить MV*-фреймворки.

Живу не в Москве, образование школа+ПТУ, устроился на работу верстальщиком, не имея в портфолио ни одной работы и умея верстать лишь самые простые странички.
Просто разослал по всем веб-студиям своего города письмо, в котором написал, что хочу работать у них верстальщиком и первый месяц-два готов работать за небольшую сумму в обмен на знания. Из 20 студий ответили 4. Одни позвали на собеседование, другие дали тестовое задание. Выполнив 2 тестовых задания (несложные странички) я при собеседовании их же и показал. В итоге работаю верстальщиком уже третий месяц. Не жалею, что пошел в офис - если что, старшие товарищи все рассказывают и объясняют.
За 2 месяца научился многому, сейчас уже в JS начал вникать потихоньку.
Я бы рекомендовал действовать примерно по моему сценарию, если возьмут на обучение, то очень быстро научишься всему, что необходимо для работы. Хотя по началу будет тяжеловато.

1. Чего точно хватит: HTML5/CSS3/LESS/SASS/Bootstrap/Foundation/JavaScript (Jquery обязательно, все плагины или подавляющее множество на нем)/Адаптивность

2. 10 уверенных работ, хорошо прокомментированный код хватит

3. Тех. образование у верстальщика это смешно. Гуманитарки хватит вполне.

4. Без него ни куда. Зарплату по вашему региону не знаю

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

Хорошим учебным пособием для тех, кто еще пока не настолько хорошо знает английский язык, чтобы читать на нем техническую литературу, будет вот этот ресурс - learn.javascript.ru Странно, что он до сих пор здесь не был озвучен, возможно только лишь потому, что это первое что дает поисковая выдача :)

1. Выучить русский язык. Узнать, что такое "личностное развитие" и чем оно отличается от профессионального.