PanBB 1.4.6. Запросы и предложения функций (Page 2 of 4)

так заглушка то и стоит. Я сейчас провожу испытание БД на SQLite3 с помощью RSS постингера, так попались уже несколько расширений которые и не работают как следует именно из за этой функции. Нужно несколько вариантов как можно получить количество строк и наиболее быстрый вставить в эту функцию.

Вот так она выглядит на MySQLi

   function num_rows($query_id = 0)
   {
      return ($query_id) ? @mysqli_num_rows($query_id) : false;
   }

Даже для обычной SQLIte  и то есть решение:

   function num_rows($query_id = 0)
   {
      return ($query_id) ? @sqlite_num_rows($query_id) : false;
   }

Нужно читать мануалы и тестировать, Время, время, время... 

$matches[2]

Нашел такой вариант на сайте PHP.net

   function num_rows($query_id = 0)
   {
      $num_rows = 0;
      $query_id->reset();
      while ($query_id->fetchArray())
         $num_rows++;
         
      $query_id->reset();
      return $num_rows;
      //return false;
   }

Вроде как подсчитывает, но немного некорректно. Во-первых, если нет ни одной строки, то выводит не 0, а выдает пустую строку.
Во-вторых, если вести подсчет всех строк, например форума, т.е раздела, то выводит больше строк чем нужно. Есть подозрение, что считает так же и когда либо удаленные темы. 

$matches[2]

Потестил, вроде как сравнивает правильно, хотя пустота и не число, но ничего не выводит. Если единица и выше то гул.
Единственное, не пойму откуда оно выводит больше чем надо 

Да, я в курсе что на MySQL так все и работает. Сейчас попробую взломать БД SQLite3

$matches[2]

кто нибудь умеет читать по японски?   

тот что выше код, не будет работать. Блокируется БД.

      while ($query_id->fetchArray())
         $num_rows++;

скорее всего потому, что в цикле выполняется много запросов. Есть у нее такая защита. что ли.
Ошибка вылезла, а точнее сайт встал, при попытке сгенерировать сайтмап.

Ну наверное чисто технически, закрытая тема или не закрытая, если в ней нет ответа, то она - тема без ответа, нет?! Да и в общей массе, предположу, что таких тем не особо много, и общей поооды они наверное не сделают. 

PunBB, что то мне подсказывает, что кроме тебя (может еще одного-двух человек), этим вопросом вряд ли кто-нибудь будет озадачиваьтся.

$matches[2]

Есть кстати идейка, ну наверное не для будующей версии, а для будующего сервиса.

Предложить пользователям оформить подписку на наши расширения (из раздела downloads).

Выглядит следующим образом: страница подписки обязательно содержит адресс форума пользователя, (пользователь само собой должен быть тут зареган). Можно кнопочку оформить подписку, создать прямо в расширении Pan Downloads.

Далее, создать расширение для таких пользователей, которое после установки на пользовательский форум, будет работать в паре с extension manager, проверять версии расширений, установленные у подписчика и если есть новые, предлагать скачать и обновиться. Показывать доступные расширения, которые у пользователя еще не установлены, опять же с возможностью скачать.

Само собой сделать проверку при отдаче расширений серверу подписчика на существование подписки, правильно указанный домейн и т.д.

Что думаете?!

Минимализм сохранить и ничего лишнего.
Доделать одну-две-три темы, но лучшие.
К дефолотвым и доработать можно отнести informer и punbb 1.3. Пока если не ошибаюсь лучшие скины что были.
Ещё скин дефолтовый портировать с vbull. Там тоже были супер дизайны. Пример форум кофейня и простота форума ixbt.
Шрифты должны буть резкими, никаких clear type эффектов и современной шелухи.
То есть несколько дефолтовых тем хватит на всех.
А там дальше кому надо сами сменят на своё.

То что внизу "Сгенерировано за 0.066" сделать посередине и чтобы цвет был не серым. Шрифт тут не надо делать серым.

Так значит, нашел еще один баг на SQLite3. Когда в браузере открыты 2 вкладки страниц форума, то при одновременном обновлении происходит ошибочный запрос. На других БД вроде все в норме.
Обнаружил после установке на главной рефреша через каждые 15 секунд, а страницу на второй вкладке обновил вручную. Хотя понятно, что вряд ли кто будет это воспроизводить так же, но все же. Есть такой глюк.

А смысл? Удобства ради?
Она по правилам должна идти самой последней в форме.
Если только разве что с помощью css, position...

Аа, ясно. Есть вариант получше. При любом изменении настроек, чтобы они автоматически сохранялись.

Аякс в настройках особо на производительность не повлияет. Я давно подумывал добавить во фреймворк такой функционал. Попробуем реализовать

А это уже зависит от твоей нервной системы
А если серъезно, то не должно, так как аякс будет выполняться только при любых изменениях в настройках.

Было бы неплохо дизайн (структуру что ли) привести в порядок.
А в то в теме на форуме, в области профиля все кривое и еле держится, просто тупо область профиля приклеена к левому краю. (Какой бы стиль не ставился, так и остается). Сделайте все оптимально и приятно для глаз, выровнить профиль по центру (области профиля).

На счет структуры согласен. Например, тег <h1> совсем не пойми где находится, и скрыт.
Также и остальные теги h2, 3, 4 5...

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

CL1FF, ну это же решается в CSS. К примеру так:

Можете создать свой стиль, разметить как пожелаете. Посетители будут вам благодарны.
Нужна помощь, обращайтесь. 

$matches[2]

В версию 146 планирую добавить функцию для обновления настроек, тогда со временем можно будет убрать из зависимостей фреймворк.

Продублирую мысль:
Мне не нравится как показывается дата и время.

Например, вместо: 2018-04-12 15:28:57 было бы правильней записать красивей, так:
12 апреля в 18:28:57 (если текущий год)
12.04.2018 в 18:28:57 (если не текущий год)

Это я про само ядро. Ничего сложного в этом нет.
1. Добавляем в ланги месяца, и букву в.
2. Корректируем функцию format_time() и выводим вместо цифрового месяца буквенный если текущий год.
В америке и некоторых др странах вначале пишут месяц, а затем число и год. Так вот, чтобы в ланги  не добавлять в 2 раза больше строк для месяцев, то с помощью функции поднимаем первую букву в верхний регистр.
А так же, проставляем запятые после месяца и даты.

April, 15, 2018 at 18:28:57.

$matches[2]

С самого начала пользования punbb, мозолило глаза приветственная надпись:

Само слово Последним... уже звучит не стимулирующе. Вот, посмотрите как у кроководов, нужно что то вроде:

King, добро пожаловать на форум!
или
Приветствуем пользователя King
или
King, чувствуйте себя как дома!

Ну, многое можно еще придумать...

$matches[2]

Вот еще, ждал пока кто нибудь войдет на форум, чтобы воспроизвести 

Вот посмотрите внимательно на скриншот, что звучит не очень грамотно?

Правильно, не хватает функции склонения существительных после числительных.
Эта проблема была решена в нашем расширении: Линейки для PunBB.
Я конечно не отличник был в школе, да и особенно по русскому, твердый трояк, но даже такие ошибки режут глаза.

То есть, должно быть более грамотно написано:
1, 21, 31, 41 и т.д
1 пользователь
с 2 по 4
2 пользователя
с 5 по 20
5 пользователей

И т.д и .т.п.

Но стоит отметить, что в каждом языке своя заморочка. В английском на сколько знаю в этом отношении не парятся.
1 user
from 2 to ∞
2 users

То есть только 1 user, все что больше: users.

Если кто либо читает это сообщение и есть немного опыт в изучении других языков, приведите пожалуйста примеры как это склоняется в других языках. Буду благодарен 

CL1FF, вот так можно выровнять по центру

.post-byline, .useravatar, .usertitle, .userstatus, .userinfo li {text-align: center;}
.author-ident .useravatar img {display: inline-block;border-radius: 40px;}
.author-ident .userstatus span {display: inline-block;}

Результат:

Было бы не плохо ещё доработать структуру мобильной версии, а то она уж не очень красиво смотрится.. На данном форуме вижу пытались структуру(дизайн) изменить, но осталась мелкая ошибка:

Так же не хватает информации о том, сколько в разделе созданных тем и сколько ответов...

На данном форуме:

На движке phpbb:

(Последнее сообщение наверно будет лишними и ненужным, но а темы и ответы думаю будут очень полезны)

Update:
И что то смотря на скрин, ещё пришла мысль. Не хватает функции что бы можно было назначить модератора для определенного раздела(и что бы писалось что тако то пользователь модератор такого то раздела). Возможно такие расширения и есть, но все же лучше бы это было в ядре движка.

Судя по скринам форумов, PunBB на мой взгляд, явно в плюсе! 

Четкость, яркость и никакого сумбура как на PhpBB 

Это на данном (PunBB,  )

Уже в поставке  1.4.5 несколько другой стиль по умолчанию включен https://punbb.softplaza.net/dev/panbb_1.4.5/

Sergemail500,  давно не видел. Может кеш обновился или скрипты отключены 

Насчет подразделов, было бы лучше и удобнее если ".fancy_video_tag_parse($matches[1])." были в самом ядре движка, чем устанавливать расширение.
Это очень полезная функция будет, на всех(на сколько помню) движках есть подфорумы в самом ядре.

UPDATE: И что бы подфорумы отображались на главной странице, примерно так:

Интересный метод подключения ланг файлов придумал, он немного упрощает код при написании расширений.

Суть в следующем, вначале сама функция:

function get_language($ext_id) 
{
   global $forum_user;
   
   $lang_path = FORUM_ROOT.'extensions/'.$ext_id.'/lang/'.$forum_user['language'].'.php';
      
   if (!file_exists($lang_path))
   {
      $lang_path = FORUM_ROOT.'extensions/'.$ext_id.'/lang/English.php';
      if (!file_exists($lang_path))
         return false;
   }
   
   return require($lang_path);
}

Создаем ланг файлы как обычно в директории /lang/Russian.php и заполняем его:

<?php

return array(
   'settings'   =>   'Настройки',
   'save'   =>   'Сохранить',
   'create'   =>   'Создать',
   'delete'   =>   'Удалить',
);

?>

Далее все просто, если функцию get_language() добавить в ядро, то достаточно вместо четырех строчек вставить одну и вызвав функцию и записать вызванное в массив.

$lang_{$ext_info['id']} = get_language($ext_info['id']);

или так, если $ext_info не определен на странице:

$lang_id_of_extension = get_language('id_of_extension');

Получаем значение таким образом:

echo $lang_{$ext_info['id']}['settings'];

//выведет на экран
Настройки

или как привычно нам где $ext_info не определена:

echo $lang_id_of_extension['settings'];

//выведет на экран
Настройки

где
$lang_ - это префикс лангов
id_of_extension - ID самого расширения

$matches[2]

ну может в ядро слишком лихо, но во Pan Framework можно было бы и добавить ради удобства

Вот кстати на счет забаненных, была еще такая жалоба:
при большом количестве, ну скажем несколько сотен, форум начинает жутко тормозить.

Есть подозрение на то, что все забаненные читаются из кеша, вследствии чего появляются тормоза... Мы же знаем, что файл кеша может весить уже несколько мегабайт. Тут уже было бы лучше сделать запрос в БД, чем грузить такой огромный файл.

Удалением забаненных, то есть например, оставлять всего последние штук 50 забаненных, этот вопрос не решить, ранние злостные спамеры почувствовав свободу вновь продолжат свой флуд.

Второй подход это ограничить запись в кеш, если спамеров более 50 штук и читать данные из БД.

Какие еще варианты кто может предложить?