PDA

Zobacz pełną wersję : Raportowanie błędów dla Joomla! 1.5 beta2



Viking
10-05-2007, 00:19
Tu proszę umieszczać błędy znalezione w Joomla! 1.5 beta2.
Prosimy o możliwie dokładny opis błędu i sytuacji oraz konfiguracji w której wystąpił.
PT Forumowiczów, którzy znają angielski bardzo prosimy o zgłaszanie błędów bezpośrednio do głównego projektu.

Rybik
10-05-2007, 17:16
Znany błąd - konfiguracja bazy danych w instalatorze. Typowy error "Cannot connect to MySQL".
Niektóre subwersje(?) -> builds na niektórych serwerach
- wymagają podania http://localhost lub http://127.0.0.1 zamiast 'localhost'
- nie łączą się za pierwszym razem
- wymagają 3-5 prób (wiem, że to brzmi jak instrukcja dla biurwy ale nawet na głównym forum zgłaszali ludzie, że na tych samych ustawieniach po 10 próbie się udało)
Dla ścisłości: w 90% wypadków (przktycznie wszędzie gdzie jest c-panel):
ADRES: localhost (bez cudzysłowia, ew http://localhost, ew. http://127.0.0.1)
USER: prefiks_user (*)
HASŁO: hasło_usera (ustawione w cpanelu dla usera a nie hasło do phpMyAdmin)
NAZWA BAZY: prefiks_nazwabazy (*)
prefiksy dotyczą c-paneli i uwaga bo komunikaty (user ... dodany) kłamią, poprawne dane są w cpanelu p
Dla konta www.123456789.serwer.pl (http://www.123456789.serwer.pl) tworzony jest prefiks 12345678 (8 liter!)
User bazy abcdefghij zostanie poprzedzony prefiksem, podkreślnikiem i okrojony do 16 znaków, czego efektem będzie nazwa usera: 12345678_abcdefg
Nie sprawdzałem maksymalnej długości nazwy bazy ale na pewno jest to więcej niż 16 znaków.
Standardowe konta z c-panelem nie umożliwiają tworzenia baz danych z poziomu phpMyAdmin, ani przez zewnętrzne skrypty - dlatego baze danych trzeba w c-panelu utworzyć przed instalacją, trzeba równiez stworzyć usera lub wybrać istniejącego i przypisać wszystkie prawa (jest opcja ALL) nowemu lub istniejącemu userowi do tej nowej bazy danych.
Jeżeli mamy serwer z prawami do tworzenia bazy przez zewnętrzne skrypty, jako usera i hasło należy podać "wejściówkę" do MySQL (nie do phpMyAdmina tylko do serwera baz danych) - wtedy instalator może samodzielnie stworzyć bazę i jako usera powinien uzyć roota (nie sprawdzałem, jak to z userami przy bazie tworzonej przez installera)
W niektórych "nightly builds" J! 1.5 Beta 1 dało się wybrać (i przejść dalej) ze sterownikiem "mysqli" (typ bazy), ale jest to opcja typu "wybierz jeżeli dobrze wiesz co robisz".

Rybik
10-05-2007, 17:43
Joomla 1.0.x znamy już tutaj na wylot ale przy 1.5 bardzo istotne jest poprawne wrzucenie wszystkich plików na serwer.
Ręczne kopiowanie plików na serwer zawsze było katorgą, niezaleznie od szybkości łącza, ponieważ przy takiej liczbie plików prędkość dyktuje nie przepustowośc łącza ale ilość wykonywanych operacji, transfer często się urywał, programy do obsługi FTP zmianiały nazwy plików na małe litery itp.
Jeżeli już się uprzemy na transfer ręczny FTP to najlepszą metodą jest kopiować po 3-4 katalogi w jednej sesji w 3 sesjach. Wybieramy 3 i kopiuj (w tle), w trakcie jak sie tamto wysyła wybieramy nastepne 3 i kopiuj w tle i jeszcze 3. W ten sposób narzucimy większą ilośc operacji na raz, standardowe konta ftp obsługują do 10 sesji.
Co z urwanymi transferami ?
Jeżeli rwie rzadko to można zobaczyc co to za plik i kontynuować a w tle sobie ten jeden plik dograć - ale to upierdliwe. Można olac i kontynuować. Jak olejemy to całą operację kopiowania powtarzamy i przy pierwszym zapytaniu o nadpisanie wybieramy (pomiń wszystkie, lub dokończ wszystkie). To takie kopiowanie metodą przybliżonych rozwiązań :D - kopiuj i olej to co urwało, potem kopiuj raz jeszcze z pomijaniem istniejacych.
Jak się da to nie kopiuj ręcznie !
Swego czasu zmontowałem Punkinstallera - prosty skrypt do rozzipowywania na serwerze ale ma on jeden mankament -> działa jako PHP więc na wszystkich serwerach gdzie PHP nie działa na prawach usera appache będzie znany i lubiany konflikt "ownership": pliki stworzone (rozpakowane) przez skrypty PHP są nie do ruszenia przez FTP, więc możemy zapomnieć o ręcznej edycji i zostajemy skazani na JoomlaXplorera, który jako skrypt php może te pliki ruszać.

Przebrnąłem przez te dyrdymały ... powiedz mi do cholewki jak skutecznie wrzucać Joomla na serwer !
C-panel -> Manager Plików -> wybierz wgranego zipa i rozpakuj :)
Cpanel nie umie kompresować ale archiwa zip , gz , tar rozpakowuje i działa na prawach usera appache więc rozpakowane pliki nie będą w żaden sposób kulawe.
Uwaga, c-panele w wersjach innych niż stable (Beta, RC, Edge) miewają kłopoty z archiwami zip z windozy (7zip, winzip) - no i wogole nalepiej uzywac wersji Stable :)

Viking
10-05-2007, 19:23
Kolego Rybik, zacna robota!

Decoderro
13-05-2007, 01:27
Joomla 1.0.x znamy już tutaj na wylot ale przy 1.5 bardzo istotne jest poprawne wrzucenie wszystkich plików na serwer.
Ręczne kopiowanie plików na serwer zawsze było katorgą, niezaleznie od szybkości łącza, ponieważ przy takiej liczbie plików prędkość dyktuje nie przepustowośc łącza ale ilość wykonywanych operacji, transfer często się urywał, programy do obsługi FTP zmianiały nazwy plików na małe litery itp.
Jeżeli już się uprzemy na transfer ręczny FTP to najlepszą metodą jest kopiować po 3-4 katalogi w jednej sesji w 3 sesjach. Wybieramy 3 i kopiuj (w tle), w trakcie jak sie tamto wysyła wybieramy nastepne 3 i kopiuj w tle i jeszcze 3. W ten sposób narzucimy większą ilośc operacji na raz, standardowe konta ftp obsługują do 10 sesji.
Co z urwanymi transferami ?
Jeżeli rwie rzadko to można zobaczyc co to za plik i kontynuować a w tle sobie ten jeden plik dograć - ale to upierdliwe. Można olac i kontynuować. Jak olejemy to całą operację kopiowania powtarzamy i przy pierwszym zapytaniu o nadpisanie wybieramy (pomiń wszystkie, lub dokończ wszystkie). To takie kopiowanie metodą przybliżonych rozwiązań :D - kopiuj i olej to co urwało, potem kopiuj raz jeszcze z pomijaniem istniejacych.
Jak się da to nie kopiuj ręcznie !
Swego czasu zmontowałem Punkinstallera - prosty skrypt do rozzipowywania na serwerze ale ma on jeden mankament -> działa jako PHP więc na wszystkich serwerach gdzie PHP nie działa na prawach usera appache będzie znany i lubiany konflikt "ownership": pliki stworzone (rozpakowane) przez skrypty PHP są nie do ruszenia przez FTP, więc możemy zapomnieć o ręcznej edycji i zostajemy skazani na JoomlaXplorera, który jako skrypt php może te pliki ruszać.

Przebrnąłem przez te dyrdymały ... powiedz mi do cholewki jak skutecznie wrzucać Joomla na serwer !
C-panel -> Manager Plików -> wybierz wgranego zipa i rozpakuj :)
Cpanel nie umie kompresować ale archiwa zip , gz , tar rozpakowuje i działa na prawach usera appache więc rozpakowane pliki nie będą w żaden sposób kulawe.
Uwaga, c-panele w wersjach innych niż stable (Beta, RC, Edge) miewają kłopoty z archiwami zip z windozy (7zip, winzip) - no i wogole nalepiej uzywac wersji Stable :)
Cześć,
chciałem się przyłączyć do dyskusji na temat transferu plików. Ja przez Total Comandera wgrywałem i powiem, że co jakiś czas wyskakiwał komunikat operacja przesyłania pliku niepowiodła się, czy kontynuować ? Opcja TAK lub NIE. Rozwiązaniem jest zastosowanie wg. mnie dobrego klienta do transferu plików jakim jest program FileZilla. Po nie udanej próbie przesłania pliku program ponownie próbuje go przesłać. Można pobrać go ze strony
http://filezilla.sourceforge.net/
Polecam :) i pozdrawiam

Viking
13-05-2007, 01:53
TC umożliwia wznowienie (resume)
Zasadniczo wysyłanie Joomla! plik po pliku to koszmar - czemu nie wysłać zipa i nie rozpakować go dopiero na serwerze?
Dziś instalowałem 1.5 bez ściągania go do siebie na dysk, z serwera na serwer - i to jest najlepsza opcja :P

Decoderro
14-05-2007, 16:19
TC umożliwia wznowienie (resume)
Zasadniczo wysyłanie Joomla! plik po pliku to koszmar - czemu nie wysłać zipa i nie rozpakować go dopiero na serwerze?
Dziś instalowałem 1.5 bez ściągania go do siebie na dysk, z serwera na serwer - i to jest najlepsza opcja :P
No jest jeszcze jedna możliwość a mianowicie:
W celu rozpakowania pliku skompresowanego można skorzystać ze skryptu php.
W takim celu tworzymy plik .php (przykładowo rozpakowanie.php), w którym zamieszczamy wpis kod:
Jeśli plik ma rozszerzenie .tar.gz:
<?php
system ("/bin/tar zxvfp nazwa_pliku.tar.gz");
?>
lub jeśli plik ma rozszerzenie .zip:
<?php
system ("/bin/unzip -o test.zip");
?>
Po wgraniu skompresowanego pliku na serwer wywołujemy plik .php z poziomu przeglądarki internetowej.
W polu adres wpisujemy nazwa_serwera.home.pl/rozpakowanie.php
Zawartość pliku rozstanie rozpakowana do folderu, w którym znajduje sie dany plik skompresowany

Jak będę znał jakieś sposoby dam znac :D

Bananikus
20-05-2007, 16:28
Rybik: U mnie jest c-panel, i działa za pierwszym razem jak wpiszę tylko "localhost".

Drobny ale irytujący błąd: dotyczy każdej zawartości ( artykuły, skórki, menu ).
- W Panelu administracyjnym gdy zaznaczę np. jakiś artykuł i kliknę New, pojawia się okienko edycji tego artykułu, zamiast tworzenie nowego. Dopreio gdy wszystkie artykuły odznaczę mogę tworzyc nowy.

Co do kopiowania plików na serwer, dokładnie koszmar. Ani Explorer se nie poradził ani CuteFTP ( zawsze kilka plików któe nie chciały się nawet ponawiać. Tylko..... dlaczego? Np. z phpbb nie miałem nigdy żadnych problemów ( z żadną wersją beta ani z repozystorium CVS.

Rybik
20-05-2007, 23:33
TOC sie sypie w blogach:
1. Żeby uzyskac standardowe zachowanie TOC, trzeba wstawiać readmore przed pierwszym pagebreakiem, w innym wypadku index toc pojawi sie w blogu (to nawet miła opcja) ale linki do podstron będą spaprane.
2. W standardowym edytorze ikony pagebreak i readmore wstawią to co trzeba ale zawsze na początku artykułu, trzeba je potem ręcznie ustawiać.

Bananikus
21-05-2007, 08:35
Viking: Zrobiłem dwa orty i będzie przeżywał. Reszta to literówki, ale to wszystko z pośpiechu, więcej raczej nie będzie :D

Sotar
09-06-2008, 16:44
Decoderro, właśnie uratowałeś długie godziny mojego czasu.
Decoderro na prezydenta.