🚀 go-pugleaf

Bober wrote:

> Witam!
> 
> w katalogu public/pdf mam plik test.pdf
> 
> gdy próboje go otworzyć:
> http://127.0.0.1:3001/pdf/test.pdf przegladarka otwiera bez problemu,
> natomiast gdy chce na końcu metody przekierować
> do pdf/test.pdf  (redirect_to_path "/pdf/test.pdf" ) to otrzymuje
> błąd:
> 
> no route found to match "/pdf/test.pdf" with {:method=>:get}
> 
> 
> jak to naprawić?

A po co chcesz robić redirect? Nie możesz wysłać pliku do przeglądarki?

send_file "public/pdf/test.pdf" 


-- 
.:: Piter // phlawski$gmail,com // gg: 4534287 ::.
Nastoletnie Żółwie Mutanty Ninja są oparte na prawdziwej historii: Chuck
Norris połknął kiedyś żółwia w całości, a kiedy g wysrał, żółw miał dwa
metry wysokości i znał karate.

On 5 Gru, 13:21, Piotr 'piter' Hlawski
<phlawski@cut_this_crap.gmail.com> wrote:
> Bober wrote:
> > Witam!
>
> > w katalogu public/pdf mam plik test.pdf
>
> > gdy próboje go otworzyć:
> >http://127.0.0.1:3001/pdf/test.pdfprzegladarka otwiera bez problemu,
> > natomiast gdy chce na końcu metody przekierować
> > do pdf/test.pdf  (redirect_to_path "/pdf/test.pdf" ) to otrzymuje
> > błąd:
>
> > no route found to match "/pdf/test.pdf" with {:method=>:get}
>
> > jak to naprawić?
>
> A po co chcesz robić redirect? Nie możesz wysłać pliku do przeglądarki?
>
> send_file "public/pdf/test.pdf"
>
> --


to już wiele pomaga, a czy można zrobić tak, aby pdf otwierał się w
samej przeglądarce, a nie zewnętrznym
programie?

Bedzie to bardzo bardzo zly pomysl w przypadku gdy dokument pdf bedzie 
zajmowal powiedzmy wiecej niz 2 MB, send_file. Proces odczytania i 
wyslania takiego pliku przez rails bedzie wygladal mniejwiecej tak:

fopen->ruby fopen->rails output->mongrel->apache

Jest to niedokladny przyklad :) troche abstrakcyjny ale glownie chodzi 
mi o to ze send_file nadaje sie swietnie w przypadku wysylania malych 
porcji danych z rails, natomiast duze moga powodowac wycieki pamieci, 
oraz byc bardzo wolne.


Z dokumentacji redirect_to:
   redirect_to :action => "show", :id => 5
   redirect_to "http://www.rubyonrails.org"
   redirect_to "/images/screenshot.jpg"
   redirect_to :back
wiec nie redirect_to_path a redirect_to i wszystko powinno byc ok.

Dnia 12/5/07 1:21 PM, Piotr 'piter' Hlawski napisał(a):
> Bober wrote:
> 
>> Witam!
>>
>> w katalogu public/pdf mam plik test.pdf
>>
>> gdy próboje go otworzyć:
>> http://127.0.0.1:3001/pdf/test.pdf przegladarka otwiera bez problemu,
>> natomiast gdy chce na końcu metody przekierować
>> do pdf/test.pdf  (redirect_to_path "/pdf/test.pdf" ) to otrzymuje
>> błąd:
>>
>> no route found to match "/pdf/test.pdf" with {:method=>:get}
>>
>>
>> jak to naprawić?
> 
> A po co chcesz robić redirect? Nie możesz wysłać pliku do przeglądarki?
> 
> send_file "public/pdf/test.pdf" 
> 
> 

Bober wrote in group pl.comp.lang.ruby:
>to już wiele pomaga, a czy można zrobić tak, aby pdf otwierał się w
>samej przeglądarce, a nie zewnętrznym
>programie?
Trzeba było na wykładach uważać - to jest kwestia ustawienia przeglądarki, 
a nie aplikacji po stronie serwera.
KJ
-- 
 _  _   ___             
| |/ / |_ _| Krzysztof Juszkiewicz http://www.kt.agh.edu.pl/~juszkiew/
|_|\_\  |_|  Dept. of Telecommunications  http://www.kt.agh.edu.pl/
  AGH AGH  pl.comp.lang.perl FAQ: http://www.kt.agh.edu.pl/other/perl/faq/

rozumiem, dziękuje,

mam jeszcze jedno pytanie:

mam metode

def met1
  puts " poczatek "
    IO.popen("- htmldoc ... ", "w+") # zewnetrzne polecenia shella do
generowania pdfa, wyswietlajace "gotowe"
  puts " koniec "
end


na konsoli widze:
>> poczatek
>> koniec
>> gotowe

tak jakby IO.popen odpalal sie po zakończeniu metody w nowym watku.
Czy można zrobić, aby puts metoda "met1" czekała na zakończenie
IO.popen?

>> poczatek
>> gotowe
>> koniec

On 5 Gru, 16:30, Krzysztof Juszkiewicz <juszk...@saturn.kt.agh.edu.pl>
wrote:
> Trzeba było na wykładach uważać - to jest kwestia ustawienia przeglądarki,
> a nie aplikacji po stronie serwera.
> KJ

w teorii tak, natomiast w praktyce
send_file("public/pdf/test.pdf", :type => "application/pdf")   otwiera
się w zewnętrznej przeglądarce pdfów,
natomiast
send_file("public/pdf/test.pdf", :type => "application/
pdf", :disposition=> "inline") otwiera się ładnie w nowej zakładce FF.

pozdrawiam
Sebastian

Krzysztof Juszkiewicz wrote:
> Trzeba było na wykładach uważać - to jest kwestia ustawienia przeglądarki, 
> a nie aplikacji po stronie serwera.

Nie mam pojęcia o jakie wykłady chodzi, ale nagłówek HTTP 
Content-Disposition ustawia się jak najbardziej po stronie serwera.

Pozdrawiam,
Adam

Adam Byrtek wrote in group pl.comp.lang.ruby:
>Nie mam pojęcia o jakie wykłady chodzi, ale nagłówek HTTP 
Mniejsza o szczegóły.

>Content-Disposition ustawia się jak najbardziej po stronie serwera.
>Adam
Tu muszę przyznać rację.
KJ
-- 
 _  _   ___             
| |/ / |_ _| Krzysztof Juszkiewicz http://www.kt.agh.edu.pl/~juszkiew/
|_|\_\  |_|  Dept. of Telecommunications  http://www.kt.agh.edu.pl/
  AGH AGH  pl.comp.lang.perl FAQ: http://www.kt.agh.edu.pl/other/perl/faq/

Paweł Kondzior wrote:

> Bedzie to bardzo bardzo zly pomysl w przypadku gdy dokument pdf bedzie
> zajmowal powiedzmy wiecej niz 2 MB, send_file. Proces odczytania i
> wyslania takiego pliku przez rails bedzie wygladal mniejwiecej tak:
> 
> fopen->ruby fopen->rails output->mongrel->apache
> 
> Jest to niedokladny przyklad :) troche abstrakcyjny ale glownie chodzi
> mi o to ze send_file nadaje sie swietnie w przypadku wysylania malych
> porcji danych z rails, natomiast duze moga powodowac wycieki pamieci,
> oraz byc bardzo wolne.

Używałem nawet do większych plików niż 2MB i nie miałem problemów. 
Z dokumentacji API:

'''
send_file(path, options = {})
Sends the file by streaming it 4096 bytes at a time. This way the whole file
doesn?t need to be read into memory at once. This makes it feasible to send
even large files.
'''



-- 
.:: Piter // phlawski$gmail,com // gg: 4534287 ::.
Chuck Norris używa lampki nocnej. Nie dlatego, że Chuck Norris boi się
ciemności, to ciemność boi się Chucka Norrisa.

Niemniejednak Apache/Ngix/Lighttpd robi to z 10x szybciej nie marnuje 
zadnego procesu mongrela/fastcgi

Dnia 12/6/07 9:09 AM, Piotr 'piter' Hlawski napisał(a):
> Paweł Kondzior wrote:
> 
>> Bedzie to bardzo bardzo zly pomysl w przypadku gdy dokument pdf bedzie
>> zajmowal powiedzmy wiecej niz 2 MB, send_file. Proces odczytania i
>> wyslania takiego pliku przez rails bedzie wygladal mniejwiecej tak:
>>
>> fopen->ruby fopen->rails output->mongrel->apache
>>
>> Jest to niedokladny przyklad :) troche abstrakcyjny ale glownie chodzi
>> mi o to ze send_file nadaje sie swietnie w przypadku wysylania malych
>> porcji danych z rails, natomiast duze moga powodowac wycieki pamieci,
>> oraz byc bardzo wolne.
> 
> Używałem nawet do większych plików niż 2MB i nie miałem problemów. 
> Z dokumentacji API:
> 
> '''
> send_file(path, options = {})
> Sends the file by streaming it 4096 bytes at a time. This way the whole file
> doesn?t need to be read into memory at once. This makes it feasible to send
> even large files.
> '''
> 
> 
> 

Paweł Kondzior wrote:

> Niemniejednak Apache/Ngix/Lighttpd robi to z 10x szybciej nie marnuje
> zadnego procesu mongrela/fastcgi

To fakt.

PS. Możesz nie uprawiać top-postingu? :)

-- 
.:: Piter // phlawski$gmail,com // gg: 4534287 ::.
Białe krwinki Chucka Norrisa maja czarne obwódki. To czarne pasy karate. 

Dnia 12/6/07 10:53 AM, Piotr 'piter' Hlawski napisał(a):
> Paweł Kondzior wrote:
> 
>> Niemniejednak Apache/Ngix/Lighttpd robi to z 10x szybciej nie marnuje
>> zadnego procesu mongrela/fastcgi
> 
> To fakt.
> 
> PS. Możesz nie uprawiać top-postingu? :)
> 
Jasne, mam tak skonfigurowany klient poczty, zaraz to przestawie.