1. Nginx, 301 редирект с http на https протокол

Если у вас на сайте есть SSL сертификат для домена, то вы можете настроить https протокол. После чего для 301-го редиректа вам необходимо добавить следующий код в файл конфигурации nginx для домена:

Server { #... if ($scheme = http) { return 301 https://$server_name$request_uri; } }

Server { #... listen server_ip:80; server_name www.devreadwrite.com; rewrite ^ https://www.devreadwrite.com$request_uri? permanent; }

2. Nginx, 301 редирект с https на http протокол

Обратный пример конфигурации для редиректа с http на https:

Server { listen 443; server_name www.devreadwrite.com; rewrite ^ http://www.devreadwrite.com$request_uri? permanent; } server { listen 80; server_name www.devreadwrite.com; #... }

3. Nginx, 301 редирект с www на без www

Пример 301-го редиректа на основное зеркало без www:

Server { #... if ($host ~* www\.(.*)) { set $host_without_www $1; rewrite ^(.*)$ http://$host_without_www$1 permanent; } }

Server { #... server_name www.devreadwrite.com; rewrite ^/(.*)$ http://devreadwrite.com/$1 permanent; }

4. Nginx, 301 редирект с без www на с www

Обратный пример 301-го редиректа на основное зеркало сайта с www:

Server { #... server_name devreadwrite.com; rewrite ^/(.*)$ http://www.devreadvrite.com/$1 permanent; } server { listen 80; server_name www.devreadvrite.com; #... }

5. Nginx, 301 редирект для одной страницы

Если у страницы поменялся URL, то лучше сделать 301 редирект на новый URL:

Server { #... if ($request_filename ~ oldpage/) { rewrite ^ http://www.devreadvrite.com/newpage/? permanent; } #... }

6. Nginx, 301 редирект для папки

Аналогичный пример 301-го редиректа для папки:

Server { #... if ($request_filename ~ oldfolder/.+) { rewrite ^(.*) http://www.devreadvrite.com/newfolder/$1 permanent; } #... }

7. Nginx, 301 редирект с одного домена на другой

Если вы сменили домен сайт и хотите перенести вес старого домена на новый, то можно сделать 301-й редирект со старого домена на новый:

Server { server_name domain.com www.devreadvrite.com; rewrite ^ $scheme://www.new-devreadvrite.com; }

8. Nginx, 301 редирект с каждой страницы одного домена на такой же URL адрес другого домена Если вы планируете изменить свой домен или изменить название предприятия, то перенаправление домена является единственным лучшим решением для сохранения пользователей и перевода их запросов на новый домен.

Server { server_name devreadvrite.com www.devreadvrite.com; rewrite ^ $scheme://www.new-devreadvrite.com$request_uri permanent; }

9. Nginx, 301 редирект со страниц со слешем на страницы без слеша в конце URL

Часто бывает так что одна и та же страница доступна по двум URL, например /may-best-page и /my-best-page/, если человеку понятно что это одна и та же страница, то поисковые системы понимают это как две разные страницы, соответственно разбивают вес страницы, а также показываются в аналитике (статистике) как 2 разные страницы. Для того, что бы избежать этого вы можете сделать 301 редирект со страниц со слешем в конце URL на без него:

Server { #... rewrite ^/(.*)/$ /$1 permanent; #... }

10. Nginx, 301 редирект со страниц без слеша на страницы со слешем в конце URL

Причина делать такой редирект та же, что и в ситуации описанным выше, за исключением того, что редирект необходимо делать со страницы без слеша в конце URL на страницу со слешем в конце URL:

Server { #... rewrite ^(.*[^/])$ $1/ permanent; #... }

Дополнительно:

Не забудьте перед использованием примеров сменить devreadwrite.com на свой домен. После внесения изменений в файл конфигурации nginx для домена необходимо перезапустить nginx:

Service nginx reload

После переноса одного сайта на CSM Битрикс работающего на хостинге с apache на другой хостинг с вебсервером nginx , все правила в .htaccess стали непригодны. Благо их было не много. Разобравшись как и где прописать подобные правила для nginx , стандартное правило для скрипта обработки адресов 1C Битрикс (urlrewrite.php) нашел достаточно быстро:
.htaccess
RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-l RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
nginx.conf
f (!-e $request_filename) { rewrite ^(.*)$ /bitrix/urlrewrite.php last; }
На 2 других правила потратил времени чуть больше, т.к. найденные в сети примеры просто не работали или не подходили:
1. Редирект с поддомена www
2. Редирект с добавлением слэша "/" в конце строки при обращении к адресам без слеша.

.htaccess

#Remove "www" RewriteCond %{HTTPS} !=on RewriteCond %{HTTP_HOST} ^www\.(.+)$ RewriteRule ^ http://%1%{REQUEST_URI} #Add "/" RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_URI} (.*/[^/.]+)($|\?) RewriteRule .* %1/


По www хотелось получить универсальное правило как было в .htaccess , не привязанное к названию конкретного домена. В итоге получил такой результат:

nginx.conf
#Remove "www" #Хост соответствует регулярному выражению if ($http_host ~* "^www\.(.+)$"){ #Запоминаем хост без www из предыдущего выражения в переменной $nowww set $nowww $1; #Делаем 301 редирект (permanent) #В $request_uri - адрес без хоста со всеми GET параметрами #После $request_uri добавляем "?" чтобы GET параметры #не добавились дважды (по умолчанию) rewrite ^ http://$nowww$request_uri? permanent; } #Add "/" #Это не существующий файл/каталог... if (!-e $request_filename){ #301 редирект с добавлением "/" rewrite (.*/[^/.]+)($|\?) $1/ permanent; }

В моем случае я просто вставил правила в нужные существующие директивы файла nginx.conf . Правила для nginx должны быть указаны внутри директивы конфигурации server:

Server { .... if (!-e $request_filename){ rewrite (.*/[^/.]+)($|\?) $1/ permanent; } .... }
P.S . Полученного опыта недостаточно чтобы сравнивать apache и nginx. О плюсах и минусах можно найти материалы в сети, но один неудобный момент при использовании nginx.conf - нужно выполнять перезапуск сервиса nginx после каждого изменения конфигурации.

Bonus : Встроенные переменные nginx которые можно использовать при конфигурировании:

$args, эта переменная равна аргументам в строке запроса; $arg_name, эта переменная равна аргументу name в строке запроса; $binary_remote_addr, эта переменная равна адресу клиента в бинарном виде, длина её значения всегда 4 байта; $content_length, эта переменная равна строке "Content-Length" в заголовке запроса; $content_type, эта переменная равна строке "Content-Type" в заголовке запроса; $cookie_name, эта переменная равна cookie name; $document_root, эта переменная равна значению директивы root для текущего запроса; $document_uri, то же самое, что и $uri; $host, эта переменная равна строке "Host" в заголовке запроса или имени сервера, на который пришёл запрос, если этой строки нет; $hostname, эта переменная равна имени хоста; $http_name, эта переменная равна строке name в заголовке запроса; $is_args, эта переменная равна "?", если в строке запроса есть аргументы, и пустой строке, если их нет; $limit_rate, эта переменная позволяет установить ограничение скорости соединения; $pid, эта переменная равна номеру рабочего процесса; $request_method, эта переменная равна методу запроса, обычно это "GET" или "POST"; $remote_addr, эта переменная равна адресу клиента; $remote_port, эта переменная равна порту клиента; $remote_user, эта переменная равна имени пользователя, используемого в Basic аутентификации; $realpath_root, эта переменная равна значению директивы root для текущего запроса, при этом все символические ссылки преобразованы в реальные путь; $request_filename, эта переменная равна пути к файлу для текущего запроса, формируемому из директив root или alias и URI запроса; $request_body, эта переменная содержит тело запроса. Значение переменной появляется в location"ах, обрабатываемых директивами proxy_pass и fastcgi_pass. $request_body_file, эта переменная равна имени временного файла, в котором хранится тело запроса. По завершению работы файл необходимо удалить. Для того, чтобы тело запроса клиента всегда записывалось в файл, нужно указать client_body_in_file_only on. При передаче имени в проксированном запросе или в запросе к FastCGI-серверу следует запретить передачу самого тела директивами "proxy_pass_request_body off" или "fastcgi_pass_request_body off" соответственно. $request_uri, эта переменная равна полному первоначальному URI вместе с аргументами; $query_string, то же самое, что и $args; $scheme, эта переменная равна схеме запроса — "http" или "https"; $server_protocol, эта переменная равна протоколу запроса, обычно это "HTTP/1.0" или "HTTP/1.1"; $server_addr, эта переменная равна адресу сервера, на который пришёл запрос. Как правило, для получения значения этой переменной делается один системный вызов. Для того, чтобы избежать системного вызова, нужно указывать адреса в директивах listen и использовать параметр bind; $server_name, эта переменная равна имени сервера, на который пришёл запрос; $server_port, эта переменная равна порту сервера, на который пришёл запрос; $uri, эта переменная равна текущему URI в запросе, он может отличаться от первоначального, например, при внутренних редиректах или при использовании индексных файлов.

, | |

HTTP-перенаправление (или редирект) – это способ направить один домен или адрес на другой. Существует несколько видов перенаправления, каждый из которых по-разному воспринимается клиентским браузером. Самые распространённые виды – это временный и постоянный редирект.

Временный редирект (302 Found) используется в случае если контент, доступный по одному URL-адресу, нужно временно обслуживать из другого каталога. К примеру, если сайт находится на обслуживании, вы можете перенаправить запросы к домену на пользовательскую страницу ошибок, где посетители смогут узнать, когда сайт будет доступен.

Постоянный редирект (301 Moved Permanently) сообщает браузеру о том, что старый адрес больше не доступен, а контент обслуживается по другой ссылке. Такой редирект полезен при смене доменного имени.

Чтобы создать временный редирект в Nginx, добавьте в виртуальный хост (блок server) такую строку:

rewrite ^/oldlocation$ http://www.newdomain.com/newlocation redirect;

Чтобы создать постоянный редирект, нужно ввести:

rewrite ^/oldlocation$ http://www.newdomain.com/newlocation permanent;

В руководстве вы найдёте более подробное описание настройки каждого вида перенаправления в Nginx и несколько полезных примеров.

Требования

  • Настроенный сервер.
  • Установленный веб-сервер Nginx.
  • Виртуальный хост (эти руководства помогут создать виртуальный хост в , и ).

Простая настройка редиректа

Чтобы настроить простой редирект одной страницы в Nginx, можно использовать директиву rewrite, которая доступна по умолчанию. Директиве нужно иметь минимум два аргумента: старый URL-адрес и новый URL-адрес. С её помощью можно настроить как временное, так и постоянное перенаправление.

Чтобы настроить простое временное перенаправление, добавьте следующие строки в конфигурации сервера:

server {
. . .
server_name www.domain1.com;
rewrite ^/$ http://www.domain2.com redirect;
. . .
}

Теперь браузер будет направлять все запросы к www.domain1.com на домен www.domain2.com. Однако такое решение работает только с одностраничными сайтами.

Редирект объемных сайтов настраивается с помощью директивы rewrite и регулярных выражений, что позволяет указать целый каталог вместо одного файла.

Директива redirect выполняет поиск по шаблонам регулярных выражений в круглых скобках, а затем ссылается на найденный текст как на целевой каталог переадресации с помощью выражения $1 (где 1 — первая группа найденного текста). В более сложных примерах перенаправления группы, совпавшие с шаблонами, получают последовательные номера.

К примеру, чтобы временно перенаправить все страницы домена www.domain1.com на www.domain2.com, нужно добавить в файл:

server {
. . .
server_name www.domain1.com;
rewrite ^/(.*)$ http://www.domain2.com/$1 redirect;
. . .
}
server {
. . .
server_name www.domain2.com;
. . .
}

По умолчанию директива rewrite устанавливает временный редирект. Чтобы с её помощью настроить постоянный редирект, нужно заменить опцию redirect опцией permanent:

rewrite ^/$ http://www.domain2.com permanent;
rewrite ^/(.*)$ http://www.domain2.com/$1 permanent;

Теперь рассмотрим пару примеров.

Пример 1: переход на другой домен

Предположим, у вас есть сайт, который пользуется популярностью, но в какой-то момент у вас возникла необходимость сменить его домен. Конечно, вы не можете просто переместить контент на новый домен, а старый забросить: так вы потеряете своих посетителей. Кроме того, ссылки на ваш сайт, расположенные на других сайтах, перестанут работать, если вы просто перенесёте контент на новый домен и не оставите никакой информации о его новом местонахождении. Все это приведёт к снижению трафика. Как переместить контент сайта на новый домен и не потерять аудиторию?

В таком случае нужно настроить редирект со старого домена (например, domain1.com) на новый (domain2.com). Чтобы навсегда сменить доменное имя сайта, используйте постоянный редирект. Благодаря этому браузер сможет перенаправлять поступающий трафик на новый домен.

Итак, предположим, что на данный момент сайт обслуживается по домену domain1.com, а его настройки в Nginx выглядят так:

server {
. . .
server_name domain1.com;
. . .
}

Также предполагается, что веб-сервер обслуживает новый домен, domain2.com:

server {
. . .
server_name domain2.com;
. . .
}

Теперь измените настройки виртуального хоста domain1.com (/etc/nginx/sites-available/domain1.com) и добавьте в них постоянный редирект на domain2.com:

server {
. . .
server_name domain1.com;
rewrite ^/(.*)$ http://domain2.com/$1 permanent;
. . .
}

В данном случае используется директива rewrite и регулярное выражение ^/(.*)$. Выражение совпадает с любым текстом, идущим в URL-адресе после /. Таким образом, http://domain1.com/index.html будет перенаправляться на http://domain2.com/index.html.

Чтобы настроить постоянный редирект, нужно просто добавить опцию permanent.

Примечание : После изменения виртуального хоста нужно перезапустить Nginx, чтобы обновить настройки:

systemctl restart nginx

Пример 2: перенаправление страницы

В некоторых ситуациях возникает необходимость изменить название уже опубликованной страницы. Если вы просто измените название (без настройки редиректа), при запросе исходного URL-адреса страницы будет возникать ошибка 404 Not Found. Тогда пользователь, который добавил эту страницу в закладки, не сможет найти её, поскольку он использует устаревшую ссылку. Редирект позволяет устранить эту проблему.

Предположим, на вашем сайте есть две отдельные страницы для товаров и услуг, products.html и services.html соответственно, и вы решили объединить эти страницы в одну, offers.html. Чтобы не потерять трафик, нужно настроить редирект products.html и services.html на offers.html.

К примеру, настройки сайта выглядят так:

server {
. . .

. . .
}

Чтобы настроить редирект двух страниц, используйте две директивы rewrite.

server {
. . .
server_name example.com www.example.com;
rewrite ^/products.html$ /offer.html permanent;
rewrite ^/services.html$ /offer.html permanent;
. . .
}

Директива rewrite принимает исходный адрес страницы, которую нужно перенаправить, а затем адрес новой страницы. Опция permanent обеспечит постоянный редирект. Вы можете использовать неограниченное количество директив rewrite в виртуальном хосте, чтобы перенаправить трафик на новые страницы сайта.

Заключение

Теперь вы умеете перенаправлять запросы пользователей. При настройке перенаправления будьте внимательны: неправильное использование временных редиректов может повредить ваш поисковый рейтинг.

Редирект HTTP применяется также для обеспечения SSL-шифрования трафика (редирект http на https) и добавления префикса www к домену сайта.

База смайликов, которые могут использоваться в различных сервисах для общения и на различных web-страницах. Вы можете скопировать любой смайл и вставить его в сообщение e-mail, ВКонтакте, Twitter или Facebook - он отобразится во всех этих сервисах и будет иметь одно и то же значение. При этом, неважно, из какого устройства он был отправлен.

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

Категории смайликов:

Чем отличаются Эмодзи от обычных смайлов

Emoji (Эмодзи) - это язык идеограмм и смайликов, способных отображаться как в отдельном текстовом сообщении, так и на web-странице. Эмодзи является частью Юникода, что позволяет скопировать код смайлика в буфер обмена и вставить его в сообщение мессенджера или соцсети, в письмо e-mail или на форум. При этом символ будет виден везде и будет иметь одно и то же значение. И неважно, из какого устройства он был отправлен.

Изначально Emoji были доступны исключительно проживающим в Японии пользователям смартфонов. Их придумал программист японского мобильного оператора NTT docomo Сигэтака Курита. Он увидел, что для выражения эмоций пользователи часто рисуют рожицы, прибегая к скобочкам, кавычкам и черточкам, и решил заменить их пиктограммами.

Западный мир впервые обратил внимание на японские пиктограммы в 2011 году, когда Apple включил их в клавиатуру на устройствах с версией iOS 5. Тогда же Эмодзи были включены в Юникод.

Проблемы с отображением Emoji

В зависимости от операционных систем, браузеров и сервисов для общения, эмодзи-смайлы .

Поскольку большинство сайтов используют кодировку UTF-8, не исключено, что вместо смайлов вы увидите пустые квадратики. Впрочем, в последнее время разработчики браузеров решают эту проблему. Наиболее корректно показывает Emoji последняя версия web-обозревателя . Поддержка японских пиктограмм реализована также в обновленном . Большую часть смайликов поддерживают , и . А вот пользователям Интернет-навигаторов , мы не рекомендуем активно общаться при помощи Эмодзи - вы не увидите, как минимум, 60% того, что отправите или получите.

Также имеет значение версия ОС. В Windows 10 отображается больше эмодзи-смайликов, чем в Windows 8, а в 7 версии их и того меньше. В XP они не поддерживаются вообще. Интересно, что в 8 и 10 версии операционки от Microsoft большинство из них уже интегрированы в , однако пользоваться ей не очень удобно.

Неполное внедрение в мессенджерах и соцсетях

Многие эмодзи-смайлы интегрированы в Hangouts, и ВКонтакте, но интеграция эта неполная - если в сообщение ВКонтакте вы сможете вставить такую пиктограмму, то вопрос о том,

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

Что означают разные смайлы

Со смайликами-предметами всё просто: они означают то, что изображают. Мячик - это мячик, будильник - это будильник, и нечего тут думать. А вот со смайликами-лицами задача усложняется. Нам не всегда удаётся верно угадать эмоции по лицам живых людей, что уж говорить про физиономии колобков. Есть смайлики, значение которых очевидно:

Веселье, смех, радость, ликование.

Печаль, грусть, тоска, недовольство.

Игривое настроение, поддразнивание.

Удивление, изумление, шок, страх.

Злость, обида, ярость.

И ещё несколько подобных - все возможные варианты семей и романтических союзов.

Но есть среди смайликов и такие, значение которых может трактоваться неоднозначно, а то и вовсе ставить в тупик:

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

По задумке этот смайл должен изображать молчание. Вместо этого он просто пугает до смерти.

Если со злобным чёртиком всё более-менее ясно («зол как чёрт»), то весёлый бес несколько озадачивает. Скорее всего, он не только в ярости, но ещё и предвкушает, как спляшет на могиле вашего оппонента. А вы-то, может, всего-навсего хотели проявить оригинальность и необычным смайлом.

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

Набор кошачьих смайлов для тех, кто считает обычных колобков недостаточно экспрессивными и хочет добавить своим эмоциям умильности.

Вместо «привет» и «пока» можно помахать рукой.

Поднятые вверх руки, жест радостного приветствия или ликования.

Аплодисменты как искренние, так и саркастичные.

Если на этом рисунке видите руки, сложенные в молитвенном жесте, то для вас эмодзи может означать «спасибо» или «умоляю». Ну а если вы видите здесь состоявшееся «дай пять!», значит, вы очень жизнерадостный человек.

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

Скрещённые на удачу пальцы.

Для кого-то это «стоп», а для кого-то «дай пять!».

Нет, это не трюфель. Совсем даже не трюфель.

Огр и японский гоблин. Похоже, кому-то не хватает привычных чёртиков.

Лжец. Его нос растёт, как у Пиноккио, каждый раз, когда он врёт.

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

А это просто глаз, и он следит за вами.

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

Очень часто встречающаяся девушка в фиолетовом. Её жесты означают ОК (руки над головой), «нет» (скрещённые руки), «привет» или «я знаю ответ» (поднятая вверх рука). У этого персонажа есть ещё одна поза, которая многих ставит в тупик - . По официальной версии, она символизирует работника справочной службы. Видимо, рукой она показывает, как пройти в городскую библиотеку.

Вы тоже видите здесь два напряжённых лица, предположительно недружелюбно настроенных? А вот и не угадали: по версии подсказок Apple, это смущённое лицо и упорное лицо. Кто бы мог подумать!

Кстати, подсказки к смайликам можно посмотреть в окне сообщений на , если открыть эмодзи и навести курсор на интересующий вас смайл. Вот так:

Ещё один способ узнать значение смайла - это обратиться за помощью к сайту emojipedia.org . На нём вы найдёте не только подробные толкования смайликов, но и сможете посмотреть, как один и тот же смайл выглядит на разных платформах. Вас ждёт много неожиданных открытий.

Где уместны смайлики

1. В неформальной дружеской переписке

Смешные жёлтые рожицы уместны в личном чатике, где вы делитесь не столько информацией, сколько настроением. При помощи смайликов вы посмеётесь над шуткой, посочувствуете, построите друг другу рожи. Здесь эмоциям самое место.

2. Когда эмоции плещут через край и не хватает слов

Иногда, когда в нашей жизни случается что-то очень важное, чувства так переполняют нас, что мы вот-вот лопнем. Тогда мы пишем эмоциональный пост в Facebook или выкладываем ослепительное фото в Instagram и украшаем его щедрой россыпью смайлов. Кому-то это, разумеется, не понравится, но что ж теперь, душить в себе все яркие ощущения? Главное - не злоупотреблять таким публичным проявлением бурных эмоций: это оттолкнёт подписчиков и поставит под сомнение вашу адекватность.

3. По договорённости для выделения сообщения в рабочей переписке

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

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

Когда лучше обойтись без смайликов

1. В деловой переписке

Работа не место для эмоций. Здесь от вас требуется спокойствие, собранность и профессионализм. Даже если вы хотите подчеркнуть свою доброжелательность или выразить обеспокоенность ситуацией, используйте для этих целей , а не смайлы.

2. При общении с иностранцами

Особенно это касается смайлов-жестов. Например, , которым вы хотели выразить одобрение, положит конец вашим хорошим отношениям с человеком из Греции или Таиланда. Ещё бы, ведь этим жестом вы послали его куда подальше.

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

3. Как ни странно, когда вы обсуждаете чувства и эмоции

Чувства - дело серьёзное. Если вы не просто болтаете, а раскрываете душу или делитесь чем-то важным, слова передадут ваши ощущения и переживания гораздо точнее, чем смайлы. «Ты мне дороже всех на свете» значит намного больше, чем десять сердечек в ряд. В конце концов, сердце у вас всего одно, вот его и дарите.

Помните, что смайлики - это приправа, а не основной ингредиент. Чтобы придать выразительности вашему сообщению, их нужно совсем немного.

Язык эмодзи

Судя по тому, что сегодня без смайликов не обходится практически ни одна личная переписка, можно смело говорить о том, что эмодзи стали самостоятельным разделом языка. Порой они даже претендуют на то, чтобы заменить собой язык: можно написать целое сообщение, пользуясь исключительно смайликами. В популярном американском телешоу Эллен Дедженерес есть даже специальная рубрика, в которой гостям предлагается прочитать фразу, где часть слов заменена на эмодзи:

А здесь зашифровано название фильма, которое мы предлагаем вам угадать.