Home › Forums › Games discussies › site w3c valid maken
- Dit onderwerp bevat 8 reacties, 3 deelnemers, en is laatst geüpdatet op 15 jaren, 8 maanden geleden door Yorick.
- AuteurBerichten
- 10/09/2008 13:11 om 13:11 #118972
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:10/09/2008 14:03 om 14:03 #534502Meestal 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. 10/09/2008 15:05 om 15:05 #534503lijnen 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.28.29.
30.31.
32.83.
86.
87.88.89.90. Hoofdmenu
91.
92.93.
Home 94.
Nieuws 95.
Forum 96.
Spelletjes 97.
Bux.to Links 98.
Kosten 99.
Wiki 100.
FAQs & TOS 101.
Chat 102.
Contacteer ons 103.
Zoeken 104.
Geld omrekenen 105.
Woordenboek 106.
107.
108.109. Donatie via AlertPay
110.
111.
115.
116.117. Doneren via Paypal
118.
119.120.
121.
191.192.
193.
194.195.
196.197. Inloggen
198.
215.
216.
217.218. Wie is er online?
219.
220.
221.
222. 223.
295.296.
297. Bezig met laden…
298.
299.300.
301.
302.
303.
304.
305.306.
307.
308.309.
310.311.
312.
313.
314.
315.316.
317.
318.
319.
320.321.
322.
323.324.
325. 326.
327. Welkom op de site!
328.329.
330.
331.
332.333.
334. 335.
336. Geschreven door Kiwipedia
337.
338.339.
340.
341. 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.00Het 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!
343.
344.
345. 346. Laatst geupdate op ( maandag, 28 juli 2008 )
347.348.
349.
350. 351.
352. Lees meer…
353.354.
355.
356.
357.
358.
359.360.
361. 362.
363. klanten service
364.365.
366.
367.
368.369.
370. 371.
372. Geschreven door jupiler
373.
374.375.
376.
377. 378. binnenkort beschikbaar: Bux.to klantenservice via telefoon!
meer info volgt later
379.
380.
381. 382. Laatst geupdate op ( donderdag, 04 september 2008 )
383.384.
385.
386.
387.
388.
389.390.
391. 392.
393. 25/8 de Dag dat bux.to voor altijd zal veranderen
394.395.
396.
397.
398.399.
400. 401.
402. Geschreven door Kiwipedia
403.
404.405.
406.
407. 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.
409.
410.
411. 412. Laatst geupdate op ( donderdag, 04 september 2008 )
413.414.
415.
416.
417.
418.
419.420.
421. Meer…
422.423.
- 424.
- 425.
426. Minimale payout naar de buxkaart verlaagd
427. - 429.
430. Referrals en premium zijn terug beschikbaar
431. - 433.
434. Refs & Premium
435. - 437.
438. 22/8 Nieuws update
439. - 441.
442. Nieuw Personeel
443.
428.
432.
436.
440.
444.
445.
446. © 2008, Dutchbuxto.com
447.
448.
449.450.
451.
452.
453.
454.
455.
456.
10/09/2008 15:18 om 15:18 #534504Dat 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.
10/09/2008 15:27 om 15:27 #534505nja goedja dan heb ik weer een uitdaging 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? 10/09/2008 15:30 om 15:30 #534506Z@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)
10/09/2008 15:49 om 15:49 #534507hmm ik gebruik aparte template files, maar in configuration.php staat er nergens een verwijzing naar :S 10/09/2008 19:20 om 19:20 #534508Tuurlijk 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. 11/09/2008 14:49 om 14:49 #534509oki hier komt ie niet verschieten van de hoop - 425.
- AuteurBerichten
- Je moet ingelogd zijn om een antwoord op dit onderwerp te kunnen geven.