Ciągle nie rozwiązany problem "Internal Server Error"

dawidxdd

2015-01-12 15:55

Witam, myślałem, że już uporałem się z problemem, ale nadal on występuje.
Posiadam darmową wersję skryptu Quick Cart Add i ciąglę męczę się z problemem błędu "Internal Server Error". Problem pojawia się w momencie wejścia w nowo dodany produkt z poziomu strony głównej. Po krótce:
1. Stworzyłem szatę graficzną i wstępną treść na localhoście - tam wszystko wydawało się być sprawne na sto procent.
2. Przeniosłem stronę na właściwy serwer, nadałem chmody
3. Produkty dodane z poziomu localhosta działają, nie działa natomiast żaden nowo dodany produkt, który został stworzony na serwerze online.

Efekt ogólnie jest bardzo dziwnie, dla przykładu, kiedy wejdę na stronę poprzez FireFox, okazuje się, że produkt 1 działa, nie działa produkt 2, 3. Kiedy wejdę na stronę produktu poprzez przeglądarkę Operę, produkt 2 działa, natomiast przestają działać produkt 1, 3.
Sprawa też jest o tyle dziwna, że kiedy zamkną przeglądarkę z produktem 2, który nie działa i otworze ją ponownie, wówczas przeglądarka i karta z produktem ładuje się poprawnie. Robiąc taki krok do następnej sesji produkt 2 działa (pozostałe nie).

Postanowiłem ponownie założyć na forum pytanie z tym błędem, bo w dalszym ciągu nikt nie wymyślił rozwiązania. Próbowałem nadawać chmody, nic. Zorientowałem się, że nie miałem na serwerze pliku htaccess, wgranie go nic nie zmieniło. (Oczywiście .htaccess jakiego mam jest dosyć ubogi, ma tylko w sobie coś takiego Options -Indexes).

Nie wiem w czym rzecz, czy skrypt przesyłając nagłówki ucina transfer przed ich kompletnym wysłaniem czy co?
Naprawdę nie ma nikogo, kto się z tym uporał ?

Ja już powoli nie mam sił na dalszą walkę z tym skryptem. Planowałem przesiadkę na wersję komercyjną, ale nie sądzę, że rozwiąże problem.
Poza tym produkt powinien być dopracowany pod każdym względem, nie ważne, czy korzysta się z darmowej wersji, czy komercyjnej.

Proszę o pomoc.
Dzięki.

» Quick.Cart v6.x

selekcjoner

2015-01-12 16:06

>> Poza tym produkt powinien być dopracowany pod każdym względem
Widzę, że już osądziłeś czyja to wina.
Jak zobaczysz na statystyki to OS szacuje, że na ich skryptach jest już ponad 32 000 stron, więc widać, że "z reguły" skrypty działają.

Czy pamiętałeś o tym?
"ustaw w programie obsługującym połączenie FTP, opcję typ transferu na binarny"

Ja obstawiał bym 2 opcje: Twój błąd lub serwer (jaki hosting?)

Spróbuj tego:
http://opensolution.org/Quick.Cart/docs/?id=pl-tips#22

dawidxdd

2015-01-12 16:44

Cześć. Testowałem na 2 różnych serwerach. Fakt, mniejszych np. wer.pl (działa na serwerze kai.pl). PDG.pl , ostatnio również zmieniłem serwer na linuxpl. Wszędzie jest tak samo :/ Istotnie nie wiem w jakim trybie przesyłałem pliki z localhostu na serwer, ale generalnie niczego nie ruszałem od instalacji mojego klienta FTP (inna systemy CMS po uploadzie działają normalnie). 2. Badam teraz sprawę linku, który podałeś. Dam znać co i jak. Dzięki.

dawidxdd

2015-01-12 16:45

dawidxdd

2015-01-12 17:25

Zmiana katalogu sesji nic nie dała. Spróbuję teraz całość przerzucić przez klienta FTP w trybie binarnym <-- bo, co do tego nie jestem pewien. Dzięki za wskazówki. Dam znać jak poszło.

selekcjoner

2015-01-12 17:28

Jeśli możesz to testuj na serwerze linuxpl - wiemy, że tam skrypty działają bez problemu.

dawidxdd

2015-01-12 17:34

Właśnie na nim testuję, a proszę powiedz mi. Muszę wgrać ponownie nową wersję skryptu w trybie binarnym, czy wystarczy pobrać tą, która już jest online na dysk i ponownie ją wrzucić w trybie binarnym?

selekcjoner

2015-01-12 17:38

>> Muszę wgrać ponownie nową wersję skryptu w trybie binarnym,
TAK

dawidxdd

2015-01-12 21:07

Wygląda na to, że wgranie na nowo czystego skryptu działa. Obecnie zmieniłem również thema na mój, ale tu pojawił się kłopot, bo na nowo muszę uzupełnić stronę o kategorie, podstrony i nieszczęsne produkty, bo ile kroć kopiuję folder "database", strona łapie wspomniany wcześniej błąd... / Spróbuje doprowadzić wszystko to takiego stanu jak wcześniej i wtedy dam ostateczny werdykt. Póki co, dzięki.

boboo

2015-01-12 21:43

weź pliki z /database/ i w trybie rozszerzonym w notepad++ pozamieniaj w nich "\r\n" na "\n"

boboo :-)

dawidxdd

2015-01-13 08:58

Niestety korzystam z systemu Mac OS - notepada nie widzę na ten OS. Pojawił się kolejny kłopot. Mój theme korzysta z niestandardowej pages_homepage tpl. Kiedy kopiuję ten plik ze starej lokalizacji do czystego skryptu z moim themem i ustawiam stronę główną jako startową, pojawia się Internal Server Error. Czy to możliwe, że w pliku .tpl również pojawiły się błędy typu \r\n" ?

selekcjoner

2015-01-13 10:00

W Quick.Cart v6.x nie ma plików tpl.

dawidxdd

2015-01-13 10:06

Popełniłem błąd pisząc, że jest to wersja 6. W istocie jest to wersja 5.2 Add. Przez moje niedopatrzenie zamiast poszukać, czy jest nowsza wersja zrobiłem theme właśnie na nią. Oczywiście teraz nie chce mi się przerabiać całego thema pod najnowszą wersję... tudzież masa problemów przez lenistwo...

dawidxdd

2015-01-13 10:25

Ok zbadałem sprawę, wygląda na to, że każda tpl jakiej używałem dla nieszablonowych podstron łapie "Internal Server Error". Czyli wgranie czystego skryptu, następnie wgranie osobno nowego themu pogorszyło sytuację jeszcze bardziej? Jeżeli wgram starą kopię całego serwisu (wraz ze zbugowanymi produktami) przynajmniej podstrony statyczne działają dobrze. Co jest grane? :/

dawidxdd

2015-01-14 12:45

Ok, chyba udało mi się rozwiązać problem. Wgrałem raz jeszcze cały skrypt z moim szablonem, następnie stopniowo podmieniałem pliki z oryginalnej wersji czystego skryptu. W pewnym momencie uzyskałem maksymalnie oryginalny skrypt wraz z poprawnie działającym szablonem. Teraz wszystko wydaje się być ok.
Dodam, że jeszcze nigdy nie miałem problemów tego typu z żadnym ze skryptów, a siedzę w tym temacie od 10 lat. Zaczynając od jPortala, PHP-Fusion. System szablonów i elastyczność jest dużo lepsza w darmowych open sourcowych systemach CMS (chociażby na szybko: GetSimpleCMS, Monstra, PageKit, Grav, ImpressPages (mysql). Wydaje mi się, że technologie użyte w Quick.CMS Quick.Cart odbiegają już czasowo od tych, które są zastosowane w powyższych skryptach. (Mówię tu również o aktualnych wersjach 6). Nie mniej jednak brakuje tam funkcji sklepowych, ale quick.cart będzie ostatnim skryptem jakiego wybiorę w następnym projekcie sklepowym. Dziękuję za pomoc. Pozdrawiam.

boboo

2015-01-14 15:10

Cytat: "a siedzę w tym temacie od 10 lat"
I tak bez profesjonalnego edytora?
Respekt, respekt.

boboo :-)

dawidxdd

2015-01-14 18:51

Jeżeli Coda, albo Brackets, czy Espresso nie jest profesjonalne, to co jest? Poza tym na Mac OS siedzą od roku. Tu niestety nie każde narzędzie jest dostępne z Windowsa - czego oczywiście nie żałuję, bo są alternatywne, bardzo często lepsze aplikacje. Poza tym błąd nie był po stronie kodowania, a prawdopodobniej faktu, że być może wysłałem skrypt w trybie automatycznym przez program FTP "Transmit". Tutaj dalej Quick.Cart przejawia słabość, inne skrypty bez przestawiania tego trybu na sztywne "Binary" działają bez problemu. W swoim życiu wykonałem kilka dobrych projektów, nie wiem, po co insynuujesz, że jestem "amatorem", Twoja wypowiedź i tak nie wnosi nic do tematu, ani nie zmienia faktu, że darmowe skrypty są lepiej wykonane, niż ten - płatny. Proponuję zakończyć debatę, dzięki za pomoc.

marcin_k

2015-01-14 20:51

Gdy się nie nie czyta instrukcji instalacji to potem widać tego efekty :< Niestety takich osób jest więcej bo myślą, że wszystkie mózgi pozjadały, a potem z płaczem wpadają na forum. Ja przeczytałem instrukcję i ze skryptów jestem zadowolony choć nie są idealne to przyznam