Witaj ponownie.
Co do tre¶ci maila do mnie, to siê tym co napisa³e¶ nie przejmuj, bo ja ju¿ mia³em eksperymenty na mojej stronie. W komponencie
PeopleBook, ale tam musia³em ingerowaæ inaczej. Zreszt±, moja witryna jest ca³y czas poddawana ro¿nym eksperymentom, bo testujê na niej do¶æ nietypowe sk³adniki. Np taki komponent
Com_Files, w którym ustawiasz dowolny katalog w którym s± jakie¶ pliki. I je¶li opublikujesz komponent, pliki te po klikniêciu na ich ikonki mog± byæ pobrane na dysk. I wyobra¼ sobie, ¿e
Google "zakeszowa³o" mi ten komponent ( stworzy³o kopiê ), i mimo odpublikowania komponentu, przemianowania folderu, który udostêpni³em, wstawienia pliku
.htaccess i tak przez oko³o tydzieñ mo¿na by³o te pliki pobieraæ. I co dziwne, to to, ¿e fizycznie ich nie by³o na dysku, a ze strony kopii stworzonej przez
Google mo¿na by³o nadal pobieraæ pliki. Ale to ju¿ mam za sob±. Nie piszê tutaj o witrynie
Whois.com, poprzez któr± jestem niemal kilka razy w tygodniu "
ripowany", a tam mo¿esz zale¼æ wszystko, nawet mój telefon domowy. Napisa³em do adminów, aby blokowali tê witrynê, ale odpisali, ¿e je¶li mia³bym domenê prywatn±, np.
pl, to wówczas by³o by to mo¿liwe. A tak to niestety, nic nie poradzê na to, ¿e kto¶ chce siê dowiedzieæ, mo¿e, czemu moja strona tak wysoko stoi w rankingu
Google. Hmm...Ja sam nie wiem.
Wracaj±c do w±tku. W
PonyGallery ML 2.2.0 wystarczy w konfiguracji nie przypisywaæ ¿adnej kategorii dla u¿ytkowników, i ju¿ obrazków nikt nie wczyta.
Co do wczytywania obrazków o takiej samej nazwie, to próbowa³em wczytaæ takie obrazki ( nawet próbowa³em 2, 3, 4 ), i pokazywa³ siê komunikat, ¿e nazwy siê dubluj±. Wiêc nie wiem jak Tobie uda³o siê wczytaæ takie same obrazki.
Co do usuwania obrazków duchów, to znalaz³em inne rozwi±zanie. Ma pewne wady, ale przegl±da³em najnowsz± wersjê
PonyGallery ML 2.2.4, i tam jest ten sam problem, wiêc moje rozwi±zanie mo¿e siê przydaæ. Chocia¿by po to, aby nie by³o potrzeby ingerencji w bazê danych, lub kombinowania z wysy³aniem na serwer plików. Przywróci³em kopiê oryginalnego pliku
admin.ponygallery.php" na serwer. Zmian dokona³em w pliku "
common.ponygallery.php".
Zmodyfikowa³em funkcjê "removeFile". Oryginalnie wygl±da tak ( i to praktycznie we wszystkich galeriach )
| Kod: |
function removeFile($srcFilename, $srcFilePath) {
$removeFilename = $srcFilePath . '/' . $srcFilename;
if ( unlink($removeFilename)) {
return true;
} else {
return false;
}
}
|
..na:
| Kod: |
function removeFile($srcFilename, $srcFilePath) {
$removeFilename = $srcFilePath . '/' . $srcFilename;
if ( unlink($removeFilename) || !file_exists($removeFilename) ) {
return true;
} else {
return false;
}
}
|
Taka modyfikacja powoduje ¿e wpisy "duchów" z bazy
SQL zostaj± usuniête, i to skutecznie, ale obrazki, je¶li ich jest kilka, to który¶ zawsze zostaje. Ale mo¿na rêcznie wykasowaæ go z serwera. Oczywi¶cie nie bêdê robi³ analizy kodu, tylko po prostu wstawiê do instalki dwa pliki "
common.ponygallery.php". ¯eby kto¶ pó¼niej nie pisa³, ¿e mu co¶ nie dzia³a. Ja i tak nie jestem lekarstwem na wszystkie b³êdy w komponentach. Mo¿e takiego problemu nikt autorom nie zg³asza³. A szkoda. Mamy tylu anglojêzycznych u¿ytkowników
Joomla, ¿e mogli by czasami wspomóc. Ale to tylko marzenia.
Tak ¿e na koniec napiszê tylko, ¿e mo¿e jeszcze co¶ pomy¶lê nad t± "nieszczêsn±"
PonyGallery ML, ale jednocze¶nie podejrzewam, a nawet jestem przekonany ¿e problem ten dotyczy nie tylko w/w galerii, ale i pewnie wiêkszo¶ci z nich. Ale jak pisa³em, ja udostêpniam wczytywanie dla testów, Ty bo musisz, ale wiele osób nie musi wcale pozwalaæ na wczytywanie obrazków przez
userów, wiêc mog± byæ spokojni. Wystarczy tylko nie zaznaczaæ, jak pisa³em wcze¶niej, kategorii z pozwoleniami dla u¿ytkowników. To mo¿e tyle. Jak co¶ wymy¶lê jeszcze, to napiszê. Pozdrawiam Ciebie i tych wspania³ych rysowników z Twojej strony. Ja te¿ kiedy¶ rysowa³em. Moja córka rysuje do dzisiaj. Mo¿e kiedy¶ jaki¶ rysunek wczytam Ci na serwer. Ok?.
Jokris.
Pony Gallery ML 2...
Id¼ do mojego profilu na Google+
htaccess Standard SEF
