Base64 encode windows 1251 php

Здесь могла бы быть ваша реклама

Покинул форум
Сообщений всего: 4574
Дата рег-ции: Июль 2006
Откуда: Israel

Секрет
Теперь, когда вы уже наверняка второпях отправили свой запрос,
я расскажу вам простой секрет, который сэкономит вам уйму ожиданий,
даже если первый ответ по теме последуем сразу же.

Само собой я знаю что ответят мне тут же, и если я посмотрю
на сообщения на форуме, то пойму что в общем то я и не ошибаюсь.
Но еще я точно замечу, что очень мало тем, в которых всего два ответа :
вопрос автора и еще два сообщение вида Ответ + Спасибо

После этого приходится начинать уточнять этим неграмотным что мне надо.
Они что, сами читать не умеют? А уточнять приходится.
И иногда пока они переварят то что я им скажу проходит и не одна ночь..

Уверен что если бы я им сказал что у меня есть
фиолетовый квадрат, и нужно превратить его в синий треугольник
и я пытался взять кисточку, макнуть в банку и поводить ей по квадрату
но почему то кисточка не принимала цвет краски в банке,
то на мой вопрос — где взять правильные банки мне бы ответили гораздо быстрее
предложив её открыть, а не тратить еще стольник на жестянку.

Поэтому с тех пор я строю свои вопросы по проверенной давным давно схеме:
Что есть
Что нужно получить
Как я пытался
Почему или что у меня не получилось.

На последок как оно происходит на форумах

Новичок: Подскажите пожалуста самый крепкий сорт дерева! Весь инет перерыл, поиском пользовался!
Старожил: Объясни, зачем тебе понадобилось дерево? Сейчас оно в строительстве практически не используется.
Новичок: Я небоскрёб собираюсь строить. Хочу узнать, из какого дерева делать перекрытия между этажами!
Старожил: Какое дерево? Ты вообще соображаешь, что говоришь?
Новичок: Чем мне нравиться этот форум — из двух ответов ниодного конкретного. Одни вопросы неподелу!
Старожил: Не нравится — тебя здесь никто не держит. Но если ты не соображаешь, что из дерева небоскрёбы не строят, то лучше бы тебе сначала школу закончить.
Новичок: Не знаите — лучше молчите! У меня дедушка в деревянном доме живёт! У НЕГО НИЧЕГО НЕ ЛОМАЕТСЯ.
Но у него дом из сосны, а я понимаю, что для небоскрёба нужно дерево прочнее! Поэтому и спрашиваю. А от вас нормального ответа недождёшся.
Прохожий: Самое крепкое дерево — дуб. Вот тебе технология вымачивания дуба в солёной воде, она придаёт дубу особую прочность:
Новичок: Спасибо, братан! То что нужно.

Отредактировано модератором: Uchkuma, 26 Апреля, 2011 — 10:21:12

Кракозябрица в имени отправителя письма на почте Yandex

Введение

Доброго времени суток, уважаемые!

Хочу кратенько поведать о проблеме отображения имени отправителя письма при отправке на ящики Яндекс.Почты и привести ее решение.

Заранее прошу маститых программистов меня простить. Возможно, для вас эта ситуация не стоит выеденного яйца.
Но мне пришлось посидеть над ее решением. Надеюсь, это может оказаться полезным кому-нибудь.

С чего все начиналось

Итак, есть самописный сайт на php + angular. Обычный лендинг с калькулятором.
Пришла очередь задаче по отправке писем клиентам и менеджерам о поступивших заказах.

Казалось бы, чего уж проще? Берешь и пишешь:

При этом сохраняем файл в кодировке UTF-8 без BOM и выполняем.
Смотрим почтовый ящик gmail — все в порядке! Имя отправителя отображается вполне себе корректно:

Смотрим Яндекс — опять красота.

Уже открываю шампанское… Вот она, победа. Но не тут-то было.
Открываю письмо и вижу:

Убираю шампанское, достаю бубны. Начинаю шерстить интернет в поисках решения, пишу в поддержку Яндекса.
Мне приходит ответ: «Попробуйте кодировать в base64». Что кодировать — я так и не понял. Пробовал кодировать кириллические символы и заголовок целиком.

Но приходит мысль: зачем изобретать велосипед? Надо посмотреть, как делают старшие товарищи по цеху. Открываю первое письмо и смотрю его свойства. Что же я там вижу?

Логика подсказывает, что заветное решение находится внутри символов «=?… ?=» (да простится мне серость моя сообществом мудрейших!).
Смотрю дальше и вижу кодировку windows-1251. Так, еще один шаг к успеху! Подвигаю шампанское ближе.

Затем идет еще символ «B» и знак вопроса. Отбрасываю их, беру оставшийся код и смотрю, что же это такое?

Так, у меня файл с кодировкой utf-8. Сохраняю его как windows-1251 и запускаю снова.

Решение вопроса

Для файлов в кодировке utf-8 я использовал такое решение:

Обратите внимание — тема письма также закодирована:

В результате я получил корректное отображение отправителя письма:

Прошу не судить строго за мой первый литературно-технический очерк. Буду благодарен профессиональным отзывам и дополнением материала.

Данная статья не подлежит комментированию, поскольку её автор ещё не является полноправным участником сообщества. Вы сможете связаться с автором только после того, как он получит приглашение от кого-либо из участников сообщества. До этого момента его username будет скрыт псевдонимом.

• 17 января 2021 в 21:55 Как найти email пользователя GitHub и написать Telegram бота для решения этой задачи?
• 15 февраля 2021 в 01:06 Еще одна реализация DI на PHP
• 6 апреля 2021 в 15:40 Собеседование на PHP разработчика. Более 100 вопросов для Junior, Middle и Senior
• 10 апреля 2021 в 00:24 Простое решение для раздачи файлового архива через временные WEB-ссылки
• 15 апреля 2021 в 13:08 Как я 30 дней авто обновление валюты чинил Opencart 3.0

Это «Песочница» — раздел, в который попадают дебютные посты пользователей, желающих стать полноправными участниками сообщества.

Если у вас есть приглашение, отправьте его автору понравившейся публикации — тогда её смогут прочитать и обсудить все остальные пользователи Хабра.

Чтобы исключить предвзятость при оценке, все публикации анонимны, псевдонимы показываются случайным образом.

Не надо пропускать:

• рекламные и PR-публикации
• вопросы и просьбы (для них есть Хабр Q&A);
• вакансии (используйте Хабр Карьеру)
• статьи, ранее опубликованные на других сайтах;
• статьи без правильно расставленных знаков препинания, со смайликами, с обилием восклицательных знаков, неоправданным выделением слов и предложений и другим неуместным форматированием текста;
• жалобы на компании и предоставляемые услуги;
• низкокачественные переводы;
• куски программного кода без пояснений;
• односложные статьи;
• статьи, слабо относящиеся к или не относящиеся к ней вовсе.

Windows 1251 = > base 64

Setconsolecp 1251, setconsoleoutputcp 1251 (Windows.h), сбиваются шрифты на других ПК
Пишу консольную прогу с помощью vs 2017 (v141), на windows 10, с версией sdk 10.0.17134.0, MFC — в.

UTF-16 -> cp-1251(windows-1251)
У меня есть кириллическая строка UTF-16, которая выглядит как Хотелось бы конвертнуть её в.

Кодирование текста в windows-1257 и windows-1251
На одной странице (index.htm) нужно часть текста написать по-литовски (windows-1257), а часть.

Кодировка Windows-1251 в Windows Phone
Занимаюсь парсингом сайта на Windows Phone при помощи Html Agility Pack. Сайт в кодировке.

Решение

Заказываю контрольные, курсовые, дипломные и любые другие студенческие работы здесь или здесь.

Windows-1251
привет всем,нужно распарсить сайт,но получаемый код(html сайта) у меня с закорючками вместо русских.

получилось так что скомпилил и запустил программу со строкой

Windows-1251 не читается
Здравствуйте, у меня стоит Xubuntu 16.04 , в ней есть нативная Java, а ещё есть нативный Minecraft.

UTF-8 to WINDOWS-1251
Здравствуйте! Надо вот чего. Есть строка в UTF-8. После перекодировки функцией `UTF8ToString`.

из UTF-8 в Windows-1251
Как строку в формате UTF-8 перекодировать в Windows-1251? Добавлено через 16 минут Существуют.

base64_encode

(PHP 4, PHP 5, PHP 7, PHP 8)

base64_encode — Кодирует данные в формат MIME base64

Описание

Кодирует string с base64.

Эта кодировка предназначена для корректной передачи бинарных данных по протоколам, не поддерживающим 8-битную передачу, например, для отправки тела письма.

Данные, закодированные base64 занимают на 33% больше места по сравнению с оригинальными данными.

Список параметров

Данные для кодирования.

Возвращаемые значения

Кодированные данные в виде строки.

Примеры

Пример #1 Пример использования base64_encode()

Результат выполнения данного примера:

Смотрите также

• base64_decode() — Декодирует данные, закодированные MIME base64
• chunk_split() — Разбивает строку на фрагменты
• convert_uuencode() — Кодирует строку в формат uuencode
• » RFC 2045 раздел 6.8

User Contributed Notes 33 notes

For anyone interested in the ‘base64url’ variant encoding, you can use this pair of functions:

function base64url_encode ( $data ) <
return rtrim ( strtr ( base64_encode ( $data ), ‘+/’ , ‘-_’ ), ‘=’ );
>

function base64url_decode ( $data ) <
return base64_decode ( str_pad ( strtr ( $data , ‘-_’ , ‘+/’ ), strlen ( $data ) % 4 , ‘=’ , STR_PAD_RIGHT ));
>
?>

gutzmer at usa dot net’s ( http://php.net/manual/en/function.base64-encode.php#103849 ) base64url_decode() function doesn’t pad longer strings with ‘=’s. Here is a corrected version:

function base64url_encode ( $data ) <
return rtrim ( strtr ( base64_encode ( $data ), ‘+/’ , ‘-_’ ), ‘=’ );
>

function base64url_decode ( $data ) <
return base64_decode ( strtr ( $data , ‘-_’ , ‘+/’ ) . str_repeat ( ‘=’ , 3 — ( 3 + strlen ( $data )) % 4 ));
>

// proof
for( $i = 0 , $s = » ; $i 24 ; ++ $i , $s .= substr ( » $i » , — 1 )) <
$base64_encoded = base64_encode ( $s );
$base64url_encoded = base64url_encode ( $s );
$base64url_decoded = base64url_decode ( $base64url_encoded );
$base64_restored = strtr ( $base64url_encoded , ‘-_’ , ‘+/’ )
. str_repeat ( ‘=’ ,
3 — ( 3 + strlen ( $base64url_encoded )) % 4
);
echo » $s
$base64url_decoded
$base64_encoded
$base64_restored
$base64url_encoded

In PHP 7, the padding issue with base64_decode() is no more — the following is totally fine:

function base64_encode_url($string) <
return str_replace([‘+’,’/’,’=’], [‘-‘,’_’,»], base64_encode($string));
>

function base64_decode_url($string) <
return base64_decode(str_replace([‘-‘,’_’], [‘+’,’/’], $string));
>

Checked here with random_bytes() and random lengths:

A function I’m using to return local images as base64 encrypted code, i.e. embedding the image source into the html request.

This will greatly reduce your page load time as the browser will only need to send one server request for the entire page, rather than multiple requests for the HTML and the images. Requests need to be uploaded and 99% of the world are limited on their upload speed to the server.

function base64_encode_image ( $filename = string , $filetype = string ) <
if ( $filename ) <
$imgbinary = fread ( fopen ( $filename , «r» ), filesize ( $filename ));
return ‘data:image/’ . $filetype . ‘;base64,’ . base64_encode ( $imgbinary );
>
>
?>

used as so

echo base64_encode_image ( ‘img/logo.png’ , ‘png’ ); ?> «/>

Unfortunately my «function» for encoding base64 on-the-fly from 2007 [which has been removed from the manual in favor of this post] had 2 errors!
The first led to an endless loop because of a missing «$feof»-check, the second caused the rare mentioned errors when encoding failed for some reason in larger files, especially when
setting fgets($fh, 2) for example. But lower values then 1024 are bad overall because they slow down the whole process, so 4096 will be fine for all purposes, I guess.
The error was caused by the use of «empty()».

Here comes the corrected version which I have tested for all kind of files and length (up to 4,5 Gb!) without any error:

= fopen ( ‘Input-File’ , ‘rb’ );
//$fh2 = fopen(‘Output-File’, ‘wb’);

$cache = » ;
$eof = false ;

if (! $eof ) <
if (! feof ( $fh )) <
$row = fgets ( $fh , 4096 );
> else <
$row = » ;
$eof = true ;
>
>

if ( $cache !== » )
$row = $cache . $row ;
elseif ( $eof )
break;

$b64 = base64_encode ( $row );
$put = » ;

if ( strlen ( $b64 ) 76 ) <
if ( $eof ) <
$put = $b64 . «\n» ;
$cache = » ;
> else <
$cache = $row ;
>

> elseif ( strlen ( $b64 ) > 76 ) <
do <
$put .= substr ( $b64 , 0 , 76 ). «\n» ;
$b64 = substr ( $b64 , 76 );
> while ( strlen ( $b64 ) > 76 );

$cache = base64_decode ( $b64 );

if ( $put !== » ) <
echo $put ;
//fputs($fh2, $put);
//fputs($fh2, base64_decode($put)); // for comparing
>
>

Base64 encoding of large files.

Base64 encoding converts triples of eight-bit symbols into quadruples of six-bit symbols. Reading the input file in chunks that are a multiple of three bytes in length results in a chunk that can be encoded independently of the rest of the input file. MIME additionally enforces a line length of 76 characters plus the CRLF. 76 characters is enough for 19 quadruples of six-bit symbols thus representing 19 triples of eight-bit symbols. Reading 57 eight-bit symbols provides exactly enough data for a complete MIME-formatted line. Finally, PHP’s default buffer size is 8192 bytes — enough for 143 MIME lines’ worth of input.

So if you read from the input file in chunks of 8151 (=57*143) bytes you will get (up to) 8151 eight-bit symbols, which encode as exactly 10868 six-bit symbols, which then wrap to exactly 143 MIME-formatted lines. There is no need to retain left-over symbols (either six- or eight-bit) from one chunk to the next. Just read a chunk, encode it, write it out, and go on to the next chunk. Obviously the last chunk will probably be shorter, but encoding it is still independent of the rest.

while(! feof ( $input_file ))
<
$plain = fread ( $input_file , 57 * 143 );
$encoded = base64_encode ( $plain );
$encoded = chunk_split ( $encoded , 76 , «\r\n» );
fwrite ( $output_file , $encoded );
>

?>

Conversely, each 76-character MIME-formatted line (not counting the trailing CRLF) contains exactly enough data for 57 bytes of output without needing to retain leftover bits that need prepending to the next line. What that means is that each line can be decoded independently of the others, and the decoded chunks can then be concatenated together or written out sequentially. However, this does make the assumption that the encoded data really is MIME-formatted; without that assurance it is necessary to accept that the base64 data won’t be so conveniently arranged.

function urlsafe_b64encode($string) <
$data = base64_encode($string);
$data = str_replace(array(‘+’,’/’,’=’),array(‘-‘,’_’,»),$data);
return $data;
>

function urlsafe_b64decode($string) <
$data = str_replace(array(‘-‘,’_’),array(‘+’,’/’),$string);
$mod4 = strlen($data) % 4;
if ($mod4) <
$data .= substr(‘====’, $mod4);
>
return base64_decode($data);
>

Php version of perl’s MIME::Base64::URLSafe, that provides an url-safe base64 string encoding/decoding (compatible with python base64’s urlsafe methods)

To make base64_encode encode a URL safe string compatible with .net HttpServerUtility.UrlTokenEncode function use this:

( $string )
<
#First base64 encode
$data = base64_encode ( $string );

#Base64 strings can end in several = chars. These need to be translated into a number
$no_of_eq = substr_count ( $data , «=» );
$data = str_replace ( «=» , «» , $data );
$data = $data . $no_of_eq ;

#Then replace all non-url safe characters
$data = str_replace (array( ‘+’ , ‘/’ ),array( ‘-‘ , ‘_’ ), $data );
return $data ;
>
?>

This function supports «base64url» as described in Section 5 of RFC 4648, «Base 64 Encoding with URL and Filename Safe Alphabet»

function base64url_encode ( $plainText )
<
$base64 = base64_encode ( $plainText );
$base64url = strtr ( $base64 , ‘+/’ , ‘-_’ );
return ( $base64url );
>
?>

You may wish to rtrim (or escape) trailing =’s for use in a URI.

@gutzmer at usa dot net

Nice idea! However.

The function base64url_decode doesn’t pad strings longer than 4 chars.
str_pad will only pad the string if the second argument is larger than the length of the original string. So the correct function should be:

function base64url_decode ( $data ) <
$len = strlen ( $data );
return base64_decode ( str_pad ( strtr ( $data , ‘-_’ , ‘+/’ ), $len + $len % 4 , ‘=’ , STR_PAD_RIGHT ));
>

Note that base64_decode works fine without the padding , that is why your function works .

I omitted the strtr functions in my examples. Here are corrected functions:

function encode ( $x ) <
return strtr ( base64_encode ( substr ( $_SESSION [ ‘Cksum’ ], rand ( 0 , 28 ), 4 ) . $x ), ‘+/=’ , ‘-_

function decode ( $x ) <
$y = base64_decode ( strtr ( $x , ‘-_

‘ , ‘+/=’ ));
if ( strpos ( $_SESSION [ ‘Cksum’ ], substr ( $y , 0 , 4 )) === false ) return false ;
return substr ( $y , 4 — strlen ( $y ));
>
?>

An even faster way to line-breaks every 64th character is using the chunk_split function:

= chunk_split ( base64_encode ( $string ), 64 , «\n» );
?>

// Read image path, convert to base64 encoding
$imageData = base64_encode ( file_get_contents ( $image ));

// Format the image SRC: data:;base64,;
$src = ‘data: ‘ . mime_content_type ( $image ). ‘;base64,’ . $imageData ;

// Echo out a sample image
echo » $src \» alt=\»\»/>» ;
?>

If you encode text that contains symbols like and want to send it in GET query, be sure to urlencode the result of base64_encode, as it sometimes adds a + (and it’s a special symbol) at the end:

echo base64_encode ( ‘ ‘ );
?>

returns:

A function like this could also be useful:

function base64_urlencode ( $str ) <
return urlencode ( base64_encode ( $str ));
>;
?>

I needed a simple way to obfuscate auto_increment primary keys in databases when they are visible to users in URIs or API calls. The users should not be able to increment the id in the URL and see the next data record in the database table.

My solution (uses modified base64 functions by Tom):

$base64 = base64_encode($plainText);
$base64url = strtr($base64, ‘+/=’, ‘-_,’);
return $base64url;
>

$base64url = strtr($plainText, ‘-_,’, ‘+/=’);
$base64 = base64_decode($base64url);
return $base64;
>

function encryptId($int, $class=») <

return base64url_encode($int.’-‘.substr(sha1($class.$int.encryptionKey), 0, 6));
>

function decryptId($string, $class=») <

$parts = explode(‘-‘, base64url_decode($string));
if (count($parts) != 2) <

$int = $parts[0];
return substr(sha1($class.$int.encryptionKey), 0, 6) === $parts[1]
? (int)$int
: 0;
>

— The optional 2nd argument is the class name, so two equal ids of different tables will not result in two equal obfuscated ids.

— encryptionKey is a global secret key for encryption.

— decryptId() checks if the second part of the base64 encoded string is correct.