Ошибка. Под "админом" в инфоблоке "Прямой эфир" при клике на "Публикации"
1
Столкнулся вот с такой проблемой. Когда я нахожусь под учетной записью админа (только под ней!) и нажимаю на ссылку «Публикации» в инфо-блоке «Прямой эфир» (http://floomby.ru/content/s1b6B9miUU/), происходит ошибка.
Читать дальше
Читать дальше
Автоматическое составление сложных запросов в mapper`ах
5
Этот пост — совет/подсказка разработчикам, которые трудятся над модулями во имя развития проекта :)
Суть проблемы.
Работая над модулем «Объявления» я столкнулся с необходимостью сделать достаточно сложный запрос к базе данных. Сложный не в плане SQL, а в том, что мы заранее не знаем каким он получиться. Такая ситуация возникла при создании пользовательского фильтра.
Технически задача заключается в следующем — есть три таблицы: объявления, категории объявлений — отсюда мы получаем название категории, пользователи — отсюда мы «дергаем» логин пользователя. Необходимо реализовать выборку по следующим условиям:
— категория или массив категорий (дочерние),
— ID пользователя или логин,
— статус (опубликовано или нет — для администратора),
— актуально объявление или нет,
— минимальная и/или максимальная цена,
— есть привилегии или нет,
Учесть при этом составную сортировку (по одному или двум полям), а также не забывать, что результат фильтрации нужно показывать с разбивкой на страницы. Сложности в это все добавляет то, что логин пользователя тянется из другой таблицы, поэтому необходимо использовать HAVING, а не WHERE.
Решение проблемы.
Читать дальше
Суть проблемы.
Работая над модулем «Объявления» я столкнулся с необходимостью сделать достаточно сложный запрос к базе данных. Сложный не в плане SQL, а в том, что мы заранее не знаем каким он получиться. Такая ситуация возникла при создании пользовательского фильтра.
Технически задача заключается в следующем — есть три таблицы: объявления, категории объявлений — отсюда мы получаем название категории, пользователи — отсюда мы «дергаем» логин пользователя. Необходимо реализовать выборку по следующим условиям:
— категория или массив категорий (дочерние),
— ID пользователя или логин,
— статус (опубликовано или нет — для администратора),
— актуально объявление или нет,
— минимальная и/или максимальная цена,
— есть привилегии или нет,
Учесть при этом составную сортировку (по одному или двум полям), а также не забывать, что результат фильтрации нужно показывать с разбивкой на страницы. Сложности в это все добавляет то, что логин пользователя тянется из другой таблицы, поэтому необходимо использовать HAVING, а не WHERE.
Решение проблемы.
Читать дальше
Суровая MySQL ошибка, даже не понимаю какая...
Вот только что возникла такая вот ошибка. Причем при заходе на главную странице. Причем только в залогиненном состоянии. Причина появления — вообще не ясна. Более того (с некоторым стыдом и сожалением) я даже расшифровать эту ошибку не могу. Поэтому обращаюсь за помощью, есть какие-то соображения?
Читать дальше
Читать дальше
Fatal error
На Денвере отладил сайт, перенес на хостинг. Сайт не работает, вылезает такаая ошибка:
Fatal error: Call to a member function setErrorHandler() on a non-object in /usr/home/blagoy/public_html/sites/vyksan.ru/classes/modules/sys_database/Database.class.php on line 70
Внятное изложение проблемы постетилю при падении MySql
3
Часто бывает, что сервер не выдерживает и падает. Чаще всего MySQL. Посетитель видит белый экран и кучу непонятных для него ошибок. В догадках, что сайт мёртвый, посетитель покидает его не возвращаясь никогда. Есть предложение сделать, чтоб при падении баз данных на экране не сыпало кучу ошибок, так как это отпугивает посетителя, а сделать на подобии хабры внятный текст. Т.е. посетитель будет знать, что нужно зайти немного позже.
Здравствуйте, с Вами говорит автоответчик Хабра!
К сожалению, все наши серверы сейчас заняты и не могут ответить на Ваш запрос. Пожалуйста, оставайтесь на линии, Ваш запрос очень важен для нас. Вам ответит первый поднявшийся сервер.
Никуда не уходите, мы скоренько.
MySQL встал!
5
Сегодня с утра на сайт в меру активно пошел народ. Что бы могли оценить нагрузку скажу что за сутки было примерно 1600 уников + пауки ПС). Основной поток сконцентрирован был утром, но опять таки — реально не много.
Так вот, сайт открывался с сообщением о превышении лимита соединений с БД, а их у меня в конфиге 100!!! При этом объем потребляемой памяти возрос с 400мб до 1 Гб. Рестарт проблему решил.
Конфигурация дедик. сервера: 1x AMD Opteron 2344 HE, 1x Quad-Core, 4 GB DDR2-RAM ECC
Конфиг использован: my-innodb-heavy-4G
Ось: Дебиан
Есть идеи?
P.S: базы LS — innodb.
Так вот, сайт открывался с сообщением о превышении лимита соединений с БД, а их у меня в конфиге 100!!! При этом объем потребляемой памяти возрос с 400мб до 1 Гб. Рестарт проблему решил.
Конфигурация дедик. сервера: 1x AMD Opteron 2344 HE, 1x Quad-Core, 4 GB DDR2-RAM ECC
Конфиг использован: my-innodb-heavy-4G
Ось: Дебиан
Есть идеи?
P.S: базы LS — innodb.
invite_data_user ошибка
Включил регистрацию только по инвайтам, и когда отправлял инвайт вышла ругань, что invite_data_user в таблице prefix_invite не установлена value по умолчанию…
Поставил null заработало…
мелочь конечно, но на всякий случай вдруг кто столкнется…
Поставил null заработало…
мелочь конечно, но на всякий случай вдруг кто столкнется…
mySQL - too many connections!
SQL Error: Too many connections at /nfs/c03/h03/mnt/55936/domains/stavka.ru/html/classes/modules/sys_database/Database.class.php line 66
Array ( [code] => 1040 [message] => Too many connections [query] => mysql_connect() [context] => /nfs/c03/h03/mnt/55936/domains/stavka.ru/html/classes/modules/sys_database/Database.class.php line 66 )
Вот, что в 66 строчке
$oDbSimple=DbSimple_Generic::connect($sDSN); Сайт работал, в день 10 посетителей, я спокойно на нем серфил и он взял и просто перестал отвечать!
Я полез в админску панель ч phpADMIN и не смог войти, там тоже too many connections!
Пришел к выводу, что меня кто-то ДДОСИЛ! Но трафика не набежало, как быть? Объясните пожалуйста что это было и как этого избежать? Как выявить, что сайт ДДОСят?