Каким образом мы можем блокировать логины на клиентской машине? Вы предполагаете, что мы будем вмешиваться в работу клиентской виртуальной машины и запрещать/разрешать подключения с каких-то ИП?
Извините, это строго противоречит политике работы облака, когда владелец виртуальной машины имеет полную над ней власть (а мы, соответственно, не лезем своими грязными ручками в её конфиги).
Точно также как вы устанавливаете ему случайный пароль при установке. Внести мааааленькое изменение в дефолтный конфиг:
/etc/security/limits.conf
Директива maxlogins, если я не ошибаюсь
Ох лол, отличный пример, как администраторы облака решают свои собственные проблемы за счет пользователей!
Не смогли/не сумели/не захотели поставить защиту от брута, так давайте же объявим, что пользователи виноваты!
Подсказка автору: зайдите по адресу mail.google.com и введите 3-4 раза неправильный пароль. И о чудо!!! Вы увидите капчу!
Не устраивает капча? Можно блокировать запись на 5 минут после 10 неправильных попыток ввода пароля. Да много чего еще можно придумать, но не ограничивать пользователей (которые, наверняка, вам деньги платят) в выборе ИХ паролей.
Если «работу работать хорошо», то количество клиентов с жалобами будет не таким уж большим, чтобы не иметь возможности вникнуть и адекватно отреагировать.
Берем те же пельмени: если они хреновые, то 99% покупателей просто не будут их покупать. Пельмени — не ноутбук, потери времени на написание негативных комментариев не компенсируют неудовольствие от их употребления. Если они ОЧЕНЬ хреновые, то директором займутся соответствующие органы. Остается вариант: пельмени вроде ничего, но клиент ищет подвоха, он не верит, что ему руками вылепили нормальные пельмени. Ну так и воспользуйтесь этим, покажите производство, сертификаты (об этом я уже писал), тогда у следующих товарищей подобных вопросов уже не будет.
В общем, текста много, а мораль такова: лепить пельмени, не пожары на Бе-200 тушить — можно и по-человечнее быть.
В ответе обращайтесь к человеку по имени. Это покажет, что вы внимательно относитесь к своим покупателям.
Это покажет
Вот именно, что вместо внимательного отношения к клиентам у нас сплошная показуха. Хороший пример с пельменями: «Владелец компании хотел сгоряча ответить, но его успокоили и с отзывом поработали специалисты по работе в социальных сетях». Что имеем в результате? Клиенту показали, что его мнение кого-то интересует, а вот руководитель так и остался при своем мнении о «клиенте-идиоте». Хотя, кстати, вопрос был поставлен очень правильно. И в ответ на него было бы неплохо на форуме (или в соцсети) запостить фотки, как обследуют работников и сканы сертификатов СЭС, а не тупо прикалываться «про вытирание носа».
Я и не говорил, что это ново. Я ссылаюсь в тексте статьи на проект, в котором был применен подобный подход еще в 2006 году. Тогда у меня и родилась идея опробовать данный подход на MySQL с его несравненно более обрезанными возможностями по реализации хранимых процедур. Просто руки до этого дошли только сейчас.
Ребята, а чего вы все такие серьезные? Это топик just-for-fun. Просто мне захотелось проверить, можно ли так сделать. А вы тут действительно развернули холивар на тему «так делать низзя».
А есть ли в Node способ считывать файл не целиком а по кусочкам? По крайней мере ваши функции хеширования можно применять не ко всему файлу а к его кусочкам с таким же результатом, считывая кусочки файла и хешируя их, так сказать, «в конвейерном режиме».
Достаточно, да, но великое и ужасно «хочу» от заказчиков слышали, наверное, все.
На вскидку, HTML нужен когда необходимо послать письмо о том, что создан заказ в интернет-магазине. К примеру, на Амазоне очень много данных о заказе и форматировать его в plain-text, думаю, было бы безумием.
Точно также как вы устанавливаете ему случайный пароль при установке. Внести мааааленькое изменение в дефолтный конфиг:
/etc/security/limits.conf
Директива maxlogins, если я не ошибаюсь
Не смогли/не сумели/не захотели поставить защиту от брута, так давайте же объявим, что пользователи виноваты!
Подсказка автору: зайдите по адресу mail.google.com и введите 3-4 раза неправильный пароль. И о чудо!!! Вы увидите капчу!
Не устраивает капча? Можно блокировать запись на 5 минут после 10 неправильных попыток ввода пароля. Да много чего еще можно придумать, но не ограничивать пользователей (которые, наверняка, вам деньги платят) в выборе ИХ паролей.
Берем те же пельмени: если они хреновые, то 99% покупателей просто не будут их покупать. Пельмени — не ноутбук, потери времени на написание негативных комментариев не компенсируют неудовольствие от их употребления. Если они ОЧЕНЬ хреновые, то директором займутся соответствующие органы. Остается вариант: пельмени вроде ничего, но клиент ищет подвоха, он не верит, что ему руками вылепили нормальные пельмени. Ну так и воспользуйтесь этим, покажите производство, сертификаты (об этом я уже писал), тогда у следующих товарищей подобных вопросов уже не будет.
В общем, текста много, а мораль такова: лепить пельмени, не пожары на Бе-200 тушить — можно и по-человечнее быть.
Вот именно, что вместо внимательного отношения к клиентам у нас сплошная показуха. Хороший пример с пельменями: «Владелец компании хотел сгоряча ответить, но его успокоили и с отзывом поработали специалисты по работе в социальных сетях». Что имеем в результате? Клиенту показали, что его мнение кого-то интересует, а вот руководитель так и остался при своем мнении о «клиенте-идиоте». Хотя, кстати, вопрос был поставлен очень правильно. И в ответ на него было бы неплохо на форуме (или в соцсети) запостить фотки, как обследуют работников и сканы сертификатов СЭС, а не тупо прикалываться «про вытирание носа».
Да, есть:
На вскидку, HTML нужен когда необходимо послать письмо о том, что создан заказ в интернет-магазине. К примеру, на Амазоне очень много данных о заказе и форматировать его в plain-text, думаю, было бы безумием.