Вопрос по версии 1.9 и в частности доска

#16 7 января 2012 в 18:26
После обновления сайта 1.7-1.8-1.9 доска работает хорошо, пользователи постоянно добавляют объявления, ничего не допиливал.
#17 7 января 2012 в 20:26
Тоже самое. Может дело не в доске а в той куче хаков махаков, когда человек ставит все подряд, потом перекладывает с больной головы на здоровую?) Прекрасно работает доска, мне вообще новая понравилась. Сайт с 1.7 — 1.8 -1.9 апдейты.
#18 7 января 2012 в 22:22
Установил систему на "денвер". Разница в базах ощутима.
Если на денвере таблицы выстроены по порядку, то на хосте они имеют следующий вид:
преф_commentmeta
преф_comments
префd_links
преф_options
преф_postmeta
преф_posts
преф_terms
преф_term_relationships
преф_term_taxonomy
преф_usermeta
преф_users
[+]*** (81) — свернутый список остальных баз с другим префиксом.

Это на сайте с чистовой установкой 1.9

На сайте с обновлением до 1.9, всего 3 таблицы, остальные 84 так же свернутым списком, с префиксами в которых присутствует дополнительное нижнее подчеркивание.
преф_menu
преф_modules
преф_modules_menu
#19 7 января 2012 в 23:57

то на хосте они имеют следующий вид

Vyatich
Может я чего-то не догоняю, но с такими таблицами icms работать у вас не будет. Это, вроде бы, вообще таблицы с Вордпресса.
#20 8 января 2012 в 00:14
Хотелось бы чтоб это было так. Там раньше был установлен WordPress, но перед установкой InstantCMS база была вычищена.
Попробовал в бекапе и в конфиге исправить префиксы, но получил сообщение о панике кернела.

Попробую новую установку, на одном, но на другом, где движок обновлялся с 1.8 до 1.9 не стоял Wordpress, там был SocialJoom.
И на 1.8 "Доска объявлений" работала.



Переустановил систему, таблицы пришли в норму. С сайта объявления добавляются(дело в шаблоне), но после клика по кнопке "Сохранить объявление" — белая страница. Отключение пинга поисковых систем результата не дал.
#21 8 января 2012 в 09:00
В админской части доски в версии 1.9 не добавляются фото к обьявлениям, через фронтенд добавляются
#22 9 января 2012 в 06:32
Нашел причину всех бед. 1- Шаблон. 2- Кривые руки.
Шаблон сменил, а вот с руками сложнее.
Остался вопрос относительно шаблона. Где изменить параметр, чтоб используемый шаблон не ссылался на стили шаблона по умолчанию?
#23 14 января 2012 в 01:23
Сегодня обратил внимание, что всё же в корне доски объявлений разделы отображаются с нулевыми значениями,
хотя в подразделах размещены объявления. scratch
#24 11 мая 2012 в 14:25
Движок чистый, шаблон стандартный. Помогите разобраться где хоть искать.
На этом же хостинге работают 3 сайта с InstantCMS только 1.8 и там всё нормально.

Или хотябы скажите, у вас всё нормально в 1.9? А то может это всё в движке изначально так.


Где не верно работает кодировка? Только в доске объявлений такое

#25 11 мая 2012 в 15:03


Сегодня обратил внимание, что всё же в корне доски объявлений разделы отображаются с нулевыми значениями,
хотя в подразделах размещены объявления. scratch

Vyatich
Где-то есть исправление — поищите
#26 14 мая 2012 в 07:51


Движок чистый, шаблон стандартный. Помогите разобраться где хоть искать.
На этом же хостинге работают 3 сайта с InstantCMS только 1.8 и там всё нормально.

Или хотябы скажите, у вас всё нормально в 1.9? А то может это всё в движке изначально так.


Где не верно работает кодировка? Только в доске объявлений такое

nrg

Так и не смог побороть этот глюк! Уже и всё по новой устанавливал и сопоставление кодировок в базе задавал.
В итоге чистый движок с демо данными выводит

напишите хотя как у вас работает "Добавить объявление"???
#27 14 мая 2012 в 08:36
Установил 1.8
ПРОБЛЕМ НЕТ!


Движок устанавливаю путем распаковывания ZIP архива не посредственно на самом хостинге.
#28 14 мая 2012 в 08:51
Везде всё проверил
Проблема в 1.8 и 1.9 при редактировании модуля с главной страницы (но она всегда была и не это не критично)

В остальных частях сайта проблем с кодировкой нет!

Может проблема в кодировке AJAX??? Если да, то где искать?
#29 14 мая 2012 в 08:53
nrg, у вас обычная проблема с кодировкой ответа сервера, про которую уже писали много раз. Найдите файл /components/board/ajax/get_rubric.php прямо сразу после строчки 18
  1. setlocale(LC_ALL, 'ru_RU.CP1251');
пропишите следующую строчку
  1. header('Content-Type: text/html; charset=windows-1251');
Должно помочь. Но успокаиваться рано. Поверьте эта кодировка вылезет у вас ещё не один раз в других местах. Поэтому нужно настроить кодировку в заголовке ответа сервера. Откройте файл .htaccess и проверьте есть ли строчка
  1. AddDefaultCharset windows-1251
Есть ли есть и всё равно с кодировкой не так, то делаем следующее. Если у вас vds/vps и есть доступ к конфигу апача, то открываем файл httpd.conf и ищем примерно такую строку:
  1. AddDefaultCharset utf-8
и закомментируем. То есть должно получиться вот так
  1. #AddDefaultCharset utf-8
После того как закомментировали можете добавить строку(необязательно)
  1. AddDefaultCharset windows-1251
Если же доступа к конфигу апача нет, то пишем хостеру, что достала их буржуйская кодировка. И вы, как истинный патриот, хотите видеть кодировку по умолчанию windows-1251 и что вы должны сделать, чтобы отключить их кодировку по умолчанию. Взамен может барана попросят, может ещё чего… Не забудьте упомянуть, что у вас есть права, как у любого человека, и можете пожаловаться…
#30 14 мая 2012 в 09:17

header('Content-Type: text/html; charset=windows-1251');

Марат

Спасибо, помогло. Почему изначально этой строки нет?😊она же другим не будет мешать.

А у настройки модулей как исправить кодировку?
Вы не можете отвечать в этой теме.
Войдите или зарегистрируйтесь, чтобы писать на форуме.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.