Line соц сеть
Миллиардер Ли Хэ-Джин, один из основателей поисковика Naver.com, которому удалось вытеснить из Южной Кореи Google, выходит на мировой рынок с новым мессенджером Line. Любопытная тенденция - многие западные сервисы в Азии были вытеснены местными, лучше адаптированными под локальные потребности. Но могут ли корейские, китайские и японские программы завоевать мир?
Google? Нет, не слышали: несколько лет назад Южная Корея эта самая популярная в мире поисковая машина была вытеснена местным сервисом Naver, которому сейчас принадлежит около 70% рынка. Naver, основанный еще в 1999 году бывшими сотрудниками Samsung, в очередной раз доказал, что сила не в деньгах, а в понимании национальной специфики. Когда поисковик только запускался, в корейском сегменте Интернета было так мало текстов, что по большинству запросов выпадало 1-2 страницы.
Чтобы решить проблему, Naver Corporation стала одним из мировых лидеров пользовательского контента: в 2002 году компания запустила сервис «Поиск знаний», где пользователи могли задавать вопросы, получать ответы других людей и отмечать самые полезные из них. Этот социальный поиск (впоследствии воспроизведенный в других странах - вспомним, например, запущенные лишь спустя несколько лет Yahoo! Answers или Ответы@Mail.Ru), стал локомотивом развития корейского сегмента Сети - за годы существования сервиса пользователями были добавлены миллионы ответов, поиск по которым стал одной из самых приятных и полезных функций поисковика.
Многие дополнительные сервисы Naver Comics лучше учитывают особенности культуры Южной Кореи. Так, например, при основном поисковике существует дополнительный - Naver Comics, который осуществляет поиск по базе традиционных корейских комиксов - манхва (разновидность японской манги).
Понятие «манхва» включает в себя и комиксы, и мультфильмы, и даже карикатуры, и там, где иностранный поисковик стал бы группировать эти жанры по вкладкам «Видео», «Картинки» и т.п., Naver позволяет корейской молодежи искать любимые истории в одном пространстве, будь то анимационный фильм, книга по фильму и так далее. Кроме того, Naver лучше, чем Google, ориентируется в самих текстах на корейском языке: программисты постоянно улучшают его языковые алгоритмы. Этими причинами и обусловлена его популярность в Южной Корее.
Свыше 25 миллионов корейцев используют Naver.com в качестве стартовой страницы их браузера и поиска по умолчанию. Более того, с 2009 года началось проникновение этого поисковика на рынок Японии, где его популярность растет, пусть и не стремительными темпами.
То, что Naver сумел отстоять
свое место на южнокорейском рынке, несмотря на агрессивное продвижение Google, отражает любопытную тенденцию - многие страны «не пускают» к себе мегапопулярные мировые сервисы.
Особенно четко эта тенденция просматривается в странах Юго-Восточной Азии, чья культура специфична для жителя англоязычной страны. Не разбираясь глубоко в культуре стран, для которых они создают национальные варианты сервисов, разработчики западных корпораций не могут тягаться с теми, для кого эта культура является родной.
Теперь Ли Хэ-Джин выходит на мировую арену с мессенджером , отличительной особенностью которого является минималистический дизайн и простота в использовании. Программа была разработана по заказу Naver Corporation японской IT-компанией.
Отметим, что за 3 года своего существования (он был создан в 2011 году) Line уже завоевал приличную аудиторию - 470 миллионов пользователей. Примечательно, что с самого начала сервис делался не только под южнокорейский, но и под японский рынок, где на его продвижение были потрачены миллионы долларов.
Затея окупила себя - в 2013 году сервис был провозглашен «самой популярной социальной сетью Японии» (ряд особенностей сервиса, таких, как возможность публиковать статусы и т.п., позволяет отнести его и к соцсетям), где зарегистрированы 50 миллионов пользователей из Страны восходящего солнца.
Правда, сейчас программа остается в основном локальным явлением - армия его пользователей состоит в основном из граждан Японии, Южной Кореи и других стран Юго-Восточной Азии. А вот получится ли у него завоевать остальной мир?
Непреодолимых препятствий к этому нет, но тут в дело снова вступает культурная специфика: бум японских программ на Западе закончился еще в начале 90-х. С тех пор, как в США и Европе появились тысячи фирм, специализирующихся на программировании и производстве электронных гаджетов, Запад удавалось завоевать разве что забавным игрушкам вроде тамагочи или более дешевым клонам техники, придуманной в США и Европе. Если у Line получится побить американские корпорации на их собственном поле, это может открыть новую главу в истории IT-бизнеса.
Мы выпустили новую книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».
В прошлой статье мы затрагивали вопросы продвижения проектов в китайском , сегодня хочу познакомить вас с корейским поисковиком Naver.
Naver (название происходит от англ. navigate (направлять)) самый популярный поисковик в Южной Корее, занимающий на текущий момент 83% поискового рынка.
Поисковик был основан в 1999 году группой бывших сотрудников Samsung.
Если смотреть историю развития корейского поисковика, то можно сделать вывод, что Naver иногда даже опережал Google и Yahoo. Например, еще в 2000 году Naver запустил в работу «комплексный поиск» (подобие которого только через 5 лет представил Google, назвав его Google’s Universal Search), в результате стало понятно, какой контент Naver будет индексировать: веб-сайты, блоги, картинки и т. д.
А представленный позже Knowledge iN в 2002 (За 3 года до подобного сервиса у Yahoo (Yahoo! Answers) появление подобного сервиса стало революционным в корейском сегменте интернета, что позволило пользователям самим создавать контент и закрепило позиции поисковика на многие годы вперед.
Вернемся в 2016. Чтобы понимать, чем корейский интернет отличается от глобального или российского, нужно помнить еще об одной особенности. Корея - самая мобильная страна в мире. Большинство корейцев для по сети используют смартфоны. По данным опросов среди молодежи процент активных мобильных пользователей доходит до 100%.
Поэтому при продвижении на корейском рынке главный упор стоит делать на оптимизацию страниц под мобильные девайсы.
Особенности поисковой выдачи в Naver
Давайте посмотрим стандартную выдачу для запроса 음악 (музыка).
Так как скрин огромный, то открывать лучше в новой вкладке, чтобы была возможность увеличить и все как следует рассмотреть.
Как видим, Naver показывает 15+ типов поисковых результатов на одной странице, типы разбиты на тематические блоки. При этом органическая выдача находится на 11 месте.
Оптимизация сайта для Naver
Попробуем разобраться в том, какие основные моменты нужно знать для грамотной оптимизации:
- Naver учитывает количество кликов из поисковой выдачи и время проведенное на сайте, чтобы определить качество страницы.
- Он также отслеживает количество контента, который размещен на странице, и его релевантность ключевым словам из запроса пользователя.
- Naver активно выступает против «коммерческих страниц», выдача должна нести информационную ценность для конечного пользователя.
- Как и другие поисковики, Naver поддерживает canonical и sitemap.
- Дублированный контент. Весь контент, размещенный на сайте, должен быть полностью уникальным для каждой страницы. Naver понижает в выдаче сайты, нарушающие это правило. Также если кто-то на регулярной основе ворует ваш контент, вы можете сообщить об этом в Naver Service Center .
- Для поисковых роботов Naverbot и Yeti (другой робот поисковика) важно, чтобы главная информация располагалась вначале страницы.
- Лимит для title = 35 знаков.
- Лимит для description = 135 знаков.
- Ключевые слова, в отличие от других поисковиков, пока еще играют важную роль. Советуем использовать не менее трех слов.
- Для изображений желательно использовать тег alt.
- Что касается заголовков, то все так же, как и для других поисковиков. Один h1 на странице, соблюдение иерархии и наличие ключевого слова в заголовке.
- В Корее нет своих популярных социальных сетей (как Sina и Weibo в Китае). 80% пользователей используют Facebook. Поэтому для социальной активности и продвижения в этой сфере ориентируйтесь на эту соц.сеть.
- Конечно же, не стоит забывать и про наличие robots. txt в корневой директории вашего сайта. Настройки стандартные и ничем не отличаются от подобных для Google. Есть еще одна корейская особенность - довольно часто корейские вебмастеры запрещают к индексации свои сайты в Google.
- Поддомены. Дело в том, что Naver не любит тех, кто использует поддомены или несколько доменов. Используйте для сайта только один домен.
- Поисковой робот от Naver испытывает трудности с анализом функционала использующего JavaScript и Flash. Поэтому важные элементы навигации должны иметь альтернативу в HTML.
- И последнее: ваш сайт, конечно же, должен быть на корейском языке.
Создание аккаунта в Naver
В отличие от Baidu корейский поисковик совсем недавно добавил англоязычную страницу регистрации. При определении не корейского IP адреса язык по умолчанию выставляется английский. Для регистрации (опять же по аналогии с китайцами) требуется мобильный телефон.
Регистрация представляет из себя несколько этапов:
- Зайдите на главную страницу поисковика - http://naver.com
- Кликните по ссылке 회원가입 (Регистрация):
Добавляем наш сайт в поиск для индексации
После создания и наполнения вашего сайта его необходимо добавить в поисковик. В большинстве источников ссылаются на устаревшую на данный момент информацию. Обычно рекомендуют отправлять информацию о вашем сайте через сервис ubmit.naver.com . Однако, сейчас этот сервис используется как аналог Google Бизнес, помогает добавить вашу компанию в Naver. Для добавления ресурса в выдачу необходимо использовать корейский вебмастер. Об этом напрямую сказано в FAQ на Submit.
Примерный перевод: В Naver Бизнес теперь нельзя зарегистрировать сайт?
Если вы хотите добавить свой сайт в поиск, необходимо добавить адрес сайта через Naver Webmaster, а не Naver Бизнес.
Naver Webmaster Tool
Итак. Чтобы добавить ваш сайт в корейский поиск необходимо использовать Вебмастер от Naver . Переходим по ссылке выше и авторизуемся с помощью нашего Naver аккаунта.
Нажимаем кнопку «Добавить сайт»:
Добавляем домен:
После чего требуется подтвердить права на доменное имя, загружаем файл в корень сайта или вписываем мета-тег в head:
После подтверждения у вас откроется полный функционал вебмастера:
Теперь Naver знает о вашем сайте и при следующем обходе проиндексирует ваш контент.
Дополнительные варианты для продвижения
Хотелось бы еще упомянуть о различных сервисах, которые есть в корейском поисковике. Используя их функционал вы сможете получить дополнительный трафик и, возможно, неплохую видимость в выдаче по вашим ключевым словам.
Продвижение через Naver Cafe
Сразу после регистрации в сервисе вы получаете свое сообщество «cafe». На странице можно настраивать дизайн всей страницы, баннеры, виджеты и боковые элементы. В целом у всех кафе структура схожа.
Хотелось бы отметить несколько важных факторов, которые влияют, будет ли ваше «кафе» показываться в основной поисковой выдаче:
- Количество подписчиков на ваше «кафе».
- Активность сообщества: как часто вы публикуете свежий контент.
- Вхождение ключевых слов в тексты.
- Использование фотографий и видео.
- Количество рекомендаций от пользователей.
- Количество комментариев.
- Ключевые слова в названии «кафе» и в заголовках постов.
При удачной оптимизации и частом постинге в вашем «кафе» вы получите эффект и для веб-выдачи поисковика.
Knowledge iN аналог сервисов вопрос/ответ. Очень популярен среди простых корейцев, можно использовать для продвижения. Помогает при подборе ключевых фраз, т.к. можно отслеживать по вопросам естественные запросы.
Naver Blog
Naver Blog - сервис блогов, который также имеет свое место в общем serp поисковика. Обычно ведут сразу два сообщества в Cafe и Blog параллельно (контент должен отличаться). Правила такие же, как и в Cafe:
- Регулярный постинг.
- Количество читателей.
- Оптимизация по ключевым словам.
Вывод
В статье успели затронуть лишь базовые основы для старта продвижения проекта в Naver, некоторые аспекты пока остались за кадром. Возможно, рассмотрим их в будущем цикле статей. Надеюсь информация была вам полезна.
Здравствуйте! Сейчас мы попробуем реализовать самую простую регистрацию на сайте с помощью PHP + MySQL. Для этого на вашем компьютере должен быть установлен Apache. Принцип работы нашего скрипта изображен ниже.
1. Начнем с создания таблички users в базе . Она будет содержать данные пользователя (логин и пароль). Зайдем в phpmyadmin (если вы создаете базу на своем ПК http://localhost/phpmyadmin/ ). Создаем таблицу users , в ней будет 3 поля.
Я создаю ее в базе mysql, вы можете создавать в другой базе. Далее устанавливаем значения, как на рисунке:
2. Необходимо соединение с этой таблицей. Давайте создадим файл bd.php . Его содержание:
$db = mysql_connect ("ваш MySQL сервер","логин к этому серверу","пароль к этому серверу");
mysql_select_db ("имя базы, к которой подключаемся",$db);
?>
В моем случае это выглядит так:
$db = mysql_connect ("localhost","user","1234");
mysql_select_db ("mysql",$db);
?>
Сохраняем bd.php
.
Отлично! У нас есть таблица в базе, соединение к ней. Теперь можно приступать к созданию странички, на которой пользователи будут оставлять свои данные.
3. Создаем файл reg.php с содержанием (все комментарии внутри):
Регистрация
4. Создаем файл , который будет заносить данные в базу и сохранять пользователя. save_user.php (комментарии внутри):
{
}
//если логин и пароль введены, то обрабатываем их, чтобы теги и скрипты не работали, мало ли что люди могут ввести
//удаляем лишние пробелы
$login = trim($login);
$password = trim($password);
// подключаемся к базе
// проверка на существование пользователя с таким же логином
$result = mysql_query("SELECT id FROM users WHERE login="$login"",$db);
if (!empty($myrow["id"])) {
exit ("Извините, введённый вами логин уже зарегистрирован. Введите другой логин.");
}
// если такого нет, то сохраняем данные
$result2 = mysql_query ("INSERT INTO users (login,password) VALUES("$login","$password")");
// Проверяем, есть ли ошибки
if ($result2=="TRUE")
{
echo "Вы успешно зарегистрированы! Теперь вы можете зайти на сайт. Главная страница";
}
else {
echo "Ошибка! Вы не зарегистрированы.";
}
?>
5. Теперь наши пользователи могут регистрироваться! Далее необходимо сделать "дверь" для входа на сайт уже зарегистрированным пользователям. index.php (комментарии внутри) :
// вся процедура работает на сессиях. Именно в ней хранятся данные пользователя, пока он находится на сайте. Очень важно запустить их в самом начале странички!!!
session_start();
?>
Главная страница
// Проверяем, пусты ли переменные логина и id пользователя
if (empty($_SESSION["login"]) or empty($_SESSION["id"]))
{
// Если пусты, то мы не выводим ссылку
echo "Вы вошли на сайт, как гость
Эта ссылка доступна только зарегистрированным пользователям";
}
else
{
В файле index.php мы выведем ссылочку, которая будет открыта только для зарегистрированных пользователей. В этом и заключается вся суть скрипта - ограничить доступ к каким-либо данным.
6. Остался файл с проверкой введенного логина и пароля. testreg.php (комментарии внутри):
session_start();// вся процедура работает на сессиях. Именно в ней хранятся данные пользователя, пока он находится на сайте. Очень важно запустить их в самом начале странички!!!
if (isset($_POST["login"])) { $login = $_POST["login"]; if ($login == "") { unset($login);} } //заносим введенный пользователем логин в переменную $login, если он пустой, то уничтожаем переменную
if (isset($_POST["password"])) { $password=$_POST["password"]; if ($password =="") { unset($password);} }
//заносим введенный пользователем пароль в переменную $password, если он пустой, то уничтожаем переменную
if (empty($login) or empty($password)) //если пользователь не ввел логин или пароль, то выдаем ошибку и останавливаем скрипт
{
exit ("Вы ввели не всю информацию, вернитесь назад и заполните все поля!");
}
//если логин и пароль введены,то обрабатываем их, чтобы теги и скрипты не работали, мало ли что люди могут ввести
$login = stripslashes($login);
$login = htmlspecialchars($login);
$password = stripslashes($password);
$password = htmlspecialchars($password);
//удаляем лишние пробелы
$login = trim($login);
$password = trim($password);
// подключаемся к базе
include ("bd.php");// файл bd.php должен быть в той же папке, что и все остальные, если это не так, то просто измените путь
$result = mysql_query("SELECT * FROM users WHERE login="$login"",$db); //извлекаем из базы все данные о пользователе с введенным логином
$myrow = mysql_fetch_array($result);
if (empty($myrow["password"]))
{
//если пользователя с введенным логином не существует
}
else {
//если существует, то сверяем пароли
if ($myrow["password"]==$password) {
//если пароли совпадают, то запускаем пользователю сессию! Можете его поздравить, он вошел!
$_SESSION["login"]=$myrow["login"];
$_SESSION["id"]=$myrow["id"];//эти данные очень часто используются, вот их и будет "носить с собой" вошедший пользователь
echo "Вы успешно вошли на сайт! Главная страница";
}
else {
//если пароли не сошлись
Exit ("Извините, введённый вами login или пароль неверный.");
}
}
?>
Ну вот и все! Может урок и скучный, но очень полезный. Здесь показана только идея регистрации, далее Вы можете усовершенствовать ее: добавить защиту, оформление, поля с данными, загрузку аватаров, выход из аккаунта (для этого просто уничтожить переменные из сессии функцией unset ) и так далее. Удачи!
Все проверил, работает исправно!
Сегoдня мы рассмотрим эксплуатацию критической 1day-уязвимости в популярной CMS Joomla, которая прогремела на просторах интернета в конце октября. Речь пойдет об уязвимостях с номерами CVE-2016-8869 , CVE-2016-8870 и CVE-2016-9081 . Все три происходят из одного кусочка кода, который пять долгих лет томился в недрах фреймворка в ожидании своего часа, чтобы затем вырваться на свободу и принести с собой хаос, взломанные сайты и слезы ни в чем не повинных пользователей этой Joomla. Лишь самые доблестные и смелые разработчики, чьи глаза красны от света мониторов, а клавиатуры завалены хлебными крошками, смогли бросить вызов разбушевавшейся нечисти и возложить ее голову на алтарь фиксов.
WARNING
Вся информация предоставлена исключительно в ознакомительных целях. Ни редакция, ни автор не несут ответственности за любой возможный вред, причиненный материалами данной статьи.С чего все началось
6 октября 2016 года Дэмис Пальма (Demis Palma) создал топик на Stack Exchange , в котором поинтересовался: а почему, собственно, в Joomla версии 3.6 существуют два метода регистрации пользователей с одинаковым названием register() ? Первый находится в контроллере UsersControllerRegistration , а второй - в UsersControllerUser . Дэмис хотел узнать, используется ли где-то метод UsersControllerUser::register() , или это лишь эволюционный анахронизм, оставшийся от старой логики. Его беспокоил тот факт, что, даже если этот метод не используется никаким представлением, он может быть вызван при помощи сформированного запроса. На что получил ответ от девелопера под ником itoctopus, подтвердившего: проблема действительно существует. И направил отчет разработчикам Joomla.
Далее события развивались самым стремительным образом. 18 октября разработчики Joomla принимают репорт Дэмиса, который к тому времени набросал PoC, позволяющий регистрировать пользователя. Он опубликовал заметку на своем сайте , где в общих чертах рассказал о найденной проблеме и мыслях по этому поводу. В этот же день выходит новая версия Joomla 3.6.3, которая все еще содержит уязвимый код.
После этого Давиде Тампеллини (Davide Tampellini) раскручивает баг до состояния регистрации не простого пользователя, а администратора. И уже 21 октября команде безопасности Joomla прилетает новый кейс. В нем речь уже идет о повышении привилегий . В этот же день на сайте Joomla появляется анонс о том, что во вторник, 25 октября, будет выпущена очередная версия с порядковым номером 3.6.3, которая исправляет критическую уязвимость в ядре системы.
25 октября Joomla Security Strike Team находит последнюю проблему, которую создает обнаруженный Дэмисом кусок кода. Затем в главную ветку официального репозитория Joomla пушится коммит от 21 октября с неприметным названием Prepare 3.6.4 Stable Release , который фиксит злосчастный баг.
После этого камин-аута к междусобойчику разработчиков подключаются многочисленные заинтересованные личности - начинают раскручивать уязвимость и готовить сплоиты.
27 октября исследователь Гарри Робертс (Harry Roberts) выкладывает в репозиторий Xiphos Research готовый эксплоит , который может загружать PHP-файл на сервер с уязвимой CMS.
Детали
Что ж, с предысторией покончено, переходим к самому интересному - разбору уязвимости. В качестве подопытной версии я установил Joomla 3.6.3, поэтому все номера строк будут актуальны именно для этой версии. А все пути до файлов, которые ты увидишь далее, будут указываться относительно корня установленной CMS.
Благодаря находке Дэмиса Пальмы мы знаем, что есть два метода, которые выполняют регистрацию пользователя в системе. Первый используется CMS и находится в файле /components/com_users/controllers/registration.php:108 . Второй (тот, что нам и нужно будет вызвать), обитает в /components/com_users/controllers/user.php:293 . Посмотрим на него поближе.
286: /** 287: * Method to register a user. 288: * 289: * @return boolean 290: * 291: * @since 1.6 292: */ 293: public function register() 294: { 295: JSession::checkToken("post") or jexit(JText::_("JINVALID_TOKEN")); ... 300: // Get the form data. 301: $data = $this->input->post->get("user", array(), "array"); ... 315: $return = $model->validate($form, $data); 316: 317: // Check for errors. 318: if ($return === false) 319: { ... 345: // Finish the registration. 346: $return = $model->register($data);
Здесь я оставил только интересные строки. Полную версию уязвимого метода можно посмотреть в репозитории Joomla.
Разберемся, что происходит при обычной регистрации пользователя: какие данные отправляются и как они обрабатываются. Если регистрация пользователей включена в настройках, то форму можно найти по адресу http://joomla.local/index.php/component/users/?view=registration .
Легитимный запрос на регистрацию пользователя выглядит как на следующем скриншоте.
За работу с пользователями отвечает компонент com_users . Обрати внимание на параметр task в запросе. Он имеет формат $controller.$method . Посмотрим на структуру файлов.
Имена скриптов в папке controllers соответствуют названиям вызываемых контроллеров. Так как в нашем запросе сейчас $controller = "registration" , то вызовется файл registration.php и его метод register() .
Внимание, вопрос: как передать обработку регистрации в уязвимое место в коде? Ты наверняка уже догадался. Имена уязвимого и настоящего методов совпадают (register), поэтому нам достаточно поменять название вызываемого контроллера. А где у нас находится уязвимый контроллер? Правильно, в файле user.php . Получается $controller = "user" . Собираем все вместе и получаем task = user.register . Теперь запрос на регистрацию обрабатывается нужным нам методом.
Второе, что нам нужно сделать, - это отправить данные в правильном формате. Тут все просто. Легитимный register() ждет от нас массив под названием jform , в котором мы передаем данные для регистрации - имя, логин, пароль, почту (см. скриншот с запросом).
- /components/com_users/controllers/registration.php: 124: // Get the user data. 125: $requestData = $this->input->post->get("jform", array(), "array");
Наш подопечный получает эти данные из массива с именем user .
- /components/com_users/controllers/user.php: 301: // Get the form data. 302: $data = $this->input->post->get("user", array(), "array");
Поэтому меняем в запросе имена всех параметров с jfrom на user .
Третий наш шаг - это нахождение валидного токена CSRF, так как без него никакой регистрации не будет.
- /components/com_users/controllers/user.php: 296: JSession::checkToken("post") or jexit(JText::_("JINVALID_TOKEN"));
Он выглядит как хеш MD5, а взять его можно, например, из формы авторизации на сайте /index.php/component/users/?view=login .
Теперь можно создавать пользователей через нужный метод. Если все получилось, то поздравляю - ты только что проэксплуатировал уязвимость CVE-2016-8870 «отсутствующая проверка разрешений на регистрацию новых пользователей».
Вот как она выглядит в «рабочем» методе register() из контроллера UsersControllerRegistration:
- /components/com_users/controllers/registration.php: 113: // If registration is disabled - Redirect to login page. 114: if (JComponentHelper::getParams("com_users")->get("allowUserRegistration") == 0) 115: { 116: $this->setRedirect(JRoute::_("index.php?option=com_users&view=login", false)); 117: 118: return false; 119: }
А так в уязвимом:
- /components/com_users/controllers/user.php:
Ага, никак.
Чтобы понять вторую, гораздо более серьезную проблему, отправим сформированный нами запрос и проследим, как он выполняется на различных участках кода. Вот кусок, который отвечает за проверку отправленных пользователем данных в рабочем методе:
Продолжение доступно только подписчикам
Вариант 1. Оформи подписку на «Хакер», чтобы читать все материалы на сайте
Подписка позволит тебе в течение указанного срока читать ВСЕ платные материалы сайта. Мы принимаем оплату банковскими картами, электронными деньгами и переводами со счетов мобильных операторов.
