Выкинуть нахрен этот столбец, Битрикс этой дорожкой дошел до того, что там eval на eval-е.
Привести формулу к обобщенному виду x * y + c и хранить значения ее членов.
В запросы, соответственно, подставлять их значения. Без волшебства.
Тут, по хорошему, надо смотреть не только в сторону БД, но и в сторону WB API, VPS, cron...
Но такие советы бесполезно давать менеджерам, у которых компьютер - это в первую очередь M$ Office, а то на нем же и заканчивается...
Refguser, потому что письма отсылает - не веб-сервер и не скрипт, а MTA. Который у ТС на новом сервере, внезапно, тупо настроен не на UTF-8. Потому что заграничный или потому что никто не почесался настроить, а может, и по еще какой-нибудь, совершенно несущественной в данном случае, причине.
Думаю, ТС уже получил больше информации по своей проблеме, чем ему хотелось. Завязываем с перебранкой. Я, во всяком случае, больше отвечать не буду. Тут "учить - только портить".
Refguser, просто перестань выкобениваться и ответь самому себе на простой вопрос: кто "ОН"?
Апач просто передал пыху задачу на выполнение скрипта, например. На этом его участие в формировании письма закончилось.
А если тот загадочный "ОН", не имея уточнений, в какой кодировке ему дали отправить письмо, подставил западноевропейскую - так может, это именно и только потому, что получил его - без уточнений?..
Refguser, почти все верно. Только веб-сервер совершенно не влияет на кодировку письма :)
Все, что делает пафосно предложенная выше настройка Апача, например - это изменение кодировки в заголовке ответа того же Апача. И только.
Refguser, немного логики:
а какая вообще разница, что и где отдает веб-сервер, если кодировка сломана - в письме?
По шпаргалке определяется UTF-8 -> cp1252, это да. Но:
1. Кириллицу в принципе невозможно отдать в cp1252, ее там нет.
2. UTF-8 - это, очевидно, и есть истинная кодировка письма. Просто то, что ее показывает, передает эти самые байтики как cp1252.
3. Но уж веб-сервер ТС-а тут точно ни при чем.
Очевидное решение - подсказать тому, что отображает письмо, в какой оно кодировке. Это решение, собственно, и дано ниже.
Лучше и эффективней - это создать сайт, на котором эти 6+ пользователей будут обмениваться не файлами, а информацией. А файлы уже генерировались из этой информации по необходимости. Но это думать надо...
Приписки и подтасовки.
Выход за пределы точности приборов.
Закончились искусственно смоделированные данные и началась реальность.
Примерно такое вам могут высосать из пальца, не зная, о каких данных вообще речь.
agpecam, в том-то и дело, что он у всех такой, кто не читает документацию и учит язык понаслышке.
В результате шаг вправо - шаг влево - беспомощность.
Хотя все неоднократно и подробно разжевано. https://www.php.net/manual/ru/regexp.reference.del...
agpecam, не дезинформируйте, никакой это не символ конца. В РНР в регулярке используется произвольный символ ограничения, и легко выбирается такой, чтобы в строке он не встречался.
Но это же надо учебник прочитать. И спрашивающему, и отвечающим.
mit5x, ну да, это же Битрикс. За каждым решением - история о том, как было сделано через задницу, а потом подперто костылями, но так, чтобы с виду о них никто не догадался.
Кстати, объяснение не объясняет, зачем одновременно делать картинки размером 2100 и 2200. Трех-четырех размеров - за глаза. Только место на хостинге сжирается всем этим разнообразием (а потом - никогда не освобождается, не так ли?..)
А скальпель для пересадки рук тут точно не просится?
Тут же при каждом запросе к тому, что возвращает страницу с этой картинкой, заново генерируется 15 ее вариантов...
Привести формулу к обобщенному виду x * y + c и хранить значения ее членов.
В запросы, соответственно, подставлять их значения. Без волшебства.