- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вот-вот. Захочешь - найдешь причину, не захочешь - повод.
2) Это простая задача с минимальной нагрузкой на сервер.
Это неправда. Трафик между апачем и субд-сервером будет просто огромный по сравнению с остальными данными. Сравнительная скорость работы будет сильно отличаться
Но конечно хостеру глубоко срать, повесится ваш впс от 100 человек в минуту или от 10 - он выделяет совершенно четко ограниченные ресурсы.
Хочется хранить картинки в базе, для экономии места на диски. И тут возникли 2 вопроса:
1) Как к таким картинкам относятся поисковики? к ссылкам на картинки вида mysite.ru/image.php?id=234
2) Как сильно будет нагружаться сервер? не выпиндрит ли меня хостер?
А вы думаете что база данных хранится где то в пятом измерении? На чем экономить собрались?
А вы думаете что база данных хранится где то в пятом измерении? На чем экономить собрались?
Конечно! У нас какие есть измерения - расстояние (три раза) и время - итого 4-ре штуки.
Все остальные физические величины выраженны в них.
А дисковое пространство выражено в мегабайтах - оно к первым четырем вроде как не пристегивается... Так что пятое и есть!
😂😂😂
А дисковое пространство выражено в мегабайтах - оно к первым четырем вроде как не пристегивается... Так что пятое и есть!
Супер!!!!! Классссс!!!
ps. =)) Еденица информации, с точки зрения физики - величина безразмерная... Тогда получается что и скорость передачи информации должна указываться как 1/с.
ps. =)) Еденица информации, с точки зрения физики - величина безразмерная... Тогда получается что и скорость передачи информации должна указываться как 1/с.
В этом кстати нет никакого противоречия =) Байты в герцы перевести как нехрен делать. Фактически просто числовая зависимость.
чушь, ложь, хрень, дурость.
не берите пример с недоумок которые в бд хранят все подряд, самый БОЛЬШОЙ МИНУС - КОГДА БУДЕТЕ ПЕРЕНОСИТЬ САЙТ НА ДРУГОЙ ХОСТИНГ ЗАКОЛЕПЕТЕСЬ ВЫКАЧИВАТЬ СВОЙ СРАНЫЙ ДАМП БД ИЗЗА ГАЛЕРЕИ КАРТИНОК с 100 КАРТИНКАМИ, ибо и пхпмайадмин у вас будет ложиться и прочие неприятности получите.
Любой хостер Вас за такое "выпиндрит". Меня всегда удивляло - русский человек проявляет смекалку, и дотумкивает - ага - вот оно - картинки будем хранить в базе. Но совершенно не представляет себе что это вообще такое. То есть скрипт, выдергивающий оттуда бинарные данные написать можем, а понять к чему приведет не хотим?
Pistol, "2) Это простая задача с минимальной нагрузкой на сервер.", я надеюсь это под тегом айрони? :)
Ok, возьмем пример. Юный прогер запихнул в базу 100 картинок по 50 килобайт. Предположим что на странице у него висит галера из 10 картинок. Заходит одновременно на нее ну 20 человек например.
В результате имеем -
таблицу в БД размером 5 мегабайт - которая, надо не забывать, тоже хранится в виде файла.
200 коннектов к БД.
200 операций выборки данных по 50 кило по всей 5-меговой таблице. (Ага, Вы ещё индексы ей включите...).
10 мегабайт трафика между мускулем и php.
И все это за одну секунду.
Вы либо схватите ограничение на коннекты в MySQL, либо будете ее валить постоянно.
Не изобретайте велосипед - статика должна быть статикой, а не лежать в БД.
Утверждение что картинки нужно хранить только в БД или только в файлах - религиозно фанатично, а следовательно заведомо неверно.
1) Хранить картинки в БД иногда действительно имеет смысл, т.к.
1а) ФС может быть перегружена, а сервер БД вполне возможно живет отдельно. Скорость может оказаться выше из-за этого.
1б) Некоторые хостеры действительно ограничивают место на диске, но не место в БД.
1в) Если нужно вытаскивать картинки с разных фронтиндов, иногда проще кинуть их в базу как в центральное хранилище, не морочась кластерами и распределенной файловой системой.
1г) Проще следить за нагрузкой, т.к. она выделенная и вообще.
2) Хранить картинки в БД в общем случае не лучшая идея, т.к.
2а) Если сервер БД отдельный, то гоняется нехилый траффик между ним и основным сайтом, как следствие задержки и тормоза. А если этот траффик еще и считается, то еще и оплата за трафф.
2б) Если картинки выводятся по несколько штук на страницу, то в общем для вывода каждой из них нужно будет запускать скрипт (жрущий память и проц), устанавливать коннект к БД (коих бесконечно не бывает), запускать лишний процесс в конце концов для отдачи контента (что тоже не кул). Что в общем создает нагрузку.
2в) Сервер сложнее поддается оптимизации и требует больше ресурсов.
Пункт 2б, если речь о виртуальном хостинге, убивает весь смысл. Т.к. при том кол-ве места которое имеет смысл экономить, Вас раньше выгонят с хостинга за нагрузку, чем у Вас кончилось бы файловое место.
Если действительно суровая проблема с местом, то существует Н-ное кол-во бесплатных хостингов для картинок. Вполне можно раз в сутки заливать все залитое к Вам на хостинг - на бесплатные хостинги.