HELP!!! Помогите определить примерную стоимость проекта?
66 сообщений
#16 лет назад
Господа программисты, я извиняюсь, но вам не кажется что в своих спорах в отошли от темы форума:angry:???
697 сообщений
#16 лет назад
Angel_Stas, а что Вы возмущаетесь? Вы не в стране Советов родились? Вам говорят: оптимальная реализация на основе LAMP-технологии. Стоимость разработки движка сайта с нуля от 10к$ (чтобы JS-error-ы не выскакивали, человекопонятный URL был, оптимизация, др., админка опять же), толкового разработчика ещё поискать надо, деньги можно "бухнуть" знаете-ли. Не забывайте, что дальнейшая администрация потянет на штуку в месяц (сотрудник, рабочее место, электричество, Net, почта...). Можно конечно и за 2к$ (лично сам не знаю таких мастеров) сделать, но тогда на техподдержке или на администрации разоритесь. Оптимально поискать готовое решение, тогда хорошее изделие можно будет приобрести за 4к$ (анализ, поиск, тестирование, само изделие). Можете подождать, годика два, когда рынок насытится - цена спадёт. Можно на свой страх и риск сейчас начать потихоньку... А то пришли на форум и права качаете! Не хорошо знаете-ли.
8 сообщений
#16 лет назад
Svetozor прав. У меня тоже есть своя технология (если так можно сказать) которая позволяет сделать форум, чат или еще что-то.База данных располагается в специальных файлах. Но это будет работать только когда посещаемость не очень высока. Кстати в паблике есть чаты в которых используются текст. файлы. для хранения инф.
3563 сообщения
#16 лет назад
Цитата ("Novick"):Нет-уж, ArtLab, я в структурах и проектировании ничего не понимаю. Для меня, как разработчика, важен перечень команд интерфейса API. Вот пусть придёт Tvv, и рассудит: что быстрее, что медленнее, в каких случаях применяется. Я ему больше верю, знаете-ли...
Нет смысла сравнивать эффективность хранилища данных в отрыве от важных параметров связанных с самими данными (что храним), их объемом (сколько), операциями (что с ними делать будем), нагрузкой (сколько чего будем делать) и т.д.
Для узкоспециальных задач (таких как хранение БД индексов страниц в поисковиках) используются узкоспециальные разработки. Файлы могут быть быстрее того е mySQL, для простого небольшого форума. Но ими обычно пользуюся не от хорошей жизни (дорого, и труднорасширяемо).
Что касается темы:
Давать ссылку на большой проект, и ждать точной оценки не стоит. Т.к. разобраться в большом сайте за 5-10 минут нельзя, доступа до админ части нет вовсе, а поверхностный анализ дает такие же поверхностные оценки. Рекомендую самостоятельно составить перечень функций(возможностей), он все равно понадобится.
3240 сообщений
#16 лет назад
Оффтопик
Да вы что! А зачем тогда вообще базы данных нужны, если файлы так удобны и быстры? Plain (or binary) files - это конечно хорошо, все просто, если данных мало - очень быстро... Если запросы к данным простые, линейные, без сложных выборок и сортировок, и только в режиме read only - файлы лучший выбор.
Но, главное неоспоримое преимущество базы данных - это обеспечение целостности данных. Поддержка транзакций. Репликация.
Работать с системами, которые хранят данные в файлах, означает не ценить эти данные, быть готовым их в любой момент потерять. Пример - например есть неких движок который хранит часто меняющиеся данные в файлах. Что произойдет, если в любой случайный момент времени например перегрузится комп? Или, как сделать бакап каталога, в котором непрерывно в реалтайме происходят изменения, чтобы не было нарушения зависимостей между содержимым файлов?
Максимум, что из изменяющихся данных можно доверить хранить файловой системе - это сессионные данные, если нагрузка не велика. Что мы и так наблюдаем в PHP по умолчанию. А так, удел файлов - хранение конфигов и наборов метаданных, которые не меняются динамически. Также в файлах можно хранить закешированную информацию. Но не рассматривать как постоянное хранилище.
Но, главное неоспоримое преимущество базы данных - это обеспечение целостности данных. Поддержка транзакций. Репликация.
Работать с системами, которые хранят данные в файлах, означает не ценить эти данные, быть готовым их в любой момент потерять. Пример - например есть неких движок который хранит часто меняющиеся данные в файлах. Что произойдет, если в любой случайный момент времени например перегрузится комп? Или, как сделать бакап каталога, в котором непрерывно в реалтайме происходят изменения, чтобы не было нарушения зависимостей между содержимым файлов?
Максимум, что из изменяющихся данных можно доверить хранить файловой системе - это сессионные данные, если нагрузка не велика. Что мы и так наблюдаем в PHP по умолчанию. А так, удел файлов - хранение конфигов и наборов метаданных, которые не меняются динамически. Также в файлах можно хранить закешированную информацию. Но не рассматривать как постоянное хранилище.
1090 сообщений
#16 лет назад
tvv, только вот в MySQL, обычно применяемом в форумах, не используется ни репликация, ни журналирование.
3240 сообщений
#16 лет назад
Цитата ("alibek"):tvv, только вот в MySQL, обычно применяемом в форумах, не используется ни репликация, ни журналирование.
Это говорит или о том, что владельцам этих форумов наплевать на хранящиеся данные, или же о непонимании вопроса.
120 сообщений
#16 лет назад
Эээ.. а нафик на форуме нужна репликация???))) какое блин журналирование?? какие такие транзакции? че с ними делать на форуме? ) чтобы сделать откат сообщения если вдруг каданить база умрет в момент обновления щоччегапостоф у запостившего юзера?)