Forum Joomla / Mambo :: JOKRIS.INFO - Strefa Polskich Sk³adników Joomla! i Mambo
PonyGallery ML 2.2.0 PL - kilka uwag (1 wej¶æ)
|
|
TEMAT: PonyGallery ML 2.2.0 PL - kilka uwag
|
cez (U¿ytkownik)
Nowicjusz
Posty: 6
|
PonyGallery ML 2.2.0 PL - kilka uwag 2007/07/27 04:52 |
Oklaski: 0   |
Chcia³bym siê podzieliæ kilkoma uwagami po miesi±cu praktycznego u¿ytkowania wersji Pony Gallery ML 2.2.0 PL. Adresu strony nie bêdê mo¿e reklamowa³, ale jest on do odczytania dla szefostwa z koñcówki emaila w moim „Twoje konto”. W ka¿dym razie galeria na mojej stronie jest do¶æ mocno eksploatowana przez u¿ytkowników, ogl±danie, dodawanie, kasowanie, komentowanie, – czyli norma. Je¿eli chodzi o sam± Joomlê to jest to: Joomla! 1.0.12 Stable [ Sunfire ] Natomiast wersja ML zosta³a zainstalowana w miejsce starej Pony, ze spor± ilo¶ci± zdjêæ i komentarzy. Kilka uwag: 1. Z instalacj± k³opotów nie by³o. 2. T³umaczenie Jorkis’a jest doskona³e, zrozumia³e i wyczerpuj±ce, wiêc z konfiguracj± problemów równie¿ nie by³o ¿adnych – k³opot sprawia raczej decyzja „czego siê w³a¶ciwie chce”, bo opcji jest rzeczywi¶cie sporo, natomiast gdy ju¿ siê zdecyduje to „jak” jest podane czarno na bia³ym. Podejrzewam, ¿e t³umaczenie by³o wyczerpuj±ce równie¿ w fizycznym znaczeniu, bo jest bardzo, bardzo obszerne – kawa³ dobrej roboty, za co osobi¶cie bardzo dziêkujê w imieniu w³asnym i nie tylko, zw³aszcza, ¿e Pony ML to zaledwie epizod na wspania³ej stronie JORKIS.INFO 3. A teraz o samym komponencie: dzia³a sprawnie i prawie bezproblemowo. Prawie. Nie wiem, czy b³êdy, które zauwa¿y³em zosta³y wyeliminowane w kolejnej wersji, byæ mo¿e zosta³y ju¿ gdzie¶ dawno opisane… Byæ mo¿e wynikaj± one z jaki¶ moich indywidualnych ustawieñ lub konfliktów z innymi komponentami. Sporo tych „byæ mo¿e”, ale fachowcem jestem zupe³nie w innej dziedzinie, a Jooml±! od strony backendu zajmujê siê trochê hobbistycznie, na PHP to ju¿ nie znam siê nic a nic, wiêc dzia³am trochê na czuja, oczywi¶cie w granicach zdrowego rozs±dku. otó¿: 4. To, co zauwa¿y³ Jorkis i o czym napisa³ we wstêpie. Faktycznie wszelkie „Rusa³ki”, „Go¶ki” oraz w zwi±zku z tym pewnie równie¿ „Go¶æie” lekko nie maj± (u mnie akurat go¶cie nie mog± komentowaæ), ale w komentarzach zamiast polskich liter pojawiaj± siê krzaczki. Z wy¶wietlaniem autora pracy nie ma problemu – tylko z komentarzami. 5. W panelu administracyjnym znajdziemy taki tekst: „Tutaj mo¿esz okre¶laæ ¶cie¿ki, w których wasze obrazy maja byæ przechowywane i zapisywane. Chocia¿ ¶cie¿ki ogólnie mog± byæ wybierane bez jakiegokolwiek ograniczenia, najlepiej bêdzie jak pozostawisz je w folderze z galeri±.” W zasadzie jest to prawda, z jednym ma³ym, „ale”. Drobnostka, która nie wp³ywa na pracê komponentu, ale mo¿e da siê ³atwo poprawiæ? Otó¿, je¿eli poda siê inn± ni¿ domy¶ln± lokalizacjê zdjêæ to w panelu administratora, w zak³adce do przegl±dania i edycji komentarzy nie wy¶wietlaj± siê miniaturki, bo Pony szuka ich ci±gle w com_ponygallery. W pozosta³ych miejscach, np. w przegl±darce plików ¶cie¿ka jest odczytywana prawid³owo i z miniaturkami jest wszystko OK. 6. Wiêkszy k³opot mieli¶my z akceptacj± prac. Akurat w naszej galerii fotki s± wstawiane przez u¿ytkowników, ale wymagaj± zatwierdzenia przez administratora. Ostatnio odkryli¶my, ¿e czê¶æ prac jednak zostaje „przemycona” bez naszego „b³ogos³awieñstwa”. Co siê okaza³o? Otó¿ po wstawieniu zdjêcia pojawia siê ono na li¶cie w panelu z czerwonym krzy¿ykiem i czeka na zatwierdzenie, czekaj±c u¿ytkownik mo¿e sobie w miêdzyczasie takie zdjêcie skasowaæ, albo klikn±æ edycjê i zmieniæ tytu³, kategoriê albo opis. W przypadku edycji zatwierdza zmiany i wraca do panelu galerii – i tu nastêpuje nieoczekiwane zachowanie komponentu – zdjêcie zostaje automatycznie zatwierdzone! Tutaj zadzia³a³em trochê w³a¶nie „na czuja” i ¶ledz±c napisy „na pasku” znalaz³em w pliku ponygallery.php funkcjê Savepic I zmieni³em row->approved=1; } else { row->approved=0; na row->approved=0; } else { row->approved=0; dzia³a, (zmianê wprowadzi³em wczoraj, wiêc konsekwencji pewien nie jestem), czyli po edycji praca ci±gle jest nie zatwierdzona, ale jest to pewnie dosyæ amatorskie rozwi±zanie, w dodatku podejrzewam, ¿e intencje autorów komponentu by³y inne. Je¿eli zdjêcie by³o zatwierdzone, np. od razu przy wstawianiu, to potem przy drobnej zmianie dokonanej przez autora fotki w opisach – ci±gle mia³o pozostawaæ zatwierdzone. Natomiast moja ingerencja powoduje, ¿e ka¿dorazowa zmiana czegokolwiek, albo samo klikniêcie na zapisz sprawia, ¿e zdjêcie czeka na ponown± akceptacjê. Mi to akurat odpowiada – tak by³o w starej Pony, ale pewnie nie jest to rozwi±zanie dla wszystkich. 7. Kolejna sprawa jest ju¿ powa¿niejsza, otó¿ najwyra¼niej nie dzia³a poprawnie, a mo¿e zniknê³a ca³kiem blokada przed napisaniem pliku o tej samej nazwie. Innymi s³owy. Je¿eli kto¶ przysy³a zdjêcie Kotka jako fotka001.jpg a po tygodniu Zdjêcie Pieska z tak samo nazwanym plikiem fotka001.jpg To, przynajmniej u nas, niestety PonyGallery ML to puszcza… w efekcie w miniaturkach pojawia siê to samo zdjêcie psa pod tytu³ami „Kotek” i „Piesek”. Oczywi¶cie u¿ytkownik kasuje „Kotka” czyli fotka001.jpg znika z serwera, a jemu pozostaje w galerii „Piesek”, który siê ju¿ nie wy¶wietla, bo nie ma pliku. Stara Pony krzycza³a przy przesy³aniu „plik o takiej nazwie ju¿ istnieje” i blokowa³a dalsze dzia³ania, ML najwyra¼niej tego nie robi. 8. Ostatnia sprawa, która jest trochê mêcz±ca, to pojawianie siê „duchów”, byæ mo¿e ¶ci¶le w zwi±zku z punktami 6 i 7, ale g³owy nie dam, bo czê¶æ u¿ytkowników twierdzi, ¿e niczego siê u siebie nie dotyka³a, po prostu zajrzeli po raz n-ty do swojego profilu, a tam ¶lady po zdjêciach, przyk³adowy zrzut ekranu do³±czê na koñcu. Jest to o tyle k³opotliwe, ¿e nie ma do nich dostêpu z Panelu Administratora – szuka siê po tytu³ach, a tu tytu³ów, oraz kategorii brak, nie ma równie¿ przypisanych ¿adnych plików, jedynie autor i data – a to oznacza konieczno¶æ d³ubania w bazie SQL – na wszelki wypadek nie kasujê, tylko podpinam robocze pliki, id kategorii, tytu³, oraz „0” przy akceptacji i gdy wy¶wietla siê normalnie to kasujê ju¿ ze strony… Cytat z jednego z emaili „Dzi¶ doda³am dwa rysunki i znów pojawi³o siê to co wczoraj. Wczoraj dodawa³am seryjnie, dzi¶ pojedynczo, wiêc to chyba znaczenia nie ma. Gdy doda³am, wszystko by³o ok. Zaznaczony by³ krzy¿yk czerwony pod opisem "zatwierdzony". Pod opisem "akcja" kliknê³am, gdy¿ tam mo¿na by³o podejrzeæ zdjêcie i opis i skorzysta³am z opcji "zapisz". Po dokonaniu tej czynno¶ci automatycznie odfajkowa³o mi ¿e zatwierdzony a poni¿ej pojawi³ siê znów obrazek widmo. Wczoraj te¿ tak zrobi³am... Wiêc to chyba jest przyczyna ;( „9. To tyle, Generalnie galeria jest bardzo fajna i polecam j± wszystkim, k³opotów, gdy sami wstawiacie zdjêcia, albo nie wymagacie ich indywidualnej akceptacji pewnie nawet nie zauwa¿ycie. No i raz jeszcze podziêkowanie za t³umaczenie. Nie ukrywam, ¿e wzmianka o planowanym 2.3.0 PL spowodowa³a u mnie lekkie o¿ywienie, czy mo¿e znane s± ju¿ przybli¿one terminy? Pozdrawiam i dziêkujê. A tutaj owe widma.
|
|
|
Temat zosta³ zablokowany. |
cez (U¿ytkownik)
Nowicjusz
Posty: 6
|
Odp:PonyGallery ML 2.2.0 PL - kilka uwag 2007/07/27 05:41 |
Oklaski: 0   |
Niestety, pozwoli³em sobie na ma³y test w waszej galerii, licz±c, ¿e mo¿e to tylko u mnie, ale mechanizm siê powtórzy³. mog³em je wykasowaæ, ale z powodów k³opotów jakie mia³em u siebie, polecam raczej wgraæ przez FTP zastêpczy plik i jego miniaturkê i podpi±æ do nich obrazek o nazwie test2, i wtedy dopiero usun±æ, przynajmniej nie bêdzie k³opotów w bazie, bo w tej chwili test2.jpg (ale z narysowan± trójk±) przypiêty jest i do "test2" i "test3" w³a¶cicieli strony przepraszam za tê mo¿e zbêdn± ingerencjê, a innych u¿ytkowników JORKIS.INFO proszê mo¿e o ju¿ nie testowanie tego b³êdu z akceptacj± na galerii Jorkisa. rozwi±zanie na szybko w po¶cie powy¿ej, w razie czego proszê o emaila. pozdrawiam
|
|
|
Temat zosta³ zablokowany. |
cez (U¿ytkownik)
Nowicjusz
Posty: 6
|
Odp:PonyGallery ML 2.2.0 PL - kilka uwag 2007/07/27 19:54 |
Oklaski: 0   |
cez napisa³: 4. To, co zauwa¿y³ Jorkis i o czym napisa³ we wstêpie. Faktycznie wszelkie „Rusa³ki”, „Go¶ki” oraz w zwi±zku z tym pewnie równie¿ „Go¶æie” lekko nie maj± (u mnie akurat go¶cie nie mog± komentowaæ), ale w komentarzach zamiast polskich liter pojawiaj± siê krzaczki. Z wy¶wietlaniem autora pracy nie ma problemu – tylko z komentarzami.
¿eby byæ precyzyjnym: chodzi jedynie o b³êdy w wy¶wietlaniu nika autora komentarza, a nie samej tre¶ci, bo tam jest ok. Podobnie jak nie ma b³êdów w nazwie autora rysunku, ...czyli je¶li autorem zdjêcia jest rusa³ka to wy¶wietla nazwê pod rysunkiem ok, ale je¿eli rusa³ka komentuje czyj±¶ fotkê, to pojawia siê rusa^3ka jako autor komentarza
|
|
|
Temat zosta³ zablokowany. |
Krzysztof Stachyra (Administrator Forum)
Administrator Forum
Posty: 697
|
Odp:PonyGallery ML 2.2.0 PL - kilka uwag 2007/07/28 03:40 |
Oklaski: 88   |
Cze¶æ. Przede wszystkim to dziêkujê za s³owa uznania za t³umaczenie PonyGallery ML. Jeste¶ pierwsz± osob± która to uczyni³a, wiêc tym bardziej nale¿± Ci siê podziêkowania. Ja tê galeriê t³umaczy³em pewnie w sumie z tydzieñ czasu, bo tekstu jest tam co nie miara, i jeste¶ jedynym, który uszanowa³ moj± pracê s³owem " dziêkujê". A TO JEST WIÊCEJ JAK Z£OTY MEDAL!!!. Co do problemów o których piszesz, to faktycznie, wystêpowa³y. Piszê w czasie przesz³ym, bo na 90% wydaje mi siê, ¿e b³êdy zosta³y ju¿ poprawione. Ad.pkt.4 - Mo¿e ju¿ " rusa³ka", " ja¶minka" i jakakolwiek osoba z polskimi znakami spokojnie pisaæ komentarze. Bêd± z polskim kodowaniem. Zamieni³em pewne funkcje dodane przez autorów, o których mo¿na "powiedzieæ", ¿e nie wiele wiadomo. Szuka³em ich w plikach, to znaczy tej funkcji i nie znalaz³em. Szuka³em ich znaczenia w Google, i te¿ nic nie znalaz³em. Pewnie jakie¶ nowe funkcje z nowej wersji PHP 5. Czyta³em tylko o tym, ¿e powoduj± one du¿o b³êdów, i "rozsypuj±" stronê z galeri±. U mnie i u Ciebie pewnie tego nie robi³y, ale wpisz w Google wyra¿enie " fixadminentrie" lub " fixuserentrie", i zobaczysz pe³no odno¶ników do stron z b³êdami.( W zasadzie to mo¿e inaczej wpisywa³em zapytanie w wyszukiwarkê, bo obecnie znalaz³o mi tylko 2 wyniki, i to wszystkie prowadz±ce do Forum Joomlaportal.de ). Oto przyk³ad kodu do ingerencji: Kod: |
// strings used in database queries
$imgtitle = fixuserentrie( mosGetParam( $_POST, 'imgtitle', ""«») );
$imgtext = fixuserentrie( mosGetParam( $_POST, 'imgtext', ""«») );
$cmtname = fixuserentrie( mosGetParam( $_POST, 'cmtname', ""«») );
$cmttext = mosGetParam( $_POST, 'cmttext', ""«»);
$pg_code = fixuserentrie( mosGetParam( $_POST, 'pg_code', ""«») );
|
Prawie we wszystkich sposobach pobierania danych metod± $_POST, wystêpuje tutaj funkcja " fixuserentrie". To ona powodowa³a, ¿e nazwa osoby komentuj±cej by³a wy¶wietlana z krzaczkami. Po prostu nazwa usera by³a pobierana z bazy SQL w oryginalnej postaci, a przy zapisie do bazy fukcja w/w wstawia³a encje. Zwróæ uwagê, ¿e zmienna " cmttext" to jest tre¶æ komentarzy, i tutaj nie zastosowano tej funkcji, co powodowa³o, ¿e komentarze by³y poprawnie wy¶wietlane. Zast±pi³em to kodem:
Kod: |
// strings used in database queries
$imgtitle = $database->getEscaped( trim( mosGetParam( $_POST, 'imgtitle', '' ) ) );
$imgtext = $database->getEscaped( trim( mosGetParam( $_POST, 'imgtext', '' ) ) );
$cmtname = $database->getEscaped( trim( mosGetParam( $_POST, 'cmtname', '' ) ) );
$cmttext = $database->getEscaped( trim( mosGetParam( $_POST, 'cmttext', '' ) ) );
$pg_code = $database->getEscaped( trim( mosGetParam( $_POST, 'pg_code', '' ) ) );
|
Gdzie funkcja " getEscaped" robi to samo, a nawet jest chyba bardziej bezpieczna. Ten problem my¶lê ¿e zosta³ za³atwiony.
Ad.pkt.5 - tutaj nic nie poradzisz, bo wymaga³o by to mocnej ingerencji w kod PHP PonyGallery ML, dlatego ¿e te ¶cie¿ki s± w wiêkszo¶ci plików nie jako zmienne, tylko na sztywno okre¶lone. Pozostaje Ci tylko korzystanie ze standardowych ¶cie¿ek. Ale ja my¶lê, ¿e nie jest to jaki¶ wielki k³opot. Przynajmniej bêdziesz mia³ porz±dek na serwerze .
Ad.pkt.6 -
cez napisa³:
Kod: |
row->approved=0;
} else {
row->approved=0;
|
Niestety, ale to co Ty napisa³e¶, to jest funkcja która nic nie robi. Bo je¶li co¶ równa siê czemu¶, to to co¶ równa siê czemu¶. Przyznasz, ¿e to nie ma sensu. No, ale piszesz, ¿e jeste¶ amatorem w PHP, wiêc mo¿na Ci to wybaczyæ. A ¿e dzia³a³o?, bo musia³o. Ja znalaz³em prawdziw± przyczynê b³êdu. I wydaje siê b³aha, ale jednak trzeba by³o j± odnale¼æ.
Kod: |
function SavePic($option) {
|
i dalej by³o tak:
Kod: |
$ag_approvechanges = 1;
if ( (!$ag_approve ) || ( $ag_approve && $ag_approvechanges ) ) {
$row->approved=1;
} else {
$row->approved=0;
}
|
Wystêpuj± tam trzy operatory logiczne:
Symbol Sk³adnia Opis
! !x Ten operator logiczny neguje wyra¿enie.
&& x&&y Operator logiczny AND zwraca true, je¶li obie zmienne s± prawdziwe (true).
|| vx||yv Operator logiczny OR zwraca true, je¶li co najmniej jedna ze zmiennych jest prawdziwa (true).
W konfiguracji galerii masz ustawion± warto¶æ:
$ag_approve = "1";, czyli:
Wymagana akceptacja Admina: "Tak", co daje nam warto¶æ 1.
!$ag_approve - ta zmienna przyjmuje warto¶æ zanegowan±, czyli 0, ale dalsze zmienne maj± warto¶æ 1:
$ag_approve - przyjmuje warto¶æ z konfiguracji, czyli 1.
$ag_approvechanges - ma wy¿ej przypisana warto¶æ 1.
Efekt jest taki:
Kod: |
if ( (!1 ) || ( 1 && 1 ) ) {
|
Druga warto¶æ zmiennych po operatorze " ||" zwraca warto¶æ " true", czyli nastêpuje spe³nienie warunku if, co daje nam koñcowy efekt:
...czyli u¿ytkownicy uzyskuj± automatyczn± akceptacjê plików.
Natomiast zmiana kodu na:
Kod: |
$ag_approvechanges = 0;
if ( (!$ag_approve ) || ( $ag_approve && $ag_approvechanges ) ) {
$row->approved=1;
} else {
$row->approved=0;
}
|
...gdzie zmienna $ag_approvechanges = 0 przyjmuje warto¶æ 0 powoduje to, ¿e przy ustawieniu w konfiguracji:
$ag_approve = "1";, czyli jak pisa³em wcze¶niej - na wymagana akceptacja Admina, dam nam efekt:
Kod: |
if ( (!1 ) || ( 1 && 0 ) ) {
|
...gdzie zmienna " !1" przyjmuje warto¶æ 0, drugie warto¶ci w nawiasach nie s± jednakowe, czyli wynikiem bêdzie zwracana warto¶æ " false", a operator " ||" równie¿ przyjmuje warto¶æ " false", i wynikiem warunku if bêdzie:
...czyli u¿ytkownicy oczekuj± na akceptacjê Admina.
Je¶li wyrazisz zgodê na wczytywanie plików bez akceptacji Admina, to tylko w skrócie, bo nie chcê siê rozpisywaæ, bêdzie to wygl±daæ tak:
Kod: |
if ( (!0 ) || ( 0 && 0 ) ) {
|
...zmienna " !0" przyjmuje warto¶æ 1, drugie warto¶ci w nawiasach s± jednakowe, czyli wynikiem bêdzie zwracana warto¶æ " true", a operator " ||" równie¿ przyjmuje warto¶æ " true", i wynikiem warunku if bêdzie:
...czyli u¿ytkownicy uzyskuj± automatyczn± akceptacjê plików.
Ad.pkt.7, 8 - wprowadzi³em pewne zmiany w kodzie, w pliku " admin.ponygallery.php" w funkcji " removePicture":
Kod: |
function removePicture( $cid, $option ) {
.....................dalsza czesc kodu
....................................
if (!file_exists($mosConfig_absolute_path . $ag_pathimages . "/".$row->imgfilename)) {
if (removeFile($row->imgfilename, $mosConfig_absolute_path . $ag_pathimages)) {...itd
|
Zmiana powoduje, i¿ je¶li w okre¶lonej ¶cie¿ce nie ma pliku, którego wpis znajduje siê w bazie danych SQL, wpis ten zostaje automatycznie usuwany, czyli dane o nieistniej±cym obrazku, plus komentarze przypisane do niego. Próbowa³em od frontu za³adowaæ obrazki o takiej samej nazwie, czyli " 14.jpg", i przy drugim wczytaniu tego samego pliku, u¿ytkownik zostaje pozbawiony równie¿ pierwszego obrazka. Tylko tyle mog³em osi±gn±æ. Ale zmusi to u¿ytkowników do nie wczytywania dwóch takich samych obrazków.
Co do powielenia nazwy obrazka wczytanego przez innego u¿ytkownika, to jest to raczej nie mo¿liwe, bo PonyGallery ML przypisuje nazwê obrazkowi w postaci takiej, np:
user_71_14.jpg
...gdzie 71 to jest ID u¿ytkownika. A przecie¿ nie ma dwóch takich samych ID u¿ytkowników.
Na koniec chcia³bym Ciê prosiæ, aby¶ ponownie spróbowa³ zrobiæ ten numer z obrazkiem duchem, bo mo¿e ja co¶ nie tak robi³em, i odpisz, jaki jest efekt. Zaznaczam, ¿e obrazek musi czekaæ na moj± aprobatê. Po tych testach wstawiê poprawion± PonyGallery ML 2.2.0 PL do plikowni. Je¶li chodzi o nowsz± wersjê, to poczekaj kilka dni, bo mam tak ma³o czasu ostatnio. A jest tam kilka zmian w pliku jêzyka. Dodano trochê sta³ych jêzykowych.
Czekam i pozdrawiam. Jokris.
|
|
|
Temat zosta³ zablokowany. |
cez (U¿ytkownik)
Nowicjusz
Posty: 6
|
Odp:PonyGallery ML 2.2.0 PL - kilka uwag 2007/07/28 17:36 |
Oklaski: 0   |
Witam, S³owo „ dziêkujê” i to ju¿ nie pierwszy raz wyrwa³o mi siê z trzewi, gdy tylko PonyGallery ML pojawi³a siê na JORKIS.INFO, i zapewniam, ¿e z pewno¶ci± nie tylko mi. Natomiast a¿ miesi±c czasu zajê³o mi napisanie tego prostego przecie¿ s³owa na forum… Có¿, pow¶ci±gliwo¶æ w otwartym docenianiu wysi³ku osób trzecich trochê chyba mamy we krwi, mo¿e a¿ za bardzo…, ale nie znam osoby, która raz tu trafiwszy - szukaj±c rady lub po prostu interesuj±c siê Jooml±! - nie wrzuci³aby tej strony do „ulubionych”, a licznik bardzo rzadko schodzi w ci±gu dnia poni¿ej 100 go¶ci i to non-stop nie bez powodu. „Jorkis” to marka, tak marka, budz±ca szacunek i kropka. Wracaj±c do tematu… czyli wyniki moich testów zmian, które pojawi³y siê w po¶cie powy¿ej. Ad.pkt. 4Dzia³a! Dzia³a, dzia³a! Faktycznie problem z wy¶wietlaniem polskich liter w nazwie autora komentarza znikn±³, w zwi±zku, z czym krzaczków ju¿ nie ma, a do ”nika” podpina siê prawid³owo link do galerii u¿ytkownika! Wiele osób siê z tego ucieszy… Mo¿e dodajmy tylko informacjê, ¿e poprawka ta nie spowoduje, ¿e stare wpisy „naprawi±” siê same, ale wszystkie nowe s± ju¿ ok! Ad.pkt. 5Ach ten porz±dek… Ale dziêki za sprawdzenie. Ad.pkt. 6Dzia³a! Dzia³a, dzia³a! Wszystko zachowuje siê tak jak powinno, i u nas i z tego, co widzê w Waszej galerii równie¿. A tak przy okazji, ¶miejê siê sam z siebie, bo brak znajomo¶ci PHP, nie musi zwalniaæ z konieczno¶ci logicznego my¶lenia, no mo¿e pewne fory maj± podobno kobiety kieruj±c siê bardziej przeczuciami (nie w pejoratywnym znaczeniu oczywi¶cie)… podejrzewa³em, wiêc, ¿e moja zmiana: „0” w przeciwnym wypadku „0” …czyni drug± czê¶æ zdania cokolwiek zbêdn±, ale có¿ faktycznie sk³adnia PHP jest mi prawie nieznana, dlatego dziêkujê za pouczaj±cy mini-wyk³ad, z pewno¶ci± przyda siê on zarówno mi jak i wielu zainteresowanym i to nie tylko w tym konkretnym przypadku. Ad.pkt. 7Przepraszam, ale tego nie odwa¿y³em siê u siebie przetestowaæ, ale wynika to tylko i wy³±cznie ze specyfiki strony., bo z tego, co zrozumia³em, znalaz³e¶ wstêpnie pewne rozwi±zanie, które jest jednak raczej „lekarstwem” u³atwiaj±cym zwalczanie skutków, ni¿ „szczepionk±” zapobiegaj±c± chorobie. Z pewno¶ci± z punktu widzenia administratora strony jest to du¿e u³atwienie, przy rozwi±zywaniu k³opotów pojawiaj±cych siê przy ewentualnych pomy³kach z u¿yciem tej samej, ju¿ istniej±cej nazwy pliku - faktycznie tylko konkretnego u¿ytkownika („id” ! … Byæ mo¿e co¶ b³êdnie zrozumia³em, ale szczerze mówi±c to przestraszy³em siê s³owa „automatycznie” a w nastêpstwie widoku np. 12 letniej dziewczynki, której nagle znikn±³ rysunek konika z 10 pochwalnymi komentarzami. Konika pewnie mo¿na wstawiæ jeszcze raz, ale tych 10 pochwa³ ju¿ siê nie przywróci. Bojê siê, ¿e email od takiej osoby by³by mokry od ³ez… - wygod± admina ciê¿ko by³oby mi to jej wyt³umaczyæ. - dlatego Jorkis, wybacz proszê, ale akurat o ten test popro¶my osoby, które zainstalowa³y PonyGallery do prezentacji w³asnych fotek, albo nie maj± lêków przed 12-letnimi p³acz±cymi kobietami… Ad.pkt.8 czyli duchy…Niestety – sam nie potrafiê wywo³aæ tego b³êdu i nie wiem, w jakich okoliczno¶ciach siê pojawia³, mia³em jedynie wskazówki, które zamie¶ci³em w po¶cie, oraz efekty na ekranie. Ale mam szczer± nadziejê, ¿e mo¿e ju¿ siê nie pojawi± po zmianie dotycz±cej pkt.6 – zobaczymy, w razie, czego natychmiast Ciê poinformujê. Ale trochê ba³aganu zgodnie z ¿yczeniem w galerii Ci narobi³em, raz za³adowa³em zdwojone a nawet potrójne, a potem usun±³em, oraz inny plik zdwoi³em, ale ju¿ nie usuwa³em – pewnie sam ju¿ to testowa³e¶, ale zobacz jeszcze raz jak dzia³a AD.PKT.7, bo mo¿e uda³o mi siê co¶ zrobiæ inaczej, albo przynajmniej w innej kolejno¶ci ni¿ Ty… To w³a¶ciwie tyle, tak na szybko. A wszystkim czytaj±cym tego posta polecam sprawdziæ daty i godziny tej korespondencji, oraz oceniæ merytoryczn± zawarto¶æ, w dodatku bezinteresown± i dobrowoln±… no có¿, co marka to marka. Dziêki w imieniu swoim i u¿ytkowników.
|
|
|
Temat zosta³ zablokowany. |
Krzysztof Stachyra (Administrator Forum)
Administrator Forum
Posty: 697
|
Odp:PonyGallery ML 2.2.0 PL - kilka uwag 2007/07/28 18:35 |
Oklaski: 88   |
cez napisa³:Witam, ..... „Jorkis” to marka, tak marka, budz±ca szacunek i kropka.
...No dobra, ju¿ dziêkowa³em. Jestem po prostu tak zwyk³ym cz³owiekiem jak Ty, i wielu innych ludzi. cez napisa³:Ale trochê ba³aganu zgodnie z ¿yczeniem w galerii Ci narobi³em, raz za³adowa³em zdwojone a nawet potrójne, a potem usun±³em, oraz inny plik zdwoi³em, ale ju¿ nie usuwa³em – pewnie sam ju¿ to testowa³e¶, ale zobacz jeszcze raz jak dzia³a AD.PKT.7, bo mo¿e uda³o mi siê co¶ zrobiæ inaczej, albo przynajmniej w innej kolejno¶ci ni¿ Ty… Interesuje mnie sposób, w jaki wczytywa³e¶ zdjêcia. Mo¿e jestem faktycznie przemêczony, ale nie za bardzo rozumiem co znaczy " zdwoi³em". Proszê Ciê, napisz po kolei, w jaki sposób wczytywa³e¶ obrazki. Wed³ug kolejno¶ci od pierwszego do ostatniego. Na serwerze zosta³ tylko obrazek: user_XXX_cez_pies.jpgOczywi¶cie w katalogu z miniaturami i ze zwyk³ymi zdjêciami. Natomiast nie ma go w plikach oryginalnych, st±d te¿ mój sposób nie zadzia³a³. Ten dotycz±cy usuwania nie istniej±cych plików. Obecnie próbujê dodatkowo zmodyfikowaæ plik " admin.ponygallery.php", a Ty w tym czasie mo¿esz, o ile masz ten czas, napisaæ jak ³adowa³e¶ obrazki. Ma to znaczenie dla mojej ingerencji w kod plików, bo ³atwiej mi bêdzie wyszukaæ funkcje odpowiedzialne za tê sytuacjê. To czekam, i odpiszê, czy moja ponowna modyfikacja zadzia³a³a. Narka. Jokris.
|
|
|
Temat zosta³ zablokowany. |
|
|
|
|
|