Странно, что никто не вспомнил о возможности постепенно брать слабенькие сервера под ретрансляторы. Радио-сервер это такой "размножитель потока" ему не так много надо вычислительной мощности и дисков.
Ну хостеры ведь о себе думают. А у медийщиков и их неграмотных управляющих бывают шальные деньги :)
Himiko, а из них 90% делает greylisting. все остальное фигня какая-то только для сисадмина на зарплате готового постоянно возиться с почтой.
Могут быть и правы. Можно перенести место обслуживания сайте не меняя сервера dns. Хотя так редко делают, так как это вынуждает сохранять с предыдущим хостингом какие-то договоренности или даже платить им. Пингуйте и смотрите IP откуда сайт открывается сейчас.
С точки зрения удобства поддержки почтовой системы - толковых нет. Но если вы готовы посидеть поругаться с сотрудниками - попробуйте CBL consolidated black list. Там сразу много разных списков объединяют в один.
<object data="http://www.domen.ru/banner.swf"
то есть путь у вас абсолютный и с www. может другие баннеры с относительным путем просываются в html?
select * from (select pq_id,pq_question from questions order by rand() limit 1 ) questionsjoin options on ( questions.pq_id=options.po_question) ;
наверное вы union спутали с join :)
не понимаю в чем тут можно трудности увидеть. Да, pd_id в каждой строке будет повторяться, но это не проблема. Нужно помнить об этом и вывести заголовок вопроса только из первой строки.
Кстати, в таком виде limit 1 работает.
Запрос есть где оптимизировать, но это уже зависит от объема ваших данных.
Особенность order by rand() в том, что оно вычисляет функцию rand() для каждой записи и все это сортирует. С увеличением объема данных все это начинает тормозить. Поэтому, если тут речь идет о выводе блока на главную страничку сайта, блок следует сохранить (закешировать) и лишь иногда обновлять содержимое.
Конечно, это если речь идет о живом немаленьком проекте. Преждевременная оптимизация тоже ведь вредна.
T.R.O.N, так слово нор-ма-ли-за-ция вам не знакомо или вы все-таки изучили плюсы и минусы и являетесь убежденным ее противником ?
есть такая бяка.
У вас же есть дамп с тестовыми данным? выкладывайте. Ну или хотя бы дамп без данных.
Всех в этом разделе ломает по вашему описанию воссоздавать структуру таблиц, а если есть дамп - все гораздо легче.
Пока могу сказать, что order by rand() нужно применять очень осторожно и желательно результат где-нибудь покешировать. либо выбирать данные с ограничением за последний, допустим месяц.
Да понятно, но эту библиотеку внедряют во многие проекты. 200кб кода это не бред провинциального дизайнера, а уже свершившийся факт. И тут нет сложных потенциальных проблем, ведь файлы грузятся почти на любом хостинге.
Есть реализация zip прямо на голом php : http://www.phpconcept.net/pclzip и распаковки и запаковки.
Вот тут вроде кто-то примеры писал : http://php.russofile.ru/ru/authors/unsort/zip/
напишите свой "приватный скрипт" и схороните глубоко :) это не должно быть очень уж сложно
Есть вариант с mysql-proxy, но вряд ли он вам покажется простым.
обычно приложение организует такой лог у себя.
