Загрузчик файлов Jquery blueimp, неожиданный токен/персонаж

Метод, который вы вызываете, выдает страницу ошибки с html (начиная с ‹ и не может быть проанализирован в JSON), если вы посмотрите на вкладку сети в своем браузере.

Например, в Google Chrome:

1. Открыть отладчик: F12
2. Перейти на вкладку сети
3. Выполните загрузку
4. Вы должны увидеть запрос, который был отправлен на вкладке «Сеть».
5. Нажмите на этот запрос об ошибке
6. Это откроет новое окно с вкладкой для ответа от сервера. Этот ответ, скорее всего, будет своего рода сообщением об исключении.

У меня была аналогичная проблема в ASP.Net MVC с другим загрузчиком, когда один из параметров был отправлен как нулевой, и он не мог быть нулевым на контроллере.

SyntaxError: JSON. parse: неожиданный символ в строке 1 столбце 1 данных JSON проверьте этот SO и посмотрите, связана ли ваша проблема.
По сути, это может означать, что возвращаемое сообщение об успешном завершении не имеет надлежащей разметки HTML и, следовательно, браузер не может их отображать.

Скорее всего, вы пытаетесь JSON.parse получить сообщение об ошибке, предоставленное сервером, или другой ответ, отличный от JSON, и это, вероятно, HTML, учитывая первый символ, который он заблокировал.

Я бы открыл консоль, получил страницу для создания ошибки, нашел запрос на вкладке «Сеть» инструментов разработчика и проверил вкладку ответа запросов на загрузку, чтобы увидеть, что на самом деле возвращается.

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

Я решил эту проблему, отредактировав URL-адрес в файле main.js с помощью index.php в конце, например так:

// Initialize the jQuery File Upload widget:
$('#fileupload').fileupload({
    // Uncomment the following to send cross-domain cookies:
    //xhrFields: {withCredentials: true},
    url: 'imagegallery/server/php/index.php'
});

Это случилось со мной однажды. Возможно, это разрешение папки. Я установил разрешение server/php/files на чтение и запись, и это работает.

Это связано с тем, что post_max_size и upload_max_filesize слишком малы, и поскольку он использует большой двоичный объект для отправки данных файла, он генерирует эту ошибку. Я увеличил их в своем php.ini и теперь работает как шарм

Это случилось и со мной. Я использую PHP на сервере Linux. Я обнаружил, что на самом деле в коде были обратные косые черты «\» в 4 или 5 местах, и они вызывали ошибки. Сделай это:

1. Откройте свою копию /server/php/UploadHandler.php в редакторе.
2. Выполните поиск обратной косой черты: \
3. Обратите внимание на каждое расположение обратной косой черты.
4. Если это после слова "новый" и перед вызовом обработчика, вы можете убрать обратную косую черту.

Проверьте строки 308, 790, 814, 816, 819, 822, 825, 828, 831, 836, 842, 895, 915, 973, 981 и 1058. Все вызовы Imagick(); кажется, есть один перед ними.

Я удалил все эти обратные косые черты, и мне не нужно было отключать отчеты об ошибках.

Пример:

Найти код:

$file = new \stdClass();

Заменить:

$file = new stdClass();

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

1- Открыть отладчик: F12

2- Перейти на вкладку сети

3- Сделайте загрузку

4- Вы должны увидеть отправленный запрос на вкладке «Сеть».

5- Нажмите на этот запрос об ошибке

6- Это откроет новое окно с вкладкой для ответа от сервера. Этот ответ, скорее всего, будет своего рода сообщением об исключении.

Спасибо StephanC

У меня была эта проблема в php 5.6, но не в php 5.3. Я «решил» эту проблему, отредактировав уровень сообщения об ошибках в файле upload.php:

//error_reporting(E_ALL | E_STRICT); error_reporting(E_STRICT);