Проблема преобразования набора символов - отладка недопустимых символов - обратный инжиниринг предыдущих преобразований
Вы просматриваете все изображения прямо сейчас. Вы можете просто получить изображение, используя следующий код:
$vehicle->images()->first()->resized_name
Таким образом, ваш код для отображения изображения будет выглядеть следующим образом:
@extends('layouts.app')
@section('content')
<div class="container">
<div class="row">
<div class="col-md-10 col-md-offset-1">
@if($vehicles)
@foreach($vehicles as $vehicle)
{{$vehicle->district}}
{{$vehicle->town}}
{{$vehicle->brand}}
{{$vehicle->model}}
<hr>
<tr>
<td>
<a href="{{route('vechicles.show',$vehicle->id)}}"><img
src="/images/{{ $vehicle->images()->first()->resized_name
}}"></a>
</td>
</tr>
@endforeach
@endif
</div>
</div>
</div>
@endsection
2 ответа
Я добавил расширенную версию своего комментария в качестве ответа:
Ваш зритель использует CP1252 (английский и Западная Европа, также называемый ANSI в Windows) или CP1250 (Восточная Европа) или другая подобная кодовая страница. Большинство символов закодированы одинаково, только несколько изменений для конкретного языка. Ваш пример не включает символы, которые отличаются в двух кодировках, поэтому я не могу сказать точно.
Эти кодовые страницы используются в Microsoft Windows, и они основаны (но не на 100% совместимы) с Latin-1, поэтому обычно можно увидеть текст, интерпретируемый с такой кодировкой. MacO и Linux сильно (в настоящее время) в кодировке UTF-8. Windows использует Unicode для внутреннего использования (но UTF-16)
Старая кодировка, вероятно, CP437: стандартная кодовая страница в DOS, поэтому она часто использовалась также для файлов CSV. Другие часто используемые старые кодировки - это CP850 (Западная Европа) и CP852 (Центральная Европа).
Что касается других ответов, которые вы добавляете в комментарии, я думаю, вам следует обратиться к Superuser (если вы запрашиваете инструменты (некоторые редакторы позволяют указывать кодировку. Вы можете использовать браузер (открывая локальный файл): браузеры также позволяют выбрать локальную кодировку, и я думаю, что вы можете копировать как Unicode [не уверен], другие инструменты иногда имеют скрытую опцию для импорта файлов, но, возможно, не со всеми параметрами), или как новый вопрос на этом сайте, если вы хотите сделать это программно. Но поэтому вам необходимо указать язык. Python хорошо подходит для таких преобразований (большинство языков сценариев создаются для обработки текстов): в python встроено множество кодировок, вы должны просто указать при чтении и при написании Файлы .R также может быть указан на входной кодировке.
Я написал свою собственную утилиту, которая помогла мне диагностировать и исправить многие сложные проблемы кодирования. Он доступен как часть библиотеки с открытым исходным кодом. Утилита преобразует любую строку в последовательность Unicode и наоборот. Все, что вам нужно сделать, это:
String codes = StringUnicodeEncoderDecoder.encodeStringToUnicodeSequence("Hello world");
И он вернет строку "\u0048\u0065\u006c\u006c\u006f\u0020\u0057\u006f\u0072\u006c\u0064"
То же самое будет работать для любой строки в любом языке, включая специальные символы. Вот ссылка на статью Java-библиотека с открытым исходным кодом с фильтрацией трассировки стека, конвертер Unicode для анализа Silent String и сравнение версий , в которой объясняется, что такое библиотека и где ее можно получить (доступно как в Maven central [ 113] и github . В статье ищите абзац: «String Unicode converter» .
Поэтому, когда вы читаете вашу String, конвертируйте ее и смотрите, что происходит. Таким образом, вы увидит, какие символы есть, и если информация верна и искажена только неправильной кодировкой или сама информация потеряна. Вы можете легко найти информацию в Интернете, которая предоставляет таблицы сопоставления любого символа с юникодом