Если вы используете WordPress уже длительное время, то наверняка сталкивались с «белым экраном смерти» хотя бы однажды. Причина, по которой этот момент расстраивает пользователя, это то, что невозможно попасть в админку. А в виду того, что при этом текст ошибки не отображается на экране в большинстве случаев, вы остаетесь в неведении, где же закралась проблема. Самое же неприятное — что иногда проблема затрагивает только определенную часть сайта, и вы, к примеру, видите белый экран только в админке, но при этом главная страница отображается и функционирует как обычно. Иногда, такое случается только для какой-то записи, и снова таки, остальное работает нормально. В этой статье мы расскажем как исправить белый экран смерти в WordPress, рассмотрев несколько возможных решений.

Примечание: Прежде чем применять изменения к сайту, убедитесь, что у вас есть свежий бекап.

Почему возникает эта ошибка?

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

Проблема касается других ваших сайтов?

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

Увеличение лимита памяти

Обычно такая проблема случается из-за того, что вы исчерпали лимит памяти.
Я занимался переносом многих сайтов клиентов, и иногда ошибка исчерпания лимита памяти выскакивала при активации нового плагина или при выполнении других задач. Обычно ошибка выглядит так:

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2348617 bytes) in /home4/xxx/public_html/wp-includes/plugin.php on line xxx

Для решения мы открываем свой файл wp-config.php, находящийся в корнвой папке WordPress. Затем добавляем следующий код в основной php тег:

Define("WP_MEMORY_LIMIT", "64M");

Мы только что увеличили лимит памяти до 64Мб. Если ошибка не исчезла, тогда свяжитесь со своим хостером. Они увеличат лимит в php.ini.

Отключение всех плагинов

Если увеличение памяти не помогло, или у вас выставлен высокий лимит типа 256Mб или 512Mб, тогда вам стоит начать пошаговый поиск неисправностей. По моему опыту решения подобных проблем, обычно дело в плагине или шаблоне. Идем дальше и отключаем плагины. Можно сделать это по инструкции:

Если этот способ помог, тогда включайте плагины по-одному.

Замена шаблона на стандартный шаблон WordPress

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

В качестве альтернативы можно зайти в phpMyAdmin и обновить wp_options таблицу Базы Данных. Обновить нужно следующие строки в таблице:

template , stylesheet , и current_theme . Измените значение на twentyeleven .

Если проблема с белым экраном решилась, тогда вам необходимо смотреть в сторону файла functions.php вашей темы. Если найдете пустые строки в конце файла, необходимо их вытереть.

Другие варианты

Если ни один из вышеописанных не помог — значит необходимо попробовать переустановить движок WordPress. Иногда это не совсем очевидно, но файлы ядра могут оказаться поврежденными.
Также можно использовать функцию отладки в WordPress, чтобы посмотреть какой тип ошибок выводится на экран. Добавьте следующий код в файл wp-config.php.

Error_reporting(E_ALL); ini_set("display_errors", 1); define("WP_DEBUG", true);

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

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

Если белый экран отображается на очень длинных записях, тогда вам также стоит попробовать очистить кеш.
Также можете попробовать следующее: либо добавить следующий код в wp-config.php, в некоторых случаях — в файл PHP.INI вашего веб-сервера.

/** Решение для больших постов */ ini_set("pcre.recursion_limit",20000000); ini_set("pcre.backtrack_limit",10000000);

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

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

Причины появления белого экрана.

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

Проблема с другими сайтами.

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

Увеличиваем лимит памяти PHP.

Откройте файл wp-config.php и вставьте следующие строки:

Define("WP_MEMORY_LIMIT", "64M");

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

Все же попробовать стоит.

Отключение всех плагинов сразу.

Увеличение памяти не всегда помогает, тем более, если какой-то плагин не работает должным образом. Нужно прибечь к радикальному методу и отключить все плагины сразу. И посмотреть, что из этого вышло если белый экран пропал, то причина в плагинах. Для отключения всех плагинов зайдите в свой phpMyAdmin, выберите свою базу данных, переходим на вкладку «SQL» и в поле вода вставляем запрос:

Это позволит отключить все плагины сразу. Префикс базы данных wp_ указан по умолчанию при необходимости редактируем на свой. Затем поочередно включаем плагин один за другим и после каждого включенного проверяем на ошибку.

Меняем тему оформления.

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

Не забываем редактировать префикс базы данных wp_ и вписать имя темы в указанном месте. Если белые экран пропадет, то проблема была в теме, а именно в файле functions.php по причине плохо закодированных функций.

Другие исправления.

Что делать если все эти способы не помогли? Нужно попробовать переустановить движок WordPress. Есть вероятность что системные файлы могут быть повреждены. Или воспользоваться функцией отладки в WordPress. Это позволит вывести на экран ошибки, устаревшие функции и прочее. Просто вставьте эту функцию в файл wp-config.php.

Error_reporting(E_ALL); ini_set("display_errors", 1); define("WP_DEBUG", true);

Белый экран в админке.

Возможно, дело в кодировки файла wp-config.php. Откройте редактором Notepad++ и на вкладке «Кодировка» выберите «Преобразовать UTF-8 без BOM». Сохраните и проверьте результат.

Надеюсь, вы нашли хоть один из этих способов полезным.

Что может очень расстроить любого пользователя WordPress, если не белый экран смерти? Вы наверняка о нем слышали или даже видели его на своем мониторе.

Из сегодняшнего подробного руководства, посвященного проблеме белого экрана, вы узнаете:

  • Причины его появления
  • Пути его устранения
  • Что сделать, чтоб попрощаться с ним навсегда.

Мы пошагово рассмотрим четыре основных способа устранения "белого экрана смерти" раз и навсегда. Среди них:

  1. Проверка используемых плагинов
  2. Увеличение лимита памяти PHP
  3. Смена используемой на данный момент темы
  4. Активация debug режима

ВНИМАНИЕ! Перед внесением любых из вышеперечисленных изменений на свой сайт сделайте полный бэкап всех файлов и базы данных.

И только после этого можете переходить к выполнению первого метода.

1. Проверка плагинов

Именно используемые когда-либо вами плагины могут быть самой первой причиной появления «белого экрана смерти» на вашем мониторе при открытии страниц сайта WordPress. К счастью, подобного рода неполадки очень легко устраняются.

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

  1. Перейдите в раздел Плагины .
  2. Деактивируйте ранее добавленный плагин. Обычно это сразу же устраняет белый экран, и вы можете продолжить пользоваться сайтом в привычном режиме.
  3. Если после этого ничего не изменилось и белый экран не исчез, то деактивируйте абсолютно все активные на данный момент плагины. Для этого в этом же разделе отметьте галочкой нужный бокс над списком плагинов, выберите в выпадающем списке функцию «Деактивировать» и сохраните изменения.

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

  1. Подключитесь к серверу сайта через соединение FTP или с помощью контрольной панели и перейдите в управление файлами.
  2. Перейдите в директорий сайта wp-content и переименуйте папку plugins на свое усмотрение. Например, на plugins-old .
  3. Теперь, когда все плагины деактивированы, обновите сайт и скрестите пальцы, чтоб не увидеть белый экран.

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

2. Увеличение лимита памяти PHP

Редактируем файл wp-config.php

Для этого:

  1. Установите соединение с сервером FTP и перейдите в корневой директорий сайта.
  2. Откройте файл wp-config.php в текстовом редакторе и добавьте в него строку кода:
     define("WP_MEMORY_LIMIT ", "64M ");
    Учтите, что указанный в строке объем памяти в размере 64Мб может отличаться в зависимости от используемого вами сервера.
  3. Сохраните изменения и обновите сайт. Если все хорошо, то вас можно поздравить. Если нет, продолжайте искать проблему дальше.

Редактируем файл php.ini

  1. Снова соединитесь с сервером FTP и перейдите к корневой директорий вашего сайта.
  2. Получив доступ к файлу, добавьте в него следующую строку кода:
     memory_limit = 64M ;
    Если же у вас нет к нему доступа, то вы можете создать его в корневой директории вашего сайта на WordPress.
  3. Сохраните все изменения и обновите сайт. Имейте в виду, что максимальный объем оперативной памяти, необходимый для работы скрипта сайта на WordPress – 64 Мб.

Редактируем файл .htaccess

Этот файл есть на каждом сайте на WordPress.

  1. Для начала вам снова понадобится доступ к серверу FTP и корневой директории сайта.
  2. Отредактируйте файл и добавьте в него строку кода:
    php_value memory_limit 64M
  3. Еще раз обновите фронтенд сайта. Белый экран по прежнему перед глазами? Тогда двигаемся дальше.

3. Замена активной темы

Если у вас есть доступ к Консоли

  1. Перейдите в раздел Внешний вид → Темы в админке.
  2. Активируйте любую стандартную тему, например, Twenty Fourteen или Twenty Thirteen.
  3. Обновите сайт. Какой результат? Ваш монитор до сих пор красуется белым полотном? Не теряйте терпения. Продолжайте искать причину дальше. Тем более что осталось еще совсем чуть-чуть.

Если у вас нет доступа к Консоли

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

  1. Подключитесь к серверу своего сайта через FTP и проверьте, что стандартные темы WordPress загружены на сервер.
  2. Теперь откройте phpMyAdmin через панель управления хостингом и перейдите к таблице wp_options в базе данных.
  3. На странице параметров ищите «template » и «stylesheet ». Их названия нужно заменить согласно названию директория темы, которую вы хотите сделать активной. В нашем случае это "twentyfourteen " или "twentythirteen ".
  4. Обновите сайт. Если все осталось неизменным, то не стоит отчаиваться. Осталась последняя причина, которая могла спровоцировать появление белого экрана.

4. Активация дебаг режима

Если файл wp-config.php содержит дебаг-код

  1. Подключитесь к серверу через FTP и зайдите в корневую директорию сайта.
  2. Откройте файл и разместите в нем строку кода:
     define("WP_DEBUG ", false);
  3. Для активации дебаг-режима измените исходное значение false на true вот таким образом:
     define("WP_DEBUG ", true);
  4. Обновите страницу.

Более детально ознакомиться с информацией о дебаг-режиме (отладка) можно на странице WordPress Codex .

Если файл wp-config.php не содержит дебаг-код

  1. Снова потребуется подключение к серверу через FTP и доступ к корневой директории сайта WordPress.
  2. Откройте файл wp-config.php и разместите строку кода со значением true:
     define("WP_DEBUG ", true);
  3. Обновите страницу и во фронтенде сайта появится отладочная информация, которая поможет вам выявить причину белого экрана.

Заключение

Вот и все. Выполнив по порядку все эти действия или же только часть из них, вы исправите проблему «белого экрана смерти». Объем работы зависит только от того, где скрыта проблема. А у вас получилось ее найти и решить?

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

Чаще всего это бывает при внесении изменений в код сайта, и можно догадаться о причинах проблемы или вернуться к прежнему коду, но бывает, что сайт перестает работать без всяких видимых причин. Иногда такая проблема возникает при входе в админ. панель сайта после обновления темы, при переносе сайта на другой хостинг и т.п. Возникло даже такое немного шутливое выражение: «Белый экран смерти WordPress».

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

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

Включение отладки

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

1. Найдите в файле wp-config.php (находится в корневом каталоге вашего сайта) следующую строку:

define("WP_DEBUG", false);

Переключение константы WP_DEBUG в режим «отладки» (true) приводит к отображению возникающих в процессе выполнения кода ошибок и предупреждениях.

2. Однако на практике, описанный выше прием не всегда приводит к появлению необходимой информации на экране — он по прежнему остается совершенно белым.

В этом случае помогает добавление в файл.htaccess (находится в корневом каталоге вашего сайта) строки вида:

php_value display_errors 1

php_value display _ errors1

Эта инструкция приводит к отображению ошибок php и в сочетании с первым пунктом должна помочь.

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

Отключение плагинов

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

Если есть доступ в admin панель сайта, то можно отключить плагины прямо там. Если такого доступа нет, то подключаемся с сайту по FTP и переименовываем папку с плагинами (wp-content/plugins), например, на plugins1. После этого плагины перестанут работать и нужно проверить работоспособность сайта без них.

Смена темы

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

Если же доступа нет, то придется менять тему прямо в базе данных. Для этого входим в phpMyAdmin (в панели управления хостингом), находим там таблицу options. В этой таблице надо найти 2 записи (параметра): template и stylesheet. Их значения должны соответствовать рабочей теме. Поменяйте значения на названия тем, идущих в составе WP, например, twentyfourteen (эта тема должна быть на сайте).

Хорошо известный White Screen of Death («белый экран смерти ») является одной из самых распространенных, и, до сих пор, самой разочаровывающей ошибкой, которая может случиться с сайтом на WordPress .

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

Предлагаю обсудить следующие четыре метода, которые мы будем использовать для решения ошибки White Screen of Death :

  1. Проверка плагинов;
  2. Увеличение значения Memory Limit в настройках PHP ;
  3. Смена шаблона WordPress ;
  4. Включение режима отладки.

Имейте в виду, что перед внесением каких — либо изменений в настройки сайта, необходимо сделать полную резервную копию базы данных.
Приступим.

Плагины

Наиболее распространенная причина появления белого экрана смерти и вызывающая наименьшие трудности в его устранении. Есть шанс, что вы установили плагин, который конфликтует с другими компонентами (плагинами или темами ). Поэтому, нужно определить, кто является виновником возникновения белого экрана смерти!

Шаг 1
В панели навигации панели администрирования WordPress кликните по ссылке «Плагины » (Plugins ).

Шаг 2
В первую очередь отключите недавно установленные плагины. Обычно это сразу решает проблему.

Шаг 3
Если вы все еще читаете эту статью, значит, в решении вопроса вы еще не достигли финиша. Стоит попытаться деактивировать все плагины вашего сайта. Вы можете сделать это, пометив самый первый чекбокс, находящийся чуть выше списка, а затем, выбрав пункт «Отключить » из выпадающего меню.

Шаг 4
Подтвердите деактивацию плагинов, затем проверьте, заработал ли ваш сайт. Если заработал — поздравляю, можете дальше не читать. Если же нет — включайте плагины и продолжим.

Когда панель администрирования недоступна

Шаг 1
Без доступа к админку, вам стоит подключиться либо к FTP -серверу вашего хостинга, либо воспользоваться файл-менеджером через панель управления хостингом.

Шаг 2
В папке wp-content вашего WordPress-сайта просто переименуйте директорию plugins во что-нибудь вроде plugins-old или plugins-temp .

Шаг 3
Все плагины выключены и теперь вы можете попробовать обновить главную страницу вашего сайта в браузере. Надеюсь, что сайт загрузился без белого экрана. Все еще нет? В таком случае возвращайте прежнее имя папке plugins , будем искать дальше.

Увеличиваем лимит памяти (Memory Limit) в PHP

Редактируем файл ‘wp-config.php’

Шаг 1
Заходите по FTP или через файловый менеджер, доступный через панель управления хостингом, в папку вашего сайта и открывайте корневую директорию WordPress .

Шаг 2
Откройте файл wp-config.php в текстовом редакторе и найдите в нем следующий код:

define("WP_MEMORY_LIMIT", "64M");

Это число можно увеличить в зависимости от мощности вашего сервера. Не стоит жадничать, потому что с ростом значения этого параметра нагрузка на сервер возрастает.

Шаг 3
Сохраните файл wp-config.php и обновите главную страницу сайта. Если сайт заработал — можете возобновить работу с ним. Если нет — нам снова не повезло, и мы двинемся далее.

Редактируем файл ‘php.ini’

Шаг 1
Как и на предыдущих этапах «ремонта » сайта, подключайтесь к FTP -серверу, или же, используя файловый менеджер, доступный в панели управления хостингом, заходите в корневую директорию WordPress .

Шаг 2
Если есть доступ на запись в файл ‘php.ini’, то добавьте в него следующий код:

memory_limit = 64M ;

Если доступа на запись нет — просто создайте данный файл в корневой папке WordPress .

Шаг 3
Сохраняйте изменения и перегружайте главную страницу сайта. Вы должны знать, что максимальный размер php -скрипта может быть равен 64MB, потому не пытайтесь увеличить это значение.

Редактируем файл ‘.htaccess’

Шаг 1
В любом WordPress -сайте есть файл .htaccess , потому еще одна попытка решить проблему «белого экрана смерти » начнется также с доступа к корневой папке WordPress через FTP или через файловый менеджер панели управления хостингом.

Шаг 2
Откройте файл ‘.htaccess ‘ и добавьте в него следующую строку:

php_value memory_limit 64M

Шаг 3
Обновите главную страницу. Увидели её содержимое? Отлично! Нет? Читаем далее!

Меняем тему оформления WordPress

Если есть доступ к панели администрирования

Шаг 1
Заходим в меню «Менеджер тем » (Themes manager ), выбрав «Представление > Темы » (Appearance > Themes ) из меню, расположенного в левой части панели администрирования WordPress .

Шаг 2
Активируйте одну из стандартных тем WordPress , например, Twenty Fourteen или Twenty Thirteen .

Шаг 3
Снова обновите страницу и проверьте на наличие изменений в работе.

Если доступа к панели администрирования WordPress нет

Этот вариант немного сложнее, чем со сменой темы оформления через панель администрирования WordPress . Но, если другого выхода нет (или вам просто интересно как это сделать ) — смотрите далее!

Шаг 1
Снова заходим в папку нашего сайта через FTP или файловый менеджер и убеждаемся, что стандартные темы WordPress присутствуют на сервере.

Шаг 2
Заходим в панель администрирования вашего хостинга, затем входим в PHPMyAdmin и находим там таблицу wp_options в базе данных нашего WP -сайта.

Шаг 3
Скролите до записей ‘template ‘ и ‘stylesheet ‘. Оба эти поля должны быть переименованы согласно названию тем. В нашем случае это может быть ‘twentyfourteen ‘ или ‘twentythirteen ‘.

Шаг 4
Привычным движением обновляем главную страницу вашего сайта, надеясь на лучшее.

Включаем режим отладки

Если файл ‘wp-config.php’ содержит код отладки

Шаг 1
Заходите по FTP или через файловый менеджер панели управления хостингом на свой сайт и открывайте корневую директорию WordPress .

Шаг 2
Откройте файл wp-config.php и найдите в нём следующий код:

define("WP_DEBUG", false);

Шаг 3
Для включения режима отладки переменную логического типа ‘WP_DEBUG ‘ ставьте в значение true :

define("WP_DEBUG", true);

Шаг 4
Обновите главную страницу вашего сайта. Вы должны увидеть информацию о том, почему сайт может вываливаться в «белый экран смерти ». Для получения дополнительной информации о том, что на самом деле означает отладочная информация, используйте страницу из WordPress Codex . Она вполне может оказаться полезной.

Если файл ‘wp-config.php’ не содержит кода отладки

Шаг 1
Заходите по FTP или через файл-менеджер панели управления хостингом на свой сайт и открывайте корневую директорию WordPress .

Шаг 2
Откройте файл wp-config.php и вставьте в него следующий код:

define("WP_DEBUG", true);

Шаг 3
Обновите главную страницу вашего сайта. Вы должны увидеть на ней отладочную информацию. Для получения детальных данных о том, что означает эта информация, используйте WordPress Codex .



Эта статья также доступна на следующих языках: Тайский

  • Next

    Огромное Вам СПАСИБО за очень полезную информацию в статье. Очень понятно все изложено. Чувствуется, что проделана большая работа по анализу работы магазина eBay

    • Спасибо вам и другим постоянным читателям моего блога. Без вас у меня не было бы достаточной мотивации, чтобы посвящать много времени ведению этого сайта. У меня мозги так устроены: люблю копнуть вглубь, систематизировать разрозненные данные, пробовать то, что раньше до меня никто не делал, либо не смотрел под таким углом зрения. Жаль, что только нашим соотечественникам из-за кризиса в России отнюдь не до шоппинга на eBay. Покупают на Алиэкспрессе из Китая, так как там в разы дешевле товары (часто в ущерб качеству). Но онлайн-аукционы eBay, Amazon, ETSY легко дадут китайцам фору по ассортименту брендовых вещей, винтажных вещей, ручной работы и разных этнических товаров.

      • Next

        В ваших статьях ценно именно ваше личное отношение и анализ темы. Вы этот блог не бросайте, я сюда часто заглядываю. Нас таких много должно быть. Мне на эл. почту пришло недавно предложение о том, что научат торговать на Амазоне и eBay. И я вспомнила про ваши подробные статьи об этих торг. площ. Перечитала все заново и сделала вывод, что курсы- это лохотрон. Сама на eBay еще ничего не покупала. Я не из России , а из Казахстана (г. Алматы). Но нам тоже лишних трат пока не надо. Желаю вам удачи и берегите себя в азиатских краях.

  • Еще приятно, что попытки eBay по руссификации интерфейса для пользователей из России и стран СНГ, начали приносить плоды. Ведь подавляющая часть граждан стран бывшего СССР не сильна познаниями иностранных языков. Английский язык знают не более 5% населения. Среди молодежи — побольше. Поэтому хотя бы интерфейс на русском языке — это большая помощь для онлайн-шоппинга на этой торговой площадке. Ебей не пошел по пути китайского собрата Алиэкспресс, где совершается машинный (очень корявый и непонятный, местами вызывающий смех) перевод описания товаров. Надеюсь, что на более продвинутом этапе развития искусственного интеллекта станет реальностью качественный машинный перевод с любого языка на любой за считанные доли секунды. Пока имеем вот что (профиль одного из продавцов на ебей с русским интерфейсом, но англоязычным описанием):
    https://uploads.disquscdn.com/images/7a52c9a89108b922159a4fad35de0ab0bee0c8804b9731f56d8a1dc659655d60.png