Exploding

Потому, что ошибка в логике. Поле catid не может одновременно содержать "56" и "54"
Вот так пишите:

SELECT COUNT(*) AS 'Количество материалов'
      FROM #__content
      WHERE #__content.created_by = 834
      AND #__content.catid IN (56, 54)

Должно работать
Ну или так (чтоб понимать в чем суть ошибки):

SELECT COUNT(*) AS 'Количество материалов'
      FROM #__content
      WHERE #__content.created_by = 834
      AND (#__content.catid = 56 OR #__content.catid = 54)

Начиналось как инсерт, а потом в апдейт потянуло:)
INSERT INTO `accounts` SET
---------
insert into table (...) values (...)
update table set field='value' where ...

Так пойдет?

SELECT `fieldname`, count(*) FROM `table` GROUP BY `fieldname` HAVING count(*)>1

P.S. А вообще конечно надо бы при посте в базу проверять есть ли такой товар. Ну или может поле уникализировать, чтобы "и муха не пролетела"))

Посмотрите в базе точно нормально залито?
Проверьте кодировку полей и таблиц чтобы была utf8_general_ci
Проверьте кодировку самих файлов через npp например.

Так потому, что где-то не досмотрели, упустили, прое..али так сказать:)

Точно не знаю, т.к. с WP никогда не имел дело, но думаю, что в базу запихнули картинки в base64
Попробуйте может типа так:
SELECT * FROM `wp_posts` WHERE LENGTH(`поле_с_контентом`) > 50000 например
Получается, что на каждую запись в среднем ~20к символов приходится... Многовато...

Ну так видимо у Вас не сохраняются в сессии данные о том, что Вы залогинены.

UPD. Вобщем независимо от этого:
Пример для условия, что index.php является единственным и главным шаблоном

session_start(); 
if (empty($_SESSION['user_login'])) {
   //тут мы проверяем/обновляем и т.д.
}
session_write_close();

А сколько стоит разместить рекламу там выше места, куда должны писаться логи?:)

По сути вопроса:
Php файл, который все это дело выполняет: загрузка, запросы и т.д. После или перед каждым необходимым для логировагия, действием вносит в переменную сессии данные о том как у него дела и т.д.
А js по таймауту например в 500ms аякс запросом на этот же php или другой отдельный файл постоянно канючит "ну что там? ну что там?ну что там? ...." Ну и если ответ отличается от "отъе...сь еще не готово“ - помещает его в блок лога))
Как-то так наверное

Вот так:

if (isset($_POST['login_u'])) {
		$login_true = mysqli_query($connections, "SELECT * FROM `users` WHERE login='".$_POST['login']."' AND password = MD5('".$_POST['password']."')");
		if ($login_true) {
				$user = mysql_fetch_assoc($login_true);
				$_SESSION['login_user'] = $login_true;
				$_SESSION['user_name'] = $user['name']; //или где там имя храниться
		} else echo "Не правильно";
  	}	
echo "Здрасте, ".$_SESSION["user_name"];

Только Вы бы почитали про sql-инъекции, а то так пихать в запрос все что не попадя - все равно что тянуть все в рот, что на дороге нашел...

Для этого используйте конструкцию MATCH AGAINST. В мануалах там много про это есть.
Самые главные преимущества перед LIKE:
- поиск происходит не просто по тексту как с лайком, а по индексированным данным, что намного быстрее!
- опять таки поскольку данные индексированы, поиск умеет определять коэффициент релевантности(!), не плохо как для голого мускула, правда?)) И результат соответственно можно отсортировать по релевантности, что очень удобно по сравнению с лайком...
Нюансы кратко:
- для полей по которым будет осуществляться поиск должны быть определены полнотекстовые индексы
- такой поиск не может искать вхождения в середине слова (не фразы, а именно слова!!!). Да в принципе это очень редко встречается на практике.
Но зато поиск будет работать гораздо быстрее чем с LIKE!
Чтобы искать например фразу "дохлые мыши не едят зерно" по словам, надо сделать такое:
- фразу загоняем в массив по пробелу: $request = explode(" ", $req_array);
- из массива удаляем заранее определенные части речи типа союзов, местоимений и т.д.
хотя и не обязательно т.к. MATCH AGAINST игнорит слова 3 и менее символов, но подсознание подлое)), а и еще ж знаки препинания убрать, мало ли...
И потом это все дело опять в строку $to_query = implode(" ", $request);
И в запрос:

select * from `table` WHERE MATCH (`myfield1`, `myfield2`) AGAINST ('$to_query' IN BOOLEAN MODE)

И еще можно сортировку по релевантности состряпать изменив немного запрос:

select *, MATCH (`myfield1`, `myfield2`) AGAINST ('$to_query' IN BOOLEAN MODE) as `score` from `table` WHERE MATCH (`myfield1`, `myfield2`) AGAINST ('$to_query' IN BOOLEAN MODE) order by `score` desc

В итоге мы сможем найти фразу наподобие: "зерновые культуры и мыши - друзья, но если мыши дохлые" по трем словам.
Заметьте, что ставить "%srch_str%" или "*srch_str*" не нужно!!! СУБД понимает все.
Вот как бы такой он поиск. Но еще я прикручивал phpmorphy для того чтобы вытягивать словоформы для каждого слова, тогда можно будет найти фразу типа: "зерна постоянно смеются над дохлыми мышами"
Вроде бы все:)
А, нет, не все. Еще можно помимо LIKE использовать RLIKE.
Для этого наш последний массив слов пихаем в строку, но только вот так:
$to_query = implode("|", $request);
И в запрос: select * from `table` WHERE `myfield1` RLIKE '$request' or `myfield2` RLIKE '$request'
Как бы те же яйца, что и с LIKE но немного удобнее формировать сам запрос.