Mandor

Нормально, но метод лучше пометить как static.

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

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

Можно ли JS использовать, чтобы заменять на смайлы? Или это непрактично?

Если отдаёте контент в виде HTML, то серверный вариант замены предпочтительнее.

Кстати, cbr.ru умеет контент через SOAP отдавать.

Если задача позволяет - делайте несколько маленьких, так проще и удобнее. Другое дело, если вам нужна фильтрация/сортировки по полям join-нутых таблиц, тогда выбора нет.

500 кб - много, примерно 200 - нормально. И если показываете в уменьшенном виде, то должны быть тамбнейлы.

Сохранять ли в БД или еще куда зависит от того, как вы эти данные собираетесь использовать. Например, можно сохранять в MySQL, но делить таблицы по месяцам (новый месяц - новая таблица), если нужны старые данные - добавляете в запрос нужное количество UNION'ов.

А еще Excel умеет подгружать данные из XML-файлов. Причем форматирование и сами данные при этом находятся в разных местах, что может быть удобным. Экспортирование из PHP в XML неограниченной длины тривиально.

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

Всю логику попадания в промежуток и пересечения промежутков можно встроить в SQL.

- Хранить PHP-код в базе не страшно. Но: 1. исполнять код из БД медленнее чем из файла (нужен как минимум коннект к БД + не очень быстрый eval, как максимум - еще и чтение таблицы с данными с диска), 2. редактировать код из БД обычно менее удобно, чем из файла (будь-то FTP-доступ или SSH), то же самое на счет отладки.
- Eval можете использовать, он для того и сделан, чтобы его использовали тогда, когда надо.
- Если хранить обработчики в файлах или даже добавить к ним и сами тесты никакого файлового ужаса не будет. Просто продумайте структуру заранее. Если вас пугает наличие 10000 файлов в одном каталоге - можно предусмотреть разбивку на подкаталоги, в каждом из которых будет например по 100 тестов. В конце концов как хранят фотки фотохостинги и видео - видеохостинги, не в БД же?!
- Про DSL идея хорошая. Помимо всего остального это поможет снять запрет на редактирование обработчиков тестов только разработчиком сайта.

если y == 0, то выдаем ошибку
z = x/y
если z >= 5, то ...
иначе если z >= 4, то ...
иначе если ...
иначе ...

1. Скачиваем главную страницу (или другую стартовую, если нужная информация находится не на главной).
2. Парсим регулярками нужую нам информацию. Можно парсить не регулярками, а загрузить страницу в какой-нибудь html-парсер и получать от него данные в виде тегов.
3. Информацию полученную регулярками кладем в базу.
4. Парсим либо регулярками либо через внешнюю библиотеку html-парсера ссылки на другие страницы.
5. Если ссылки нам подходят (не ведут на внешний сайт и другие бесполезные для нас страницы) - переходим по ним рекурсивно. Далее повторяем цикл с начала (только парсим не главную, а ту на которую перешли).

Для обновления инфы на своем сайте запоминайте исходные id данных (ну или что-нибудь другое вместо id), и если такие записи в вашей БД уже есть - обновляйте их.