john2dark

Добрый день (хотя какого фига, щас же ночь)!

Ищем партнера - менеджера по работе с клиентами.
Требуется знание английского языка, хорошее портфолио в бордах Upwork, Guru, Freelancer, FL и любых иных, профильных.
С нас - исполнение задач заказчиков, с Вас - переговоры с потенциальными клиентами и получение задач на исполнение.
Оплата - процент от каждой сделки.

У меня делается вот так:

function scrollToId(id) {
    $('html, body').animate({
        scrollTop: id.offset().top
    }, 400, function () {
        //todo: prevent multiple hits here
    });
}

Всем привет.

Кто то пробовал в боевых условиях использовать эту штуку? Впечатления?
А если большой сайт с кучей данных?

Это я насмотрелся на здесь

А может кто что сказать за Ember? Опыт реального использования в сравнении с ангуляром или кнокаутом?
Сначала хочется для админки, а потом уже на остальной сайт натянуть, а это дофига всего.

Хотя может топик надо было выше темой, хз.

Старт-ап потихоньку перешёл в стадию alpha теста и хотелось бы найти грамотный народ для тестирования.
Сервис предлагает возможности преобразования сайтов в датасеты с последующей пост-обработкой и выдачей данных напрямую или API.
Ключевой момент сервиса - наличие специального инструмента под браузер Google Chrome, с помощью которой можно реально очень быстро забирать нужное с сайтов, кликая мышкой и составляя сценарий. Знание языков программирования при этом не требуется. Для более продвинутых, в глубине есть специальный мета-язык (с YAML разметкой), который описывает сценарии забора и преобразования данных, с очень гибкой настройкой.
Прототип языка и движка успешно работает в другом проекте уже более года, перелопатив за это время несколько тысяч различных сайтов.
Предоставляется возможность запуска сценариев по расписанию.

Что ожидается от процесса тестирования:
- ваши мысли о всём, что связано с сервисом ("идея отстой, никогда не окупится", "сайт гавно, всё переделать нахер" тоже принимаются, но только в паре с конкретными предложениями и строго по-делу)
- с интерфейсом сайта
- с интерфейсом инструмента для браузера
- юзабилити
- проблемы с составлением сценариев к конкретным сайтам (да, капчи обходить умеем, но такой функционал пока не предоставляем)
- ловля багов которые мы еще не поймали
- предложения по мега-турбо-кунгфу-улучшайзингу

Что предлагаем взамен:
В зависимости от степени участия бесплатно один из двух тарифных планов (X-Small или Small) с полугодовой подпиской. Торг уместен.

В настоящий момент система регистрации отключена, если есть желание принять участие в альфа-тестировании, прошу указать емейл адрес, на который будет высланы регистрационные данные.
В сервис встроена система поддержки, можете делиться вашими мыслями через чат или тикетную систему.
Мы с радостью дадим саркастические ответы на ваши вопросы, проигнорируем тикеты и вместе пошутим над предложениями (разумеется это шутка :)

PS: Прошу учесть, это лишь alpha-test, со всеми вытекающими.

Вобщем если стоит nginx как прокси, то этот параметр лучше отключить в настройках джанги. Потому как nginx сам ставит HTTP Strict Transport Security в 15768000

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

Объясните пожалуйста, как правильно выставлять SECURE_HSTS_SECONDS на продакшене?
Ноги начали расти с того момента, когда я запустил чеклист

python manage.py check --deploy

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

WARNINGS:
?: (security.W004) You have not set a value for the SECURE_HSTS_SECONDS setting. If your entire site is served only over SSL, you may want to consider setting a
value and enabling HTTP Strict Transport Security. Be sure to read the documentation first; enabling HSTS carelessly can cause serious, irreversible problems.

и народ делает вот так

# Set this to 30 seconds and then to 31536000 when you can prove it works
SECURE_HSTS_SECONDS = 30

В доках значится

При включении HSTS для начала лучше протестировать с небольшим значение, например, SECURE_HSTS_SECONDS = 3600. Каждый раз, когда браузер видит заголовок HSTS в ответе вашего сайта, он отказывается подключаться по небезопасному подключению (используя HTTP) к вашему домену в течении указанного времени. После проверки, что все статические файлы работают через HTTPS (то есть HSTS ничего не ломает), можно увеличить это значение, чтобы нечастые пользователи были защищены (обычно используют 31536000 секунд, то есть 1 год).

Напугало вот это:

Неправильная установка этих настроек может необратимо (при определенном значении SECURE_HSTS_SECONDS) сломать ваш сайт. Для начала ознакомьтесь с HTTP Strict Transport Security.

На боевом сервере стоит uwsgi + nginx (as proxy + используется ssl redirect)
Как сделать кошерно? Или забить болт?