Тут все зависит от того, в какой части Вам нужен результат. А в целом то у каждого куска (теоретически класса) есть свой файл, который отдает результат своей работы СМАРТИ-интерпретатору, и в дальнейшем на вывод его (результата) на страницу. Вот когда определитесь где нужно делать запрос, тогда и смотрите в тот файлик, который отвечает за вывод данной части.
п.с. Или как вариант, это создание отдельного файла со своим запросом и обработкой этого запроса, а потом простым инклудом добавить код в нужную Вам часть скрипта. Главное только не забыть результату (переменной с результатом) присвоить значение, передаваемое СМАРТИ-интерпретатору.
п.с.2 Если ошибся где-то с понятиях и названиях, прошу прощения. Я это понимаю так как говорю. Главное чтоб Вы поняли направление действий.
Из моей практики тоже не было заметно разницы в индексировании между дивами и таблицами. Зато дивную верстку легче править, если правка глобальная (изменение структуры сайта). Единственное, что у меня до сих пор никак не получается добиться, это растягивание дивной верстки на всю высоту таблицы, если текста (контента в целом) на странице очень мало. В таких случаях применяю таблицы. Но стараюсь их применение ограничить только каркасом сайта. А так все стараюсь на дивах лепить.
п.с. savage Статью пока прочитать не успел (сейчас начну), но в любом случае само её название говорит о том, что автор смотрит только со своей стороны, избегая чужих мнений и задач, что уже неправильно. А потому можно поспорить кто делает глупость :)
DyaDya: Возможно до UPDATE лучше проверить, а будет ли $newparam отличаться от старого значения. Бывают ситуации, когда по статистике только 10-20% операций требуют реальных изменений в базе. Может быть у вас тот случай. Тогда запросов на UPDATE потребуется на 80-90% меньше.
С этим полностью согласен - все данные (все строки) редко когда обновляются, потому проверка на изменение может существенно снизить кол-во запросов. К тому же значение поля "параметр" все равно уже вытаскивается.
DyaDya: 2. Может быть следует повнимательней изучить структуру таблицы. Например, сделать все поля фиксированного размера. Ну типа VARCHAR заменить на CHAR. Чтобы таблица не была динамической. В общем, при больших размерах таблицы выигрыш в скорости может быть ощутимым. Опять же всяко бывает.
DyaDya
А Вы не подскажите, даст ли это результат при количестве, примерно, 100 строк по 6-8 полей в БД ?
п.с. В ПХП пока слабоват. Но на практике с подобной задачей уже сталкивался (обновление прайсов, а точнее цен и наличия в БД).
В свое время пробовал тоже добится такого же результата - не получилось. В конце-концов был написан модуль, который выводил все товары по типу "вывод всех товаров списком" (вывод товаров списком из категории), но с условием, что товар отмечен как спец. предложение. Ну и обрезалось все дело в запросе на 6 товаров. Выводилось и краткое описание, и "добавить в корзину".
К сожалению, ни данного модуля, ни всего собранного скрипта не осталось :( Но может хоть идея пригодится.
п.с. Насколько помню просто был скопирован файл вывода списка товаров, немного изменены в нем запросы + в шаблоне переменная с результатом обработки данного скрипта вызывалась только в случае если открывалась главная страница.
Приношу извинения. Возможно и поспешил с выводами.
Но знаком с инет-магазином парфюмерии, и знаю примерно какие наценки там стоят (с учетом того, что цены немного выше многих конкурентов). И вот получается, что рентабельности в 100+% никак не получается, заработок там относительно небольшой, просто из-за специфики товара (можно отправить курьером на тролейбусе, а не везти на своей машине клиенту) им заниматься выгодно как одним из видом "домашнего" бизнеса. Именно такими сведениями я располагаю, и останусь при своем мнении.
Но ещё раз, приношу извинения. Возможно у Вас все совсем по-другому.
Цена, по сравнению с месячными доходами (назваными Вами) выглядит очень смешной (низкая очень). Да и в целом парфюмерия при 250 посетителях в день чтоб давала 2-3 тыс. баксов - практически нереально.
shimyk
Тут все зависит от того, в какой части Вам нужен результат. А в целом то у каждого куска (теоретически класса) есть свой файл, который отдает результат своей работы СМАРТИ-интерпретатору, и в дальнейшем на вывод его (результата) на страницу. Вот когда определитесь где нужно делать запрос, тогда и смотрите в тот файлик, который отвечает за вывод данной части.
п.с. Или как вариант, это создание отдельного файла со своим запросом и обработкой этого запроса, а потом простым инклудом добавить код в нужную Вам часть скрипта. Главное только не забыть результату (переменной с результатом) присвоить значение, передаваемое СМАРТИ-интерпретатору.
п.с.2 Если ошибся где-то с понятиях и названиях, прошу прощения. Я это понимаю так как говорю. Главное чтоб Вы поняли направление действий.
Из моей практики тоже не было заметно разницы в индексировании между дивами и таблицами. Зато дивную верстку легче править, если правка глобальная (изменение структуры сайта). Единственное, что у меня до сих пор никак не получается добиться, это растягивание дивной верстки на всю высоту таблицы, если текста (контента в целом) на странице очень мало. В таких случаях применяю таблицы. Но стараюсь их применение ограничить только каркасом сайта. А так все стараюсь на дивах лепить.
п.с. savage Статью пока прочитать не успел (сейчас начну), но в любом случае само её название говорит о том, что автор смотрит только со своей стороны, избегая чужих мнений и задач, что уже неправильно. А потому можно поспорить кто делает глупость :)
Возможно до UPDATE лучше проверить, а будет ли $newparam отличаться от старого значения. Бывают ситуации, когда по статистике только 10-20% операций требуют реальных изменений в базе. Может быть у вас тот случай. Тогда запросов на UPDATE потребуется на 80-90% меньше.
С этим полностью согласен - все данные (все строки) редко когда обновляются, потому проверка на изменение может существенно снизить кол-во запросов. К тому же значение поля "параметр" все равно уже вытаскивается.
2. Может быть следует повнимательней изучить структуру таблицы. Например, сделать все поля фиксированного размера. Ну типа VARCHAR заменить на CHAR. Чтобы таблица не была динамической. В общем, при больших размерах таблицы выигрыш в скорости может быть ощутимым. Опять же всяко бывает.
DyaDya
А Вы не подскажите, даст ли это результат при количестве, примерно, 100 строк по 6-8 полей в БД ?
п.с. В ПХП пока слабоват. Но на практике с подобной задачей уже сталкивался (обновление прайсов, а точнее цен и наличия в БД).
vintyara
Свяжитесь, плиз, со мной по аське: 461тридватри228
PrimalArt
В свое время пробовал тоже добится такого же результата - не получилось. В конце-концов был написан модуль, который выводил все товары по типу "вывод всех товаров списком" (вывод товаров списком из категории), но с условием, что товар отмечен как спец. предложение. Ну и обрезалось все дело в запросе на 6 товаров. Выводилось и краткое описание, и "добавить в корзину".
К сожалению, ни данного модуля, ни всего собранного скрипта не осталось :( Но может хоть идея пригодится.
п.с. Насколько помню просто был скопирован файл вывода списка товаров, немного изменены в нем запросы + в шаблоне переменная с результатом обработки данного скрипта вызывалась только в случае если открывалась главная страница.
думаю
Сапе может быть разницы и нет, а вот ПСам есть. Ведь спокойно могут забанить.
Logistic
Ну по ходу дела тут ситуация такая, что не мы даем денег ТСу, а он нам. И если денег мы не получаем, то и оказания услуги не будет :)
Так что вероятность проблем с ТСом в даной ситуации минимальна.
DenGrifon
Приношу извинения. Возможно и поспешил с выводами.
Но знаком с инет-магазином парфюмерии, и знаю примерно какие наценки там стоят (с учетом того, что цены немного выше многих конкурентов). И вот получается, что рентабельности в 100+% никак не получается, заработок там относительно небольшой, просто из-за специфики товара (можно отправить курьером на тролейбусе, а не везти на своей машине клиенту) им заниматься выгодно как одним из видом "домашнего" бизнеса. Именно такими сведениями я располагаю, и останусь при своем мнении.
Но ещё раз, приношу извинения. Возможно у Вас все совсем по-другому.
Цена, по сравнению с месячными доходами (назваными Вами) выглядит очень смешной (низкая очень). Да и в целом парфюмерия при 250 посетителях в день чтоб давала 2-3 тыс. баксов - практически нереально.
Barlog
Таких даже в школу не берут :D Вот он и решил что кому-то тра... моск все же нужно.