Перейти к содержанию

nexus409

Пользователи
  • Постов

    26
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные nexus409

  1. Проблема 3.4.1, все что выше - работает корректно.

     

    Также в 3.4.1 не работают FURL при переходе назад на 1-ю страницу при просмотре списка тем.

     

    P.S. У самого форум на 3.4.1, сейчас тестирую 3.4.4 на зеркале, пока норм. Посмотрю на Bug Tracker IPB после релиза и решу, апдейтить или нет.

  2. Пытаюсь сделать так, чтобы кнопки + и - были ориентированы горизонтально и чуть более разнесены.

     

    1. Отрисовал подложку с кнопками.

    2. Поправил CSS.

     

    /************************************************************************/
    /* IP.Board 3 Mobile CSS - By Rikki Tissier - (c)2008 Invision Power Services	*/
    /************************************************************************/
    /* dno_mobilerep.css														*/
    /************************************************************************/
    
    .rep_up, .rep_down {
    	width: 70px;
    	height: 26px;
    	display: block;
    	text-indent: -2000em;
    	position: relative;
    	top: 3px; right: 10px;
    	background-image: url({style_images_url}/like_unlike2.png );
            background-size:70px 26px;
    	background-repeat: no-repeat;
    } 
    	.rep_up { background-position: left; }
    	.rep_down { background-position: right; }
    
    
    	.reputation.mobile {
    		float:right;
    		color:white;
    		font-weight:bold;
    		padding:3px 6px;
    		-moz-border-radius:3px;
    		-webkit-border-radius:3px;
    		border-radius:3px; 
    		margin-right:15px;
    		margin-top:5px;
    	}
    
    	.positive.mobile {
    		background:#6F8F52;
    	}
    
    	.negative.mobile {
    		background:#b82929;
    	}
    

     

    Но ничего не получается, графика меняется, но сами кнопки остаются вертикально оринтированными.

    Смотрел сам файл хука, там об этом ничего нет. Подозреваю, что вертикальная ориентация как-то связана с базовым функционалом IPB и системы Like/Unlike. Вот только где поправить не могу найти.

    Ребят, может быть вы сталкивались с такой задачей и уже решали ее?

     

    Был бы очень признателен за помощь в решении этой задачи.

     

    С уважением,

    Денис.

  3. Доброго времени суток!

    Подскажите пожалуйста, как сменить стиль статистики конфы с дефолтного на такой как у вас?

    Мой текущий стиль (все плоско и без объема)

    post-4072-0-25000600-1361202247_thumb.jp

    Ваш, тот который мне нужен, стиль (все красиво и объемно)

    post-4072-0-99589900-1361202244_thumb.jp

    Подозреваю, что подставляется какая-то картиночка для эффекта объема, но точно не уверен. Гуглил, устал и не нагуглил в итоге. )

    Заранее спасибо!

  4. После обновления форума до версии 3.3.2 (с версии 3.3.1) вылезли такие ворнинги:

    Warning: Invalid argument supplied for foreach() in /xxx/forum/cache/skin_cache/cacheid_10/skin_profile.php on line 1847

    Warning: Cannot modify header information - headers already sent by (output started at /xxx/forum/cache/skin_cache/cacheid_10/skin_profile.php:1847) in /xxx/forum/ips_kernel/classAjax.php on line 319

    Warning: Cannot modify header information - headers already sent by (output started at /xxx/forum/cache/skin_cache/cacheid_10/skin_profile.php:1847) in /xxx/forum/ips_kernel/classAjax.php on line 326

    Warning: Cannot modify header information - headers already sent by (output started at /xxx/forum/cache/skin_cache/cacheid_10/skin_profile.php:1847) in /xxx/forum/ips_kernel/classAjax.php on line 327

    Warning: Cannot modify header information - headers already sent by (output started at /xxx/forum/cache/skin_cache/cacheid_10/skin_profile.php:1847) in /xxx/forum/ips_kernel/classAjax.php on line 328

    Проблема не зависит от Стиля.

    Нарисовал тикет в суппорт, как будет решение - отпишу. Мало ли кому пригодится в будущем).

  5. Вести с полей. Пришлось откатиться на утренний бекап. Сайпекс конвертит не только контент, но и настройки и прочие параметры. Именно из-за этого наблюдались вышеизложенные проблемы. Буду пробовать еще 1 решение. По результату отпишусь.

  6. Ошибка в темах опросах видимо имеет другую природу. Буду копать. Ошибки отображаются независимо от используемого языкового пакета. Ставлю английский, там локализации вовсе нет - все равно такая шляпа.

  7. Обязательно сделайте бекап БД.

    Судя по всему тут получился так называемый "дважды" utf-8

    Скорее всего неотображаемые символы "побились" в самой БД и вас спасёт только замена обратно на читаемые.

    
    /*
    
    * Исправление кодировки букв "ш" и "И" в MYSQL
    
    * автор: Nc_Soft
    
    * 18.07.09
    
    */
    
    
    /*
    
    Частенько встречается при переносе бд, либо при шаманстве с кодировками
    
    буквы "ш" и "И" оказываются битыми (речь идет о utf-8 конечно)
    
    буква "ш" = chr(209).chr(63) / правильно chr(209).chr(136)
    
    буква "И" = chr(208).chr(63) / правильно chr(208).chr(152)
    
    Чтобы пофиксить делаем 2 запроса
    
    */
    
    
    UPDATE `имя_таблицы` SET `поле` = REPLACE(
    
    `поле`,
    
    CONCAT( CHAR(209), CHAR(63) ),
    
    CONCAT( CHAR(209), CHAR(136) )
    
    );
    
    
    UPDATE `имя_таблицы` SET `поле` = REPLACE(
    
    `поле`,
    
    CONCAT( CHAR(208), CHAR(63) ),
    
    CONCAT( CHAR(208), CHAR(152) )
    
    );
    
    
    Например исправим буквы во всех сообщениях: это таблица posts и поле post, соответственно вам надо сделать два запроса:
    
    UPDATE `posts` SET `post` = REPLACE(
    
    `post`,
    
    CONCAT( CHAR(209), CHAR(63) ),
    
    CONCAT( CHAR(209), CHAR(136) )
    
    );
    
    
    и
    
    UPDATE `posts` SET `post` = REPLACE(
    
    `post`,
    
    CONCAT( CHAR(208), CHAR(63) ),
    
    CONCAT( CHAR(208), CHAR(152) )
    
    );
    
    

    Лучше всего это делать в phpMyAdmin, тк будет выведен результат запроса и станет понятно, исправляются символы или нет.

    Далее в ACP нужно удалить из Кеша все посты (сообщения). После этого эти буквы в сообщениях должны отображаться правильно. Отпишитесь о результатах на примере таблиц постов. Если все успешно - подскажу по таблицам, что и где править.

    Обязательно сделайте бекап БД.

  8. Админцентр --> Поддержка --> Управление базой данных --> Инструменты управления SQL. Там находятся все таблицы твоей базы, каждая таблица с префиксом, именно он тебе потребуется при составлении запроса.

    В самом низу есть форма для запроса, копируешь туда:

    
    UPDATE ipb_core_sys_lang SET lang_protected = 0;
    
    

    И нажимаешь на Выполниь :)

    PS: не забудь поменять префикс ipb_ на свой )

    Дополню. Борды от IPS идут без префикса.

  9. Переключил таки форум на отконверченную в UTF-8 БД, но как всегда без гемора не бывает и этот случай не исключение)))))

    Проблема №1: Невозможно именовать/переименовать темы на русском языке, поле имени остается пустым. На английском нет проблем.

    Проблема №2: В темах опросах повылезали ошибки, которые отображаются независимо от используемого языкового пакета.

    Скрины:

    Проблема с именованием тем

    msg-1-0-56609800-1357913364_thumb.png

    referrals_language_pack_27.11.11.xml.gz

    post-728-0-99200400-1357920076.png

    Ошибка в темах-опросах

    blog_news_feed_1.1.zip

  10. А как добиться транслитерации ЧПУ в 3.3.1 нет от IBR, а от IPB?

    Насколько мне известно в релизе от IPB отсутствует часть, отвечающая как раз за транслитерацию (таблицы сопоставления и еще что-то). Вроде как эта часть является собственной разработкой IBR и тп.

    Может кто приклеивал это дело к релизам от IPB? Поделитесь опытом плз) В initdata.php у меня ни слова о транслите)))

  11. Не может быть, чтобы обращение не проходило, префикс правильно стоит?

    Префикс? Где его посмотреть? Я не силен в php и всем, что с ним связано.

    Objective-C - да, но не php, хотя суть написанного на php мне понятна)

    Дело в том, что я же меняю имя базы (хочу переключить БД) в conf_global.php с kievkaclub_db на kievkaclub_test.

    А форум видимо при установке конфигурится под текущее имя БД (kievkaclub_db) и по нему и обращается ко всем таблицам, что видно из лога. Мое имхо, другого объяснения данного косяка у меня пока нет.

  12. Посмотрел лог.

    Date: Wed, 25 Apr 2012 13:02:54 +0000

    Error: 1146 - Table 'kievkaclub_db.topics' doesn't exist

    И так по всем таблицам, к которым идёт обращение. Видимо подменить БД, указав новое имя БД в conf_global.php не удастся.

    Интересно, а можно переименовывать сами БД? (ну чтобы не лезть в структуру текущей, а то 2 раза уже восстанавливал скриптами потаблично буквы "и" и "ш") )))

  13. Привет парни.

    Столкнулся тут проблемой при конвертации БД сайпексом.

    База конвертится, в phpMyAdmin все начинает читаться и выглядит корректно, коллейшн и кодировка везде становится utf8_general_ci как и надо, НО!

    Fatal Error. ))))))))))

    При этом база "усыхает" по объему аж на 9 мегабайт. Движок 3.3.1 лицензия.

    Мои шаги:

    1. Экспорт текущей (рабочей) БД Сайпексом с кодировкой cp1251 (БД сейчас в 1251 и как она работает в версии 3.3.1 я хз))) )

    2. Создание пустой БД для экспериментов)

    3. Импорт таблиц и содержимого в чистую БД с кодировкой utf-8 и включенной опцией коррекции кодировки.

    4. Визуально смотрю вторую БД через phpMyAdmin и всё вроде ништяк. Все совпадает с первой, но уже в utf-8. Размер отличается на 9 мегабайт в меньшую сторону. (было 73, стало 64)

    5. В conf_global.php меняю имя БД на вторую. Выставляю пермишены на файл 444.

    FATAL ERROR!

    Возвращаю родной conf_global.php с именем старой БД - всё огонь и снова работает!

    Что я делаю не так и почему БД в utf-8 сильно меньше БД в cp1251?

×
×
  • Создать...