Биллинг для хостинга

селект на 100 вариантов - это уже ошибка проектирования...

я сделал просто 100 строк вида
1=1=100
2=2=200
и т.д.
хватило на 27 кажется строк
но если бы я делал что-то вроде
one_option=первая опция=100
и т.п. , то хватило бы ещё на меньшее количество , т.к. там вопрос не встроках а в ограничении 255 символов в этом поле
причём, обрезается текст в произвольном месте

а сколько у вас вариантов, что нехватает?

Вы имеете ввиду опцию услуги с типом "список выбора" ? Если да, то примерно так сейчас и сделал. Только там ограниченное количество можно ввести вариантов. Ограничение обуслувлено типом поля в базе данных. Поле varchar 255. Сейчас точно правда не помню какое. Посмотрел структуру таблицы. В индексах этого поля нет. Логически выборок с его участием в условии тоже не должно быть. Сменил у себя на text и забил 100 строк с шагом 100 руб. Пока вот так обошёлся.
Кстати, может в оф. версии тоже есть смысл сменить тип этого поля. Думаю Вы уж поняли о каком поле в БД идёт речь. Если нет, покопаюсь в базе, найду его и напишу сюда.

толлько с выбором - услуги настриваемые вручную

А с варьируемой ценой можно как-то сделать ?

почасовых нету...

Нужно реализовать почасовые услуги. Причём логика их работы должна больше походить на разовое выполнение. Например выставил человеку счёт за 3 часа работы программиста. Он оплатил и услуга в результате выполнения ему работ имела бы статус либо выполнено , либо хотя бы активна. Думал, может можно по аналогии с ежедневным, ежемесячным и ежегодным периодами добавить ежечасный?

Также нужна своего рода свободная услуга, в которой цена указывается индивидуально для каждого заказа, а в текстовом поле описывается род работ. С текстовым полем проблем нет, а вот с варьируемой ценой что-то не ясно.

В принципе, если есть возможность реализовать второй вариант, без первого можно и обойтись.