EXEC i MySQL

[papieros]

jeśli coś jest killowane, jak sugeruje MMP to może posłużyć się 'nohup', hę? ale chyba nie tu jest pies pogrzebany bo w przykładzie MMP

wyłączenie konsoli/shell'a zabija oczywiście wszelkie procesy z nim związane (chyba, że wywołane z nohupa). Exec zaś powinien utworzyć nowego shell'a, wykonać i zamknąć nie naruszajć bieżącego. Jeśli coś się za dużo kiluje to to błąd kernela.

W każdym razie nie zawadzi przetestować 'nohup'

[dargre`]

Spróbj sie postawić w roli osoby która nie widzi Twojego projektu. Wiem wiem czepiam sie.

Nie wiesz czego się czepiasz. I głupotą jest takie pisanie jak nie możesz wiedzieć jakie są moje doświadczenia.

Ja pracowałem dla setek ludzi ze stronami typu share video.

A dalej, dla kolenych setek z innymi skyptami.

A dalej, sam napisałem ich dziesiątki.

I nie pouczaj mnie ze swoimi rewelacjami, bo to dziecinada.

papieros,

dzięki za konstruktywny post.

ewidentnie wygląda na to, że pewne procesy są "kilowane"

ale w błąd kernela ciężko uwierzyć.

jakoś dziwnie się dzieje, że jedne procesy są kilowane a inne nie...

W sumie do konwersji nie używany jest ffmpeg...

Dałem go jako przykład tylko.

Faktycznie używany jest "mencoder"

Czasem jest to pojedyncza komenda,

ale np. w przypadku enkodowania do x264

najpierw idzie konwersja mencoderem do rawvideo i to 2-pass,

później odkodowanie dźwięku do formatu wav mplayerem,

później neroAacEnc koduje dźwięk do mp4,

później MP4Box enkoduje rawvideo do mp4

następnie połączenie tego wszystkiego w formacie .m4v

i na koniec rename do FLV.

pretty complicated...but required

No ale późniejsze (pewne) procesy są kilowane, niezaleźnie czy to jest jedna komenda, czy tak wiele jak przy konwersji x264.

Przetestuję nohup.

[papieros]

string exec ( string $command [, array &$output [, int &$return_var ]] )

Może sprawdż co jest w return_var w niewykonanych komendach.

Szansa mała ale może a): przepełnia się /temp, za mało pamięci na process

[dargre`]

string exec ( string $command [, array &$output [, int &$return_var ]] )

Może sprawdż co jest w return_var w niewykonanych komendach.

Szansa mała ale może a): przepełnia się /temp, za mało pamięci na process

No więc return nie zwraca nic. Ani false, ani true.

Wygląda jakby polecenie np. mysql było kompletnie ignorowane.

Jak uruchomię skrypt nie w tle, a jako zwykłe php,

nawet komendy echo i print są ignorowane...

Nie wiem tylko jakim cudem późniejsza komenda "fl2tool2 ..." jest wykonane i

jakim cudem zewnętrzna funkcja generuje i zapisuje mini-obrazki....

Dałem komendę "mencoder ..." z print logiem i widzę co i jak jest wyrzucane na ekran,

wygląda jakby proces nie został dokończony, chociaż plik wynikowy jest niby OK.

Więc pewnie mencoder... tyle że aż tak wali, że nic nie mogę później wykonać?

[papieros]

Może, jeśli uparcie nie chce działać takie podejście, wywolac batch'a, który wywoła mmcoder'a a nastepnie php z updatem bazy.

Z drugiej strony ciekawe by było uzyskanie odpowiedzi czemu to nie chce dzialac.

[papieros]

dagre, i jak się sprawa skończyła? Pytam, bom ciekaw.