1) читать построчно и искать в строке callerid (fgets и substr)
2) регуляркой preg_match вырезать значение из скобок или кавычек. Можно конечно еще проще - через explode по ", но зависит от вашей текущей задачи.
Про лимит тут недавно обсуждение было и кто-то ляпнул про 1000 значений максимально в In запросе для какой то версии MYSQL. Я после интересовался, и наткнулся только на:
The number of values in the IN() list is only limited by the max_allowed_packet value.
Ну а ответ этот не нашел потом. Может на древних версиях MySQL такое и было.
Чет у меня дикое подозрение, что в данном контексте
email` NOT IN
и
email` IN
Взаимоисключают друг друга.
А значит это условие можно упростить до 1=1 или вовсе убрать.
SELECT
`email`,
COUNT(`email`) AS `count`
FROM
`e_stat`
WHERE 1=1
GROUP BY
`email`
ilavio, партнерская скидка на хостфуд, пользуюсь им уже больше 12 лет. Сейчас правда всего один vps у них.
А хостинг - 12 руб в месяц, можете же себе позволить? Даже 50 руб - оптимально. www.host-food.ru/p/3073
lapinstas,
Нету точных цен. Я бы на фрилансе оставил запрос, за сколько в принципе готовы люди сделать вам вашу задачу. Пообщаетесь, поймете от чего отталкиваться. Но спеца все равно надо найти хорошего.
Еще раз, если есть адекватная прослойка для ачивок - вопрос только в присваивании ачивки за тесты. И защита от дублей. Зависит от того, как построена архитектура текущего скрипта.
Может вообще оказаться, что ачивки у вас динамически собираются на основе данных по человеку. Тогда у вас нет ачивок, и это на самом деле проще. Но дороже.
А если для ачивок есть отдельная таблица в БД, есть время получения ачивки, алгоритм за что именно получена ачивка, и какой то реф на события за которые получена ачивка, то вы просто добавляете новое свойство - за что получена ачивка (за тест, и ссылку на тест). - это работа на 1-2 вечера в идеале. Но это идеальные условия.
Из минусов - двух мониторов не будет, но мощности гораздо больше.