View Attach Info

Add new attachment

Only authorized users are allowed to upload new attachments.

This page (revision-202) was last changed on 07-Apr-2012 17:53 by Matti Siivola  

This page was created on 16-Nov-2002 12:36 by JanneJalkanen

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 5 added 4 lines
Ehdottaisin, että luokituslistalle voisi tehdä jokaisen (gorrin omaavan) pelaajan kohdalle linkin kyseisen pelaajan sivulle European Go Databaseen? Vaikka siten, että sitä gor-lukemaa klikkailemalla pääsisi sinne. En tiedä onko vaikea toteuttaa, mutta mielestäni olisi ihan kätsy feature.
--[DeniSeitz], 17.5.2006
At line 40 added one line
At line 127 added 2 lines
At line 176 added 4 lines
Yli kolme ja puoli vuotta? --[Bass] 2005-05-26
Kyllä. --[Janne Jalkanen]
At line 257 added one line
At line 294 added 18 lines
Tämän voisi vihdoin korjata. Jos wikimoottori välttämättä haluaa mankeloida linkin tekstin itselleen sopivaksi, se moottorille sallittakoon (tämä toki rajoittaa sen verran, että "Vapaus, ei likvidointi" ja "Vapaus ei, likvidointi" osoittavat väkisin samaan sivuun..) Se isompi ongelma on kuitenkin siinä, että moottori pakottaa tämän rikki mankeloimansa tekstin näkyviin syntyvälle sivulle, isolla fontilla sivun näkyvimpään kohtaan.
Helppo korjaus: sivun ensimmäinen headeri (se kohta missä nykyään lukee "div class=pagename") muokattavaksi. Särjettyä tekstiä älköön yritettäkö palauttaa takaisin alkuperäiseen muotoon, koska se on mahdotonta. Sivun nimi saa RecentChangesissa ja urlissa ja ihan missä vaan olla [ShusakuKortti] tai ihan mitä vaan, kunhan sillä sivulla vaan lukisi [Shusaku-kortti] eikä [Shusaku Kortti].
-- [Bass] 2005-05-26
Tulee 3.0:ssa, sitten joskus. Kyseessä ei ole asia, jonka voi vaan "korjata", vaan fundamentaali wikin toimintaperiaatteen muutos. Mieluummin teen asian harkiten kuin satunnaisella kludgella.
-- Janne
Jos tuohon kolmosversioon menee vielä kovinkin monta vuotta, niin voisiko saada tilapäiskorjauksena sellaisen version, missä järjestelmän sisäisesti käyttämää sivun tunnistetta ei näytettäisi kaikkein isoimmalla tekstillä sivun alussa? Tai ollenkaan? Kertaluonteisena eräajona voisi sitten ajaa kaikille wikisivuille muutoksen, jossa tuo pääotsikko siirrettäisiin osaksi sivun sisältöä, ja sitä voisi siitä editoida.
Lisäksi uuden sivun editointiin pitäisi panna pohjaksi sivu, jossa otsikko on valmiiksi paikallaan.
Mikään linkki ei hajoaisi, mitään toiminnallisuutta ei tarvitsisi muuttaa, ja tämänkin sivun otsikon voisi lukea luulematta sitä tunareiden kirjoittamaks ja tunariyhteisön hyväksymäksi, onhan kullakin mahdollisuus editoida kaikkea. Siis kaikkea muuta.
-- [Bass], 2009-12-10
At line 326 added one line
At line 352 added 4 lines
Saisi, jos meillä olisi käyttäjäseuranta. Wikin allaoleva rakenne ei salli kuin kludgeja tämän tekemiseksi (mikä sivumennen sanoen on syy sille, miksi haluamme muuttaa tietokannan rakenteen 3.0:ssa.)
-- Janne
At line 323 changed one line
Onko wikissä jotenkin huomioitu häirikköosoitteiden "bannaaminen", kun noita mainoksia ym. näyttää nykyään tulevan silloin tällöin?
Spammikeskustelu siirretty sivulle [WikiSpamKeskustelu].
At line 325 changed one line
Erittäin korkealentoisena ideana, jonka toteuttaminen ei varmasti ole ongelmatonta eikä kovin korkealla missään prioriteettilistassa, wikiin voisi lisätä spämmisuodatuksen. Esim. jos joku lisää sivulle pelkkiä linkkejä sisältävän kappaleen (tai jotain muuta määriteltyihin sääntöihin sopivaa), muutos saisi jonkin määrän pisteitä. Pisteytys voisi riippua lisättyjen linkkien määrästä ja siitä, miten lähellä pääsivua muutokset ovat sivuhierarkiassa. Lisäksi jos samasta osoitteesta tehdään spämmiksi epäiltyjä muutoksia useammalle sivulle, se voisi nostaa kaikkien muutosten pisteitä. Jos pisteet ylittävät jonkin rajan, muutoksia ei hyväksyttäisi.
----
Erinäisissä luokituslistoissa on mukana tieto, joka kertoo montako nimeä listassa on. Näyttäisi, että niitä tietoja yhä päivitetään manuaalisesti. Kun ne tiedot kuitenkin imaistaan yhdistettyyn listaan, melkein samalla vaivalla kai niistä voisi myös pari yksinkertaista tilastoa laskea; esimerkiksi ne rivit, missä on jotain nimeltä näyttävää ja luokitus. Sillä saisi pelaajien määrän joka kerhossa/listassa helposti selville, ja varmasti menisi oikein.
At line 327 changed one line
Jos haluaa olla oikein ovela, spämmerille itselleen voisi tietysti tarjoilla sivusta oman version, jossa muutokset näyttävät menneen läpi... :-) Ja jotta virheellinen spämmiluokitus ei niin helposti pääsisi puremaan muita käyttäjiä, rekisteröidyn wikitunnuksen tekemät muutokset voisi hyväksyä automaattisesti. Jos spämmeri sitten rekisteröisi itselleen tunnuksen, sillä tehdyt muutokset olisi kai periaatteessa helppo poistaa.
Joku listoja henk.koht ylläpitävä kerhomies tai -nainen voi jo olla päivityksiin niin tuohtunut, että tekisi tarvittaman pulauttimen iltapuhteena, kun kerran osaa :)
At line 329 changed one line
(En silti ajatellut vapaehtoistua koodaamaan spämmisuodatinta wikiin, kunhan vain heittelin ideoita kun tuli mieleen...)
--[Pekka Karjalainen|PekkaKarjalainen]
At line 331 changed one line
--[Juha Koivisto]
En tiedä kuka sen käsin päivityksen aloitti ;). Mutta juu, kyllähän siitä listasta voi kaikenlaista laskeskella. Lähdekoodi on ihan avoin, ja löytyy [täältä|GoWikinLähdekoodi].
At line 333 changed one line
Mahtaisiko olla yksinkertaisempaa tarjota rekisteröimättömille käyttäjile eri versio editorista, sellainen joka ei antaisi laittaa ulkoisia linkkejä.
--[Janne Jalkanen]
At line 335 removed one line
--[Matti]
At line 337 changed one line
Totta, tuskin tuollainen rajoitus kovasti haittaisi normaalia käyttöä (tai jos jotain haittaa niin wikitunnuksen voi luoda helposti).
Mites olis sellane sivu et näkee ketkä kaikki o kirjautuneena? -[Werfeus]
At line 339 changed one line
Jos tunnuksettomien editointia rajoitetaan (tai myös jos tunnuksellisten muutokset hyväksytään helpommin), saattaa tietysti käydä niinkin, että häirikkö kirjautuu sitten sisään jollain sivuilta poimimallaan tunnuksella. Sellaisesta voisi olla paljon enemmän riesaa kuin nykyisistä ongelmista, ja sitä taitaa olla vaikea estää mitenkään.
Tarkoitat ilmeisesti niitä, jotka ovat "sisällä" tällä hetkellä? Tämähän on mahdoton tehdä, koska ei voi tietää milloin joku on lopettanut käytön. Sen, minkä pystyy tekemään, on pitää kirjaa siitä, milloin käyttäjä on viimeksi tehnyt mitään, ja olettaa, että jos se on ollut 15 min. klikkaamatta yhtään linkkiä, se on "sisällä". Vai tarkoitatko, ketkä kaikki ovat tehneet "tunnuksen"? --[JanneJalkanen]
At line 341 changed one line
--[Juha Koivisto]
Nii, lista jossa olis nyt vaik ton 15min sisäl aktiivisuutta osoittaneet käyttäjät. olis käytännöllinen. -[Werfeus]
At line 343 changed one line
Wikipedia.orgissa toimii mainiosti IP-pohjainen suodatus, ja olen myös täällä sulkenut tiettyjä IP-osoitteita pois kokonaan (eli jos ette voi editoida tätä Kiinasta, niin siinä selitys), joskin tämä on tehty palomuuritasolla. JSPWiki ei sinällään tällä hetkellä tue IP:iden blokkaamista, joskin tämän varmaan voisi tehdä.
----
At line 345 changed one line
Sinälläänhän homma toimii niin kauan kuin ihmiset jaksavat siivota wikiä, avoimeen systeemin kun roskaa tulee aina. Ja ainakin toistaiseksi kaikille avoimen järjestelmän edut ovat isommat kuin ne haitat mitä tulee kun sivuja pitää siivota aina silloin tällöin. Muistakaa, että tämä on yhteinen pelikenttä, ja ainakin toistaiseksi täällä on enemmän "hyviä" käyttäjiä kuin "huonoja" käyttäjiä, joten sivuja pitäisi pystyä siivoamaan ja valvomaan ihan sosiaalisen paineen voimin :)
Jotkut selaimet sotkevat UTF8-merkkejä sisältävät wikisivut, kuten ilmeisesti on [jo tiedossa|JSPWiki:JSPWikiBrowserCompatibility]. Vaikka tämä ei olekaan wikin bugi, näitä selaimia kuitenkin on käytössä (ks. esim. sivun [ToiGo] viimeaikaiset muutokset kuten [v99->v100|http://www.suomigo.net/Diff.jsp?page=ToiGo&r1=100&r2=99]), ja hajoavien sivujen korjaaminen on jokseenkin rasittavaa. Voisiko wikiin lisätä jonkin systeemin, jolla rikkinäisten selainten aiheuttamat tuhot estettäisiin? Esim. voisi todeta, jos sivulla on muutettu kaikki ei-7bit-ascii-merkit joksikin muuksi, ja tällöin joko hylätä muutokset kokonaan tai hylätä pelkästään ne rivit, joilla ei muutettu mitään muita merkkejä. (Tai periaatteessa voisi vaikkapa etsiä lyhimmän yhtenäisen merkkijonon, joka sisältää muitakin muutoksia kuin UTF8->??, ja muuttaa vain sen - mutta kunhan nyt jotenkin edes karkeastikin toteutettuna voitaisiin estää se, että yhden rivin muuttaminen sotkee koko sivun). Periaatteessa kai selaimen tunnistaminenkin ja muokkauksen estäminen rikkinäisiltä selaimilta riittäisi, mutta se ei taida käytännössä onnistua, koska harvinaisemmat selaimet usein väittävät olevansa jotain muuta kuin ovat.
\\--[Juha Koivisto] 21.11.2004
At line 347 changed one line
Mutta ideoita saa ja pitääkin esittää - jos joku ratkaisee spämmiongelman, niin totta kai sellainen ratkaisu ilmaantuu jspwikiin...
Tai sitten laitetaan mukaan yksi hidden parametri, jolla tunnistetaan, ymmärtääkö selain UTF-8:aa ja herjataan sitten suoraan, että "selaimesi on Huono ja Rikki, enkä aio sinun muuttaa tätä sivua koska tuhoaisit sen".
At line 349 changed one line
--[Janne Jalkanen]
Bjoo. Voisiko joku käydä heittämässä tämän [JSPWiki:SubmitBugReport] -sivulle, tai vielä parempi - koodaisi pikkupätkän ja fiksaisi tämän? Ei pitäisi olla vaikea, muuttaa vain JSP-sivua.
At line 351 changed 2 lines
Taas oli spammia. Ilmeisesti uudet sivut poistettiin nopeasti, koska muutoslista kutistui sitä uudelleen katsottaessa.
Mahtaisiko mistään löytyä kkodinpätkää, joka tunnistaisi sivulla olevan kielen? Tällöin voisi estää muiden kuin suomenkielisten sivujen tekemisen. Asian laita tietysti kerrottaisiin suomeksi. Jos muunkieliselle sivulla tulee tarve, niin sen perustamiseksi olisi olemassa jokin muu menettely.
-- [Janne Jalkanen]
At line 354 changed one line
Spämmit on toistaiseksi siivottu pois nopeasti. Vilkaisen yleensä viimeiset muutokset, jolloin ylimääräiset rivit listassa ärsyttävät.
Hmm, siis rikkooko selain parametrina saadun mielivaltaisen (UTF8:ksi tulkittavan) stringin samalla tavalla, vaikka se ei kulkisi editorin kautta? Jos kyllä, niin sitten tuo on tosiaan helppo tapa hoitaa asia. --Juha
(Löytyiköhän tässä samalla uusi omituisuus: en mielestäni koskenut riviin 295,
[kuten wiki väittää|http://www.suomigo.net/Diff.jsp?page=WikiEhdotuksia&r1=73&r2=72]. Selaimena Mozilla 1.7.3.)
At line 356 changed one line
--[Matti] Siivola 6.10.2004
Tuommoinen saattaa syntyä ihan siitä, että selaimesi on päättänyt normalisoida jonkin sopivan rivinvaihdon. En huolestuisi siitä :). Mutta kyllä, mielivaltainen UTF-8 -string menee samalla lailla rikki kuin textareassa syötetty editointi, joten se olisi aika helppo tapa hoitaa asia.
At line 358 changed one line
Mun kommentaarini ja keskustelua asiasta [täällä|http://www.ecyrd.com/ButtUgly/Comment.jsp?page=Main_comments_061004_1]. Kielen tunnistaminen on kyllä oikeastaan pirun vaikeaa, ja tuollaiset voi tietysti kiertää aika helposti. Harkitsen tällä hetkellä koko Kiinan sulkemista pois palomuuritasolla, vituttaa sen verran. Luultavasti tuo kaveri tulee vielä takaisinkin... Pitäkää silmät auki.
-- [Janne Jalkanen]
At line 360 changed one line
-- [Janne Jalkanen], 6.10.2004
Terve,
At line 362 changed one line
Näköjään tyyppi kävi taas. Jos se haluaa näkyvyyttä hakukoneissa, nythän se saa sen poistoista huolimatta sivuhistorian ja RecentChangesin kautta. Pitäisikö vanhoja versioita sisältäville sivuille lisätä robots noindex? En tiedä ajatteleeko tyyppi asiaa niin pitkälle, että jättäisi sivut rauhaan jos muutoksista ei jää mitään jälkeä minnekään, mutta ainakin olisi mukavampaa olla antamatta sille sitä mitä se haluaa.
Mitenkähän liitetiedosto poistetaan sivulta? En ainakaan nopeasti löytänyt.
Ja mikähän yuo swart.asp Kanpain sivulla oli? Oma virustorjuntani rupesi hälyttämään heti, joten varmuuden vuoksi korvasin sen harmittomalla tekstinpätkällä.
At line 364 changed one line
-- [Juha Koivisto], 7.10.2004
-- [Otso Alanko]
At line 366 changed one line
Tuli tässä mieleen yksi mahdollinen tapa rajoittaa tällaista toimintaa:
Hyvä idea, poistin sen swart.asp:n. Jotkut käyttää wikejä XSS-hyökkäyksiin ja muuhun... Anyhoo, liitteitä ei tällä hetkellä voi poistaa (tai siis voi, mutta sitä ei ole enabloitu vielä täällä erään aika pahan turvareiän takia, jota en ole saanut korjattua...) Laittakaa viestiä minulle tai [Poista Minut] -sivulle.
At line 368 changed one line
Voisiko Wiki sisältää kieltolistan ulkoisista linkeistä?
-- [Janne Jalkanen]
At line 370 changed 2 lines
Jos tallennuksessa tällainen linkki löytyy, niin tallennusta ei lainkaan tehdä.
Esimerkiksi linkit kokonaan numeroista tehdyihin domain nimiin voitaisiin kieltää.
----
At line 373 changed 2 lines
Tällöin jäljelle jäävä ongelma:
Kuka ylläpitää kiellettyjen site:jen listaa?
Sivuille voi tehdä alaviitteitä {{[[#1]}}-merkinnällä. Voiko niihin jotenkin viitata muilta sivuilta (muuten kuin ulkoisella linkillä)? En ainakaan keksinyt miten. --[Juha|JuhaKoivisto]
At line 376 changed one line
-- [Lauri Paatero], 7.10.2004
Siis tyyliin [[linkki alaviitteeseen|WikiPage#1]? Pitäisi toimia... Tai jos ei toimi, niin nykyisessä CVS:ssä toimii. Pitää upgreidata jossain välissä. Uudessa versiossa on mm. toimivat viittaukset otsikoihin jne. --[JanneJalkanen]
At line 378 changed one line
Spämmiä... Ilmeisesti samat jotka jo aamulla oli kerran poistettu.
----
At line 380 changed one line
-- Johanna Tuominen 7.10.2004
Onkohan wikissä mahdollisuuksia luoda jonkinsorttista tietokantaa, jonne jokaisen käyttäjännimen kanssa tallentuisi henkilön rank, jonka voisi hakea jollain tietyllä komennolla.
Täten ei tarvitsisi jokaista sivua päivittää kun saa korotuksen.
At line 419 added 64 lines
-- [Shiona]
On mahdollista, mutta hieman hankalaa johtuen siitä, että esimerkiksi ilmoittautumislistat vanhoista turnauksista näyttäisivät tosi oudoilta kun kaikkien luokitukset ovat päivittyneet... Pitäisi jotenkin pystyä merkitsemään sivut sellaisiksi, ettei niissä tehtäisi enää päivityksiä - mikä taasen tarkoittaisi sitä, että luokituksista olisi oltava jonkinasteinen historia, mikä taasen aiheuttaa mielenkiintoisia rajoitteita...
Mutta siis omalle sivullehan ''voi'' merkitä [[{SET rank='3 kyu'}] ja käyttää sitä sitten pitkin poikin ko. sivua... Hm. Ehkä sillä voisi tehdä jotain mielenkiintoista.
--[JanneJalkanen]
Eikö vanhoihin turnauksiin voitaisi kirjoittaa rank aivan suoraan, ja esim. klubisivuille niin, että wiki hakee tiedon jostain syövereistään? Myös KGSän perukoilta pitäisi phpllä saada henkilön sikäläinen tasoitus.
-- [Shiona]
Vanhat turnaukset ovat joskus olleet uusia turnauksia. Kuka ne siinä välissä muuttaa yksiselitteisesti? Ja lähinnä kai: onko todellinen ongelma se, että jonkun luokitus on väärässä jollakin sivulla? Loppujen lopuksi kuitenkin vain [Luokituslista]lla on mitään merkitystä...
--[JanneJalkanen]
------
Ehdottaisin, että tekisimme Wikin [MainPage] sivusta virallisen linkin suomalaiseen go-elämään. Tämä siis tarkoittaa, että kyseistä sivua voisi markkinoida ulkomaanolioille, jotka ovat kiinnostuneita go:sta Suomessa. Tällä hetkellähän mitään kattavaa englanninkielistä sivua tai sivustoa ei ole olemassa.
Aloitin markkinoinnin lisäämällä linkin tännepäin Sensei's Libraryyn.
-- [Otso Alanko]
Jos joku kirjoittaisi sivulle pari kappaletta liitosta, niin voisin poistaa vastaavat asiat omalta liiton sivultani ja laittaa linkin tänne. Asia pysyisi varmaan paremmin ajantasalla.
-- [Matti] Siivola
-----
Sivujen editoinnissa näytti olevan tunnin aikaraja, joka tuntuu tarpeettoman pitkältä. Sivut jäävät helposti vahingossa lukkoon, jos joku aloittaa editoinnin ja poistuukin sitten Peruuta-napin sijasta palaamalla vain selaimella edelliselle sivulle. Voisiko lyhentää?
-- [Juha|JuhaKoivisto]
Sivu ei sinällään lukitu, vaan lukon voi kyllä rikkoa. Lukko on ollut tunnin mittainen koska se on aika hyvä balanssi pitkään ja hartaasti kirjoittavien ja lyhyesti kirjoittavien välillä. Muistaakseni joku jossain vaiheessa (kiivaiden keskustelujen aikaan) kaipaili jopa sen pidentämistä. Jos oikeasti näyttää siltä, että joku on vain palannut back-näppäimellä taapäin, niin rikkokaa lukko ihan vapaasti.
Jos tälle tulee useampi kannattava ääni eikä vastustusta niin voihan tuon lyhentää.
-- [Janne Jalkanen]
Lukon voi rikkoa, mutta eikö koko mekanismin idea hiukan kärsi, jos ihmiset alkavat ajatella, että voihan sivua siitä huolimatta muokata? Omasta mielestäni kovin pitkät kirjoitukset olisi huomaavaista valmistella jossain editorissa ja siirtää wikiin cut&pastella, mutta jos pitkiä aikarajoja tarvitaan, ehkä sitten esikatselu voisi nollata laskurin? Vertailun vuoksi Sensei's Libraryssa aikaraja on niinkin lyhyt kuin kymmenen minuuttia, tosin siellä on javascript-laskuri, josta näkee milloin aika on loppumassa.
-- [Juha|JuhaKoivisto]
Mieluummin haluaisin muutaman puoltavan äänen (ja samanlaisen Javascript-kikkareen :), ennen kuin muutan lukon lyhyemmäksi.
-- [Janne Jalkanen]
Kannatan muokkaamisajan lyhentämistä. Pitkät sepustukset pitää kirjoittaa omassa editorissa ja kopioida/liimata joutuisasti sivulle.
-- [Vesa]
Niinhän se useimmiten käy. Jotkut sivut ovat kyllä työläämpiä kuin muut. [GoOpettajatHelsinki2005] sivua tehdessäni tarvitsin useamman esikatselukerran, enne kuin kaikki ilmoittautmislistat olivat oikein. Esikatselu ei onnistu omassa editorissa.
-- [Matti] Siivola
Muutettu 30 minuuttiin. (Voisko joku siirtää tämän keskustelun jonnekin muuanne? Pidetään täällä vain kurantteja asioita...)
-- [Janne Jalkanen], 08-Feb-2005
Jos oikeasti kaipasit sitä javascriptiä, [tässä|http://www.hut.fi/~jkoivist/laskuri/] olisi yksi (tai oikeastaan kaksikin versiota, joissa kummassakin on ongelmansa - editoinnin ja esikatselun tapahtuminen kahdella eri sivulla mutkistaa asioita). Sen koodin tuottamisen, jolla skriptit saa integroiduksi wikiin, jätän suosiolla jollekin muulle...
-- [Juha|JuhaKoivisto]
At line 383 removed one line
Erinäisissä luokituslistoissa on mukana tieto, joka kertoo montako nimeä listassa on. Näyttäisi, että niitä tietoja yhä päivitetään manuaalisesti. Kun ne tiedot kuitenkin imaistaan yhdistettyyn listaan, melkein samalla vaivalla kai niistä voisi myös pari yksinkertaista tilastoa laskea; esimerkiksi ne rivit, missä on jotain nimeltä näyttävää ja luokitus. Sillä saisi pelaajien määrän joka kerhossa/listassa helposti selville, ja varmasti menisi oikein.
At line 385 changed one line
Joku listoja henk.koht ylläpitävä kerhomies tai -nainen voi jo olla päivityksiin niin tuohtunut, että tekisi tarvittaman pulauttimen iltapuhteena, kun kerran osaa :)
Voisiko lukituksen ensimmäinen 5 tai 10 minuuttia olla ehdoton, ts. wiki ei edes antaisi sivua editoitavaksi jos se on jollain muulla aloitettuna? Nimim. viis kertaa yritin ja aina joku molopää tunki väliin.
At line 387 changed one line
--[Pekka Karjalainen|PekkaKarjalainen]
--xx.yy.zz.qq
At line 389 changed one line
En tiedä kuka sen käsin päivityksen aloitti ;). Mutta juu, kyllähän siitä listasta voi kaikenlaista laskeskella. Lähdekoodi on ihan avoin, ja löytyy [täältä|GoWikinLähdekoodi].
Ihmiset tuppaavat ignoroimaan satunnaisista IP-osoitteista tulevia lukituksia (koska satunnaiset spämmibotit tekevät sitä myös). Suosittelen laittamaan oman nimen talteen [UserPreferences]-sivulla, se nostaa kynnystä.
At line 391 changed one line
--[Janne Jalkanen]
Ja kyllä sen lukon saa ehdottomaksi; silloin vain kaikki epämääräiset spämmibotit lukitsevat sivuja editointikelvottomiksi...
-- JanneJalkanen
No ainakin varoitusteksti voisi olla näkyvämpi (fontin ei välttämättä tarvitse olla vilkkuva punainen 60pt, mutta nykyinen jää liian helposti huomaamatta). Tai ehkä välissä ennen tekstinmuokkaussivulle pääsemistä voisi olla jokin lomake tyyliin "Käyttäjä N.N. näyttäisi olevan editoimassa sivua. Haluatko varmasti jatkaa? (kyllä/ei)"
--xx.yy.zz.qq
----
Saisikohan kerhojen luokituslistoihin jonkun näköisen countterin, joka laskisi yhteen listalla olijoiden määrän tai vaikuttaisiko luokituslistaan, jos kunkin kerhon listaan lisäisi countterin rivien alkuun?
Ei tarvitsisi manuaalisesti laskea kerhon luokitettujen jäsenten määrää.
-- Oulun luokitukset sivulta Gardanin ja Oswaldin ajatukset tänne siirsi tii
Jälkimmäinen kyllä sotkee luokituslistan. Mietithän.
-- JanneJalkanen
Sotkeehan tuo toki, sikäli kun pulauttimeen ei voi tehdä toiminnallisuutta, joka ignoroi countterin. --[Bass]
Kyseessä on javascript-pohjainen sorttaus... Ja se osaa tunnistaa kyllä, jos kyseessä on numero. Ongelma vain on, että "5 kyu" ei resolvoidu numeroksi vaan stringiksi.
-- Janne
----
[Roskapostisuodinlista] alkaa kasvaa aika pitkäksi. Olisi kiva, jos kaikkia regexpejä ei tarvitsisi kirjoittaa yhdelle riville, vaan voisi käyttää esim. syntaksia {ADD spamwords='...'}. Annettu merkkijono siis lisättäisiin muuttujan nykyiseen arvoon.
-- [Juha|JuhaKoivisto] 20.5.2006
Itse asiassa niitä ei tarvitse; joku vois hujauttaa ne tiedostoon ja uploadata ne sinne sivulle nimelle "blacklist.txt". Rivi per regexp. Mallia [JSPWiki:SpamFilterWordList].
-- Janne
Eli blacklist.txt matchaa pelkästään urleihin, ja lisäksi voi edelleen määritellä muita sanoja spamwordsilla, vai ymmärsinkö ihan väärin?
JSPWikin blacklist.txt näyttäisi olevan jotenkin wikien yhteisesti ylläpitämä, tai ainakin siinä oli urleja monesta eri lähteestä. Mitä pitäisi tehdä, että sinne tehdyt lisäykset saisi käyttöön myös täällä (ja toisin päin)?
-- Juha
Ei, se matchaa koko tekstiin. Spamwords lisätään tuon blacklist.txt:n sisältöön lennosta.
Minä en itse asiassa tiedä, miten se toimii... Mulla ei ole ollut aikaa selvittää koko asiaa :-). Mutta jos sä voit selvittää, niin se olis hianoo! Muistaakseni jossain on olemassa jokin postituslista. Kysele Sunir Shahilta (meatballin ylläpitäjä, googlaa), se osaa kertoa lisää.
-- Janne
----
Tuon vallan mainion page infon käytettävyyttä parantaisivat kivasti sellaiset nappulat, jotka yksittäistä muutosta näytettäessä (vaikka "r1=92&r2=91") osoittaisivat seuraavaan (r1=92&r2=r93) ja edelliseen (r1=90&r2=91) muutokseen. Nykyisellään tuo operaatio (jota arvelisin kaikkein yleisimmäksi käyttötapaukseksi) vaatii kaksi valikko-operointia, joiden välissä sivu automaagisesti latautuu uudestaan. --[Bass] 2005-05-26
Hyvä idea. Teen heti kun muistan...
-- Janne
Jos unohtaa linkin lopusta sulkevan hakasulun, tulee linkin kohteeksi kaikki teksti seuraavaan hakasulkuun asti, kuitenkin siten että ainakin välissä mahdollisesti olevat avaavat hakasulut ja putkimerkit putoavat välistä. Tällä voi olla hassuja vaikutuksia jos linkkiä käytetään luomaan uutta sivua: esimerkki löytyy [TPEGTTampere2006] -sivun muutoshistoriasta.
Tässä olisi ehkä selkeämpää käyttäjälle jos linkki ei näkyisi linkkinä, ellei sulkevaa hakasulkua löydy "riittävän lyhyen" matkan päästä. Seuraavan avaavan hakasulun jälkeen sitä ei ainakaan enää kannattane hakea, koska tällöin linkit menevät jo päällekkäin, mikä on varmaan hyvin harvoin tarkoituksena.
-Ilkka
----
Onko JSP-wikiin saatavissa Sensei's libraryssä/wikipediassa käytetyn tyylistä sivujen taustalla olevan keskustelun mahdollistavaa foorumia tms. keskustelu tapaa. Keskustelu tapahtuisi siis edit pagen viereen tulevaa Discuus page nappia painamalle ja sivueditointi jäisi vain sivun aihetta koskevan "virallisen sisällön" muuttamista varten.
-- 11.1.2007 [Tii]
Juu, on mahdollista, mutta onko se oikeasti tarpeellista? Wikipediassahan se on tarpeellinen, koska kyseessä on tietosanakirja. Perinteisissä wikeissähän muokataan sivulle tulevaa keskustelua yleisesti ottaen paljon rankemmin kuin täällä.
-- JanneJalkanen
Siirsin etusivua sekä koko wikin ulkoasua ja rakennetta koskevan keskustelun sivulle [SuomigoNetKeskustelu].
Kysymys, miten etusivulle saataisiin kuva
-- 12.1.2007 Tii
Hmm, onkohan paras tapa tuupata kuva liitteeksi jollekin sivulle X ja sitten linkittää sen saamaan urliin
etusivulta. Pelkkä linkittäminenhän riittää kuvan esille tulemiseen, mutta on vähän hölmöä kaivella sitä kuvaa sitten jostain kolmannelta palvelimelta, ja liitteen lisääminen etusivulle voi sekin näyttää vähän höntiltä.
-- Ilkka Virta
Ilkka, joo, näin on hyvä tehdä. Luokaa vaikka sivu "Media" tai jotain, ja linkittäkää sinne. Oikea tapa tehdä tämä on Image-pluginilla [http://doc.jspwiki.org/2.4/wiki/Image].
-- JanneJalkanen
Spammerit keksivät, että kommentteihinkin voi urleja laittaa. Tuli pari erilaista (joskin yhdistettävää) ratkaisua mieleen. Urlien suodattaminen kokonaan pois kommenteista ja kommenttikentän pituuden rajaaminen johonkin merkkimäärään.
-- Gardan, 25.3.2007
----
Kommenttikenttä menee samalla lailla spämmifiltterin läpi kuin normaalitekstikin jo.
--JanneJalkanen, 25-Mar-2007
----
Onkos jotakin erityistä syytä sallia html-liitteet?
Liite-spam kun on aika hidasta poistaa, ja en näe syytä sallia edes moista.
--Lauri 31-03-2007
----
Hello guys im new on yous forum nice to see you all watch my video for free ;)
--flooderbob, 20-Aug-2011 02:29
Jos oikein ymmärsin, niin flooderbob taisi ehdottaa että wikin spämmifiltteri kaipaisi ehkä hiukkasen viilausta. Mikähän olisi tehokkain tapa? Useimmat spämmääjät näyttävät rekisteröityneen, joten pieni go-ongelma captchaksi voisi estää monen spämmibotin toiminnan.
–Jouni, 20.8. 2011
No, se pysäyttää 99% editeistä tällä hetkellä... En mielellään lisäisi yhtään ylimääräistä hidastetta wikin editointiin, koska se heti nostaa julkaisukynnystä.
Sen sijaan esimerkiksi voisi laittaa vaikkapa html-koodin filtteriin (esim. tekstin "<a href"), joka olisi pysäyttänyt heti jo tuon äskeisen tekstin.
-- JanneJalkanen
Tarkoitin siis sitä, että kaikki näkemäni spämmibotit rekisteröityvät wikin käyttäjäksi ennen kuin aloittavat editoimisen. Siksi olisi riittävä toimenpide laittaa captcha rekisteröitymiseen (eikä sivun editoimiseen). Tämä estäisi spämmiboteilta mahdollisuuden rekisteröityä.
–Jouni, 22.8. 2011
Mun mielestä ei hullumpi idea, jotain siihen suuntaan että vois lämätä satunnaisen 5x5 kuvion ja kysyä montako valkosta ja mustaa kiveä, tai jotain vastaavaa. Niin idioottivarma siis ettei ihminen mokaa mutta koneelle hyvin hankala :D Ja Jouni on oikeassa, tietenkin rekisteröintiin eikä julkasemiseen.
-- ObOlli
Version Date Modified Size Author Changes ... Change note
202 07-Apr-2012 17:53 33.456 kB Matti Siivola to previous Ehdotukset eivät parane
201 07-Apr-2012 17:51 34.459 kB Arradderm to previous | to last
« This page (revision-202) was last changed on 07-Apr-2012 17:53 by Matti Siivola