bearman, оки. Понял. Видимо у вас понятие о методиках рабты с базами - все в линию.
а вы никогда не думали, что задачи бывают разные????? Для хорошего инет магазина - база на сайте имеет очень плотную интеграцию с базами склада, торгового зали и т.д.
для своих здадачь - вполне хорош.
мы говорим только об инете.
социалки, типа однокласников и т.д. (хотя ненавижу эти помойки). Системы статистики, инет-магазины, штуки типа ленты.ру. Вобщем везде, где есть необходимость оперативно добавлять/изменять большие объемы данных в реальном времени. Для поисковиков используются более сложные методики, хотя, безусловно, на базе субд.
Для форумов это оправданно, но только частично.
пипец. пхп - это, по сути, фреймворк для перла (по крайне мере так утверждает сам автор). И умеют они одни и теже вещи (чуть синтаксис отличается)
а зачем реализовывать задачу для субд на чем-то другом? Скажу только что сайты такого масштаба уже не для мускула а для чего-то посолидней. Там сама структура баз, механизмы доступа и транзакций начинают играть перврстепенную роль.
T.R.O.N добавил 13.04.2009 в 17:14
Win32.HLLW.Autoruner.6326 - не о чем не говорит?
timokha,
там же русским по белому <meta name="generator" content="WordPress 2.3.1" /> <!-- leave this for stats -->
а работает как и все впресные... что так удивило?
asserte, Вы говорите все правильно, если предположить что решается задача где хранение данных в базу (мускул, ацес и т.д.) имеет смысл. Я же говорю о тех задачах, где это не имеет смысла вовсе. И не имеет значение какой вараинт субд используется. В частности, использовать мускульные базы в цмсках, где обновление данных происходит на 0,1% в месяц (при этом все страницы собираются 'налету' из базы для каждого просмотра) - просто абсурд.
Понимаю, - последовательность мыслей понятна, - книжку в пхп в зубы, там есть основы мускула. Серва, вобщем, мощьный. Ура. Получилась цмс.
T.R.O.N добавил 13.04.2009 в 16:16
не всегда - но увеличивают, оптимизируя то, о чем большинство программеров не задумываются
Вот-вот. Делаем паровоз для машиниста. то что все тормозит - это фигня. Юзер подождет. Если Вы действительно так и подходите к вопросу, как написали - то все что чуть сложнее домашней странички будет кошмарить посетителей.
Но вренусь к началу. Если действительно у Вас некая часть сайта предназначина для вывода/редактирования данных, при этом отношения оперций с базой имеет значение чтение/запись(обновление) =~ 100/1 - 1000/1 - безусловно все оправдано. Если нет - ищите другие решения, если только Вам не наплевать на посетителей.
T.R.O.N добавил 13.04.2009 в 15:55
безусловно. Я тольок говорю о том, что решний значительно больше одного.
Если сайт расчитуется на 1-500 уников с сутки - любое решение потянет. Начиная от массовых цмс до статики.
Где нужна СУБД - безусловно. Разве об это кто-то спорит. Вопрос в том, что для решения большинства задачь СУБД , как таковая, вобще ненужна. Вы считаете, что хранение статической страницы, которая собирается в результате 10-30 запросов к базе - это самое удобное решение?
bearman, За базар, обычно, приходится отвечать, не задумывались?
как и сейчас. Очень похожие, на стандартные, но узкосециализированные. Ну а для городских порталов использовать такие механизму - это насилие над техникой и юзерами.
PS Я просто тащусь от спецов, которые свято верят что мускул - это едиственный механизм работы с массивами данных. Кроме этого, считают, что он самый удобный и единственный приемлимы. Узколобость познаний никогда еще небыло признаком специалиста.
Все впихивать в базы, это как верстать страницы с использованием только таблиц - можно, но криво. Все должно использоваться для своих целей.
Сервак под *nix? На своем компе - винда? Если да - В настройках FTP укажи что качать именно текстовый файл а не бинарный.
прикол, или Вы и правда считаете что все пишется тока на эскюэлях??????
