Piekarz - nowe narzędzie do presseli

[Bolek12]

Coś mi nie działa

• Wrzuciłem pliki do nowego katalogu na serwerze, skierowałem na niego subdomenę.
  
• Utworzyłem nową bazą, zrobiłem do niej import pliku easypress/data/sql/schema.sql w bazie pojawiła sie kilka tabel.
  
• Wstawiłem do pliku /easypress/config/database.yml : username, haslo, host i nazwabazy
  
• Katalog /easypress/cache jest pusty. Ustawiłem też jego uprawnienia na 777
  

I jak uruchamiam adres subdomeny jest pusty ekran, nic się nie dzieje. Podobnie frontend_dev.php , też żadnych komunikatów błędu.

Czy w pliku database.yml trzeba coś wpisać za dns: ?

[Kobol]

Bolek12 - piszesz, że skierowałeś domenę na utworzony katalog - tu jest chyba błąd. W opisie instalacji pisałem żeby skierować domeną na katalog web. Czyli jeśli np. masz wszystko w katalogu easypress to domena powinna wskazywać na easypress/web.

Jeśli to tylko przejęzyczenie z twojej strony i masz wskazanie na katalog web, to objawy o których piszesz są bardzo podobne do tego co kiedyś miałem gdy podałem złe dane do połączenia z bazą. Pokaże ci jak wygląda przykładowo mój plik database.yml (baza nazwya się easypress)

all:
 propel:
class:		  sfPropelDatabase
param:
  dsn:		  mysql://root:haslo@localhost/easypress
  encoding: utf8

Ps. Jeśli po pierwszym wywołaniu skryptu nic nie pojawi się w katalogu cache, to znaczy, że w ogóle nie udało Ci się wywołać skryptu (obstawiam wtedy, że źle skierowałeś domenę) - przy pierwszym wywołaniu zawsze na początku generuje się cache plików konfiguracyjnych i jest on zapisywany do katalogu cache.

Jeśli Cache się wygenerował, znaczy że wskazanie jest poprawne (bo skrypt się uruchomił), ale coś masz nie tak w konfiguracji - prawdopodobnie baza. Usuń ponownie cache i spróbuj poprawić plik database.yml według wzoru jak podałem wyżej.

Gdyby nadal nie poszło to daj znać.

[Kobol]

Kolejna poprawiona wersja programu

W nowej wersji:

- zabezpieczenie dostępu do aplikacji hasłem (opcjonalnie)

- dodatkowy element artykulu - pole Description

- nowy, poprawiony mechanizm parsowania mail - lepiej radzi sobie z dużą ilością maili

- bardziej spolonizowany interfejs

- możliwość mieszania artykułu w czasie wypełniania pressela

- inne drobne poprawki

Instalacja.

Jeśli instalujesz po raz pierwszy patrz opis instalacji na pierwszej stronie.

Jeśli masz zainstalowaną poprzednią wersję to:

- wgraj nową bazę danych /data/sql/schema.sql (uwaga z bazy zostanie usunięta cała jej zawartość)

- wgraj wszystkie pliki od nowa - pomiń jedynie katalog /config (nie będziesz musiał ustawiać ponownie danych w pliku database.yml)

- wykasuj całą zawartość katalogu /cache

- wywołaj aplikację, ciesz się nowym funkcjonalnościami ;-)

Jeśli chcesz aby do aplikacji można się dostać tylko po zalogowaniu to w pliku apps/config/app.yml

- zmien wartosc is_secure: off na is_secure: on

- zmien wartosci parametrów user_login i user_password na własny login i hasło

przykładowo plik może wyglądać tak:

# PO ZMIANIE USTAWIEN KONIECZNIE WYCZYSC KATALOG CACHE !
all:
 #maksymalna ilosc maili parsowanych przy jednym wywolaniu
 #zbyt duza liczba moze spowodowac time_out
 max_parse_emails: 10

 #czy aplikacja ma wymagac logowania - wartosc on lub off
 is_secure: on
 #login do konta - ustaw na dowolne wlasny
 user_login: moj_login
 #haslo do konta - ustaw na dowolne wlasne
 user_password: moje_super_tajne_haslo

- usuń całą zawartość katalogu cache aby nowe ustawienia zaczęły działać

[Bolek12]

Subdomenę mam skierowaną na katalog WEB.

Ustawienie w pliku database.yml są wypełnione według podanego schematu.

W katalogu Cache nie pojawiają się pliki i nie widać aby skrypt cokolwiek robił.

Serwer spełnią podane wymagania.

Czy jakieś pliki lub katalogi muszą mieć ustawione inne uprawnienia?

Jeszcze spróbuję z nową wersją.

[Kobol]

Spróbuj zatem zrobić mały test. Wgraj plik np. test.php do katalogu web i spróbuj wywołać go przez przeglądarkę

czyli np. twoja.subdomena.pl/test.php

Jeśli się wykona to będziemy wiedzieć, że to wina aplikacji - jeśli się nie wykona to znaczy, że jest jakiś błąd w kierowaniu domeny.

[Lesiu]

Bolek, sprawdz czy .htaccess jest wypelnione dobrze. Ponadto musisz uwazac w czym edytujesz plik database.yml, bo moze sie zchrzanic formatowanie tego pliku i beda wyskakiwac bledy.

[kob22]

A odbiegając troszeczkę od tematu. Ma ktoś dobrą listę precli? Nie musi być dużo byleby były zadbane i od czasu do czasu linkowane.

[Kobol]

Też chętnie bym z takiej listy skorzystał jeśli ktoś chciałby się podzielić.

[Bolek12]

Wgrałem nową wersję skryptu i nic się na zmieniło.

Próbowałem w katalogu web uruchomić inną stronę w php i wchodząc z subdomeny wszystko działa prawidłowo. Z serwerem też jest w porządku bo mam na nim forum i katalog, które korzystają z baz.

Plik database.yml edytuję w pajączku oraz notatniku, za każdym razem jest tak samo

Skrypt się nie uruchamia i nic nie pojawia sie w katalogu cache.

mój plik database.yml wygląda tak:

all:
 propel:
class:		  sfPropelDatabase
param:
  dsn:		  mysql://zdrowo_wp:haslo@localhost/zdrowo_wp
  encoding: utf8

• nazwa bazy: zdrowo_wp
  
• hasło - (tu zmieniłem)
  
• host: localhost
  
• nazwa użytkownika: zdrowo_wp
  

uprawnienia zmieniłem tylko dla katalogu cache na 777

Co jeszcze może być przyczyną ?

[abixx]

Udało się komuś zainstalować na nazwa.pl? U mnie jest 500 Internal Server Error. Domyślam się że to jakiś problem z .htaccess ale niestety nie wiem jaki

[Kobol]

bolek - pomyślę jeszcze nad tym, ale wydaje mi się, że wszytko robisz prawidłowo. Dziwne, że nie ma żadnych błędów wyświetlanych - mi się tak zdarzyło tylko raz - gdy był problem z bazą danych... Spróbuj dodać jakieś "echo" na początku i na końcu frontend_dev.php, wywołaj w przeglądarce i zobacz czy coś się wyświetli...

abixx:

Na nazwie z tego co wiem instalował lesiu i poszło bez większych problemów.

Spróbuj uruchomić aplikację w środowisku developerskim - tj. na koncu adresu podaj frontend_dev.php czyli

twoja.subdomena.pl/frontend_dev.php - wtedy wyświetlą się bardziej szczegółowe błędy - po tym dojdziemy co jest nie tak.

Tymczasem w aplikacji wkradł się mały bug przy parsowaniu maili - obcina "https://" adresu logowania do presselka podczas parsowania maili, przez co potem nie można się zalogować z automatu.

Aby poprawić ten błąd trzeba zmienić linijki 6 i 7 z pliku apps/frontend/modules/pressel/templates/createfromemailSuccess.php na:

$homeUrl=str_replace('https://', '',$logUrl);
$homeUrl='https://'.substr($homeUrl,0, strpos($homeUrl,'/'));

Jeśli dodaliście już jakieś pressele przed tą poprawką, to trzeba ręcznie dopisać https:// w adresie logowania.

[abixx]

Na nazwie z tego co wiem instalował lesiu i poszło bez większych problemów.

Spróbuj uruchomić aplikację w środowisku developerskim - tj. na koncu adresu podaj frontend_dev.php czyli

twoja.subdomena.pl/frontend_dev.php - wtedy wyświetlą się bardziej szczegółowe błędy - po tym dojdziemy co jest nie tak.

Spróbowałem na progresso.pl i poszło bez problemów

ps. Świetne narzędzie, gratulacje

[Kobol]

Dzięki, fajnie że się udało (na nazwie też powinno działać, ale grunt że poszło ;-) )

Pamiętaj tylko, żeby poprawić ten jeden pliczek o którym pisałem, zanim zaczniesz maile parsować.

Jak znajdziesz chwilę to napisz co warto poprawić, bo na razie bardzo słabo z tym w zasadzie tylko 1 osoba aktywnie pomaga mi wyszukiwać błędy i proponować usprawnienia.

[abixx]

Jak znajdziesz chwilę to napisz co warto poprawić

Na pierwszy rzut oka wygląda na to, że jest wszystko co trzeba ale w praktyce pewnie znajdzie się coś co można poprawić, w każdym razie jak coś mi wpadnie to głowy to napiszę.

[Bolek12]

Dodałem na początku i końcu pliku frontend_dev.php : echo ('test rozpoznawczy'); i nic nie pojawiło się na stronie. Dopiero gdy usuwałem kolejno linijki z tego pliku to okazało się, że gdy usunę:

sfContext::getInstance()->getController()->dispatch();

to dopiero pojawiają się dodane przeze mnie komentarze i nic wiecej. Może wywołanie tych instrukcji powoduje bład?

Usunięcie pliku .htaccess z domeny głównej nic nie daje, więc on nie blokuje tego skryptu.