- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
golinsky, я спросил причину превышения max_connections в случае единичного запроса к базе с таблицей, содержащей большие объёмы информации BLOB-полях. Возможно, я не заметил, что спрашивал Вас о чём-то сверх этого? Написали Вы довольно много всяких букв. Да не суть важно...
Еще раз говорю я о макс соединениях не говорил, и это не единичный запрос, это только снаружи единичный запрос, т.е. вы видите фронтенд в виде sql не задумываясь о том как это все обрабатывается. А обрабатывается это в цикле c обработкой индексов и т.д. и т.п., т.е. скорость будет очень низкой при большой выборке select * как я написал. Поэтому даже вычисление числа Фибоначчи будет работать быстрее в разы.
И как я уже сказал у меня есть опыт, в этом вопросе я не теоретик..
Вопросов более не имею.
столько профессионалов .... ахренеть можно.
Сначала я тоже подумал, что это какая-то чушь, хранить видео в базе мускула. Но, похоже, мало кто обратил внимание на тип таблицы: FILES, а это существенно меняет дело.
Начнем с того, что этого engine не существует и в статье просто МЕЧТЫ о нем :
http://habrahabr.ru/blogs/mysql/45966/#habracut
Так и не понял, нафига эти извращения...
То фотки в мускуле, то видео, блин.
DyaDya )) был проект, разработка одного кулибина, этот мудила запихивал новости вместе с картинками в мускул, так я был в полнейшем шоке сколько дамп весил.... Фтопку это, если файлы локально то всё делается просто
http://sysoev.ru/nginx/docs/http/ngx_http_flv_module.html
http://easylinux.ru/node/271
http://www.ligams.com/Publications/Serveur-Web/PHP-Streaming-et-Flash-FLV
http://blog.lighttpd.net/articles/2006/03/09/flv-streaming-with-lighttpd
http://www.flasher.ru/forum/archive/index.php/t-86520.html
А там дело техники и прямых рук...
спасибо, очень много информации... пока изучаю :)
хотел спросить:
1) тут рекомендовали прочитать про antileech
ну если использовать antileech, то тогда надо видео файл отдавать через php в любом случае?
и подумал для того чтобы контролировать кто сколько качал или смотрел... (защита от ботов, флуда, доса и платный сервис может сделать)
можно ли отдать видео файл через php http://df.com/file/php?file3wer.flv ? , и чтобы клиент смог его смотреть на этом же сайте через браузер в JavaScript который подгрузит флеш плэер??
есть ли php скрипт чтобы там отдать видео файлы?
я так понимаю что нет? просто интересует как сделать маленький контроль, чтобы смотреть кто сколько смотрит или качает и конролировать это... 10Тб трафика я наверное смог генерить, хотя и трафик безлимитный у меня... - дорого
2) я хотел ставить не целый фильм, а файлы от 5М до 100М или 200М ( или перекодировать их до этого размера в flv)
а подскажите что вот это http://dev.mysql.com/doc/refman/5.1/en/create-tablespace.html
http://dev.mysql.com/doc/refman/5.1/en/files-table.html , это не то?
оффтоп:
первоначально показалось что в MySQL будет логично хранить... на 75%
на счет того что из MySQL будет медленно - я не знаю не пробовал... в гугле не очень много информации, в документации специально написано что можно туда ставить файл 2-4Гиг, но про то что будет очень медленно не написано...
между php и MySQL данные передаються через share memory если я не ошибаюсь, + статику apache1 или другой легкий веб сервер отдаст быстрее чем динамику, если картинки выдавать и т.д.
если использовать pool_connect то максимум будет одно соединение с MySQL
еще есть так называемые распределенные файловые системы, даже для картинок, где информация о файлах хранится в MySQL базе, и специальное чтение файла котрый храниться в таком виде, когда нужно один раз создать файл, а потом многократно его читать, модификация файла производится только путем полной перезаписи....
почитайте http://adw0rd.ru/2009/videoservice-handmade/
спасибо, почитал
остановился, вот на этом и контролировать качание через php в этом же скрипте
nginx и lighttpd не люблю использовать...
а через nginx, antileech, можно сделать?
что-то пустота: http://www.google.com.ua/#hl=uk&q=nginx+antileech&start=20&sa=N&fp=de5284c8c5f5ddc