Wikipedia:SHEIC/Archief/2006-12

Afwijzing van de spamfilter

Ik probeer als link een webpagina op te geven, de spamfilter weigert dat. Weten jullie hoe dit zit? Het gaat om de volgende site: http://xoomer.alice.it/francescoraf/hesyra/dynasty0.htm. Als ik deze tussen haakjes zet dan geeft wikipedia een error: De pagina die u wilde opslaan werd geblokkeerd door het spamfilter. Meestal wordt dit door een externe link veroorzaakt. Hier is een reguliere expressie met de patronen die momenteel geblokkeerd worden: De volgende tekst deed onze spamfilter tot actie overgaan: http://xoomer.alice.it Terug naar Hoofdpagina.

Zou iemand mij willen helpen?--Oesermaatra0069 1 dec 2006 21:29 (CET)

De enige oplossing is dat je de tekst pas opslaat na het verwijderen van de betreffende link. - Erik Baas 1 dec 2006 22:00 (CET)

Ik heb al een opgeslagen tekst. Nu is er een site waar afbeeldingen er van zijn die wil ik er aan koppelen maar dat lukt niet. Het lukt alleen als platte tekst niet als link. Voor alle duidelijkheid het gaat om het artikel Hor-Aha, onderaan de pagina staat het kopje van bijwijzen, die site heeft verschillende archeologische bewijzen (afbeeldingen) opgenomen met tekst erbij aangezien ik deze niet mag opslaan op wikimedia commons zou ik het moeten linken via de haakjes [tekst] --Oesermaatra0069 1 dec 2006 22:07 (CET)

Het hele xoomer.alice.it domein is geblokkeerd via de Spam blacklist. Oplossing: daar vragen om verwijdering of op nl dit adres (laten) toevoegen op de Spam-whitelist door een mod. --_fr³ ₃k^e 2 dec 2006 03:22 (CET)

pre-expand include size too large

Ik ben de afgelopen dagen bezig geweest Sjabloon:Vlagland uit te breiden, maar vanmorgen zag ik op Lijst van IOC-landcodes opeens een hoop rode links onderaan die pagina terwijl daar gisteren nog vlaggetjes werden getoond. Na onderzoek blijkt dat alleen de eerste 128 keer Sjabloon:Vlagland goed wordt uitgevoerd en dat daarna "<!-- WARNING: template omitted, pre-expand include size too large -->" in de code wordt gezet. Als ik bovenaan de Lijst van IOC-landcodes wat landcode's weghaal, komt dat punt van het 128^e sjabloon wat later en zie je dus vlaggetjes die daarvoor als rode link werden getoon. Het zit dus niet in een verminking van de lijst op Sjabloon:Vlagland waar ik eerst van uitging. Iemand enig idee hoe we dit op een nette manier kunnen oplossen/omzeilen? - Robotje 3 dec 2006 09:00 (CET)

Als ik de uitleggende tekst onderaan Sjabloon:Vlagland weghaal, gaat het wel goed. Voorlopig dan maar die uitleg wat inkorten. - Robotje 3 dec 2006 09:05 (CET)

Je zou de uitleg in een subpagina van het sjabloon kunnen zetten, en dat includen op de sjabloonpagina, dan win je daar al wat bytes mee. Probleem is dat het sjabloon gewoon te groot is, en dat de servers teveel moeten rekenen om de pagina te leveren, dus stoppen ze er na een bepaald aantal bytes gewoon mee, en worden de rest van de sjablonen niet meer ingevuld. --Tuvic 3 dec 2006 19:58 (CET)

Dat heb ik eerder zien gebeuren, maar steeds wanneer sjablonen te diep genest waren, dus niet met sjablonen die "alleen maar" veel tekst bevatten. Zou het in dit geval kunnen komen doordat de tekst in {{sjablooninfo}} was opgenomen ? - Erik Baas 3 dec 2006 20:18 (CET)

Als je de huidige HTML-code van Lijst van IOC-landcodes bekijkt zie je

<!-- 
Pre-expand include size: 1950424 bytes
Post-expand include size: 14874 bytes
Template argument size: 1864 bytes
Maximum: 2048000 bytes
-->

Kortom, als alle sjablonen worden uitgepakt, is de totale grote 1.950.424 byte, terwijl het maximum 2 megabyte is. Het hierboven beschreven probleem was over toen de ik de verklarende tekst in het noinclude-deel verwijderd had. Blijkbaar is de software dus niet zo slim geschreven dat het noinclude-deel meteen weggelaten wordt. Jammer. Een maximum lijkt me trouwens geen slecht idee omdat sjablonen (al dan niet direct) recursief aangeroepen kunnen worden en dan zou je zonder maximum het systeem kunnen laten crashen. Volgens de uitleg hier was het maximum destijds in augustus 2006 verdubbeld van 1 megabyte naar 2 megabyte; maar ook dat blijkt dus is niet altijd genoeg. - Robotje 4 dec 2006 13:03 (CET)

{{Sjablooninfo}} voegt (zonder tekst) 23 bytes toe aan elk sjabloon, dat is dus geen probleem, ook niet als dat sjabloon in grote aantallen op een pagina staat. De tekst die op Vlagland stond was 7790 bytes, en dat geeft dus (vermenigvuldigd met 150 á 200 (?)) wél een probleem... Conclusie: tekst en uitleg op sjablonen geven erg veel overhead, en kunnen dus beter op een aparte pagina. Kortom, werk aan de winkel, want ik weet er wel een paar waar hele verhalen op staan... [HANDINEIGENBOEZEMSTEEKT] ;-) - Erik Baas 5 dec 2006 02:15 (CET)

Vraagje: wat is de beste naam voor de uitleg behorend bij b.v. een (fictief) "Sjabloon:Aap": "Sjabloon:Aap/Uitleg" of "Help:Sjabloon:Aap" ? - Erik Baas 5 dec 2006 02:15 (CET)

Zonder enige twijfel Sjabloon:Aap/Uitleg. De Help: naamruimte is voor generieke uitleg, zou wel kunnen dienen voor uitleg omtrent een familie van sjablonen zoals de vlaggensjablonen, maar niet voor elk apart sjabloon wmb. Wel een interessant/irritant probleem overigens, ik ben een fan van {{sjablooninfo}}, staat goed, duidelijk en professioneel. Lost het includeren van een subpagina in de <noinclude> ruimte echter wel alles op? Dan wordt de subpagina toch ook weer opgehaald door de parser (ipv {{sjablooninfo}} dan {{Sjabloon:Aap/Uitleg}}, waarin dan evt ook weer {{sjablooninfo}} instaat)? «Niels» zeg het eens.. 5 dec 2006 02:28 (CET)

Ja en nee: ik begrijp uit dit en dit dat aparte pagina's/sjablonen die tussen <noinclude>-tags geplaatst worden gewoon meetellen voor de "Pre-expand include size", maar dat als de limiet overschreden nog wél de volgende sjablonen op de betreffende pagina verwerkt worden (indien kleiner, en zolang er ruimte is binnen de beschikbare 2MB). Maar er stond ook (ergens) het advies om pagina's en sjablonen die nu goed werken met rust te laten, dus niet massaal alles te gaan ombouwen. Het hangt allemaal erg af van het aantal sjablonen wat op een pagina toegepast wordt: één sjabloon met 10kB uitleg (da's veel) is geen probleem, 200 kleintjes (zoals de vlaggensjablonen op Lijst van IOC-landcodes) met elk twee regels tekst wel (die pagina zit dus tegen de grens aan !). - Erik Baas 5 dec 2006 02:45 (CET)

Redirect in sjabloon

Het sjabloon Kunst&CultuurAVDW 6 augustus bevat de volgende tekst

{{Kunst&CultuurAVDW week-29}}

In dat 'sjabloon' Kunst&CultuurAVDW week-29 staat echter

#REDIRECT Portaal:Kunst & Cultuur/Uitgelicht/29

Ik heb op die laatste pagina het plaatje vervangen door eentje van Commons met een hogere resolutie. Echter 'Sjabloon:Kunst&CultuurAVDW 6 augustus' blijft in de lijst staan waar het vorige plaatje (Afbeelding:Leonardo da Vinci.jpg) nog in gebruik is hoewel je daar wel degelijk het nieuwe plaatje ziet. En ja, de queuebuffer is leeg dus dat is het probleem niet. Kortom, een redirect in een sjabloon werkt wel, maar niet helemaal zoals verwacht. Die redirect is ontstaan bij het hernoemen van het sjabloon naar een subpagina van het portaal in augustus van dit jaar. Is het dan niet beter om dat hernoemen terug te draaien? - Robotje 8 dec 2006 09:25 (CET)

Vreemd, het is nu toch goed gekomen. Is dat vanzelf gegaan of heeft iemand iets gedaan na het lezen van bovenstaand bericht? - Robotje 8 dec 2006 11:40 (CET)

Knop Pagina opslaan uitgeschakeld voor anonieme gebruikers

Op de Franse wikipedia moet een anonieme gebruiker eerst op de knop Toon bewerking te controle drukken voordat hij de pagina kan opslaan. Zie bijvoorbeeld [1] Kunnen we dit ook invoeren op onze wikipedia? Het voorkomt dat anonieme gebruikers tien kleine wijzigen achter elkaar maken. Neet 17 dec 2006 22:58 (CET)

Goed idee. Ik heb het net even geprobeerd te implementeren in MediaWiki:Monobook.js, maar het leek niet te werken. Ik weet niet goed waarom; toen ik (vrijwel) hetzelfde in mijn eigen Gebruiker:Gpvos/monobook.js zette, werkte het wel. – gpvos (overleg) 28 dec 2006 14:12 (CET)

Kleuren zoals op nl-lijst recente wijzigingen

Ik wou net zulke kleuren toevoegen als in de recentewijzigingenlijst voor op de nds-nl-Wikipedia, maar ik krijg niks te zien (rood voor negatief en groen voor positief). Ik heb het volgende in monobook.css geplakt en zie verder niks in nds-nl:Speciaal:Recentchanges. Weet iemand een oplossing? Sεrvιεи | Overleg » 24 dec 2006 17:47 (CET)

.mw-plusminus-pos { color:green; } .mw-plusminus-neg { color:red; }

• Cache van je browser leegmaken, dan zie je de kleuren wel. Zie MediaWiki:Clearyourcache voor het command van jouw browser. --Tuvic 24 dec 2006 17:51 (CET)

Hij doet 't. Ik had 't al geprobeerd met "cmd-r" voor Safari, maar dat lukte niet echt. Ik heb 't op een andere manier opgelost, wou alleen zeker weten of 't niet gewoon verkeerd "geprogrammeerd" stond of zo :) bedankt iig Sεrvιεи | Overleg » 24 dec 2006 19:18 (CET)

Weet iemand hoe je dat ook kunt doen voor je eigen volglijst? Annabel_(overleg) 26 dec 2006 21:32 (CET)

Sorry, het blijkt toch dezelfde instelling te zijn. Alleen gaf het bij mij niet direct het gewenste resultaat na een harde refresh. Annabel_(overleg) 26 dec 2006 21:50 (CET)

Bij mij werkt dat al, waarschijnlijk ook een kwestie van de cache van je browser legen en de pagina hard verversen. - Erik Baas 26 dec 2006 21:50 (CET)

Ook vragen over ICT buiten wikipedia?

Behand deze kroeg ook vragen over bijvoorbeeld Internet Explorer? Crazyphunk 28 dec 2006 17:18 (CET)

Tuurlijk, want zonder IE kan je niet op Wikipiki :) Sεrvιεи | Overleg » 29 dec 2006 15:10 (CET)

ok dan, dan weet ik dat :) Crazyphunk 29 dec 2006 16:17 (CET)

Sjablonenprobleem

Ik heb een sjabloon aangemaakt (Sjabloon:Infobox plaats in Rusland/Locatie), die ik binnen Sjabloon:Plaats in Rusland wil gebruiken (op dezelfde manier als Sjabloon:Coor dm) door in het veld 'locatie' van Sjabloon:Plaats in Rusland de locatie op te geven. De bedoeling is dat er op die manier een punt op een kaart wordt gezet die de locatie aangeeft op de betreffende kaart. Als ik dit echter toepas bijvoorbeeld Magnitogorsk, door het invullen van {{Infobox plaats in Rusland plus/Locatie|kaartbestand=TsjeljabinskBasiskaart.png|x=124|y=112}} achter het veld locatie (hiervoor moeten de conditionele variabelen kaartcode, kaartX, kaartY en locatiekaartspecifiek wel eerst weggehaald worden), wordt de kaart met punt zowel binnen de tabel als boven het artikel aangegeven. Iemand een idee hoe dit kan? Als er een andere, betere, oplossing voor deze toepassing is, zijn tips natuurlijk ook welkom. --hardscarf 30 dec 2006 20:25 (CET)

Het probleem is opgelost: ik heb "hiddenstructure" etc. vervangen door "#If:" etc., en een ontbrekende </div> ingevoegd (en Magnitogorsk is "omgebouwd"). - Erik Baas 4 jan 2007 01:37 (CET)

Bedankt! --hardscarf 4 jan 2007 16:24 (CET)

Aanvinkvakje voor spelling

Is het mogelijk een aanvinkvakje voor "spelling" te maken met de bijbehorende letter S (zoals er een voor "kleine bewerkingen" is met de bijbehorende letter K), dan hoef je i.p.v. "sp" te typen alleen maar het vakje spelling aan te klikken. Ik weet niet of het mogelijk is maar zou graag willen weten óf, en zo ja, hoe 't dit gedaan kan worden zodat ik 't op andere streektaalwikipedia's mogelijkerwijze kan introduceren. Sεrvιεи | Overleg » 25 dec 2006 15:59 (CET)

Dit is niet mogelijk met de huidige versie van de software. Het heeft eerst en vooral te maken met de databank, zie m:Revision_table. Op die pagina zie je dat een kleine bewerking ("minor edit") een apart veld heeft gekregen. Men zou dus de structuur moeten aanpassen van de databank (en dit ook doorvoeren in de software) om het vinkje "spelling" mogelijk te maken. Lokaal is dit dus niet mogelijk om dit aan te passen, je zou het moeten vragen bij diegenen die zich bezig houden met het ontwikkelen van MediaWiki. Groeten, Christophe 26 dec 2006 12:19 (CET)

Bedankt voor de info! (Y) Sεrvιεи | Overleg » 26 dec 2006 16:39 (CET)

Maar je zou het effect toch kunnen "faken"? Bijv. een bepaald character uit de ASCII tabel als eerste character in de samenvatting te zetten en dan bij het genereren van de recente wijzigingen lijst (of waar dan ook), een s toevoegen en het eerste character van de samenvatting weglaten? - Simeon 28 dec 2006 17:21 (CET)

Op zich is dat wel een goed idee. Het wordt in verschillende types software gebruikt als gemakkelijkheidsoplossing om geen extra veld aan te maken in een tabel als het onmogelijk is om alles (de databank en de software) om te zetten naar een tabel met dat extra veld. Om dan op je vraag te antwoorden, zoiets "faken" zou met de huidige software niet gaan. Christophe 13 jan 2007 22:14 (CET)