Есть ли смысл читать первое издание Secrets of the JavaScript ninja?

Денис Каракчиев, и по поводу "погуглить трюки". Вот к примеру глава о регулярных выражениях. она обфусцирована, но по заголовкам и примерам кода я примерно понимаю о чем речь. Объем главы - примерно полсотни "экранов" если нажимать pgdown.
Возможно в первом издании там были немного другие описания и примеры. Стоит ли читать первое издание перед вторым? Однозначно НЕТ. Есть справочники, где все сжато. Есть огромные книги на сотни страниц, на одну эту тему, где все подробно. Есть отдельные сайты посвященные какой-то конкретной проблеме, например валидация email при помощи регулярных выражений.

Есть ли смысл читать первое издание Secrets of the JavaScript ninja?

Денис Каракчиев, воу-воу, я не говорил что это плохие книги. Но зачем читать дважды почти одинаковые книги, если можно прочесть эту, и еще одну хорошую?

Как запретить использование usb флешек на всех компах кроме авторизированных?

Michael, Если вы про криптоконтейнер спрашиваете, то почитайте про VeraCrypt для начала. Если про usb killer, то у автора той статьи есть и другие. Есть обзоры китайских версий на ютубе. Есть описание схемы на форумах электронщиков. Не уверен, что это легально, поэтому ссылки давать не стану.

Как найти порядковый номер в бд?

michellie, что-то вроде эмуляции ROW_NUMBER()?

Каков риск "получить по шапке"?

GrimJack, еще раз: в законе нет четких границ где ПД а где нет. ФИО само по себе тоже не ПД (внезапно!) но в комбинации с другими данными может считаться ПД. "Семецкий Юрий Михайлович - сатанист" - уже очень сильно похоже на ПД. Особенно если это не на заборе краской написать, а собрать в ТАБЛИЦУ. В БАЗУ ДАННЫХ.

Бумажка с надписью "катька с седьмого этажа - дура" - не персональные. Но когда у вас список людей с адресами и какими-то сведениями о них, или достаточно подробное досье на одного человека - это может считаться ПД.

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

Каков риск "получить по шапке"?

alex stephen, Есть буква закона и дух закона. С буквой все непонятно - там просто нет четкого определения что является ПД, а что не является, и пока практика применения мало наработана.

Зато с духом закона все понятно: задолбали собирать инфу по максимуму а потом продавать ее спамерам и иностранным разведкам. Или не продавать, а хранить так, что ее может взять любой, кому не лень прочитать книжку "как стать хакером за 21 день".

В итоге: чем меньше вы данных соберете - тем меньше проблем с ПД.

А рекламщики негодуют, конечно же.

Каков риск "получить по шапке"?

alex stephen, с точки зрения маркетолога, это конечно очень важно, что звонок будет персонифицированным. Курьер позвонит и скажет "Уважаемый Семецкий Юрий Михайлович, мы привезли вам вашу пиццу". Если он просто скажет "Здравствуйте, я привез пиццу" - это же сразу опустит уровень обслуживания на самое дно.

А еще очень важно отправить имейл "в этот чудесный день 6 мая мы хотим посдравить вас с днем рождения и вручить скидку в 15%". Без этой рассылки вообще экономические показатели ниже плинтуса. Дату рождения при регистрации - обязательным полем, ага.

Каков риск "получить по шапке"?

alex stephen,

Каков риск "получить по шапке"?

GrimJack, гугл: "является ли телефон персональными данными". можете проконсультироваться с юристом, если не верите.

Каков риск "получить по шапке"?

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

Узнать, присутствует ли искусственная задержка, приводящая к Waiting (TTFB) более 3 секунд?

krutovav, Если "плагин кеширования" это какая-то хреновина для вордпресса, значит статика отдается через php, и это и является источником значительной части всех проблем. Найдите админа который настроит вам раздачу статики через nginx.

Узнать, присутствует ли искусственная задержка, приводящая к Waiting (TTFB) более 3 секунд?

leni_m, я там дополнил ответ. Узнать, присутствует ли искусственная задержка, приводящая к Waiting (TTFB) более 3 секунд?

Визитки для веб-разработчика?

Если "ходить и раздавать" этот как "двери недорого" которые раздают возле метро, то не стоит.

Узнать, присутствует ли искусственная задержка, приводящая к Waiting (TTFB) более 3 секунд?

Даже на сравнительно небольшой страничке типа этой на статических файлах TTFB достигает сотен миллисекунд. На бэке точно какой-то ад.

Узнать, присутствует ли искусственная задержка, приводящая к Waiting (TTFB) более 3 секунд?

leni_m,

а у меня назрел вопрос для общего развития.
Допустим код на сервере выполняется 3 сек, и после выдает страничку. Получается TTFB будет 3+ сек? А если мы перед кодом, который выполняется 3 сек напишем:
echo "a" ,то будет ли TTFB меньше или всеравно сервер вернет "a" только после выполняемого кода?

смотря как настроена буферизация на сервере. Можно вообще каждый символ высылать сразу по мере генерации.

Но это бессмысленно же.
Представьте, что Вовочка подходит к дому и кричит "мам скинь мячик в окно". Через минуту из окна вылетает мяч и летит три секунды, например. TTFB минута, общее время ожидания ответа 63 секунды.

Чуток улучшаем ситуацию по вашему методу. Он кричит "мам сбрось мячик", через две секунды слышит ответ "сейчас сброшу", через минуты мяч вылетает из окна и три секунды летит. TTFB две секунды, но общее время увеличилось до 65 секунд. Смысл?

Узнать, присутствует ли искусственная задержка, приводящая к Waiting (TTFB) более 3 секунд?

krutovav, по этой ссылке куча статей о профилировании.
Это когда специально обученная программа анализирует работу приложения и показывает какие куски работают быстро, а какие медленно. Трехсекундная задержка будет там видна как слон в курятнике. Если вы совсем чайник, и ищете здесь специалиста который проведет анализ за вас, то вы ошиблись сайтом. В шапке есть ссылка на фриланс биржи.

Как удалить символ #65279 в начале документа?

Владислав Петренко, все люди в интернете должны знать что у вас мак, конечно же.
Придется вам установить винду на мак, или может чудо произойдет и в мире появятся какие-то другие текстовые редакторы умеющие сохранять UTF-8 без BOM?

Как защитить сайт от присвоения его себе?

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

Как защитить сайт от присвоения его себе?

vovkka, составить бумагу можно. Оплатите услуги юриста который вам ее напишет или сэкономьте и скачайте шаблон из интернетов (но придется самому вникать в суть).

Как правильно изучать новый фреймворк или технологию?

freestm, по мере набора опыта в разработке этот баланс сам собой у вас сместится, и не раз. Осознанно сдвигать его в сторону "досконального изучения технологии" - довольно сомнительное решение. Практические навыки в целом круче чем знание каждой страницы учебника. С другой стороны, если глядя на содержание учебника вы совсем не понимаете о чем написано вон в тех главах - желательно таки это выяснить.

Я специально выделал слово технологии, потому что технологий много, и многие действительно недолго живут. Но есть штуки, которые не меняются десятилетиями - алгоритмы и их сложность, шаблоны и принципы проектирования, основы архитектуры компьютеров и сетей. Подтягивать эти штуки выгодно в долгосрочной перспективе. Вероятно, прямо сегодня вам никак не поможет знание того, что значит буква L в акрониме SOLID или чем сложность O(n*2) отличается от O(n^2). Но пока вы не знаете об этом совсем ничего - выше уровня "кодера" вы не подниметесь.

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