- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
И да, определяется как ASCII
С чего вообще возникла идея что проблема в плоскости ASCII/UTF8?
С чего вообще возникла идея что проблема в плоскости ASCII/UTF8?
Евгений, извините, я во время своих попыток-экспериментов ввёл вас в заблуждение. Там в коде мы читаем не 20, а 19 символов (но возвращаемся назад по-прежнему на 20). Т.е. всё, как было, но: $itog = fread($f, 19);
И тогда, если строка в файле: 10000000000000000 0 D1< (в конце пробел), то выведет 0000000000000 0 D1 - то есть, без <
Вот тут я и теряю байт, и тут я и подумал, что дело в кодировке.
И даже вот так попробовал:
Под windows сохраняю этот файл в явно UTF8 (он становится 27 байт вместо 24), закидываю по фтп.
3 лишних байта в начале видим.
php снова читает все четко, хотя и по-прежнему думает что это ASCII
И снова вопрос - причем тут кодировка вообще? Если у вас не читает в конце пробел, то дело в чем-то другом.
А может вообще вы кусок кода выдрали и в полном там где-то затесался например trim(), обрезающий тот самый пробел.
Если у вас не читает в конце пробел, то дело в чем-то другом.
Да, я его намеренно не читаю, я написал об этом в прошлом комментарии. Это я вас запутал, извините...
И да, определяется как ASCII
Вот тут я и теряю байт
А пробел есть в конце? Иногда редакторы убирают лишние пробелы и табуляции.
Пробел есть. Размер не меняется. Думаю, дело не в редакторе.
Вообще не понимаю, что происходит.
Вот есть код:
В нём я намеренно не читаю последний байт. И если есть строка 10000000000000000 0 D1<J (последний байт - J, но он может быть любым, как я понял), на выходе будет 0000000000000 0 D1, то есть без <
А если вместо < написать, например, z (то есть, строка будет 10000000000000000 0 D1zJ), то на выходе всё будет как надо: 0000000000000 0 D1z
Ну что это, если не чертовщина!
А пробелы, как и всё остальное, я добавляю через fwrite.
Вы читаете байты, а отбросить хотите символы. Не факт, что 1 символ занимает 1 байт. Считывайте целиком и отбрасывайте ненужное через substr, например.
Для строки
10000000000000000 0 D1<J
попробовал
$itog = substr(fread($f, 20), -2);
На выходе - пусто...
Для строки
10000000000000000 0 D1zJ
попробовал
$itog = substr(fread($f, 20), -2);
На выходе - zJ
Не работает...
абзац...
Результат выполнения смотрите в браузере? Ну так символ "<" и следующий за ним текст браузер интерпретирует как HTML тег <tag>.
Загляните в исходный код страницы.