Forum Debian Users Gang

Doszedłem do tego że do swojego projektu uzylem frameworka Catalyst.
Udało zrobić mi się dynamiczne pobieranie danych z bazy danych mysql, co powoduje że dane na stronie w html są ciągle aktualne dzięki (template::toolkit)..

Utknąłem na skryptach CGI.. nie mam pojęcia jak uruchomić skrypty CGI pod tym frameworkiem.
Zrobiłem skrypt CGI który działa na takiej zasadzie że powinien przesyłać dane z formularza do bazy danych.
Niestety w momencie kliknięcia 'submit'.. pojawia mi się cała treść skryptu CGI na ekranie w przeglądarce.

@jacekalex: nie każdy ma chęć/czas na naukę hebrajskiego tylko po to aby zrozumieć komunikat błędu.

a) nie wiem ile w php pisałeś, ale mi szczęka opadła o metr jak zobaczyłem komunikat w języku naszych przyjaciół z izraela (wygóglaj sobie "php hebrew error" jeśli nie wiesz o co chodzi)
b) pokazanie treści skryptu nie zależy od języka tylko jest efektem babola w konfiguracji serwera. i jest to owego babola objaw wielce typowy.

@up: ile napisałeś w php, ile w perlu, pythonie, c, iconie... wypowiadasz się jako wielki znawca tutoriali - ale jakoś nikt nie widział trzech linijek programu które byłyby twoim dziełem...
imaginuj se waćpan, iż pisanie programów na tutorialach się nie kończy. a do wyboru języka raczej nie powinieneś się wtrącać, bo akurat o tym (jak mniemam) nie masz zielonego pojęcia.
pisz o tym na czym się znasz. politykę i programowanie sobie daruj.

Spróbuj odpalić skrypta CGI z formularzem na Apachu albo najlepiej LIghtppd, i dopiero, jak tam zadziała, to wsadź go do tego Catalysta.

Wtedy przynajmniej będzie pewność, że to nie ten Catalyst ma coś skopane, co jest bardzo prawdopodobne.

Zaryzykuję stwierdzenie, że znając Perla,lepiej się trzymać Perla, a nie gotowych frameworków, których działania się do końca nie zna.
Skrypty CGI raczej  nie są jakieś gigantyczne, z resztą, jak masz konieczność wczytania do bazy SQL danych z formularza, to może warto by to zrobić niezależnie od tego frameworka, który potem "wyświetla mapę sieci"?
Cała akcja INPUT i przefiltrowanie pól wejściowych regexem i następnie INSERT do bazy, to jest najwyżej pół godzinki roboty w czystym Perlu, wiec nie czaję, do czego w samej operacji tegoż zapisania danych potrzebny jest jakiś Catalyst, Catalyst niech najwyżej potem wyświetla piękną mapkę na podstawie tego, co znalazł w bazie danych.

Chyba ze masz to robić nie w Perlu, tylko w tym cholernym Catalyście.

Sama akcja wysłanie formularza, skrypt insertuje odpowiednie pola do bazy, po czym odsyła pacjenta z przeglądarki na stronę z zaktualizowanymi wynikami, to nic trudnego, jak się robotę podzieli na etapy.

Jeśli natomiast chcesz, zęby wyniki się pojawiały na stronie bez jej przeładowania, po samym wpisaniu w formularz i kliknięciu wyślij, to czeka cie zabawa Ajaxem, co samo w sobie wygląda niezbyt wesoło.

Ostatnio edytowany przez Jacekalex (2015-05-03 22:26:59)

Ten skrypt ma odświeżać stronę bez przeładowania, czy odsyłać pacjenta poprzez przekierowanie 302 na odświeżoną stronę?

Ja bym to zrobił przez nagłówek redirect zwracany przez skrypt cgi po dokonaniu INSERTU do bazy danych, to jest dosyć łatwe do zrobienia w czyściutkim perlu:
http://perldoc.perl.org/CGI.html#GENERATING-A-REDIRECTION-HEADER

Na tej  zasadzie działają te wszystkie systemy skracania sznurków, także gotowych przykładów w różnych językach nie zabraknie.

Ostatnio edytowany przez Jacekalex (2015-05-04 00:05:10)

Jak odświeżasz stronę, to może ją generować dowolny skrypt cgi czy php, pobierając zestaw danych z bazy SQL i wywalając go jako stronę HTML.
Przekierowanie wysyła na adres URL, a od autora strony zależy, jaki skrypt wygeneruje stronę na adresie docelowym, i co na niej będzie.

Trudniej byłoby to zrobić Ajaxem bez odświeżenia strony, ale to już wykracza poza granice Perla.

[quote=sqrtek]Ale zaraz, w jaki sposób dodać skrypt CGI aby był generowany w momencie odświeżania strony?[/quote]
Nie bardzo precyzyjnie się wyrażasz - odświeżenie to przecież nic innego, jak ponowne wyświetlenie danej strony. I jeśli URL prowadzi do skryptu będzie wykonany skrypt - jeśli do statycznej strony to nie będzie i żadna magia nie pomoże.

Skrypty można 'wcisnąć' dosłownie wszędzie - i od konfiguracji serwera tylko zależy kiedy i jaki będzie wykonywany. Łącznie z ekstremalna sytuacją (często stosowaną w stuprocentowo dynamicznych stronach - jak sklepy, CMS-y itp.) gdy serwer każde wywołanie dowolnego URL-a przekierowuje wewnętrznie do index.cgi (w praktyce jest to nieco bardziej skomplikowane, ale mniej więcej tak to działa).

W Twoim przypadku najprostsze byłoby zastosowanie dwóch oddzielnych skryptów - jednego do zapisania danych, drugiego do ich wywietlania - ale jeśli chcesz skorzyskać z porady którą dał [b]jacekalex[/b] (czyli zrobienia tego z przekierowaniem najpierw na skryptach, a potem opakowania w kod standalone) nie byłoby to najlepsze rozwiązanie (w końcu aplikacja jest jedna). Pozostaje sterowanie zachowaniem skryptu przez parametr.

Teoretycznie można byłoby to załatwić bez przekierowań, ale rozwiązanie z przekierowaniem zapobiega przypadkowemu ponownemu wywołaniu funkcji zapisu danych przy odświeżeniu strony i należy je stosować zawsze tam, gdzie z wyświetleniem strony łączy się jakaś akcja mająca efekty uboczne (np. zapisanie danych do bazy, wysłanie maila itp.).

Niech domyślnym działaniem skryptu będzie pobranie danych z bazy i ich wyświetlenie wraz z formatką do wpisania nowych danych, natomiast po dodaniu parametru (np 'zapisz=t') skrypt będzie oczekiwał na nowe dane i zapisywał je do bazy. Działanie skryptu byłoby następujące (niezależnie od języka w którym byłby napisany):

[b]1[/b] - czy wystąpił parametr 'zapisz'? Jeśli nie, przejdź do wyświetlenia strony i kończ.
[b]2[/b] - czy wpisane dane są poprawne? Jeśli nie, wyświetl stronę zawierającą komunikat błędu oraz wstępnie wypełniony otrzymanymi danymi formularz i kończ.
[b]3[/b] - wpisz dane do bazy
[b]4[/b] - wygeneruj nagłówki przekierowania i kończ

gdzie nagłówki przekierowania to:

302 Moved temporarily
Location: skrypt.cgi

a formatka wprowadzania danych zawiera dodatkowe ukryte pole, czyli coś w stylu:

<form method="POST" action="skrypt.cgi">
<fieldset><legend>Podaj nowe dane</legend>
<input type="hidden" name="zapisz" value="t">
<!-- tu Twoje inputy -->
</fieldset>
</form>

Ponieważ przeglądarka w przypadku statusu 302 automatycznie zamienia POST na GET, dane nie będą ponownie wysłane. Przy okazji - fakt wysłania danych nie zostanie odnotowany w historii przeglądarki, czyli można bezpiecznie używać funkcji "wstecz", "naprzód" czy "przeładuj" bez niebezpieczeństwa ponownego wysłania danych.

W ten sposób wywołanie http://twojadomena.tld/skrypt.cgi spowoduje wyświetlenie danych oraz formularza do wpisania nowych, a wysłanie owego formularza zaowocuje wyświetleniem tych samych informacji, ale ze zaktualizowanymi danymi.

Możesz również (o ile nic więcej oprócz wyświetlania danych i wprowadzania nowych nie przewidujesz) w ustawieniach serwera podać, że skrypt ma być domyślnym indeksem - dla Apacza będzie to coś w stylu:

DirectoryIndex skrypt.cgi

Wtedy zarówno w "action" jak i "location" podajesz jedynie "/" (lub "./" gdy skrypt siedzi gdzieś głębiej w strukturze serwisu).
W aplikacji standalone będzie podobnie - niestety ani Perla, ani użytego frameworku nie znam więc się nie wypowiem.