Как же еще взять с одного пользователя 2 свойства, размер одежды и размер обуви?
Из заказа получаем пользователя, а из него уже получаем одежду и обувь.
Увы — нет. Просто и так работает, добивает мысль о том что из $model->foto все вытащить можно а if ( $model->foto) говорить что пусто.
Завтра попробуем. Спасибо. Какая то abuz у вас с кармой. щелкнул +. Стала 3.5 вместо 4 бред какой то.
>z3apa3a
сервер с бекапом, ну это перегнули явно с сравнением) Вероятно у меня не тот уровень просто)). Я сеть вижу как один кабель с потолка воткнутый в свитч на уровне бедер за шкаформ. От туда по коробам по офису.)) Уборщица не заденет, высота на та. Просто если сотрудники айтишники, им помоемувобще пофиг они без админа сами админят. А если ногтенакрасочная — тогда можно подумать).
А вот так можно что початать на эту тему? Тему поднятия сетей в офисах, размещения свитчей. Проблема предложенного вами способа в глупом, казалось бы расхода кабеля. Получится вместо одной длинной витой пары до серверной, 15 проводов до серверной такой же длины? Этож глупость)
>Вам в моделе нужно поле «Имя картинки» или «Путь к картинке».
Может не понятно написали. Мы просто пытаемся залить фотку на сервер с компа. С дедовских времен аплоад работает в php так( кэп моуд он): браузер отдает картинку скрипту, а там глобальной переменной далее мы проверяем IF ($_FILES !=0) то работаем дальше с фоткой. ( кэп моуд офф)
Удивительно то, что переложив на YII казалось бы аналогично все. С определением существования if($_FILES['Pilgrims']['name']['foto'] !=0) все пашет как и должно пахать с дедовский времен.
Но обращаться к глобальной переменной $_FILES чтобы узнать о существовании файла залитого немного глупо, потому что написана модель, которая загадочный образом работает!!! из нее вытаскивается и файл и имя но!!! if ( $model->foto!='') не работает))) но работает $img=CUploadedFile::getInstance($model,'foto');
То есть файл как бы есть в модели, но if ( $model->foto!='') не работает)))
пр нат виноват, что то глупость написал. Фейсбук конечно может позволить) Если трейс не проходит ни одного узла, значит нужно указать второму компу днс гугловый 8.8.8.8
ух. FLV у нас оказывается тоже контейнер) Видимо он просто для потока хорош.
Нy раз есть такие программы rutracker.org/forum/viewtopic.php?t=3700352
не знаю как они работают покачеству…
то суть я понимаю их такова:
Нужно найти в контейнере точно начало потока и точно его конец. Обрезать соединять здесь видео можно на уровне бинарных данных. Если часть выбрали, то просто цепляем к нему хедер и футер с оригинального файла. Но это не прокатывает, что то нужно еще делать:
Я как то баловался с GOPRO видюшками, просили восстановить видео с убитой гоу про. Файл физически набит информацией, но походу метку atom контейнера mp4 gopro пишет по окончанию записи.
Кидал поток бинарный через winhex из одного файла в другой — думал что плеер переключится легко — ведь ролики с одной камеры — все идентично, но нифига не вышло! не так просто оказалось) Видимо обрезка должна происходить на стыке GOP ( group of picture ) между ключевыми кадрами формата. Winhex же просто матрица) Вобщем здесь все сложно, нужно ковырять было жестко видеоконтейнеры… Потому в своем случае я нашел прогу которая пыталась! восстановить видео по шаблону, просила дать хороший файл с той же камеры и прочее… сделала…
На сколько хватает моих бедных знаний то нужно:
— поделить видео на секции, делают же закачку даунлоад менеджеры по сегментам
— к примеру на 5 секций. с 0 по 10 байт с 10 по 20 и так далее. Ждем загрузки всех байт из какой либо секции ( ) присваиваем ей имя нужный порядковый номер.
— говорим энкодеру что это вот, бать, входной формат такой h263 25fps, не черезстрочное, и вся прочая мутота с оригинального заголовка файла.
— энкодер выдает новый файл контейнер (если просто видео поток то хорошо, не надо распаковывать)
— делаем последние 3 шага со всем сегментами, клеим их так же на уровне байтов, упаковываем в контейнер. Отдаем браузеру. Здесь важный шаг — какой формат можно так легко кромсать и склеивать без глюков при склейке?
— Может ютуб отдает файл при загрузке сразу энкодеру, а когда тот натыкается на конец байтов со входного видеофайла ( ну не залился он еще) просто делаем энкодеру паузу на 5 сек и новая попытка.
Ютуб страдает тем же самым. Я заливал на него разные ролики — не понял законономерности когда кодирует при заливке когда ждать полной заливки. У ютуба до html5 был загрузчик на яве ( в нагрузку ). Сдается мне стянуть информацию о видео видеоролике т.е локально прочитать все его свойства можно через html5.
Но кодировать получанные в данные в h264 не получится, ибо сам по себе кодек основан на промежуточный ключевых каддрах и тм алская математика — склейки не получится.
Слается мне ютуб делает хитрее! Он сначала кодирует в средний формат FLV 640 на 480 — а он помоему как раз очень удобно склеивается, а потом, когда пользователь видет залитый результат — предупреждает его, что в лучшем качестве еще не готово! и именно лучшее качество есть h264.
Т.е предвариловка в flv — месседж что лучшее качество fullHD еще ждать, а потом уже и это успевает.
