site w3c valid maken

Home Forums Games discussies site w3c valid maken

9 berichten aan het bekijken - 1 tot 9 (van in totaal 9)
  • Auteur
    Berichten
  • #118972
    YorickYorick
    Deelnemer
    10

    ik ben bezig met mijn site w3c valid te maken, maar zit met een probleem:

    ik krijg momenteel 192 errors en 83 warnings, maar als ik volgende lijn uitcomment krijg ik nog 5 errors en 5 warnings:

    Code:


    if (!file_exists( ‘configuration.php’ ) || filesize( ‘configuration.php’ ) < 10) {

    komt hieruit:

    Code:

    // checks for configuration file, if none found loads installation page
    if (!file_exists( ‘configuration.php’ ) || filesize( ‘configuration.php’ ) < 10) { $self = rtrim( dirname( $_SERVER['PHP_SELF'] ), '/\' ) . '/'; header("Location: http://" . $_SERVER['HTTP_HOST'] . $self . "installation/index.php" ); exit(); }

    wat moet ik daaraan veranderen?

    configuration.php begint zo:

    Code:

    http://www.dutchbuxto.com/index.php

    #534502
    imported_Z@3 RedrumZ@3 Redrum.
    Deelnemer
    15

    Meestal zijn die lijnen niet hetzelfde. Je moet naar de output kijken, niet naar je scripts. Dus kijken via IE bv, bron bekijken, en dan naar die regel gaan. Waarom wil je je site btw w3 valid maken? Als ie in elke browser werkt, who cares.

    #534503
    YorickYorick
    Deelnemer
    10

    lijnen zijn niet hetzelfde… dat weet ik maar als ik die lijn uitcomment (// voor zet dus) dan gaat ie naar 5 fouten en 5 warnings. wil dus zeggen dat er op die lijn toch iets al die errors veroorzaakt. die lijn verwijst naar configuration.php en die begint zoals ik daar heb gepost. hieronder de code die w3c gebruikt. waarom valid maken? naart schijnt krijg je hogere pr, en gewoon zodat niemand er problemen mee heeft of krijgt.

    Code:

    Source Listing

    Below is the source input I used for this validation:

    1.
    2.
    3.
    4.
    5.DutchBuxTo РD̩ nederlandstalige bux.to community
    6.
    9.
    10.
    11.
    12. 13.
    14. 15. 16. 17.
    18.
    19.
    20. 21.
    22.
    23.
    24.

    25.
    26.

    27.

    29.

    30.

    31.
    32. Betalings Data

    Als gevolg van snellere controles voor kleine betalingen, kan het zijn dat deze data iets minder accuraat zijn. Maakt u zich geen zorgen. U zal worden betaald!

    Standaard members: 1 Februari 2008 (Vergeet niet dat als uw betaling meer dan $ 200 bedraagt, kan het zijn dat u iets later betaald wordt.)

    Premium members: 1 Februari – 11 April 2008 (Vergeet niet dat als uw betaling meer dan $ 200 bedraagt, kan het zijn dat u iets later betaald wordt.)

    Bux-kaart: 7 Maart – 3juni l 2008 (Vergeet niet dat als uw betaling meer dan $ 200 bedraagt, kan het zijn dat u iets later betaald wordt.)

    [Laatste update: 02/09/2008]

      Details…

    Special Banner!

    Iedereen die nu registreert krijgt zijn eigen ref-link in de banner geplaatst!….

      Details…

    Loterij: voor of tegen? Bent u voor of tegen een loterij, die met als hoofddoel heeft het betalen van het domein, maar er is voor de winnaar natuurlijk ook een leuke prijs. Laat uw stem hier aan ons weten, en schrijf er liefst ook bij waarom, of je nog iets aan de regels wil wijzigen enz…  Details…

    83.

    84. Advertisement Advertisement
    85.

    86.


    320.

    321.


    322.
    323.

    324.

    325.

    329.

    330.

    326.
    327. Welkom op de site!

    328.

    331.
    332.

    333.

    334.

    339.

    340.

    341.

    343.

    344.

    345.

    348.

    349.

    350.

    354.

    355.

    335.
    336. Geschreven door Kiwipedia

    337.   
    338.
    342.

    Welkom op Dutchbuxto. Deze site is de nederlandstalige community van Bux.to, een site waarmee je geld kan verdienen. Deze site werd opgericht door Yorick1245 & Kiwipedia. Je kan hier eens door de blogs van onze gebruikers kijken, FAQ of TOS bekijken enz…

    Bux.to is de nieuwe innovatieve, internationale en GRATIS Engels gebaseerde dienst die adverteerders toestaat om duizenden potentiële klanten te bereiken door hun advertentie op onze "Surf ads" pagina te tonen. Leden van Bux.to klikken op die ads om geld te verdienen. Voor elke bekeken ad wordt aan een standard lid 0.01$ gegeven en aan een premium lid 0.0125$. Je krijgt betaalt voor elke ad die u of uw refferal bekijkt.

    Hier een voorbeeld:

    » U klikt 10 ads per dag = $0.10
    » 20 Referrals klikken 10 ads per dag = $2.00
    » Uw dagelijkse verdiensten = $2.10
    » Uw wekelijkse verdiensten = $14.70
    » Uw maandelijkse verdiensten = $63.00

    Het is NIET gegarandeerd dat je zoveel zult verdienen 

    Krijg vele voordelen zoals een gratis banner op deze site met daarin jouw Referral link indien je je registreert en actief bent op het forum!

    346. Laatst geupdate op ( maandag, 28 juli 2008 )
    347.
    351.
    352. Lees meer…

    353.

    356.
    357.  
    358.
    359.

    360.

    361.

    365.

    366.

    362.
    363. klanten service

    364.

    367.
    368.

    369.

    370.

    375.

    376.

    377.

    379.

    380.

    381.

    384.

    385.

    371.
    372. Geschreven door jupiler

    373.   
    374.
    378.

    binnenkort beschikbaar: Bux.to klantenservice via telefoon!

     

    meer info volgt later 

    382. Laatst geupdate op ( donderdag, 04 september 2008 )
    383.

    386.
    387.  
    388.
    389.

    390.

    391.

    395.

    396.

    392.
    393. 25/8 de Dag dat bux.to voor altijd zal veranderen

    394.

    397.
    398.

    399.

    400.

    405.

    406.

    407.

    409.

    410.

    411.

    414.

    415.

    401.
    402. Geschreven door Kiwipedia

    403.   
    404.
    408.

    De boodschap die u op de hoofdpagina ziet "The site is under transfer. Please come back later. Thank you." is een gevolg van de actie die de huidige host onderneemt, zij nemen de nodige maatregelen omdat we nog steeds onder zware DDOS aanval zitten. Dit bericht zal worden gewijzigd naar iets meer vriendelijks, om het duidelijk te maken dat we niet aan het weg rennen zijn.

    Ten tweede, wat details over de aanslagen. De aanslagen die we ervaren zijn niet alleen de normale Denial of Service (DoS) aanvallen. Ze zijn verdeeld (DDoS). Het grootste probleem met deze aanvallen is dat ze allemaal maar bijvoorbeeld 5 HTTP threads moeten openen – vermenigvuldig dat door 20000 en u krijgt 100000 gelijktijdige threads geopend in een seconde. Je kan nauwelijks nog het verschil tussen legaal verkeer en illegaal verkeer. Dit soort aanvallen zijn moeilijker af te zwakken en het is vooral een unieke soort aanval die we hebben gehad.

    Onze oplossing?
    We gaan verhuizen naar een eigen rack complex setup. Hier krijg je wat informatie en een aantal voordelen van het verhuizen en waarom het ons bedrijf helpt.

    We hebben al een eigen cluster ontworpen, een lange termijn overeenkomst is ondertekend en verzonden naar ThePlanet, en we werken nauw samen met de ingenieurs van ThePlanet. Onze cluster wordt momenteel opgericht door de ingenieurs van ThePlanet.

    Dit soort van aanval zou geen gevolgen hebben voor de nieuwe installatie. In onze prive-rack,  is het netwerk net iets anders gebouwd om ons van deze problemen te verhelpen. Deze nieuwe installatie zal veel meer onder het oog worden gehouden. We hebben ook een zeer krachtige firewall die de aanvallen gemakkelijk aankan. En dan hebben we zeer krachtige setup. De setup zal een zeer grote DDoS aanval moeten krijgen om het offline te krijgen. Dat is de reden waarom de algemene bevolking servers DDoS aanvallen krijgen en de particuliere rekken niet. Er is een compleet andere soort aanval nodig om zelf tot onze setup door te dringen.

    Een belangrijk ding is dat we een Enterprise categorie client zijn. Enterprise klanten krijgen gespecialiseerde behandeling en als er problemen zijn, worden deze door veel meer mensen bekeken dan bij algemene bevolking servers. Er zijn hele teams waarvan de enige taak is om te helpen, bekijken, en het herstellen van eventuele problemen die een klant heeft. Er zullen mensen 24/7 over onze cluster waken en ervoor te zorgen dat onze downtime tot een minimum wordt beperkt.

    Dit betekent dat we Buxreload op de nieuwe setup gaan invoeren

    Wij houden u op de hoogte van de vooruitgang

    —————————————————

    4 september

         * Er is niet veel nieuws gebeurt, de ingenieurs wachten tot de bedrading is afgerond en tot de NAS (Network Attached Storage) is geleverd.

    30 Augustus

            *Verwachting is dat de configuratie beschikbaar zal zijn rond volgende week woensdag, nadat we alle orders hebben ontvangen

     

    29 Augustus

            *De technici zullen dit weekend de bekabeling doen en de configuratie opstellen

     

    27 Augustus

          *Diensten volledig hersteld

        *De ETA van de nieuwe rack is nu van 16 dagen+de setup en de transfer tijd. Het is mogenlijk dat het nog een maand duurt totdat we Buxreload op de rack zetten, dit kan nog veranderen. We kunnen een meer precieze datum geven in in een later stadium, wanneer we de periodieke update van de technici krijgen.

     

    26 Augustus

        *De DNS transfer voor het DDoS beveiliging is compleet. Het is normaal als je "Transferring data from blockdos.net" en een logo van BlockDos aan de onderkant van de hoofdpagina ziet

     

    25 Augustus

        * Overeenkost voor een private rack ondertekent en verstuurd
        * Project Buxreload in laatste fase

        *Terwijl we op het nieuwe Rack setup wachten (Kan 10 dagen duren) worden we beschert door een speciale anti DDoS service. Momenteel wordt het DNS getranseferred, het kan tot 48 uur duren eer het DNS over de hele wereld is aangepast.

     

     

    412. Laatst geupdate op ( donderdag, 04 september 2008 )
    413.

    416.
    417.  
    418.
    419.

    420.
    421. Meer…

    422.

    423.

    445.

    450.

    451.

    452.
    453.


    454.
    455.


    456.

    #534504
    imported_Z@3 RedrumZ@3 Redrum.
    Deelnemer
    15

    Dat w3 valid maken is vrij onbegonnen werk. Zorg ervoor dat je gewoon bepaalde standaars xhtml waarden goed hebt (dus tekens als & niet letterlijk in de bron zo laten schrijven maar op de html manier), de HR en BR tags sluiten met ‘n / (
    ,


    ), de tags vooral goed sluiten (kijk of er tags niet zijn gesloten, als je bv op regel 10 een tag niet hebt gesloten dan kan hij daar 40x daarna weer over verder zeuren, terwijl het in feite maar 1 fout is. En verder zou ik er niet te veel waarde aan hechten. Tis leuk als je site valid is, maar dan moet je het vanaf dag 1 valid maken, en niet eerst maken en dan valid proberen te maken, dat is onbegonnen werk.

    #534505
    YorickYorick
    Deelnemer
    10

    nja goedja dan heb ik weer een uitdaging :mrgreen: heb het in feite altijd zo gedaan: eerst site maken en dan validaten. Deze error veroorzaakt heel veel fouten, dus als die weg is heb ik in 1 klap al 190 foute ofzo opgelost, daarom zou ik graag de oplossing ervoor weten. Enig idee?

    #534506
    BarthezZBarthezZ
    Deelnemer
    15

    Z@3 Redrum wrote:

    Dat w3 valid maken is vrij onbegonnen werk. Zorg ervoor dat je gewoon bepaalde standaars xhtml waarden goed hebt (dus tekens als & niet letterlijk in de bron zo laten schrijven maar op de html manier), de HR en BR tags sluiten met ‘n / (
    ,


    ), de tags vooral goed sluiten (kijk of er tags niet zijn gesloten, als je bv op regel 10 een tag niet hebt gesloten dan kan hij daar 40x daarna weer over verder zeuren, terwijl het in feite maar 1 fout is. En verder zou ik er niet te veel waarde aan hechten. Tis leuk als je site valid is, maar dan moet je het vanaf dag 1 valid maken, en niet eerst maken en dan valid proberen te maken, dat is onbegonnen werk.

    (valide) xHTML is toch wel iets meer dan dingen afsluiten met /> en dergelijke. Het is een standaard die het door het afdwingen van goede nestings het renderen efficienter kan maken. Alhoewel het niet significant is heeft het zeker voordelen.

    Verder is het ethisch gewoon verantwoord om de webstandaarden aan te houden. Als iedereen maar zou doen wat ze zelf willen dan krijgen we nog meer incompatibaliteit en microsoft taferelen. Dat terwijl microsoft juist heeft ingezien hoe belangrijk de webstandaarden tegenwoordig zijn geworden. Je wilt toch ook dat je documentje er over 5 jaar nog altijd hetzelfde uitziet als nu?

    Voor het debuggen moet je niet naar je php code maar naar de output (je html dus). Iets in php uitcommenten kan vast wel iets helpen omdat dan een bepaald code blok niet in je html uitkomt. Om het op te lossen moet je dus wel weer binnen je php terug zoeken wat wat is (als je geen losse template files gebruikt)

    #534507
    YorickYorick
    Deelnemer
    10

    hmm ik gebruik aparte template files, maar in configuration.php staat er nergens een verwijzing naar :S

    #534508
    imported_Z@3 RedrumZ@3 Redrum.
    Deelnemer
    15

    Tuurlijk is het meer dan simpelweg wat tags sluiten etc, maar als alles toch in elke browser werkt? Who cares. W3 valid checker is vooral handig om bepaalde fouten te kunnen ontdeken waarmee je kunt nagaan waarom het niet werkt in een bepaalde browser. Maar je moet niet te veel naar dat PHP gebeuren kijken. Het gaat om de HTML, en je moet gewoon bij die validator uitgaan van de broncode regels, en niet van de code in je FTP client of zo. Geef anders wat fouten die je hebt met de URL.

    #534509
    YorickYorick
    Deelnemer
    10
9 berichten aan het bekijken - 1 tot 9 (van in totaal 9)
  • Je moet ingelogd zijn om een antwoord op dit onderwerp te kunnen geven.

Naar boven