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

kgb

Актив
  • Постов

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

  • Посещение

  • Победитель дней

    31

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

  1. 50 минут назад, Pashaster сказал:

    Никто ничего не подскажет?(

    А что подсказывать? Кроме conf_global , где указывается домен, есть еще Advanced Configuration , где могут быть указаны пути к Template disk cache path , если он включен и Data Storage Directory . Плюс последнии настройки указываются в constants.php .

    Крое того, после проверки всех этих настроей, надо кеш перестроить

  2. 36 минут назад, sergey81 сказал:

    ну очищаться очищается все как настроено в журналах логов. 31 или 1 день...это не принципиально.

    Причем здесь настройки очистки логов и core_cache? Ты что то прыгаешь с одного на другое.  За очистку core_cache clearcache отвечает.

    42 минуты назад, sergey81 сказал:

    Второе, если это связано с авторизацией..и входом...значит корни уходят в неподтвержденные какие-то попытки входа.

    Это не связано с авторизацие. Написано же - это кеширование содержимого для гостей. Зашел гость, страничка собралась "по кусочкам", отобразилась и записалась в core_cache. Следующему гостю страничку уже не собирают "по кусочкам" а выдают целиком из core_cache. Все.

  3. 25 минут назад, sergey81 сказал:

    что хранит таблица _core_cache

    Кеширует странички для гостей/ Включи QUERY_LOG зайди под гостем и посмотри.  Первый заход будет полтора десятка запросов  (или больше), обнови страничку и увидишь только один, что то типа

    SELECT cache_value FROM `XXX_core_cache` AS `core_cache` WHERE cache_key='page_b7dd03f559686c0d09ea9668603e303d_1_1' AND cache_expire>1498327502

    Поэтому вопрос скорее не почему растет, а почему не очищается.

  4. 13 минут назад, nikitapo сказал:

    Вот такие: 

    Ну в принципе по умолчанию.

    Если версия форума свежая ( в какой то из предыдущих были проблемы с core_cache ) посмотри задачи - clearcache не заблокирована? И если есть возможность, то лучше настроить крон на задачи. Если гостей мало, можно попробовать отключить кеширование для гостей (то что на скрине 30 сек. ) или поиграться временем кеширования.

     

  5. 4 минуты назад, sergey81 сказал:

    вот и мы...посмотрели ...посмотрели и нашли решение!

    Да, да, у ТС растет core_log, а в него сыпятся сообщения об ошибках, вместо того, что бы сделать так, что бы ошибок не было, будем очищать логи. Охриненное решение ничего не скажешь. Заодно кеш очишать, что бы лишние запросы к базе генерировались. Индекс очистить, нахрена нам поиск, да? Про остальные логи я уже не говорю, вместо того, что бы в админке их очистку настроить, будем плодить сущности, свои скрипты создавать.

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

     

  6. 28 минут назад, sergey81 сказал:

    Что конкретно вы предлагаете если растет база SQL в час на 2 Гб

    Что я должен предложить? Я уже писал, смотреть, что и почему растет и исправлять ошибки. С ничего ничего расти не будет

     

     

     

     

  7. 13 минут назад, sergey81 сказал:

    И никакого нет в этом идиотизма.

    Есть, а настаивание на идиотизме - идиотизм в квадрате.

    Еще раз повторяю для тех, кто полностью в танке - sql_core_acp_search_index и sql_core_search_index - это поисковые индексы.  Очищаешь их, и перестают работать поиск, ленты активновности и т.д.. И если общий поиск еще можно перестроить, то поиск по админке формируется при установки приложений.

    И не надо ляля про логи.  Выше я привел скрин своего core_log , который у ТС растет "как  на дрожжах" . 1 мб за месяц при посещаемости 7 - 15 т. чек в сутки.  Чего это он не растет, так же как и не растут другие логи? Что я делаю не так, а?

    Кроме того, все логи очищаются автоматисчески, для этого не надо запускать отдельный скрипт.

    25 минут назад, sergey81 сказал:

    Поэтому если есть проблема такая - вот решение как описал выше

    Это не решение проблемы, это подавление сообщений о проблеме.  Проблема то остается и рано или поздно боком может выйти

  8. 12 минут назад, matrus3 сказал:

     потому что это ФОРУМ !!

    Но не ясли.

    12 минут назад, matrus3 сказал:

    Я 3 часа копаюсь

    Писец.

    / forums / front / topics / topic
    Форумы / Перед / Темы / Тема

    Что, так сложно?

    Реклама как по английски?  Advert

    Ищем

    Находим стандартный код

    {{if $postCount == 1 AND $advertisement = \IPS\core\Advertisement::loadByLocation( 'ad_topic_view' )}}
    	{$advertisement|raw}
    {{endif}}

    Если счетчик 1 и реклама есть - выводим рекламу.

    Дальше с ложки кормить?

    Или сам разберешься?

     

  9. 1 час назад, matrus3 сказал:

    Вообще не понимаю, зачем писать такие ответы ? 

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

  10. 21 минуту назад, matrus3 сказал:

    но в IPB 4.x не работае

    А открыть шаблон темы и посмотреть как там реализован стандартный баннер IPS, который после первого поста по умолчанию идет и на его примере сделать то что тебе нужно не судьба?

  11. В 20.06.2017 в 01:11, Дмитрий Х. сказал:

    А можно ли всем альбомом сразу?

    Если речь идет о соц кнопках, то можно блок создать или прям в шаблоне прописать

    {{$sharelinks = \IPS\core\ShareLinks\Service::getAllServices( \IPS\Request::i()->url(), \IPS\Settings::i()->board_name, NULL, NULL );}}
    {{if count( $sharelinks ) }}
    <div id="shareLinks_block">
    	<ul class='ipsList_inline ipsList_noSpacing ipsClearfix' data-controller="core.front.core.sharelink">
    		{{foreach $sharelinks as $sharelink }}
    			<li>{$sharelink|raw}</li>
    		{{endforeach}}
    	</ul>
    </div>
    {{endif}}

    Единственное, поменять \IPS\Settings::i()->board_name на переменную, в которой содержится название альбома

  12. 5 минут назад, Keq сказал:

    - жать 4.2 или устанавливать 4.1.19.4 и потом обновляться?

    Если оставляешь стандартный шаблон (тему) и не будешь нагружать сторонними плагинами, то можешь щас обновиться.

    В 4.2 шаблон серьезно отличается от 4.1. Изменений не много, но они существенные https://invisioncommunity.com/4guides/themes-and-customizations/upgrading-themes-to-42-r288/

    Плюс есть шанс что ряд плагинов под 4.1 не будет работать

  13. 1 час назад, Helios сказал:

    подскажите

    Что за болезнь такая, очищать. Все что можно очищать,  все настраивается в админке. То, что еще можно очистить - не скажу, нечего туда лезть, если не понимаешь что делаешь.  Вот ты удалил бы core_acp_search_index - и все нахрен, поиск в админке не работает.  Не занимайтесь херней

  14. В 08.06.2017 в 23:32, nikitapo сказал:

    в панели моего хостинга продолжает расти и с примерно

    панель хостинга может и врать. Это раз.

    Два -  просто очищать растущий core_log  глупо. Надо ошибки исправлять, а не удалять сообщения об ошибках. Если он растет, значит на сайте куча ошибок, на которые ты забиваешь. Вот , например, мой core_log со стандартным интервалом очистки 30 дней. И то там почти все ошибки, что facebook долго не отвечает. Размер 1 Мб.

    log.jpg

    Три.  Здесь какие значения стоят -- Advanced Configuration -> Data Storage ??

    3 часа назад, Helios сказал:

    TRUNCATE sql_core_acp_search_index; TRUNCATE sql_core_search_index;

    Верх идиотизма очищать поисковые индексы

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