jankesmj2013-05-04 12:28 | Witam! przy zapisywaniu danych występuje komunikat "Nie wykonano żadnej akcji", rozwiązaniem jest np. kilkukrotne klikanie zapisz np. w konfiguracji... dopiero po poprawnym zapisaniu reszta danych np. dane strony zostają zapisane - komunikat ok. Co jest nie tak? mam strony na serwerze OVH.pl, nawet po wgraniu czystej instalacji najnowszej Quick.Cms takie rzeczy występują.... dodam, że starsze wersje QC mam też na serwerach OVH i działają wyśmienicie, nawet mocno zmodyfikowane. Kiedyś pytałem się na forum ale nie podano mi rozwiązania... kazano wgrać jeszcze raz na FTP, ale to nie pomaga... używam TotalComandera. Teraz na tym nowym forum nie mogę tego znaleźć.... czy jakieś archiwalne posty skasowano, czy z wyszukiwarką jest coś nie tak? » Quick.Cms v5.xwww.jankes.noskow.pl |
selekcjoner2013-05-04 12:49 | Podstawą jest zastosowanie się do tego tematu: simlution.org |
jankesmj2013-06-05 09:27 | długo z tym walczyłem... FileZilla transfer binarny, wybrane wg. instrukcji katalogi i pliki 777... i nic.... znalazłem jednak to http://opensolution.org/forum/blad-nie-wykonano-zadnej-operacji,7802.html
if( ( strstr( $p, '-delete' ) || count( $_POST ) > 0 ) && !empty( $_SERVER['HTTP_REFERER'] ) && !strstr( $_SERVER['HTTP_REFERER'], $_SERVER['SCRIPT_NAME'] ) ){
www.jankes.noskow.pl |
treewood (OpenSolution)2013-06-05 10:14 | Troche tak jednak jest to minimalne ryzyko. Zmien sobie nazwe admin.php na inna nazwe to wtedy bedzie nikla szansa wystapienia tego problemu. |
jankesmj2013-06-05 11:28 | Czy na przyszłe wersje bierzecie to pod uwagę aby problemu "Błąd - Nie wykonano żadnej akcji" nie było? dodam, że świeża instalacja CMS'a na OVH.pl zawsze ma ten problem.. nie wiem jak na innych hostingach... zawsze używałem TotalCommandera standardowo automatycznie wykrywany transfer i 777 dla baz i konfiguracji i nigdy nie było problemu ze starszymi wersjami... te najnowsze cuś nie tak... czy to może być jakaś konfiguracja serwera? czego szukać, o co się pytać adminów serwera OVH.pl ? www.jankes.noskow.pl |
syslink2015-04-20 16:24 | Minęły dwa lata, wersja 6,5 QuickCart i to samo. O co chodzi? |
syslink2015-04-20 16:27 | Zmiana panelu na inny niż admin nie pomaga, uprawnienia 777, wgrywane winscp w trybie binarnym. Zastosowanie się do rady trewooda z linku naprawia problem. Dodam, że ja tez za każdym razem mam ten sam problem. Serwer jest mój, ale mam dość mocne restrykcje w apache. |
treewood (OpenSolution)2015-04-20 16:27 | Chodzi ciągle o to samo, czyli o serwery. Te 2 lata to nic do 7 lat WordPressa, który nie poprawił poważnej luki bezpieczeństwa: |
grabek2015-09-02 16:29 | Czy to jest ten sam kod, co to:
grabek |
openzibi2015-09-02 16:57 | A może w przeglądarce, przez przypadek, macie wyłączoną opcję wysyłania referera? StudioStrona.pl |
treewood (OpenSolution)2015-09-03 08:59 | grabek - tak to jest ten kod. Koniecznie jednak trzeba pamietac by zmienic admin.php na cos innego. To zmniejszy ryzyko podrzucenia "felernego" linka do np. usuniecia strony lub zmiany hasla. |
openzibi2015-09-03 09:22 | Przypadek z zablokowaniem referera jest ekstremalny ale jeden z klientów Firefox zmienił domyslne ustawienie na 0 i miał problemy. StudioStrona.pl |
veus2016-06-26 11:30 | Podłączam się pod temat, serwer mam w OVH.Pl ale chodzi tym razem o Quick.Cart 6.7. Kodu który podaje grabek nie znalazłem. Mam wrażenie, że od czasu jak OVH przeszło na wyższą wersję php pojawił się ten problem. Strona wyświetla się ok, ale na niektórych komputerach podczas wprowadzania produktów pojawia się ten problem "Błąd: nie wykonano żadnej akcji, "admin.php?p=error". Kilka lat pracujemy na Q.C. i nie było tego problemu. Bardzo to utrudnia pracę, proszę o pomoc. Łukasz |
veus2016-06-27 06:45 | Jeszcze jedna ciekawostka, może to pomoże w rozwiązaniu problemu. Produkty dodawane są w kilku biurach w Polsce, problem wystąpił w dwóch. Jak ja dodaje produkty na swoim komputerze wszystko jest ok, a jak koleżanka dodaje w innym biurze ( biuro w innej miejscowość ) to dzwoni że wyskakuje admin.php?p=error. Blokuje to całkowicie naszą pracę. Oczywiście tak jak w instrukcji uprawnienia 777, ..admin.php itd zmienione są poprawnie. Łukasz |
veus2016-06-27 15:09 | Czy to jest ten sam kod dla Quick.Cart 6.7 Łukasz |
wr0n3k2016-07-19 08:46 | Problemem jest przeglądarka. U mnie na quick.cms w firefoxie działało wszystko do jednego felernego dnia - przy próbie zapisu: Błąd: nie wykonano żadnej akcji - zmiana przeglądarki na inną rozwiązało problem przynajmniej u mnie, dokument zapisał się poprawnie. Żeby było ciekawiej nie dało zmienić się nic w całym skrypcie, tylko przeglądać. GTW |