Пользователей оси или пользователей интернета? У меня, например, сильверлайта не может быть в принципе, есть кажется мунлайт для моей оси, но ставить его желания не возникало
>К сожалению, таких разработчиков… я встречал в немалом количестве.
Почему к сожалению? Вам жалко, что человек сидит и пишет свои кмс/фв/орм/бд/яп/ос, полностью отвечающую требованям заказчика, пускай и в 90% дублирующую существующие? Вам жалко заказчика, который платит этому разработчику, видимо по незнанию/глупости? Вам жалко пользователей, которые будут пользоваться «велосипедом» (прямо или опосредственно)?
Если продукт получится плохой и/или слишком дорогой, то разработчика уволят, заказчик разорится, а пользователи уйдут к конкурентам. Если соотношение цена/качество окажется конкурентоспособным, то никто не пострадает, все заинтересованные лица будут довольны, а вам, скорее всего со стороны, почему-то этого не хочется.
По-моему, единственный нормальный способ — это узнать сначала его возможности (статьи, скринкачты и т. п., пройти vimtutor), а затем начать использовать его в реальной работе по принципу «нужно что-то сделать, знаю что vim это может, но не помню как — лезу в help/гуглю», причём не поддаваться соблазнам типа «не помню как в конец строки/файла перейти, фиг с ним пожму стрелочки» (стрелочки и прочие пейдждауны лучше вообще отключить).
Увы, но производительность труда при этом падает в разы, если не на порядки, и сам я своим советом не могу воспользоваться так что пользуюсь vim'ом только для правки конфигов на удалённых серверах, активно используя только i/ и :w :q
Я не говорил, что вы плохие, но вот все эти нюансы «большими красными буквами» как-то так сформулированы… Сейчас зарегистрировался у вас и уже зная про подводные камни всё равно их не смог чётко выделить — какие-то расплывчатые обменные пункты и другие платёжные системы. Нет чтобы написать большими красными буквами «для прямого выводы на Яндекс-Деньги надо пройти верификацию, которая займёт 5 дней, в остальные системы в настоящий момент не выводим». Вот это я называю отсутствием подводных камней.
P.S. Юзабилити у сайта ужасное, в течении минуты дважды вводить ФИО — я такого нигде не видел, кажется. Да ещё зачем-то ограничиваете безопасность — чем помешали знаки пунктуации и спецсимволы в качестве паролей?
Кстати да, за двумя зайцами… Надо определиться, или программист со знанием дизайна, или дизайнер со знанием программирования :) Для этого мой совет выше тоже хорошо подойдёт — пишите и движок, и дизайн сайта с нуля (ещё верстать придётся :) ) и смотрите (слушаете других) что больше нравится и/или лучше получается
Методики две — нормализация при изначальном проектировании, денормализации после нагрузочного тестирования (а иногда и после первого запуска запроса :) ).
А вообще я заметил, что в последнее время перестал проектировать базу данных как таковую. Раньше очень часто с этого начинал новое приложение, а сейчас проектирую модель предметной области (сначала словами, потом диаграммами, прежде всего диаграммами классов), реализую эти классы на выбранном ЯП, а потом «тупо» дублирую (когда почти автоматически, когда ручками) в СУРБД класс как таблицу, объекты как строки, свойства как поля и забываю про БД, до тех пор, пока не приходит (если приходит) время заняться оптимизацией.
По-моему, помещать логику в БД нужно не раньше, чем эта логика на стороне приложения станет узким местом. Прикинуть заранее можно, что можно поместить в БД и какой выигрыш это даст, но спешить не стоит, пока время реакции приемлемое, действительно поддержка в ад превращается. И даже когда будет неприемлемым, а других вариантов оптимизации уже не будет, всё равно ещё раз подумать, а не лучше ли заменить сервер и/или расширить кластер :)
2mcdb: В данном случае по-моему особой разницы нет :) Если уж делать синглтон конфиг, то надо обеспечить его заполнение при инстанцировании (или сделать отдельный метод инициализации), но не разрешать его изменение в других частях программы, сделать свойства только для чтения: грубо говоря, вместо echo $_config->data['hello']['world'] должно быть echo $_config->getData('hello','world') или вообще echo $_config->getHelloWorld()
Который раз с начала августа пытаюсь попасть на эту вики — никак не открывается — 504 :( хотя сам сайт работает
Можно вкратце чем плох реестр? Я в него записываю данные из конфигов/окружения перед инициализацией объекта приложения и использую в самых различных классах от шаблонов до абстрации БД, т. к. передавать в его конструктор десятки параметров, да потом распределять их по другим объектам не кажется мне хорошей идей, хардкодить эти параметры в по всему приложению тем более, как тут set или IoC применить толком не пойму.