запятые - за отдельные деньги
С аннотациями или перелопачиванием новостей - делаю одну-две для начала, смотрю сколько времени потратил и выставляю счёт исходя из 3-5 рублей в минуту (если работы и так хватает то конечно пишу по 5) :).
Цена 3-5 - московская.
Проверить адекватность заплаченных денег при такой схеме для работодателя довольно просто.
Несколько раз пытался использовать в маленьких/специализированных проектах готовые CMS - впечатление печальное... изучать CMF чтобы потом сделать на ней один-два сайта - смысл? если уже есть энное количество изученных языков и БД.
Вариант "надёргать скрипт оттуда, скрипт отсюда" - это фатальный выбор. Потом расходы на поддержку всего этого зверинца просто чудовищные. Увы, сам с одним таким "наследством" маюсь.
Насчёт того что код это 5% - согласен полностью, есть пример разработки ТЗ и структуры базы длившийся в общей сложности почти год... и потом написанное за неделю ядро.
Для зарегистрированных - по профилю, для остальных - по IP
Обязательно дать возможность незарегистрированным юзерам поменять регион, вдруг оно по IP неправильно определится. И сохранить их выбор в куках.
Если кто-то и увидит что цена отличается по регионам - ничего страшного, все же понимают что есть такая вещь как транспортные расходы. Хотя если есть "нолик справа для москвы" это может быть проблемой, да...
размещение блока ссылок после контента решается вёрсткой, это не проблема вовсе. насчёт облака - если оно достаточно большое - то стоит подумать над иерархической или списочной группировкой тэгов. тут много вариантов и всяких хитрых возможностей. В принципе группировка тэгов позволяет нарисовать понятный любому юзеру интерфейс и отказаться от иерархической структуры собственно сайта. удобно, но программировать всё это.... :)
Бывает, но в основном у меня обратная ситуация - есть клиенты у которых БД в 1251, а у меня везде UTF по умолчанию. Клиентов таких немного, так что это не проблема.
юзабельность на высоте, факт
Но вот некоторым сайтам ставит ТИЦ=0, при проверке вручную показывает реальную цифру.
гражданское применение затруднено ресурсоёмкостью. например чтобы построить меню - нужно около 300 запросов к базе.
менюшка "кстати" - требует около 50 если не учитывать вложенность тегов, и под сотню - учитывая.
посмотрел ещё раз - это точно не жёсткая класификация :-) т.к. /ru/scooter/ это всего лишь фильтр по языку и тэгу. и ничто не мешает иметь документ с тэгами /scooter/snowmobile/ATV/ к примеру. они просто собраны в группы, чтобы было удобнее уточнять.
жёсткость возникает только потому, что пользователям не дают добавлять теги самостоятельно. пока не дают. это же закрытый каталог. Определение связей между документами - тоже есть, работает точно также как и у вас, но учитывает и то в какое "измерение" входит тэг... в принципе можно даже расстояния вычислять между документами.
так что вся гибкость отдана админу :-)
кстати, надо включить менюшку "кстати" которая как раз и ищет другие документы с таким же или похожим набором тэгов... займусь..
