форум общения русскоязычных пользователей CMS Текстпаттерн
Вы не зашли.
Спасибо большое за потрясающую сборку! Нужно было срочно запустить сайт-визитку. А у меня последний опыт установки сайта был в нюке года 2 назад. В Текстпаттерне за день сделал основную работу теперь только добавляю материалы.
У меня только два вопроса:
Скажите, пожалуйста, как избавиться от цифр вверху некоторых страниц? Не понимаю, откуда они вообще берутся, в шаблоне ничего похожего нету. Поиск в интернете не помог (даже не знаю по какой фразе ЭТО искать). Пример, тут: http://www.ctx.by/20-i-futovyi-sanitarnyi-blok
(скриншот - http://www.ctx.by/images/67.jpg)
2525 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ru" lang="ru"> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8" />
Неактивен
По идее, надо искать в оформление - страницы.
Но я по вашей сылке счас ничего не вижу
Неактивен
Хм. В IE я тоже не вижу, в Опере вижу, Firefox тоже вижу.
На некоторых страницах нету, иногда пропадет, что делать не знаю. Когда-то я уже сталкивался с чем-то похожим. Может дело в компьютере, в программах?
Нет, точно не компьютере. На работе такая же беда была.
Мне кажется, это как-то с секцией "Примеры" связано: там меняется содержимое и цифры тоже меняются.
Но почему в IE всё нормально?
В опере попробовал заходить через разные веб-прокси, иногда цифр нет.
А ещё почему-то логотип неплотно к верху страницы прижимается, может с этим связано?
Ответ: нужно отредактировать CSS: #container параметр border-top сделать равным 0px solid white
Внизу страницы написан - 0 (ноль)
Попробовал закомментировать весь шаблон в настройках - цифры остались
Попробовал зайти через прокси http://unblockthiswebsite.info/ - работает как надо, никаких лишних цифр.
Стабильный эффект в альтернативных браузерах: видны эти четыре цифры сверху
Отредактированно Николай (02-05-2008 02:25:38)
Неактивен
Похоже на проказы хостера, т.к. ничего кроме как из шаблона txp не вставляет в код.
Неактивен
У меня тоже была такая мысль.
Но потом я заметил особенность - глюк только на статьях. Тогда я начал вырезать разные куски кода из статей.
И оказалось, что виноват контент, который я копировал с официального сайта. Он настолько грязный, что Текстпаттерн сходил с ума. Я удалил все теги <span ...> в статьях и всё заработало как следует! Все замены делал через sql-файл в текстовом редакторе, заодно ещё кое-где лишние теги удалил.
Просто крышу сносит! Как содержимое статьи (таблица с тех. параметрами) может выдавать цифры вверху в шестнадцатиричной кодировке (с буквами)?
the_ghost, спасибо большое за Вашу помощь! Без Вас я бы не додумался в каком направлении искать.
PS в одной статье остался тот же глюк. Я его поборол, сделав две вещи.
1. вырезал текст и сохранил статью пустой
2. а потом вернул текст обратно с небольшими изменениями (завернул текст сверху в тег <p>, может ещё что-нибудь).
Что именно помогло не знаю.
Отредактированно Николай (02-05-2008 04:09:35)
Неактивен
Николай написал:
Просто крышу сносит! Как содержимое статьи (таблица с тех. параметрами) может выдавать цифры вверху в шестнадцатиричной кодировке (с буквами)?
очень странный глюк. причем вывод был ДО и ПОСЛЕ кода, генерируемого Тхп.
Если ситуация нормализовалась, то будем считать каким-то странным стечением обстоятельств, а если нет, то можно начать с последовательного отключения плагинов и наблюдением за результатами.
Неактивен
Проблему я поборол. Можно попробовать найти причину. Но мне кажется нет в этом смысла, так как код, который я вставлял, был очень грязным. Например, вот так выглядит надпись "Длина 2200 мм":
<td bgcolor="#ffffff" align="center"> Длина <br/> <span id="ctl00_lblLaengeOut" class="smallText">2200 mm</span> </td>
Как видите тут и ID, и class. Мне показалось, что проблема в них: совпали названия с установленным textpattern'ом. Глюк исчез, когда я убрал все теги span.
Можете попробовать вставить текст, с техническими характеристиками. Например, c этой http://www.containex.ru/ru/moverbox.aspx (дольше всех глючила, это про неё я писал выше, когда удалял, сохранял, а потом вставлял тот же текст заново).
Подведя итог, я бы назвал это не багом, а фичей - защита от грязного кода на страницах.
И если у Вас удастся повторить этот глюк, то не обязательно его убирать. Достаточно написать в FAQ как средствами textpattern почистить код (я чистил примитивной заменой в текстовом редакторе - сложно и медленно).
Спасибо за сборку TxP-фирма. Ничего на свете лучше нету.
Неактивен
ой, цитировать нажал вместо редактировать
Отредактированно Николай (08-05-2008 13:02:25)
Неактивен
И всё-таки на некоторых страницах глюк сохранился. В кэше google всё видно: http://64.233.183.104/search?q=cache:88 … =firefox-a
(поиск по фразе 20-ти футовый санитарный блок)
---спустя час----
ВСЁ! Теперь я точно разобрался!
Где-то в коде ограничение на объем текста на странице. Этот глюк появляется при превышении примерно 1700 байт текста.
Все остальные причины можно исключить - это просто совпадение.
Отредактированно Николай (16-05-2008 12:38:01)
Неактивен
Николай написал:
Где-то в коде ограничение на объем текста на странице.
Сильно сомневаюсь.
да практически уверен про отсутствие такого ограничения в коде.
Возможно, что это ограничение какой-нибудь из используемых пхп-функций. Причем ограничение, настраиваемое при сборке пхп, т.е. хостинг-зависимая величина. Бывает, использую очень большие статьи, но никаких цифр не генерируется.
Но даже и в этом сомневаюсь, т.к. выше упоминалось, что при заходе на страницу через прокси - эти цифры исчезали.
И как отмечал выше, цифры в HTML находятся ДО и ПОСЛЕ кода, генерируемого ТхП.
Если хостинг бесплатный, то 90% - это проделки хостера.
Неактивен
Прошу обратить внимание на тот факт, что было включение и в середине страницы. Причём это были одни и те же цифры
Неактивен
http://textpattern.ru/forum/viewtopic.php?id=1954 - вид сбоку. Была такая же ситуация. Причём цифры прорисовывались вначале, вконце и в середине страницы
Отредактированно PolyGon (16-05-2008 19:56:45)
Неактивен
Evgeny написал:
Если хостинг бесплатный, то 90% - это проделки хостера.
Одной из причин может стать взлом хостера Причем взлом скрытый - никаких деструктивных действий не проихводится - просто другие клиенты этого хостера в качестве "бонуса" получают блок ссылок
Неактивен
Была точно такая же проблема - все эти дурацкие цифры где ни попадя рушили дизайн, вставлялись в текст страниц и вообще вели себя непристойным образом.
Помогло обновление TxP до версии 4.0.6. Чего и вам советую сделать.
Неактивен
С версий TxP данный эффект связан меньше всего.
Просто при апгрейде до 4.0.6 мог переписаться битый файл правильным.
Но, возможно, проблема не была решена и всплывёт позднее.
Неактивен
PolyGon написал:
С версий TxP данный эффект связан меньше всего.
Просто при апгрейде до 4.0.6 мог переписаться битый файл правильным.
Но, возможно, проблема не была решена и всплывёт позднее.
Ну, не знаю... Как "не решена", когда все цифры и непонятные символы исчезли в один момент и тех пор даже близко не появляются?
И то, что заменился битый файл тоже маловероятно (в моем случае), ибо такую проблему в версии 4.0.3 наблюдал на двух разных хостах, каждый раз устанавливая на оба чистую версию тхп.
Неактивен
Джентльмены, может кто узнал причину такого поведения?
Дело в том что с этим же эффектом столкнулся на 2х разных хостингах. На сайтах самописные CMS обе разные. Имеется тот же глюк. На одной странице есть, на другой нет.. Причем на одном хостинге этот глюк был виден во всех браузерах, а на другом это вылазит только в ИЕ6. В более старших ИЕ, а также в опере и ФФ - чистый код. Что это за дрянь такая?... Вирус на хостинге?... других идей пока нет.
Неактивен
Джентельмен, если бы вы поискали по форуму, то нашли бы, что это старый глюк старых версий (примерно до 4.0.5). На дворе уже вовсю работает версия 4.2.0 и в ней этого глюка точно нет.
Неактивен
the_ghost: Если бы Вы сами читали внимательнее, то прочли бы следующее "На сайтах самописные CMS обе разные" т.е. текстпаттерн тут ни причем никаким боком. Но глюк точно такойже. Отсюда вопрос - что это за байда такая та гадит....
Неактивен
В топиках про эти глюки было расписано - глюки связаны с header()
Неактивен
Спасибо, это уже что-то, направление есть.
Неактивен
Наткнулся на аналогичную проблему. Проблема связана с тем, что некоторые прокси не могут адекватно обрабатывать http 1.1 header-сы, которые шлются из пхп.
Решение - добавить в Файл .htaccess строчку:
SetEnv force-no-vary
Объяснение значения отсюда: http://httpd.apache.org/docs/2.2/env.html
force-no-vary
This causes any Vary fields to be removed from the response header before it is sent back to the client. Some clients don't interpret this field correctly; setting this variable can work around this problem. Setting this variable also implies force-response-1.0.
Можно поробовать еще:
downgrade-1.0
This forces the request to be treated as a HTTP/1.0 request even if it was in a later dialect.
force-response-1.0
This forces an HTTP/1.0 response to clients making an HTTP/1.0 request. It was originally implemented as a result of a problem with AOL's proxies. Some HTTP/1.0 clients may not behave correctly when given an HTTP/1.1 response, and this can be used to interoperate with them.
Неактивен