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