semenedar

Zmodyfikowanych rekordów: 3917. ( Wykonanie zapytania trwało 0.0436 sekund(y) ) Dziękuję, działa. Można zamknąć. W moim przypadku zapytanie przy zmianie języka na Polski wygladało tak: UPDATE members SET language = 2

Opcja płatna nie jest bez sensu. Poważni ludzie zapłacą za rejestrację te pare groszy i nie rozbi im to różnicy. A odsiew gówniarzy dzięki temu jest mianowity. Masz też weryfikację od razu. To NIE JESt bez sensu.

Taki prosty sklepik o którym mówisz fajna sprawa, zwłaszcza gdy się nie ma dostępu do certyfikatu SSL no i https na Forum. Jesli tego nie ma, to na nic Ci się bramki płatności ani nawet Nexus nie przyda. Znaczy inaczej, Nexus się przyda, ale jak mówiłeś, po cóż wtedy z armatą na mrówki. Jak chcesz, to mogę Ci dać Polską wersję IBEconomy 2.1.1 spolszczoną wraz z całym ACP, wszystkimi wyjaśnieniami, podpisami, dopiskami, opcjami i spolszczonym panelem publicznym rzecz jasna. Ale nieoficjalną niestety mam tę wersję, IPS nie przyjął mi tego. Napracowałem się strasznie, ale producent tego softu, nie wyraził zgody na to żebym to opublikował jako niezależną aplikację, dopuścić chcieli tylko spolszczenie publiocznych langów i panelu acp (to zresztą nawet było moje ale ze złości usunąłem gdy mi to odrzucili), a tłumaczenie samych langów często nie wystarcza przy IbEconomy jeśli ktoś jest "zielony". Tam trzeba spolszczyć nawet "realia" nie tylko langi Dosłownie trzeba zrobić przekład tej aplikacji i ta wersja, właśnie taka jest. Dlatego schowałem do szuflady. Nie mogę tego rozpowszechniać oficjalnie, więc jeśli chcesz skorzystaj, a jeśli nie, to będzie u mnie gnić w szufladzie Tutaj: http://www.zk.sex.pl...1.1_full_pl.zip I jeśli już chcesz to wykorzystać jako realny sklep, to proponowałbym Ci na "przedpłatę" zrobić jedynie punkty. Klienci kupują punkty za prawdziwe pieniadze a później już z wirtualną kasą ganiają po sklepie. Oczywiście, najpierw musiałbyś wszystko ogarnąć, ja już mam tę aplikację w jednym paluszku. Teraz korzystam z Nexusa, ale Ekonomię i tak mam jako wirtualną rozrywkę na Forum. Giełdę, ikony, niektóre pakiety subskrypcji i inne takie. Pozdrawiam.

Jurij, ale w wersji 3.3.3 juz się tak nie da. Przez bazę danych, możesz usuwać warny. Tabela members_warn_logs Oto przykład: Wybierasz sobie którego warna chcesz usunąć. Po tej operacji, znika z Panelu Moderatora (Logi ostrzeżeń, które zostają tam nawet gdy ostrzeżenie wygaśnie) Z poziomu Bazy, możesz usunąć ostrzeżenie które wygasło, lub podczas jego trwania, pytanie tylko PO CO, skoro samo wygaśnie przy poprawnie skonfigurowanych "powodach" i "akcjach". Ale po usunięciu tego loga, możesz też w ACP edytować Użytkownika i wyzerować mu licznik warnów. Jeśli zrobisz i jedno i drugie, to wtedy jest tak, jakby nigdy warna nie było. Wiem że po konwersji czasem nie jest dobrze, bo są warny w bazie a nie ma ich w widoku Użytkownika lub na odwrót. Wszystko załatwi ta jedna tabela, więc obczaj ją sobie. Na Twoje drugie pytanie, znajdziesz rozwiązanie w ACP "powody" i "acke". Nie dalej jak dwa dni temu, pisałem bardzo obszerny post na ten temat przy okazji tematu o tym, jak wyłaczyć funkcję "other" S- Moderatorom. Pozdrawiam.

Pewnie takie zapytanie istnieje, ale ja niestety go nie znam. czy mógłby mi ktoś podać zapytanie do SQL które masowo zmieni wszystkim Użytkownikom język z Angielskiego na Polski? Po konwersji na IPB (już dosyć dawno) została spora część Użytkowników którzy mają jako domyślny Angielski. Oczywiście Polski, jest ustawiony jako domyślny. Opcja "Aktualizuj wybory Użytkowników" w ACP nie działa niestety na Użytkowników "przekonwertowanych" na IPB ze starego Forum. Pozdrawiam

Co znaczy że zakres kar jest mocno ograniczony, zbyt mocno? A zdefiniowałeś powody i akcje w ACP? Dodałeś do akcji punkty karne? Zrób choćby i z dwieście powodów i akcji i niech sobie z pośród tego S- Moderatorzy wybierają karę, którą chcą kogoś uraczyć. To chyba lepiej jak Ty ustalisz "taryfikator" którym inni się będą na sztywno posługiwać. Wybierają powód (do którego podpięta jest juz gotowa akcja) i finito.

Nic nie musisz wycinać ze skinów. Najpierw się skieruj do Grup w Panelu Administracyjnym i nadaj ograniczenia uprawnień tym grupom, które mają dostęp do ACP. Użytkownicy--> Ograniczenia. Oczywiście nie sam sobie Adminowi, tylko Super Moderatorom ogranicz możliwość przenoszenia Użytkowników do grup Administracyjnych. Wtedy nie będą mogli niechcąco wypromować kogoś za karę. To po pierwsze, ale to nie rozwiązuje całkiem problemu. Po drugie, wejdź w Ustawienia -->Members--> Warning and Moderation i ustaw "Allow moderators to set custom punishment if no Warning Action is set" Na NIE. i kolejną opcję "Allow moderators to use "Other" reason" na NIE. Wtedy S- Moderatorzy, nie będą mogli wybierać własnych akcji, i będą musieli korzystać z predefiniowanych przez Ciebie kar. Warto też odfajkować na NIE opcję "Users must acknowledge issued warnings before posting again?". Myślałem wcześniej że to taka świetna funkcja, ale jak się okazuje wprowadza niezłe zamieszanie, bo Użytkownik jest informowany o tym że MUSI przeczytać ostrzeżenie aby móc dalej pisać posty na forum dopiero wówczas, gdy próbuje odpowiedzieć w temacie za pomocą górnego przycisku "Odpowiedz" czyli dopiero wtedy gdy chce użyć pełnego edytora odpowiedzi. Na wejściu, nie ma o tym żadnej informacji. Użytkownik nie wie, dlaczego nie widzi edytora szybkiej odpowiedzi i sam się musi domyślić żeby skorzystać z pełnej odpowiedzi. Dopiero wtedy jego oczom tadaaaaaaaaaam... ukazuje się treść ostrzezenia i pole do wstawienia ptaszka i przycisk potwierdzenia że się z ostrzeżeniem zapoznał. Wtedy też (po odfajkowaniu ostrzeżenia) łaskawie powraca mu edytor szybkiej odpowiedzi. Co innego, gdyby to działało na wejściu na forum, (tak jak modyfikacja TOS- Terms of Service) , lub działało już w edytorze szybkiej odpowiedzi. To wtedy byłaby to dobra rzecz. Moderatorzy działów, (czyli nie Super Moderatorzy) i tak nie mają dostępu ani do ACP ani do panelu Moderatora, więc tu problemu nie ma.

Powiększ: Może gdy tak ustawisz to problem się skończy, albo tak jak radzi DawPi? Ale skoro tabela czyści wszystkie Shouty, to również ten ze złym linkiem. Tak mi się przynajmniej wydaje.

Mówiłem do kolegi Unbreak i pomyliłem pusty SB z "pustym Shoutem" (który mógłby np zawierać znak z o kreskowanym, czyli "ó".) Jeżeli coś Wam czyści tabelę Shoutów, to jest inny problem, którego ja rozwiązania niestety nie znam bo i nie miałem takiego problemu. Może doraźnie wyłącz zadanie systemowe związane z czyszczeniem ShoutBoxa i to pomoże?

Było wiele razy na forum omawiane. Najpierw miałeś odinstalować modyfikację (SOS32) dotyczącą reputacji w profilu a później aktualizować forum.

"Parę di po aktualizacji Forum" Po prostu sam Ci się odświeżył cache przeglądarki po którymś tam wejściu z kolei. Nic się samo nie dzieje Najlepiej jest nadpisać całą paczkę IPB 3.3.3 na najnowszą, odświeżyć cache i po kłopocie. To nie jest "aktualizacja" Ja tak zrobiłem.

która jest NIEAKTUALNA. Zaktualizuj swoją paczkę językową, wgraj tę z odpowiedniej, posiadanej przez Ciebie wersji IPB, bo (z tego co widzę a widzę dobrze ) to masz jeszcze problem z powiadomieniami, które przychodzą w takiej oto przykładowej formie:%lubi Twój post%w% zamiast DawPi lubi Twój post w Zmiana napisu i inne powiadomienia o aktywności w tematach, itd.

To nie jest tak z tym Gogle botem. W piłce nożnej mówi się "gra się tak, jak przeciwnik pozwala" i to ma również zastosowanie tutaj. Jeśli już to jakiś bot spamer, który "zapytuje" o wszystko. Trzeba pamiętać o tym że korzystanie z wyszukiwarki Forum, to również są zapytania do bazy danych. Pomnożyć to teraz przez liczbę osób (np niezalogowanych) które "zapytują do bazy" poprzez wyszukiwarkę Forum. I na końcu jest obciążenie, które serwer widzi jako generowane przez jakiegoś bota, którym są po prostu goście. Wystarczy ustanowić troche wyższy limit flood na wyszukiwarkę, żeby nie powstawało jednocześnie zbyt wiele zapytań do MSQL. Limit jednoczesnych zapytań do bazy, to najczęściej stosowany limit na tańszym hostingu. Można też odpowiednio zmodyfikować plik robots.txt aby nie dopuszczać do zbyt częstego (a przez to zbędnego i obciążającego) indeksowania przez roboty (co przecież działa TAK SAMO jak korzystanie z wyszukiwarki) i wykluczyć boty spamujące. Wiele na ten temat jest na Forach IPS. Polecam też (DP33) Guest View Limits od naszego DawPi. Bardzo sie przydaje między innymi w takich przypadkach. Mam i sobie chwalę.

No przecież to z "ó" to już omawiałem osobiście Rozwiązanie jest proste- Pobierz ze swojej strefy klienta na IPS, najnowszą mutację wersji IPB 3.3.3 i nadpisz (jeśli nie całą) to koniecznie plik w katalogu public/js/ipb.js a potem trzeba odświeżyć cache przeglądarki przez CTRL+F5 Pliczek ipb.js z najnowszej paczki dam Ci też tutaj:ipb.zip

Już mam rozwiązanie. Trochę na wyrost napisałem że wszyscy mają ten problem, otóż nie. Maja ten problem tylko Ci, którzy używają prehistorycznego IE6 albo jakiś egzotycznych przeglądarek z tabletów. Już do tego doszedłem. No cóż, chyba można zamknąć.

No właśnie też nie widziałem niczego takiego w trackerze. Jeśli nikt nie będzie znał rozwiązania to napiszę do IPS.

Dlatego dałem taki długi tytuł, aby było jasne gdzie i w czym jest problem. IP Blog posiada trzy opcje publikowania Bloga. Publiczny, prywatny, lub "prywatny klub". Przed aktualizacją IP Bloga do wersji 2.5.2 wszystko było w porządku. Problem odkryłem dopiero wczoraj, bo jeden z Użytkowników który korzysta z opcji Bloga "Prywatny Klub" powiedział mi że wciąż znika jego lista Użytkowników którzy mają dostęp do jego bloga. Jest tak: Może dodać Użytkowników, zapisuje listę, po kilku chwilach lista znika. Sprawdziłem oczywiście wszystko. Zalogowałem się "jako" ten Użytkownik, sam stworzyłem mu listę i tak samo zniknęła po jakimś czasie. Czy ktoś słyszał o takim problemie albo o jakimś issue w trackerze, gdzie mógłbym coś na ten temat wyczytać? Pobierałem paczkę IP Blog od nowa, nadpisywałem. Ten sam problem. Lista znika zawsze przy próbie jej aktualizacji. Użytkownicy którzy dziedziczą tę listę z poprzedniej wersji IP Blog i jej nie ruszają, to im ta lista normalnie działa. Gdy cokolwiek zaktualizują, chcą kogoś dodać lub usunąć, lista znika i nie ma tam żadnych Użytkowników, tak jakby wszystkich wyrzucił ze swojego "Prywatnego Klubu". Ktoś coś wie na ten temat?

Odpowiedzi są w trackerze IPS, tam są rozwiązania tego problemu. Masz starą wersję IPB 3.2.3 a ona ma znane problemy z wyświetlaniem urodzin z kalendarza w sidebarze. Tutaj klikaj: http://community.invisionpower.com/resources/documentation/index.html/_/knowledge-base/previous-versions/ipcalendar-322-upcoming-birthdays-block-can-lead-to-a-calendar-not-displaying-birthdays-r643 i tutaj: http://community.invisionpower.com/resources/documentation/index.html/_/knowledge-base/previous-versions/ipcalendar-322-and-330-upcoming-events-block-on-board-index-shows-no-forthcoming-events-r642 Pewnie gdy ręcznie odbudujesz pamięć kalendarza: to wtedy widać urodziny w sidebarze. Ale gdy mija godzina 0:00 w nocy, urodziny wcale nie zmieniają się. Musisz więc zastosować fixy od IPS.

Ale przecież ja nie widzę co Ty masz tam ustawione więc Ci takie rozwiązanie proponuję A Ty mówisz tak jakbym miał dostęp do Twoich ustawień i conajmniej to wszystko widział No skoro masz tam ustawione zero, to nie ma znaczenia czy jest włączone czy wyłączone. "Samo" się nic nie dzieje, ani nie psuje ani nie naprawia No ale skoro działa, to niech działa.

To co Ty trzymasz na serwerze to jest mały pikuś, tak samo jak transfer. Liczy się obciążenie procesora, ramu, ilość jednoczesnych zapytań do bazy danych. Na Twoim miejscu pozbyłbym sie hotlinków które prowadzą do Twojego konta z Allegro, jeśli masz niskie limity bazy. A może masz też limity transferu? Ale jeśli tak, to w połączeniu z limitami bazy, to się równa bylejaki hosting i warto byłoby pomyśleć o zmianie. Gorzej gdy nagle zjawia się na forum setka lub dwie setki gości, Użytkowników i każdy coś przegląda (a Ty na przykład masz limity bazy). Wtedy to jest problem. Może tak być, że nic na to nie poradzisz, i będziesz musiał wykonać upgrade usługi hostingowej na wyższe limity lub się z usługodawcą w sprawie limitów dogadać. Z jednej strony powinno Cię to cieszyć, bo DUŻY ruch, lub conajmniej większy ruch niż wcześniej, oznacza naturalnie większe zainteresowanie Twoim miejscem.

Nexus ma bardzo fajne ustawienia w tej kwestii. Nie trzeba całej strony sprzęgać żeby działała po https. On sam w sobie ma ustawienia takie że w przypadku "newralgicznych danych", włącza obsługę https. Np w przypadku zakładki związanej z danymi osobowymi, lub w przypadku transakcji. Jeśli się nie ma certyfikatu, to można to pozostawić na off, ale wtedy realizować zamówienie a nie płatność lub korzystać ze standardowego Paypala.

Masz rację, można działać bez SSL (na przykład metodą "Check" lub po zakończeniu transakcji pozostawić jako wstrzymaną i podawać dane do przelewu (na jedno wychodzi.). Albo posługiwać się standardowym kontem Paypal, wówczas płacący też musi mieć Paypal a to już jest niedogodność. Płacący musi zakładac konto, może się w trakcie zniechęcić, zrezygnować z zakupu "bo musi coś zakładać". Ale już Paypal Pro, który obsługuje karty kredytowe i debetowe, to wymaga włączonego SSL, to samo w przypadku płatności przez polskie bramki do przelewy24 lub płatności online które obsługują karty. Jeśli nie ma włączonego SSL, to metoda płatności nie zadziała i Nexus z góry o tym fakcie informuje komunikatem na czerwono. Na serwerze bywa że jest darmowy, "zbiorowy" certyfikat SSL dla klientów (tak na przykład jest na chmurce nie wiem jak na innych hostach) ale to w żadnym stopniu nie rozwiązuje sprawy, bo przeglądarki zgłaszają próbę wyłudzenia i informują o niezaufanym certyfikacie strony, i radzą by stamtąd spierniczać. To jest oczywiste, bo certyfikat musi być przecież przypisany do KONKRETNEJ strony, którą certyfikat zatwierdza. W razie złamania zabezpieczeń, wystawcy certyfikatu odpowiadają za to własną głową, płacą odszkodowania. Kto na takiej stronie która doradza by z niej uciec, dokona płatności jeśli musiałby "potwierdzać wyjątek bezpieczeństwa" i wykonywać jakieś w jego ocenie podejrzane akcje? To musi być własny certyfikat kupiony dla Twojej strony, a co za tym idzie, najpierw trzeba wykupić własne IP aby ten certyfikat podłączyć. Wtedy transakcje idą po https (i WIARYGODNYM SSL) wtedy "kłódka" na przeglądarce się zamyka, wtedy połączenie jest szyfrowane w sposób uznany przez przeglądarki i klient czuje się bezpiecznie. I zapłaci. Jeśli ktoś nie ma własnego certyfikatu, to najlepszą metodą jest "Check". Czyli zamówienie, a później realizacja płatności przez wystawioną fakturę. Lub bramka SMS (ale tutaj mamy gigantyczne prowizje dla operatora. Połowa kwoty trafia do Ciebie przy dobrych wiatrach).

Ustawienia Globalne Konfiguracja > Shoutbox > Global Configuration Czy opcja "Prune Old Shouts?" jest wyłączona? Czy wpisane tam jest zero?

Shoutbox Topic Alert, tutaj: http://community.inv...ox-topic-alert/ (Działa na 3.3.3 np. u mnie na forum) Przy okazji looknij na to: http://community.invisionpower.com/files/file/5427-m33-status-updates-in-shoutbox/ (Jak ktoś zaktualizuje swój status, to pojawia się informacja o tym na SB. Działa na 3.3.3 np u mnie na forum)

Chyba raczej chodzi Ci o zmianę Grupy a nie rangi. A grupa oczywiście z odpowiednimi uprawnieniami. Co się tyczy płatności SMS, to się skontaktuj z DawPi. A pozostałe płatności, to przez aplikacje IP Nexus. Do tego jeszcze dolicz koszty polskiej bramki płatności, jeśli chcesz kaskę dostawać w formie przelewu np przez płatności online, albo przelewy 24. W przyoadku Nexusa również, musisz posiadać na serwerze certyfikat SSL. W skrócie, nie obędzie się bez nakładów finansowych, jeśli chcesz pobierać opłaty. Nie ma ani darmowych hooków, ani darmowych bramek SMS ani też darmowych licencji na IP Nexus.