Deutsch

снова кодировка...вообще не понятно....

350  
alexnaum свой человек04.01.12 10:24
alexnaum
NEW 04.01.12 10:24 
Сколько уже наделал сайтов на joomla, но с такой проблемой столкнулся в первый раз...
Итак, joomla+joomfish, делалось и тестилось на локальном виртуальном серваке под freebsd - все ок.
Перенес на хостинг - не отображаются некоторые элементы контента, меню, и т.п. в кириллице - не то что кракозябры, а вообще никак. Не флеш, где такое бывает, а самый обыкновенный материал. Причем, что странно, так это выборочность данного глюка: например, в статьях не отображаются заголовки, сами статьи читаются без проблем. Или - есть три модуля, пользовательских, самый обычный html в них, там заголовки выключил, а названия вывел в теле - так вот не читаются только эти названия....
Переводы рыбные проверил перепроверил, все нормально там, база и все таблицы в utf8, в таблицах все русские тексты стоят и видны без проблем....да, при обновлении страницы на одно мгновение становится виден весь этот невидимый кириллический контент, и пропадает. Такое впечатление, как будто блокируется реклама, или еще что то, подобным образом бывает например в фойерфоксе при включенном ад-блоке или носкрипт...но конечно же я проверяю при выключенных, и во всех остальных браузерах тоже такая же фигня...
Дальше тоже интересно. При включенном носкрипт, т.е. при запрете скриптов вся кириллица становится видна...мистика какая то...
Понять, где собака порылась, пока вообще не могу, эффект абсолютно одинаковый на двух разных хостингах, причем, один из них, бесплатный, сегодня вырубил без объяснения причин мой аккаунт, собственно, я ничего там не делал, кроме того, что залил сайт по фтп, нагрузки там вроде никакой особой быть не могло в принципе, но что то мне кажется, что такое поведение joomla и удаление аккаунта как то взаимосвязаны...
Есть у меня еще один хостинг, сегодня залил с утра туда, так вот там все абсолютно нормально..получается, что проблема все таки не у меня, а на хостингах, тем не менее, очень хотелось бы знать причину такого поведения, может быть, кто то с чем подобным тоже сталкивался....
#1 
compman постоялец04.01.12 10:32
compman
NEW 04.01.12 10:32 
в ответ alexnaum 04.01.12 10:24
Напрашиваются две причины, либо с базой данных что-то не так, либо со скриптами. Дайте ссылку на сайт.
#2 
Victor! местный житель04.01.12 10:34
Victor!
NEW 04.01.12 10:34 
в ответ alexnaum 04.01.12 10:24
сайт бы уж указать, а то опять телепатить
#3 
alexnaum свой человек04.01.12 16:58
alexnaum
NEW 04.01.12 16:58 
в ответ compman 04.01.12 10:32, Последний раз изменено 06.01.12 08:08 (alexnaum)
как бы еще не совсем готово...ну да ладно - http://....
А вот, например, тут , все нормально, бд и файлы синхронизированы 1 в 1....
#4 
  InterAgent прохожий04.01.12 20:30
04.01.12 20:30 
в ответ alexnaum 04.01.12 16:58
Посмотри в JoomlFish config настройки для Default language
Maxthon 3.2 выдает
JoomlFish config error: Default language is inactive!
Please check configuration, try to use first active language
#5 
compman постоялец04.01.12 20:50
compman
NEW 04.01.12 20:50 
в ответ alexnaum 04.01.12 16:58
Скрипты работают вроде без ошибок. Тексты из базы загружаются правильно. Локально работает, на сервере нет. Проверьте сначала настройки php. Сделайте, чтобы было, как на локалке
#6 
alexnaum свой человек04.01.12 20:50
alexnaum
NEW 04.01.12 20:50 
в ответ InterAgent 04.01.12 20:30
Не в этом дело, но врубил английский везде для наглядности..
#7 
alexnaum свой человек04.01.12 20:53
alexnaum
NEW 04.01.12 20:53 
в ответ compman 04.01.12 20:50, Последний раз изменено 06.01.12 08:09 (alexnaum)
то что в подпапке .....- это тоже на сервере, только другом, дримхост в сша, а там где косяки - тоже сша, только другой хостер - fatcow....
Как бы не мое, shared, потому настройки сервера менять очень затруднительно...
#8 
compman постоялец04.01.12 21:03
compman
NEW 04.01.12 21:03 
в ответ alexnaum 04.01.12 20:53, Последний раз изменено 05.01.12 01:41 (compman)
В .htaccess можно поменять настройки php, если сервер позволяет. И попробуйте убрать cufon, сдаётся мне что это с ним связано. Возможно где-то настройки плагина.
#9 
voxel3d патриот04.01.12 23:33
voxel3d
NEW 04.01.12 23:33 
в ответ compman 04.01.12 21:03, Последний раз изменено 04.01.12 23:33 (voxel3d)
В .htaccess менять нечего, всё честно отдаётся в utf-8. Виноват, действительно, Cufón. Вернее, его интеграция в жумле. Сxоду не могу определить причину, вроде бы и сам скрипт на месте, и сконвертированные шрифты.
Автор, этот плагин: http://extensions.joomla.org/extensions/style-a-design/typography/11243 используется? Попробуй переустанови в жумле плагин для начала.
Dropbox - средство синхронизации и бэкапа файлов.
#10 
alexnaum свой человек05.01.12 09:25
alexnaum
NEW 05.01.12 09:25 
в ответ voxel3d 04.01.12 23:33
Кажется, я понял вашу мысль. Спасибо.
Плагина не было. Куфон подключался через javascript в индекс.пхп шаблона.
Вот так:
В ответ на:

<script src="/templates/<?php echo $template_path = $this->template ?>/js/cufon-yui.js" type="text/javascript"></script>
<script src="/templates/<?php echo $template_path = $this->template ?>/js/BauhausC_500.font.js" type="text/javascript"></script>
<script src="/templates/<?php echo $template_path = $this->template ?>/js/Decker_400.font.js" type="text/javascript"></script>
<script src="/templates/<?php echo $template_path = $this->template ?>/js/Aller_400.font.js" type="text/javascript"></script>
<script type="text/javascript">
Cufon.replace('h1, h2, h3, .rt-joomla h4, h5, h6', { fontFamily: 'Decker', textShadow: '1px 1px 1px rgba(229,229,229, 1)', hover:true });
Cufon.replace('.sf-menu li a', { fontFamily: 'Decker', textShadow: '1px 1px 1px rgba(249,249,249, 1)', hover:true });
Cufon.replace('#footer h2.title', { fontFamily: 'Decker', hover:true });
Cufon.replace('.top-block h2', { fontFamily: 'BauhausC', hover:true });
</script>

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