Скрипт сервиса Вопросов и Ответов

Писал скрипт для себя, потом хотел продать, покупателей не нашел — отдаю на всеобщее пользование.
———
СКРИПТ НАПИСАН НА ЯДРЕ STEAM CORE, ТРЕБУЕТ ДОРАБОТКИ И НЕБОЛЬШИХ ИСПРАВЛЕНИЙ.
———
Какие модули вошли в состав?:
1)Вопросы и ответы (catalogue)
2)Админка (admin)
3)Тикеты (help)
4)Информация (info)
5)Новости (info/news)
6)Юзеры (user).
———
Запрещаю продажу и присвоение авторского права.
———
Ссылки:
Сам скрипт
Таблицы
———
Установка:
Распаковать в корень сайта, в incfiles/db_ini.php прописать данные подключения к бд. Залить таблицы.
———
ЗЫ: Не забудьте удалить старые данные из базы;)

Добавлено через 06:53 сек.
Сразу исправьте:
В форме заполнения регистрации есть лишний текст (что-то там про email) — удалите его, это излишки производства.
В анкетах в title передаётся тег <img>... — улилите функцию статуса юзера из функции $system['page_title'] файла modules/user/profile.php

Добавлено через 08:18 сек.
ПримЭр работы

varchar(1000), максимум у него 255, тут лучше text

2. Vantuz, как тогда [url=http:// wap-vopros.ru/catalogue/questions.php?id=2&page=]ВОТ ЭТО[/url] получилось?)

1. Daniil.Laptev,

int(50)
int(100)
varchar(1000)

Вот это убило

VARCHAR до MySQL 5.0.3 (если не ошибаюсь с версией) мог быть длиной от 0 до 255 символов, начиная с 5.0.3 от 0 до 8000 символов. Если рассчитываешь хранить большие тексты - то TEXT для этого гораздо удобнее. Он хранит 65 535 символов. Если движок будет установлен на сервер со старой версией MySQL, что не исключено, то длина комментария будет максимум 255 символов (все лишние символы перед записью в БД будут обрезаться с конца).

INT может содержать максимум 4 байта, при условии что длина строки - только число, максимум 10 символов. Диапазон чисел от -2 147 483 648 до 2 147 483 647. Вроде так, если я правильно посчитал. Погугли для уточнения.

`time` int(100) NOT NULL

ЗАЧЕМ в поле времени допускать столько символов? Дата - она 10-значная. 11 символ в ней появится ой как нескоро

`id` int(50) NOT NULL AUTO_INCREMENT

ЗАЧЕМ такое количество символов для индексного столбца? Неужели ты и вправду, собираешься хранить в таблице такое охренительное количество строк? Я даже не знаю такого числа, длиной в 50 символов Мало того, что такая таблица будет весить как груженный камаз, так еще и будет ОЧЕНЬ неповоротливой, и даже самый простой запрос к такой таблице будет выполняться столько, что ты успеешь сходить покушать, попить пивка с друзьями и сделать кому-то ребенка.

З.Ы. движок не качал, код не смотрел.

4, значения от балды тыкались (с расчётом на то, что необходимая запись влезет).
Никто ведь не умрёт от этого.

Эх... А потом люди будут звать на помощь других программистов с просьбой оптимизировать работу, ибо хостер грустит по поводу нагрузки, а админ сайта мучается от жалоб посетителей на долгую работу сайта) Надо же сразу думать а не тыкать "от балды"... Хотя, это ИМХО, разработчику виднее)

6,И какая же нагрузка по вашему будет из-за того, что поле может вместить в себя больше, чем вмещает?)))

Добавлено через 02:18 сек.
И кто будет нанимать на помощь программиста, для того, чтобы зайти phpmyadmin и уменьшить максимальное значение поля?? :

5. Daniil.Laptev, лучше бы unsigned сделал: в 2 раза больше диапазон при том же размере. А вообще, по-моему, mysql не дурак и игнорирует такую длину (судя по length) так что ничего страшного.

7. Daniil.Laptev , говорю потому, что нанимали меня) Проблема правда в другом была, но решалась через панель управления)

Да насчет varchar был не в курсе, отстал от жизнни