Сообщений в теме: 188

[p@R@dOx...]

Народ, скажите, на кой ляд нужно в базе хранить картинки??? Вы собираетесь like '%sex%' делать?
В любом случае скорость чтения с файловой системы будет быстрее, чем из sql таблицы! Сохраните в базе имя, или индекс картинки, а она пусть на винте лежит. Всё надежнее будет.

Прежде чем приступать к реализации, долго взвешивал все за и против. Единственным большим минусом на который все указуют - это снижение скорости работы, имхо, при все возрастающих скоростях фактор несущественный.
Хранить в папках, оставляя ссылки в БД уже пробовал. Теперь хочу изучить как оно будет в базе и уже на личном опыте убедиться что будет удобней для каждого отдельного проекта.

Сообщение отредактировал p@R@dOx...: 24.04.2007, 10:53:38

[kornel]

Так плюсов то нет ни каких!

[T. Anre]

Так плюсов то нет ни каких!

Как нет?

А если рассматривать картинки как данные, точно такие же как и текст, то тогда получается, что при хранении данных в БД сохраняется целостность данных.

[Drushka]

Хотя имея всего index.php и base.sql (где храняться картинки всего дизайна и include) можно вполне рабочий сайт. Требуется только сделать дамп базы и все.

Конечно это шутка. Я тоже не приемлю хранение картинок в базе.

[T. Anre]

Единственным большим минусом на который все указуют - это снижение скорости работы, имхо, при все возрастающих скоростях фактор несущественный.

Например, на странице надо показывать 10 рисунков, то получается, что необходимо 10 запросов/коннектов для вытаскивания картинок + 1 для генерации страницы. Итого 11 запросов.

Из этого простого примера следует, что производительность может упасть на порядок, а это не мало.

[p@R@dOx...]

Единственным большим минусом на который все указуют - это снижение скорости работы, имхо, при все возрастающих скоростях фактор несущественный.

Например, на странице надо показывать 10 рисунков, то получается, что необходимо 10 запросов/коннектов для вытаскивания картинок + 1 для генерации страницы. Итого 11 запросов.

Из этого простого примера следует, что производительность может упасть на порядок, а это не мало.

Обработка запроса происходит на сервере, при достаточной его мощности, на обработку 11 запросов вместо одного у него уйдет на 0,1 милисекунду больше. ))
Готов пойти на такие жертвы. )

Сообщение отредактировал p@R@dOx...: 27.04.2007, 17:42:00

[kornel]

А если этих запросов будет порядка нескольких сотен тысяч в секунду?

[p@R@dOx...]

А если этих запросов будет порядка нескольких сотен тысяч в секунду?

Ну если НАСТОЛЬКО много, то да...)))

[kornel]

А это в общем то не слишком много. Такие задачи даже в казнете встречаются. Конечно, не как нормальные, но как пиковые, это точно.

[p@R@dOx...]

А это в общем то не слишком много. Такие задачи даже в казнете встречаются. Конечно, не как нормальные, но как пиковые, это точно.

Вот я и говорю под каждый отдельный проект своя система...

[SARMAT]

Посоветуйте литератуту по PHP?

[T. Anre]

Посоветуйте литератуту по PHP?

http://vse.kz/index....howtopic=117052

[p@R@dOx...]

Проснуться бы однажды всезнающим_о_пхп...)

Гуру веба подскажите... Реально ли оптимизировать этот код?

Этот код проверяет наличае. Если есть хотя бы один элемент в таблице, то выдается месседж.

  $ask = $dbh->query("SELECT count(id) as counting FROM ".TABLE_photos." where photo_id='$photo_id'");
  $asked = $dbh->fetch_db($ask);
  $counting = $asked->counting;
  If ($counting>0) {
  echo $exist;
  }

Оно все отлично работает. но вот жажда познания толкает на узнавание...)

[eroha]

довольно маленький код
не дает представления о том что имено можно оптимизировать

[T. Anre]

Этот код проверяет наличае. Если есть хотя бы один элемент в таблице, то выдается месседж.

  $ask = $dbh->query("SELECT count(id) as counting FROM ".TABLE_photos." where photo_id='$photo_id'");
  $asked = $dbh->fetch_db($ask);
  $counting = $asked->counting;
  If ($counting>0) {
  echo $exist;
  }

SELECT-операции лучше выводить в один метод.

$sql	= 'SELECT 100 AS TOTAL';
$aResult= $DB->select($sql);
if (count($aResult ) > 0) {
	echo $aResult[0]['TOTAL'];
}

Сообщение отредактировал T. Anre: 14.05.2007, 16:18:48

[ProtoTeeP]

можно ли оптимизировать??? или это самый оптимальный выход..???
=)

1) переводим временя (часы)
2) перевод название месяцев
3) выводим время суток.

$host = $_SERVER['HTTP_HOST'];

$rv = '+6';
$time = date("H,i,s,d,M,Y", strtotime("$rv hour"));
list($H,$I,$S,$D,$M,$Y)=split(",",$time,6);
$oldM = array("January","February","March","April","May","June","July","August","September","October","November","December");
$newM = array("янвapя","фeвpaля","мapтa","aпpeля","мaя","июня","июля","aвгycтa","ceнтябpя","oктябpя","нoябpя","дeкaбpя");
$M = str_replace($oldM,$newM,$M);
UnSet($rv, $oldV, $newM);
if (5 < $H && $H< 11)
{$vs = 'Дoбpoe yтpo';}
elseif (10 < $H && $H< 18)
{$vs = 'Дoбpый дeнь';}
elseif (17 < $H && $H < 22)
{$vs = 'Дoбpый вeчep';} 
else $vs = 'Дoбpoй нoчи';

[T. Anre]

можно ли оптимизировать??? или это самый оптимальный выход..???
=)

1) переводим временя (часы)
2) перевод название месяцев
3) выводим время суток.
...

strftime
(PHP 3, PHP 4, PHP 5)

strftime -- Форматирует текущую дату/время с учетом текущей локали
Описание
string strftime ( string format [, int timestamp] )


Возвращает строку, отформатированную в соответствии с аргументом format, используя аргумент timestamp или текущее системное время, если этот аргумент не передан. Названия месяцев, дней недели и другие строки, зависящие от языка, соответствуют текущей локали, установленной функцией setlocale().

Сообщение отредактировал T. Anre: 14.05.2007, 16:51:47

[ProtoTeeP]

а-а-а-?

strftime - мы использую чтоб добавить разницу... с учетом что если будет конец дня (месяца, года). он переведет на следующий день (месяц, год).

например 23.00/ 31-12-2007 если добавим с помощью strftime 2 часа
то будет 01:00/ 01-01-2008

а не 25.00/ 31-12-2007 .

оптимальное ли это решение? или есть другой, более удобный способ?

[MbIX_]

Полистал эту тему, такое ощущение, что в теме по PHP собрались далеко не профессионалы.

[San_k]

так тема с вопросами.
которые часто возникают именно у новчиков