Да, весело. Но технически здесь все нормально: отправляется одно исходное письмо. По этому поводу в справке есть информация.
Я же отправляю н-ое количество практически одинаковых исходных писем отдельным получателям. Не готов просто так разбрасываться персональными данными. Нет таких полномочий 😊
Да понятно все. Совместимость между библиотеками 100-процентная. Не нужно даже задумываться об адаптации. Хотя я придерживаюсь вашего подхода к разработке: свое и отдельные сторонние библиотеки. Сторонние проверяю на качество и т.п., а также при необходимости адаптирую.
Жестоко. Опять свое время оптимизируете? 😊
Неспециалист и обновлять Битрикс не должен 😉 На этих фреймворках свет клином не сошелся. Кроме того, многие разработчики практикуют "непрерывную" разработку. Они обновят PHP, фреймворк и т.п., но тогда, когда это заложено в планах или когда получится. Короткие циклы, погоня за новинками - это юношеский максимализм. Я уже давно стараюсь писать так, чтобы циклы были длинными. Ускорение могут придать только выявленные ошибки (безопасности и др.), что естественно.
Это все правильно. Но, во-первых, большая компания - это не один разработчик (или несколько), каких бы строгих правил в ней не придерживались. Во-вторых, у большинства распространенных CMS ужасные архитектуры. В-третьих, они действительно содержат много лишнего "из коробки". Даже если это лишнее не влияет на скорость работы, оно все равно сильно отвлекает пользователей.
По-моему, за 15 лет можно и функциональность магазина "навелосипедить". Не обязательно же прямо все самому писать. Есть вполне достойные и легко переносимые библиотеки.
Возможно, вы просто не разработчик (программист по профессии).
Вместо текста чекбокса (или вместе с текстом чекбокса) может потребоваться полноценный текст "Согласия".
Да, оператором персональных данных может быть физическое лицо, так что выше верно ответили. Вот только никто не хочет вписывать свои персональные данные в текст "Политики". Даже некоторые ИП "стесняются" 😊
Может, другие еще хуже 😊 Вообще странно, что вы не замечали проблем (медлительности и т.п.) у Б.
По-моему, лучше говорить, чем конкретно ты (это относится ко всем) пользуешься. Или вовсе не говорить об этом.
Их Селектел "подмял". Противостоять этому сложно.
Фоззи всегда был не "абузоустойчивым". Нужно было умудриться держать подобный сайт у них.
История мальчика Webmaster, возраст 3 года.
Мнемоники используются для специальных символов HTML и символов, чьи коды блокируются различными фильтрами или не могут быть переданы/сохранены. Если упомянутых ограничений нет и не предвидится, символы можно кодировать без каких-либо промежуточных форм.
Я выше написал, что отдельная кнопка обычно в любом случае присутствует. Посмотрите хотя бы на самые распространенные капчи. У того же CF роль такой кнопки играет подобие чекбокса "Я человек". К тому же выше я подразумевал минимальное/отсутствующее сопровождение со стороны JS. Здесь кнопка подтверждения нужна, если не размещать знаки непосредственно на кнопках.
И думаете, что "графическая" капча не бесит? Когда-то пробовал, но очень быстро отказался от этого 😊 Пользователям моих сайтов/сервисов проще посчитать "пальцы на руке" или перевести слово в цифру, чем "тыкать в картинку", предварительно прочитав, куда именно нужно "тыкать".
