W jaki sposób rozwiązujecie wymuszenie logowania w momencie wykonania jakiejś akcji.
Przykładowo "Dodaj komentarz" -> przekierowuje do /login, logowanie przebiega pomyślnie i w jaki sposób powtórzyć wysłanie komentarza.

W przypadku GET jest dosyć prosto - po prostu po zalogowaniu robimy redirect na url wyjściowy.
Przy POST już tak prosto nie jest.

Sesja? Pola hidden?

Przeładowanie bez zmiany adresu.
1plik wysyła dane do 2plik.

W 2plik zamieszczam:

[PHP] pobierz, plaintext 
 
if($zalogowany){
 //normalny kod
}else{
 //formularz logowania na ajax.
 //po poprawnym zalogowaniu odświeża stronę
}
[PHP] pobierz, plaintext 

Nie rozumiem nic z Twojego postu.

Jakie odświeżenie strony? Przecież po odświeżeniu tablica POST będzie pusta.

Ja bym w hidden załadował 2 pola
action i data

Dobra, widzę, że coraz większy poziom "rozwiązań" się pojawia.

Dla potomnych moje rozwiązanie (CodeIgniter).

Sprawdzamy czy nie ma jakiejś zapisanej akcji.
Jeżeli jest to przypisujemy do POST czyli symuluje jakby POST był wysłany ponownie.
Koniecznie kasujemy żeby potem się gdzieś przypadkiem ponownie nie wywołało.

Przy normalnym wysłaniu żądania sprawdzamy czy zalogowany.
Jeżeli nie to zapisujemy akcje i robimy normalnie logowanie.
Po logowaniu musi tylko wrócić na stronę i wykonuje się powyższy akapit.

Dla normalnego wywołania (zalogowanego) nic się nie dzieje nietypowego więc rozwiązanie jest dość transparentne.

[PHP] pobierz, plaintext 
        /* Checks logged now? */
        $saved_action = $this->session->userdata('saved_action');
        if (!empty($saved_action))
        {
            $post = $saved_action['post'];
            $this->session->unset_userdata('saved_action');
        }
        else
        {
            $post = $this->input->post(NULL, TRUE);
        }
 
        /* Cart or Wish list */
        if ($post)
        {
            if (empty($this->data['logged']))
            {
                /* not logged so store action and go to login page */
                $this->save_post_action('design', $post); // Back URL and DATA
                $this->check_access(); // Redirect
            }
            else
            {
                if (isset($post['add_wish']))
                {
                    $this->load->model('account_model');
                    $this->account_model->add_wish($this->logged_id, $post['item_id'], $post['size']);
                    redirect('account/wishlist');
                }
            }
        }
[PHP] pobierz, plaintext 

Sprawdzałeś?
Raczej nie, bo jak byś sprawdził, to byś wiedział że przeglądarka ZAWSZE pyta czy wyzerować tablicę post czy pozostawić.

Cos ci sie pomylilo z z wcisnieciem F5. Bo odswiezanie przez js (co Ty sugerowales) nic juz nie wysyla ponownie

Nie trzeba sprawdzać oczywistych rzeczy.

Ponad to nie pytałem o rozwiązanie w JS bo takie można faktycznie szybko wyskrobać.
Choćby wyświetlić okno logowania, po zalogowaniu zaktualizować sesje, zamknąć okienko i albo poczekać na reakcje użytkownika albo wymusić submit.
Pytałem jednak o coś typowo server side.

Jak już odgrzebałeś temat to mała poprawka - mój kod działa, ale trzeba uważać w sytuacji gdy ktoś wykona akcje, nie zaloguje się i potem będzie chciał wrócić samodzielnie na stronę wyjściową - wymuszać będzie logowanie (linia 20). Dlatego trzeba jeszcze tam jakiś warunek dodać aby te sprawdzanie zapamiętanych akcji działo się tylko w momencie powrotu z strony autoryzacji (np. parametr GET).

Jak widać trzeba.
Ja sprawdziłem - przy odświerzaniu przez js zapytał mnie.

Nie wiedziałem że potrafi mówić.

Pokaż kod.

Kod formularza i przycisku refresh?
ok...

Masz, zawartość pliku a.htm:

[PHP] pobierz, plaintext 
<span onClick="document.location.reload(true)">refresh</span>
<br>
<form action=a.htm method=post>
<input name=dump>
<input type=submit>
[PHP] pobierz, plaintext 

Faktycznie, działa w firefox oraz internet explorer, ale już w chromie nie.
Mój błąd, miałem tylko te dwie przeglądarki.


Czy jeśli o coś zapytasz kolegę na gadu-gadu to go nie zapytałeś, bo nic nie mówiłeś, tylko pisałeś?

Nie można opierać ważnej funkcjonalności o coś tak różnie działającego.
Poza tym nadal uważam, że wymuszanie na użytkowniku potwierdzania ponownego wysłania POST z nadzieją, że zorientuje się, że chodziło o poprzednią akcje jest totalnie nie trafione. Algorytm jakby to można zrobić JSem już podałem i często widzę takie rozwiązania na stronie i się sprawdzają.