Dodanie powodów zgłoszeń [ankieta]

komentarz 24 kwietnia 2020 przez DeBos123 Nałogowiec (44,950 p.)

Może dobrym pomysłem byłoby przy przypięcie tego posta, żeby dotrzeć z pomysłem do większej ilości użytkowników? Może wtedy więcej osób spróbuje się za to wziąć i coś z tego wyjdzie.

Mógłbyś mi napisać dlaczego forum zostało napisane w czymś co jest dosyć ciężko zedytować/ulepszyć jak sam kiedyś napisałeś? Nie wiem jak to wyglądało 5 lat temu kiedy forum powstawało, ale już chyba były technologie, które są do dzisiaj używane.

2

komentarz 24 kwietnia 2020 przez ScriptyChris Mędrzec (190,190 p.)

Część frontowa dla użytkowników jest praktycznie gotowa i czeka(ła) na implementację po stronie backendu. Ostatnio coś się działo w linku podesłanym przez Arka i, o ile pamiętam, pozostało zintegrować frontend z backendem + przetestować całość.

Też czekam na ten ficzer. :)

komentarz 24 kwietnia 2020 przez Arkadiusz Waluk Ekspert (287,950 p.)

@DeBos123 nie wiem czy jest sens robić z tego aż taką sprawę. Tematy już były ogólnie o pomocy przy kodzie no i niespecjalnie są chętni, czemu też z jednej strony się nie dziwię. Poza tym skoro Mariusz08 ma już to rozkopane i zna temat, to może uda mu się skończyć po prostu i szkoda do tego jednego angażować tyle innych osób. Kto chce pomóc mógłby się zająć innymi zagadnieniami.

Silnik forum nie jest nasz autorski. Uruchamiając je wtedy MZ wybrał po prostu taki skrypt, na jakiś tam szybki start był całkiem niezły. Działać jak widać działa, tragedii nie ma, ale w temacie jakości ogólnej i tym bardziej kodu za dobrze nie jest. Tu też z jednej strony to rozumiem, to były początki kanału, chciał zapewne spróbować coś takiego postawić, więc wziął jakiegoś gotowca no i udało się. Gdyby wtedy siedział miesiącami nad pisaniem własnego silnika, to kto wie jakby to wyglądało i czy w ogóle udałoby się wystartować. Niestety na dłuższą metę stało się to problematyczne.

@JSHolic o tak, ja miałem już kawałek tej części backendowej z resztą, ale później jakoś się tym nie zajmowałem i wróciło to, co przygotował Mariusz08. Stąd teraz trzeba by się zdecydować na jedno (pewnie to które jest bliżej końca) i sfinalizować.

komentarz 24 kwietnia 2020 przez DeBos123 Nałogowiec (44,950 p.)

@DeBos123 nie wiem czy jest sens robić z tego aż taką sprawę. Tematy już były ogólnie o pomocy przy kodzie no i niespecjalnie są chętni, czemu też z jednej strony się nie dziwię. Poza tym skoro Mariusz08 ma już to rozkopane i zna temat, to może uda mu się skończyć po prostu i szkoda do tego jednego angażować tyle innych osób. Kto chce pomóc mógłby się zająć innymi zagadnieniami.

Ja z tego co widzę to temat ma rozkopany nie tylko @Mariusz08, a @JSHolic też trochę w tym jest. Mi się wydaje, że im więcej zaangażowanych tym lepiej. Ja osobiście z częścią swoich programów zacząłem sam i dalej jestem głównym rozwijającym kod, ale jednak bez ludzi, którzy ciągle do mnie piszą z sugestiami i podsyłają kod, to te programy nie byłyby teraz tam gdzie są obecnie.

Co do innych zagadnień to mi osobiście na forum niczego innego nie brakuje z jakichś większych zmian chyba, że przepisanie forum za co raczej nikt się szybko nie zabierze.

Silnik forum nie jest nasz autorski. Uruchamiając je wtedy MZ wybrał po prostu taki skrypt, na jakiś tam szybki start był całkiem niezły. Działać jak widać działa, tragedii nie ma, ale w temacie jakości ogólnej i tym bardziej kodu za dobrze nie jest. Tu też z jednej strony to rozumiem, to były początki kanału, chciał zapewne spróbować coś takiego postawić, więc wziął jakiegoś gotowca no i udało się. Gdyby wtedy siedział miesiącami nad pisaniem własnego silnika, to kto wie jakby to wyglądało i czy w ogóle udałoby się wystartować. Niestety na dłuższą metę stało się to problematyczne.

No tak, z jednej strony działa, ale niewiadomo jak to będzie wyglądać na dłuższą mete. Nie wiem czy to robi jakieś różnice wydajnościowe w obecnym stanie, ale napewno każda nowość dodana do forum przedłuży zmiane silnika.

Mógłbyś mi powiedzieć jakie technologie byłyby najlepsze dla tego forum, czego trzebaby się nauczyć, żeby w ogóle myśleć o przepisaniu kodu forum na coś lepszego?

komentarz 24 kwietnia 2020 przez Arkadiusz Waluk Ekspert (287,950 p.)

Ja z tego co widzę to temat ma rozkopany nie tylko @Mariusz08, a @JSHolic też trochę w tym jest. Mi się wydaje, że im więcej zaangażowanych tym lepiej.

Wątpię. Tzn. nie chce nikogo odganiać, ale gdyby było tak jak mówisz, to wszystkie zespoły pracujące nad różnymi projektami (nie mówię tu o forum, a ogólnie branży IT) pracowałyby po kilka/kilkanaście osób w całości nad jednym konkretnym zadaniem. A tak nie jest, zadanie deleguje się na wybraną osobę, ewentualnie jakoś dzieli na mniejsze. Tutaj co prawda sytuację mamy nieco inną, mamy forum i projekt open source po godzinach, ale nadal wydaje mi się, że angażowanie w pełni wielu osób w pisanie tego samego niezbyt wielkiego dodatku jest trochę zbędne. Częściowo zaangażować i tak się ktoś musi, bo trzeba sprawdzić kod, ocenić pomysł, czasem coś doradzić itd.

ale jednak bez ludzi, którzy ciągle do mnie piszą z sugestiami i podsyłają kod, to te programy nie byłyby teraz tam gdzie są obecnie.

Czyli Cię wspomagają i ok, ale nie robią z Tobą jak rozumiem na raz tego samego. Wspomaganie, code review, sugestie itd. są wręcz pożądane i niezbędne, ale w pełni angażowanie wszystkich w danym zespole do jednego zadania raczej niezbyt.

Co do innych zagadnień to mi osobiście na forum niczego innego nie brakuje z jakichś większych zmian chyba

Oj brakuje, znalazłoby się trochę rzeczy, które uznałbym za niezbędne, a jeszcze masę takich, które byłoby fajnymi dodatkami. Część to taka typowo funkcjonalna, część może być tylko techniczna, więc bez orientacji w silniku możesz nie wiedzieć.

chyba, że przepisanie forum za co raczej nikt się szybko nie zabierze.

Były już takie próby, mniejsze i większe, bo to nawet nie jedna, aczkolwiek zakończyły się niczym konkretnym - zabrakło chęci, motywacji, różne problemy wychodziły, w jednej stanowczo za dużo było np. myślenia i dyskutowania, a za mało robienia... Więc zabrać się łatwo, gorzej coś konkretnego zrobić.

No tak, z jednej strony działa, ale niewiadomo jak to będzie wyglądać na dłuższą mete.

To prawda. Muszę tu jednak tak trochę obronić MZ, bo sam mam odwieczny problem z tym samym - robię jakiś projekt i szybko tracę motywację, bo chcę od razu zrobić wszystko super idealnie, kompletnie, najlepiej jak umiem. Często wychodzi tak, że gubię po drodze chęci i motywacje przez to, że nie ma jakiegoś realnego efektu i że nigdy tak idealnie nie jest. W związku z tym patrząc teraz no to tak, ten silnik jest problematyczny. Ale jakbym miał się cofnąć w czasie o te 5 lat i samemu podjąć decyzję: "albo bierzemy jakiegoś gotowca i startujemy jutro, próbujemy, zobaczymy czy to w ogóle ma sens albo przez kilka ładnych miesięcy piszemy sobie forum od zera które może wcale się nie przyjmie" to nie wiem co bym zrobił... Mając wtedy obecną wiedzę może po prostu szukałbym jakiegoś innego gotowego rozwiązania.

Nie wiem czy to robi jakieś różnice wydajnościowe w obecnym stanie, ale napewno każda nowość dodana do forum przedłuży zmiane silnika.

W sensie czy rozbudowa powoduje pogorszenie wydajności? Nie sądzę, to co my dodajemy to raczej mniejsze rzeczy, różnego rodzaju dodatki. Bardziej staramy się poprawić wydajność, np. ostatnio podnieśliśmy wersję PHP na serwerze na nowszą. Samo dołożenie nowości też wcale nie musi odkładać zmiany. Gdyby jakieś prace się toczyły to na nich można by skupić całe siły chętnych, a obecny silnik po prostu utrzymywać, naprawiać ewentualne ważne błędy.

Mógłbyś mi powiedzieć jakie technologie byłyby najlepsze dla tego forum, czego trzebaby się nauczyć, żeby w ogóle myśleć o przepisaniu kodu forum na coś lepszego?

Tak naprawdę szczegóły są do wyboru i uzgodnienia. Z racji obecnego środowiska jakie mamy (obecny silnik, warunki na serwerze, znajomość danych technologii przez wiele osób itd.), do tej pory wszystkie próby to było PHP. Pewnie więc preferowane byłoby PHP z jakimś frameworkiem typu Symfony czy Laravel, albo od razu jako całość albo z rozbiciem jeszcze na osobną aplikacje frontendową (pewnie jakieś Vue/React/Angular) i w PHP wtedy samo API.

komentarz 24 kwietnia 2020 przez DeBos123 Nałogowiec (44,950 p.)

Czyli Cię wspomagają i ok, ale nie robią z Tobą jak rozumiem na raz tego samego. Wspomaganie, code review, sugestie itd. są wręcz pożądane i niezbędne, ale w pełni angażowanie wszystkich w danym zespole do jednego zadania raczej niezbyt.

Czasami się zdarza, że ktoś podsyła sugestie albo nawet implementuje ją u siebie i podsyła mi zmodyfikowany kod mojego programu, ale w większości przypadków jest to jednorazowa pomoc, a nie stała współpraca przy kodzie.

Oj brakuje, znalazłoby się trochę rzeczy, które uznałbym za niezbędne, a jeszcze masę takich, które byłoby fajnymi dodatkami. Część to taka typowo funkcjonalna, część może być tylko techniczna, więc bez orientacji w silniku możesz nie wiedzieć.

Mógłbyś podać jakieś przykłady?

Były już takie próby, mniejsze i większe, bo to nawet nie jedna, aczkolwiek zakończyły się niczym konkretnym - zabrakło chęci, motywacji, różne problemy wychodziły, w jednej stanowczo za dużo było np. myślenia i dyskutowania, a za mało robienia... Więc zabrać się łatwo, gorzej coś konkretnego zrobić.

Teoretycznie jak ze wszystkim, łatwiej się o czymś rozmawia niż robi. Ja może jak trochę podszkole swoje umiejętności związane z webdev'em, których ze dużo niestety nie mam, to może zajrze do kodu forum z nadzieją, że nie coś konkretnego zrobie.

To prawda. Muszę tu jednak tak trochę obronić MZ, bo sam mam odwieczny problem z tym samym - robię jakiś projekt i szybko tracę motywację, bo chcę od razu zrobić wszystko super idealnie, kompletnie, najlepiej jak umiem.

Moim zdaniem najlepiej udostępnić projekt najwcześniej jak już da się go używać. Przynajmniej na mnie to działa i mam motywacje, że jednak ten projekt rozwijam dla kogoś kto może już go zdążył zauważyć.

Ale jakbym miał się cofnąć w czasie o te 5 lat i samemu podjąć decyzję: "albo bierzemy jakiegoś gotowca i startujemy jutro, próbujemy, zobaczymy czy to w ogóle ma sens albo przez kilka ładnych miesięcy piszemy sobie forum od zera które może wcale się nie przyjmie" to nie wiem co bym zrobił... Mając wtedy obecną wiedzę może po prostu szukałbym jakiegoś innego gotowego rozwiązania.

Osobiście jeżeli byłbym na Twoim miejscu i cofnął się o te 5 lat to zrobiłbym bardzo podstawową wersje forum i po prostu na bieżąco dodawał co trzeba, Oczywiście w taki sposób, żeby edycja kodu nie była problematyczna w przyszłości.

W sensie czy rozbudowa powoduje pogorszenie wydajności?

Bardziej chodziło mi o ruch na forum. Czy to, że forum jest na takim, a nie innym silniku nie będzie sprawiało większych problemów jak liczba użytkowników się powiększy? Czy to bardziej zależy od samego server'a, a nie tego w jaki sposób jest forum napisane?

komentarz 24 kwietnia 2020 przez Arkadiusz Waluk Ekspert (287,950 p.)

Czasami się zdarza, że ktoś podsyła sugestie albo nawet implementuje ją u siebie i podsyła mi zmodyfikowany kod mojego programu, ale w większości przypadków jest to jednorazowa pomoc, a nie stała współpraca przy kodzie.

Ok, no to też trochę inny przypadek. Generalnie chodziło mi o to, że np. nie wyobrażam sobie abym miał w pracy 5 osobowy zespół i cały zespół siedzi nad jednym zadaniem jak np. dodaniem powodów zgłoszeń do postów. Zespół może pomóc, może coś zasugerować, ktoś powinien zrobić code review, ale bez sensu aby wszyscy z zespołu siedzieli i robili to samo.

Mógłbyś podać jakieś przykłady?

Jest wiele takich kwestii. Np. obecnie osobę zgłaszającą posta widzę tylko ja, to jest jak dla mnie absurd i powinni widzieć wszyscy, którzy obsługują zgłoszenia - jeśli wejdą powody zgłoszeń to założenie jest takie, że to też od razu zostanie zmienione. Nie mamy jakiejś normalnej historii edycji postów, domyślnie nie ma tego wcale, z racji potrzeby u nas jest tylko dorobione zbieranie jej w bazie, ale nie ma żadnego interfejsu, przywracania tego - to rzecz niezbędna, bo zdarzają się sytuacje, że ktoś kasuje posty usuwając z nich treść i wpisując cokolwiek. Wyszukiwarka działa tragicznie. Użytkownik nie może sam zmieniać sobie nazwy użytkownika, to z początku było ale ze względu na nadużywanie zostało wyłączone - wystarczyłoby, aby był jakiś limit np. czasowy zmian z zapisem historii jaki ktoś miał wcześniej nick. Po rejestracji przez FB użytkownik nie może w ogóle wybrać nicka ani nic, domyślnie zaciąga dane z profilu, a czasem jest jakiś problem z mailem i trzeba ręcznie wpisać. Gdy administracja zamyka/ukrywa temat nie ma o tym żadnej informacji dla użytkownika - konkretniej mówiąc, jeśli ktoś ma linka i z niego wejdzie to zobaczy czy to powód zamknięcia czy co tam się stało, ale jeśli nie to temat po prostu znika (dlatego ja często pisze też komentarz ukrywając pytanie). No właśnie, powiadomienia. Pominę już ukrywanie postów bo to trzeba by przemyśleć, ale np. jeśli ktoś się pomyli i po kilku sekundach zmieni oddany głos, to mogłoby się zmienić w powiadomieniu, zamiast robić taki spam kolejnych. Do przemyślenia też ogólnie kwestia głosów, czy np. głos w dół nie powinien wymagać bardzo krótkiego opisu lub komentarza (same głosy są jak dla mnie ok, ale czasem są oddawane bo tak, na złość). I tak dalej, generalnie w jaką stronę się nie spojrzy tam są kwestie, które wymagają mniejszego czy większego usprawnienia. A tu już pominąłem kwestie stricte techniczne.

to może zajrze do kodu forum z nadzieją, że nie coś konkretnego zrobie.

Zapraszam, jak coś to służę pomocą na tyle ile wiem i mam czasu.

Moim zdaniem najlepiej udostępnić projekt najwcześniej jak już da się go używać. Przynajmniej na mnie to działa i mam motywacje, że jednak ten projekt rozwijam dla kogoś kto może już go zdążył zauważyć.

No to prawda, ale ja mam jakiś perfekcjonizm w sobie i zawsze chcę, aby wszystko było idealne (na mój aktualny stan wiedzy w danym temacie). Zawsze bym chciał lepiej i więcej, zamiast po prostu zrobić, próbować i rozwijać dalej.

Osobiście jeżeli byłbym na Twoim miejscu i cofnął się o te 5 lat to zrobiłbym bardzo podstawową wersje forum i po prostu na bieżąco dodawał co trzeba, Oczywiście w taki sposób, żeby edycja kodu nie była problematyczna w przyszłości.

Wbrew pozorom to sporo roboty na początek by i tak było. Część rzeczy okroić można, ale ta baza po prostu musi być. Jedynie prościej byłoby gdyby był robiony silnik typowo pod nas, bez całego konfigurowania z panelu i wielu opcji, które nie są nam potrzebne.

Bardziej chodziło mi o ruch na forum. Czy to, że forum jest na takim, a nie innym silniku nie będzie sprawiało większych problemów jak liczba użytkowników się powiększy? Czy to bardziej zależy od samego server'a, a nie tego w jaki sposób jest forum napisane?

Być może będzie jakieś sprawiało. Rzeczy potencjalnie nieoptymalne nietrudno znaleźć, ale czy to się odezwie aż w takiej skali, aby spowodować istotny kłopot, to prawdę mówiąc nie wiem. Od serwera też zależy, ale użycie i obciążanie serwera zależy od tego co na nim uruchamiamy.

komentarz 25 kwietnia 2020 przez DeBos123 Nałogowiec (44,950 p.)

Ok, no to też trochę inny przypadek. Generalnie chodziło mi o to, że np. nie wyobrażam sobie abym miał w pracy 5 osobowy zespół i cały zespół siedzi nad jednym zadaniem jak np. dodaniem powodów zgłoszeń do postów. Zespół może pomóc, może coś zasugerować, ktoś powinien zrobić code review, ale bez sensu aby wszyscy z zespołu siedzieli i robili to samo.

Z przykładem, który podałeś się zgadzam, ale to ma się nijak do tego ile jest osób na forum i, że byłby to wtedy "wolontariat" jeżeli mogę to nazwać, a nie praca w stałym, małym zespole.

Jest wiele takich kwestii. Np. obecnie osobę zgłaszającą posta widzę tylko ja, to jest jak dla mnie absurd i powinni widzieć wszyscy, którzy obsługują zgłoszenia - jeśli wejdą powody zgłoszeń to założenie jest takie, że to też od razu zostanie zmienione.

Tego nie wiedziałem, ale trudno się nie zgodzić. Tak w odniesieniu do jednej z naszych rozmów, jesteście (zgaduje, że sam zgłoszeń nie obsługujesz) zawsze na bieżąco ze zgłoszeniami czy jednak są momenty, że przydałby się ktoś jeszcze?

Użytkownik nie może sam zmieniać sobie nazwy użytkownika, to z początku było ale ze względu na nadużywanie zostało wyłączone - wystarczyłoby, aby był jakiś limit np. czasowy zmian z zapisem historii jaki ktoś miał wcześniej nick.

O tym kompletnie zapomniałem, ale ten limit musiałbym obejmować jednocześniej adres IP i konto.

Po rejestracji przez FB użytkownik nie może w ogóle wybrać nicka ani nic, domyślnie zaciąga dane z profilu

No tak, to też jest mały problem, ale można od razu napisać do Ciebie z prośbą o zmiane nazwy.

jeśli ktoś się pomyli i po kilku sekundach zmieni oddany głos, to mogłoby się zmienić w powiadomieniu, zamiast robić taki spam kolejnych.

Albo usunąć powiadomienia przy oddanym głosie? Raczej w ilości użytkowników Reddit'a nie dogonimy, ale wyobraź sobie jakby takie powiadomienia wyglądały tam. Nikt się nie pomyli, ale jednak 10,000 powiadomień może się nagle w godzine pojawić.

Do przemyślenia też ogólnie kwestia głosów, czy np. głos w dół nie powinien wymagać bardzo krótkiego opisu lub komentarza

Z jednej strony może to zniechęcić ludzi do głosowania, a z drugiej głosy w góre też mogę być jakoś nadużyte np. do nabicie punktów. Niektórzy traktują to bardzo poważnie z niewiadomego dla mnie powodu, ale zepsułoby to też ranking na forum, który jest trochę wyznacznikiem aktywności danej osoby.

Zapraszam, jak coś to służę pomocą na tyle ile wiem i mam czasu.

Najpierw ja musiałbym znaleźć czas, żeby wziąć się za naukę webdev'u, ale jak coś będę planował robić i nie będę pewien to dam Ci znać.

komentarz 25 kwietnia 2020 przez Arkadiusz Waluk Ekspert (287,950 p.)

Z przykładem, który podałeś się zgadzam, ale to ma się nijak do tego ile jest osób na forum i, że byłby to wtedy "wolontariat" jeżeli mogę to nazwać, a nie praca w stałym, małym zespole.

To prawda, tu sytuacja jest nieco inna, ale nadal wydaje mi się, że angażowanie aż tak wielu osób (bo jakbym podpiął temat i zaprosił wszystkich, to pewnie znacznie więcej osób zaczęłoby się tym interesować) do tego jednego zadania wydaje mi się przesadzone.

jesteście (zgaduje, że sam zgłoszeń nie obsługujesz) zawsze na bieżąco ze zgłoszeniami czy jednak są momenty, że przydałby się ktoś jeszcze?

Zgłoszenia obsługuje cała administracja, raczej idzie to na bieżąco bo nie ma jakiejś kolejki czy setek zgłoszeń, to są najczęściej pojedyncze, maksymalnie po kilka na raz. Myślę więc, że z samą obsługą zgłoszeń generalnie nie ma problemu.

O tym kompletnie zapomniałem, ale ten limit musiałbym obejmować jednocześniej adres IP i konto.

Szczegóły (jak w wielu rzeczach) do przemyślenia. Być może wystarczyłby sam limit czasowy, w stylu dane konto może zmienić nick np. raz na 7 dni. Pozwoli to uniknąć sytuacji jakie mieliśmy kiedyś, że ludzie co pare sekund zmieniali nick i stawali się zupełnie kimś innym, ciężko było przez chwilę namierzyć kto jest kim.

No tak, to też jest mały problem, ale można od razu napisać do Ciebie z prośbą o zmiane nazwy.

No tak, ale to nie jest komfortowe. Jako użytkownik wolałbym kliknąć "zaloguj przez FB", przy pierwszym wejściu ustawić sobie nick i tyle, niż później szukać w ustawieniach gdzie zmienić, zaraz się okazuje, że się nie da i trzeba napisać do kogoś itd.

Albo usunąć powiadomienia przy oddanym głosie? Raczej w ilości użytkowników Reddit'a nie dogonimy, ale wyobraź sobie jakby takie powiadomienia wyglądały tam. Nikt się nie pomyli, ale jednak 10,000 powiadomień może się nagle w godzine pojawić.

Też do przemyślenia ;) Można i usuwać, ale wtedy ktoś może wejść, zobaczyć powiadomienie o głosie, po chwili wchodzi znów i go nie ma. Można też próbować łączyć, np. powiadomienie "Odpowiedź X otrzymała Y głosów w dół i Z w górę". Generalnie wydaje się, że powiadomienia nie powinny jakoś znikać bez wiedzy użytkownika, bo gdyby chciał coś odszukać to nie ma jak. Z drugiej strony właśnie są sytuacje że powiadomienie staje się nieaktualne. Podobny problem jest np. gdy ukrywamy temat, w którym ktoś się udzielał. Autor nadal będzie mógł go zobaczyć, ale wszyscy pozostali już nie, a powiadomienia im zostaną. To samo w kwestii prywatnych wiadomości i powiadomień o nich, gdy dany użytkownik jest usuwany.

Z jednej strony może to zniechęcić ludzi do głosowania, a z drugiej głosy w góre też mogę być jakoś nadużyte np. do nabicie punktów.

Zgadza się, dlatego i to trzeba dobrze przemyśleć. Z jednej strony nie chcemy utrudniać głosowania, bo to ma być szybka forma okazania tego, że coś się podoba lub nie, ale z drugiej niech to też będzie jakoś rzetelne. Pomysły na różne kombinacje już krążyły, była mowa np. o tym, aby głosy po prostu nie były anonimowe. Ewentualnie że albo ktoś wpisuje króciutki powód oddania głosu i pozostaje anonimowy albo publikowany jest nick. Daje to tyle że albo wiadomo dlaczego albo wiadomo kto dał i wtedy można go zapytać czy też po prostu jest taka większa "presja", że inni też to zobaczą, więc co niektórzy może by tak nie "kozaczyli". No ale to też komplikuje całą procedurę, więc nie wiem, nie jestem przekonany.

Niektórzy traktują to bardzo poważnie z niewiadomego dla mnie powodu, ale zepsułoby to też ranking na forum, który jest trochę wyznacznikiem aktywności danej osoby.

To prawda, niektórzy za bardzo się tym przejmują. Jest to jakiś wyznacznik aktywności, ale niekoniecznie przecież jej jakości czy wiedzy osoby, więc te punkty to tak raczej jako dodatkowy element "zabawy" i mobilizacji niż coś wiarygodnego.

Najpierw ja musiałbym znaleźć czas, żeby wziąć się za naukę webdev'u, ale jak coś będę planował robić i nie będę pewien to dam Ci znać.

Spoko, nie ma przecież obowiązku ;) Ale jeśli masz ochotę jakoś pomagać to zapraszam, możesz kontaktować się przez PW na forum czy na Discordzie.

komentarz 25 kwietnia 2020 przez DeBos123 Nałogowiec (44,950 p.)

To prawda, tu sytuacja jest nieco inna, ale nadal wydaje mi się, że angażowanie aż tak wielu osób (bo jakbym podpiął temat i zaprosił wszystkich, to pewnie znacznie więcej osób zaczęłoby się tym interesować) do tego jednego zadania wydaje mi się przesadzone.

Wydaje mi się, że tutaj zależy od tego jak na to spojrzysz. Ja się po części zgadzam z Twoim zdaniem w tej kwestii, ale tylko w niektórych przypadkach.

Zgłoszenia obsługuje cała administracja, raczej idzie to na bieżąco bo nie ma jakiejś kolejki czy setek zgłoszeń, to są najczęściej pojedyncze, maksymalnie po kilka na raz. Myślę więc, że z samą obsługą zgłoszeń generalnie nie ma problemu.

Dobrze wiedzieć. Przy zadawaniu tamtego pytania sugerowałem się trochę tym, że czasami sam coś zgłaszam i np. dany post czy komentarz jest zgłoszony przez dłuższy czas. Ani nie znika post, ani samo zgłoszenie.

Szczegóły (jak w wielu rzeczach) do przemyślenia. Być może wystarczyłby sam limit czasowy, w stylu dane konto może zmienić nick np. raz na 7 dni. Pozwoli to uniknąć sytuacji jakie mieliśmy kiedyś, że ludzie co pare sekund zmieniali nick i stawali się zupełnie kimś innym, ciężko było przez chwilę namierzyć kto jest kim.

Ja dalej jestem za tym, żeby podłączyć do tego jeszcze limit na IP. Nie mówiąc już o VPN'ach to jednak ktoś może założyć 7 kont i wtedy raz dziennie zmieniać nick jeżeli zastosowałby się limit jaki Ty zaproponowałeś.

No tak, ale to nie jest komfortowe. Jako użytkownik wolałbym kliknąć "zaloguj przez FB", przy pierwszym wejściu ustawić sobie nick i tyle, niż później szukać w ustawieniach gdzie zmienić, zaraz się okazuje, że się nie da i trzeba napisać do kogoś itd.

Tu się zgodzę. Nie wiem jak to wygląda w kodzie, ale nie wystarczy po wykryciu, że ktoś się pomyślnie zalogował przez FB wyświetlić mu miejsca gdzie mógłby nick wpisać? Albo w przypadku dodania możliwości zmiany nazwy po prostu przenieść go na odpowiednią stronę jako taka sugestia, że może to zrobić?

Też do przemyślenia ;) Można i usuwać, ale wtedy ktoś może wejść, zobaczyć powiadomienie o głosie, po chwili wchodzi znów i go nie ma. Można też próbować łączyć, np. powiadomienie "Odpowiedź X otrzymała Y głosów w dół i Z w górę". Generalnie wydaje się, że powiadomienia nie powinny jakoś znikać bez wiedzy użytkownika, bo gdyby chciał coś odszukać to nie ma jak. Z drugiej strony właśnie są sytuacje że powiadomienie staje się nieaktualne. Podobny problem jest np. gdy ukrywamy temat, w którym ktoś się udzielał. Autor nadal będzie mógł go zobaczyć, ale wszyscy pozostali już nie, a powiadomienia im zostaną. To samo w kwestii prywatnych wiadomości i powiadomień o nich, gdy dany użytkownik jest usuwany.

Tutaj chyba znowu, zależy to od gustu i przyzwyczajeń. Moim zdaniem w obecnej sytuacji sprawdziłby się taki system jak jest na Reddit'cie.

Pomysły na różne kombinacje już krążyły, była mowa np. o tym, aby głosy po prostu nie były anonimowe.

Mi się wydaje, że też tak powinno być. NIe wiem czemu właśnie wszędzie (z tego co wiem) są anonimowe. Mnie czasem ciekawi kto i dlaczego oddał głos w dół na jakiś mój post czy odpowiedź. Może sama wiedza na temat tego kto oddał głos, aż tak dużo nie daje, ale powód już by dał.

Daje to tyle że albo wiadomo dlaczego albo wiadomo kto dał i wtedy można go zapytać czy też po prostu jest taka większa "presja", że inni też to zobaczą, więc co niektórzy może by tak nie "kozaczyli".

Mi się wydaje, że ludzie nie powinni się wstydzić swojej opinii na jakiś temat, ponieważ nie zgodzisz się ze wszystkimi na raz. Nawet mi samemu czasami zdarza się oddać głos w górę na jakiś post mający już kilka w dół i nawet jakby ta informacja była publiczna, że ja oddałem taki głos to by nie zmieniło mojej decyzji.

To prawda, niektórzy za bardzo się tym przejmują. Jest to jakiś wyznacznik aktywności, ale niekoniecznie przecież jej jakości czy wiedzy osoby, więc te punkty to tak raczej jako dodatkowy element "zabawy" i mobilizacji niż coś wiarygodnego.

Na mnie właśnie te punkty działają bardzo motywacyjnie. Może nie na tyle, żebym prosił ludzi o wybieranie mojej odpowiedzi lub znajomych o oddawanie głosów w góre wszędzie gdze się wypowiem, ale jednak cel w rankingu mam postawiony, a przy okazji czasem komuś pomogę.

Spoko, nie ma przecież obowiązku ;) Ale jeśli masz ochotę jakoś pomagać to zapraszam, możesz kontaktować się przez PW na forum czy na Discordzie.

Jak już Ci kiedyś pisałem, moim zdaniem bardziej sprawdziłbym się przy moderacji, ponieważ webdev nie jest moją mocną stroną. Ewentualnie jakieś kwestie powstrzymywania spamu, ale to też ograniczałoby się dalej do szczególowych sugestii, a nie samego wprowadzenia tego w życie forum.

Co do kontaktu to niestety zostaje tylko PW na forum, ponieważ Discord'a przestałem używać na rzecz Telegrama kilka miesięcy temu.

komentarz 25 kwietnia 2020 przez Arkadiusz Waluk Ekspert (287,950 p.)

Dobrze wiedzieć. Przy zadawaniu tamtego pytania sugerowałem się trochę tym, że czasami sam coś zgłaszam i np. dany post czy komentarz jest zgłoszony przez dłuższy czas. Ani nie znika post, ani samo zgłoszenie.

Różne mogą być tego powody. Ja czasami np. zostawiam zgłoszenie, gdy napisałem komentarz, że autor danego posta ma coś zrobić, aby ktoś kolejny sprawdził/abym ja nie zgubił. A czasem oczywiście może być też tak, że akurat nikt z administracji nie jest dostępny.

Ja dalej jestem za tym, żeby podłączyć do tego jeszcze limit na IP. Nie mówiąc już o VPN'ach to jednak ktoś może założyć 7 kont i wtedy raz dziennie zmieniać nick jeżeli zastosowałby się limit jaki Ty zaproponowałeś.

Jeśli ktoś zmieni na 7 innych kontach to nie stanowi to problemu - dane 1 konto przez przynajmniej kolejne 7 dni będzie znane pod daną nazwą, nie będzie tego że co minutę znika i ma całkowicie inny nick. Limit na IP i tak musiałby być jakiś wyższy niż 1 czy 2 razy, bo są przecież czasem różni użytkownicy pod jednym IP (to rzadkość aby byli na raz, ale zdarza się). No i poza tym jak ktoś właśnie użyje VPNa, proxy, internetu mobilnego czy czegokolwiek to już będzie miał inne IP, stąd ograniczenie na konto wydaje się tu najbardziej sensowne.

Tu się zgodzę. Nie wiem jak to wygląda w kodzie, ale nie wystarczy po wykryciu, że ktoś się pomyślnie zalogował przez FB wyświetlić mu miejsca gdzie mógłby nick wpisać? Albo w przypadku dodania możliwości zmiany nazwy po prostu przenieść go na odpowiednią stronę jako taka sugestia, że może to zrobić?

Niby wystarczy, tylko że to prosto brzmi, a trochę trudniej to zrobić :P Tym bardziej, że trzeba przemyśleć kwestie poboczne, np. co jak ktoś nie ustawi nicku i wyjdzie z tej strony - konto musiałoby być jakby nie aktywne i niewidoczne dla innych, a ten użytkownik musiałby mieć możliwość powrotu...

NIe wiem czemu właśnie wszędzie (z tego co wiem) są anonimowe. Mnie czasem ciekawi kto i dlaczego oddał głos w dół na jakiś mój post czy odpowiedź. Może sama wiedza na temat tego kto oddał głos, aż tak dużo nie daje, ale powód już by dał.

Tak po prostu było od początku i tak też jest. Ciężko mi powiedzieć czemu, to daje jakieś takie poczucie frywolniejszego oddawania tych głosów co niektórym, ale jednocześnie też co niektórzy myślą, że mają dzięki temu przyzwolenie na zrobienie wszystkiego, czują się anonimowi.

Mi się wydaje, że ludzie nie powinni się wstydzić swojej opinii na jakiś temat, ponieważ nie zgodzisz się ze wszystkimi na raz. Nawet mi samemu czasami zdarza się oddać głos w górę na jakiś post mający już kilka w dół i nawet jakby ta informacja była publiczna, że ja oddałem taki głos to by nie zmieniło mojej decyzji.

Też jestem tego zdania, ale nie dla wszystkich to takie łatwe. Nie chciałbym też wywołać żadnego strachu, czyli aby ktoś np. bał się oddać jakiś głos. Z drugiej strony, no właśnie, przez tę anonimowość niektórzy czują się za pewnie i myślą, że mogą wszystko.

Na mnie właśnie te punkty działają bardzo motywacyjnie. Może nie na tyle, żebym prosił ludzi o wybieranie mojej odpowiedzi lub znajomych o oddawanie głosów w góre wszędzie gdze się wypowiem, ale jednak cel w rankingu mam postawiony, a przy okazji czasem komuś pomogę.

To spoko, nie kwestionuję całkowicie ich sensu. Jednak część osób stanowczo za poważnie do tego podchodzi i zapomina o sensie wszystkiego innego, co jest ważniejsze, a punkty są tylko dodatkiem do tego.

Co do kontaktu to niestety zostaje tylko PW na forum, ponieważ Discord'a przestałem używać na rzecz Telegrama kilka miesięcy temu.

Jasne, chodziło mi o to, że jakby czegoś było trzeba w kwestii pomocy przy forum to nie ma problemu, można pytać.

komentarz 26 kwietnia 2020 przez DeBos123 Nałogowiec (44,950 p.)

Różne mogą być tego powody. Ja czasami np. zostawiam zgłoszenie, gdy napisałem komentarz, że autor danego posta ma coś zrobić, aby ktoś kolejny sprawdził/abym ja nie zgubił. A czasem oczywiście może być też tak, że akurat nikt z administracji nie jest dostępny.

Rozumiem, że nawet przy kilku osobach są jednak te luki kiedy nikt nie jest dostępny, ale jakbyś potrzebował to jestem chętny, żeby spróbować chociaż kilka tych luk wypełnić i trochę wspomóc administracje.

Jeśli ktoś zmieni na 7 innych kontach to nie stanowi to problemu - dane 1 konto przez przynajmniej kolejne 7 dni będzie znane pod daną nazwą, nie będzie tego że co minutę znika i ma całkowicie inny nick.

Patrząc tak ogólnie to przy zastosowaniu mojego limitu dany użytkownik miałby dostęp do 1 nazwy na 7 dni niezależnie od ilości posiadanych kont, a w przypadku Twojego do 1*(ilość kont) nazw. Jakby miał puste konta to dla mnie nie ma różnicy czy ma 10 nazw na jednym koncie czy 10 nazw na 10 kontach.

Niby wystarczy, tylko że to prosto brzmi, a trochę trudniej to zrobić :P Tym bardziej, że trzeba przemyśleć kwestie poboczne, np. co jak ktoś nie ustawi nicku i wyjdzie z tej strony - konto musiałoby być jakby nie aktywne i niewidoczne dla innych, a ten użytkownik musiałby mieć możliwość powrotu...

Zaznaczyć w bazie, że dany użytkownik zalogował się przez FB, ale nie ustawił nazwy? Przy powrocie na strone znowu miałby opcje na ustawienie nazwy.

Tak po prostu było od początku i tak też jest. Ciężko mi powiedzieć czemu, to daje jakieś takie poczucie frywolniejszego oddawania tych głosów co niektórym, ale jednocześnie też co niektórzy myślą, że mają dzięki temu przyzwolenie na zrobienie wszystkiego, czują się anonimowi.

Właśnie to poczucie anonimowości jest często problematyczne, ale bardziej jest spowodowane łatwością zmiany IP i stworzenia nowego konta niżeli tym czy głosy są publiczne.

Też jestem tego zdania, ale nie dla wszystkich to takie łatwe. Nie chciałbym też wywołać żadnego strachu, czyli aby ktoś np. bał się oddać jakiś głos. Z drugiej strony, no właśnie, przez tę anonimowość niektórzy czują się za pewnie i myślą, że mogą wszystko.

Niestety częściej ta anonimowość jest nadużywana przy zmienianiu IP, a na to wpływu nie masz. Publiczne głosy może by zniechęciły takie typowe osoby przelatujące głosami w dół po głównej stronie co chyba na szczęście nie zdarza się często.

komentarz 26 kwietnia 2020 przez Arkadiusz Waluk Ekspert (287,950 p.)

Rozumiem, że nawet przy kilku osobach są jednak te luki kiedy nikt nie jest dostępny, ale jakbyś potrzebował to jestem chętny, żeby spróbować chociaż kilka tych luk wypełnić i trochę wspomóc administracje.

Wszystkich luk się nigdy prawdopodobnie nie uda wypełnić, ale spoko, będę pamiętał.

Patrząc tak ogólnie to przy zastosowaniu mojego limitu dany użytkownik miałby dostęp do 1 nazwy na 7 dni niezależnie od ilości posiadanych kont, a w przypadku Twojego do 1*(ilość kont) nazw. Jakby miał puste konta to dla mnie nie ma różnicy czy ma 10 nazw na jednym koncie czy 10 nazw na 10 kontach.

Jak dla mnie całym problemem jest to, że jest sobie konto, jakaś osoba i po chwili jej nie ma, bo zmieniła nick. Odnajduję kim jest teraz, sprawdzam, po chwili znowu nie ma, bo bawi się zmianą nicku. Nie chodzi tu o osoby, które normalnie zmieniają, a o osoby które po prostu z nudów się bawiły i sobie w kółko zmieniały. Jeśli to dane jedno dane konto nie będzie mogło nicku zmienić, to nie będzie mi znikać - tyle. A ograniczenie kont na osobę to jak dla mnie inna rzecz. No ale nawet jakby zrobić tak jak mówisz, to ciężko będzie ograniczyć do 1 - jak napisałem aż tak rygorystyczne ograniczenie na IP odpada, bo co gdy wiele osób jest widocznych z jednego IP.

Zaznaczyć w bazie, że dany użytkownik zalogował się przez FB, ale nie ustawił nazwy? Przy powrocie na strone znowu miałby opcje na ustawienie nazwy.

Też brzmi prosto, tylko trudniej zrobić. Teraz nie ma opcji, aby użytkownik nie miał nazwy użytkownika - jakąś musi mieć. Trzeba by więc wszędzie poszukać gdzie jest wyciągany użytkownik i tam dodać warunek sprawdzający czy nazwa jest ustawiona, aby np. przy wejściu na profil pokazywał się on tylko, gdy użytkownik ma nazwę, a nie pokazywał gdy jej nie ma. No i dla administracji albo przynajmniej administratora powinien być widoczny nawet jeśli nie ma tej nazwy użytkownika, więc robi się problem, bo co będzie w adresie, jak się dostać na ten profil? Można np. po id, ale to znów wymaga przebudowy X rzeczy. Dlatego wymaga to przemyślenia wszystko. Prawdopodobnie sensowniejszą opcją byłoby ustawienie domyślnej nazwy użytkownika z imienia i nazwiska jak teraz zaraz po zalogowaniu, ale też umożliwienie jej zmiany od razu na jakiejś tam stronie powitalnej. Jeśli ktoś zmieni, no to ok. Jak wyjdzie ze strony to będzie miał nazwę użytkownika domyślną i wtedy mógłby zmienić przez standardową zmianę, najlepiej jakby już też była ta opisana wyżej z limitem czasowym/IP.

Właśnie to poczucie anonimowości jest często problematyczne, ale bardziej jest spowodowane łatwością zmiany IP i stworzenia nowego konta niżeli tym czy głosy są publiczne.

Niestety częściej ta anonimowość jest nadużywana przy zmienianiu IP, a na to wpływu nie masz.

To prawda, ma swoje zalety, ale jest też problematyczna - taki urok całego internetu. Choć mam wrażenie, że czasem gdyby ktoś był podpisany pod tym głosem, nawet pod różnymi IP i nawet tylko pod nickiem, to bardziej by się hamował. Taki masowy spam głosami zdarza się faktycznie dość rzadko, to raczej pojedyncze przypadki, które też raczej wyłapujemy. Tu moglibyśmy mieć dodatkowe narzędzia administracyjne, typu coś, co wyłapie gdy użytkownik odda więcej niż X głosów w ciągu Y minut i zasygnalizuje do sprawdzenia, to byłoby fajne. Takich pomysłów też miałbym trochę.

komentarz 26 kwietnia 2020 przez DeBos123 Nałogowiec (44,950 p.)

Jak dla mnie całym problemem jest to, że jest sobie konto, jakaś osoba i po chwili jej nie ma, bo zmieniła nick. Odnajduję kim jest teraz, sprawdzam, po chwili znowu nie ma, bo bawi się zmianą nicku. Nie chodzi tu o osoby, które normalnie zmieniają, a o osoby które po prostu z nudów się bawiły i sobie w kółko zmieniały. Jeśli to dane jedno dane konto nie będzie mogło nicku zmienić, to nie będzie mi znikać - tyle.

Tutaj masz racje, ale można dodać historie nazw lub nawet zapisywać po prostu poprzednią nazwe, żebyś miał na to podgląd z poziomu forum.

No ale nawet jakby zrobić tak jak mówisz, to ciężko będzie ograniczyć do 1 - jak napisałem aż tak rygorystyczne ograniczenie na IP odpada, bo co gdy wiele osób jest widocznych z jednego IP.

A co jakby dodać do tego User Agent? Może jakieś ID urządzenia? Nie wiem co jesteś w stanie pobrać od użytkownika, żeby odróżnić urządzenia.

Też brzmi prosto, tylko trudniej zrobić. Teraz nie ma opcji, aby użytkownik nie miał nazwy użytkownika - jakąś musi mieć. Trzeba by więc wszędzie poszukać gdzie jest wyciągany użytkownik i tam dodać warunek sprawdzający czy nazwa jest ustawiona, aby np. przy wejściu na profil pokazywał się on tylko, gdy użytkownik ma nazwę, a nie pokazywał gdy jej nie ma. No i dla administracji albo przynajmniej administratora powinien być widoczny nawet jeśli nie ma tej nazwy użytkownika, więc robi się problem, bo co będzie w adresie, jak się dostać na ten profil? Można np. po id, ale to znów wymaga przebudowy X rzeczy. Dlatego wymaga to przemyślenia wszystko. Prawdopodobnie sensowniejszą opcją byłoby ustawienie domyślnej nazwy użytkownika z imienia i nazwiska jak teraz zaraz po zalogowaniu, ale też umożliwienie jej zmiany od razu na jakiejś tam stronie powitalnej. Jeśli ktoś zmieni, no to ok. Jak wyjdzie ze strony to będzie miał nazwę użytkownika domyślną i wtedy mógłby zmienić przez standardową zmianę, najlepiej jakby już też była ta opisana wyżej z limitem czasowym/IP.

Zgadzam się, można tak zrobić, żeby dostał jednorazową sugestie na zmiane nazwy. Byłoby to chyba najprostsze rozwiązania do zaimplementowania w tym temacie.

Taki masowy spam głosami zdarza się faktycznie dość rzadko, to raczej pojedyncze przypadki, które też raczej wyłapujemy.

Czasami mam wrażenie, że większość tych spamów głosami (w dół) najczęściej dotknęła mnie przez te 4 lata na forum, ale może to tylko moje odczucie.

Tu moglibyśmy mieć dodatkowe narzędzia administracyjne, typu coś, co wyłapie gdy użytkownik odda więcej niż X głosów w ciągu Y minut i zasygnalizuje do sprawdzenia, to byłoby fajne. Takich pomysłów też miałbym trochę.

Też jestem za, ale najlepiej byłoby takie osoby skuteczniej zatrzymywać już na etapie rejestracji jeżeli ktoś by zakładał konto z myślą o spamie. Już kiedyś pisaliśmy na ten temat, więc wiem, że i tak jest to na dobrym poziomie, ale mogłoby być lepiej. Jedyny problem jest taki, że im bardziej utrudniasz wejście botom, tym bardziej dotyka to też zwykłych użytkowników.

komentarz 26 kwietnia 2020 przez Arkadiusz Waluk Ekspert (287,950 p.)

Tutaj masz racje, ale można dodać historie nazw lub nawet zapisywać po prostu poprzednią nazwe, żebyś miał na to podgląd z poziomu forum.

No tak, o tym mówiłem już na początku naszej rozmowy.

A co jakby dodać do tego User Agent? Może jakieś ID urządzenia? Nie wiem co jesteś w stanie pobrać od użytkownika, żeby odróżnić urządzenia.

User agent nie jest zbyt wiarygodny. Można go łatwo zmienić, ktoś może mieć identyczny, może się on też zmienić sam np. przy aktualizacji przeglądarki. Nie ma sposobu na jednoznaczne i 100% rozróżnienie urządzeń. Są takie rozwiązania jak np. to jeszcze: https://fingerprintjs.com/open-source/ Ale to do zastosowania bardziej ogólnego i walki z multikontami jak już, do samej zmiany nazwy użytkownika bym się nie bawił.

Czasami mam wrażenie, że większość tych spamów głosami (w dół) najczęściej dotknęła mnie przez te 4 lata na forum, ale może to tylko moje odczucie.

Ciężko powiedzieć, ale wydaje mi się, że nie było tego aż tak dużo, raczej te bardzo pojedyncze przypadki.

Też jestem za, ale najlepiej byłoby takie osoby skuteczniej zatrzymywać już na etapie rejestracji jeżeli ktoś by zakładał konto z myślą o spamie. Już kiedyś pisaliśmy na ten temat, więc wiem, że i tak jest to na dobrym poziomie, ale mogłoby być lepiej. Jedyny problem jest taki, że im bardziej utrudniasz wejście botom, tym bardziej dotyka to też zwykłych użytkowników.

Zawsze mogłoby być lepiej, zawsze znajdzie się jakiś pomysł co by usprawnić ;) No ale tak, wydaje się, że nie jest źle, ale sporo takich pomysłów wynikających już z pewnych doświadczeń po tych kilku latach bym znalazł. Nawet jeśli nie blokujące samego użytkownika, to sygnalizujące pewne rzeczy administracji do sprawdzenia.