Dat komt uit een editor. Dat is anders dan een template parsenquote:Op donderdag 2 februari 2017 23:22 schreef KomtTijd... het volgende:
Voordeel van JSON is dat je backend lekker clean blijft, en je hebt gelijk een API waar je eventueel een app of 3rd party software tegenaan kunt (laten) timmeren.
Tweakers stuurt natuurlijk de (opgemaakte) inhoud van een post door, dat is gewoon opgeslagen als HTML. Daar lijkt me niet zoveel mis mee. Ik denk ook dat je daar de grens moet trekken: objecten e.d. netjes JSON encoden, maar eventuele html-content daarin gewoon doorsturen zoals het opgeslagen staat.
Waarom? Ik vind het persoonlijk ook prettig om de layout in de client te renderen, maar het is wel een relatief zware belasting voor de client. En SEO.quote:Op donderdag 2 februari 2017 21:36 schreef Catch22- het volgende:
Je kan serverside renderen, maar ik krijg jeuk van HTML op de backend. Ik zou react of angular gebruiken met json denk ik.
Ik zou voor JSON kiezen.quote:Op donderdag 2 februari 2017 21:27 schreef TwenteFC het volgende:
Een vraag waar ik eigenlijk al een tijd over twijfel en nu het toch over Vue gaat.
Situatie; Een ecommerce website met aan de linkerkant verschillende facetten die je kan aanklikken waarna de de content aan de rechterkant verandert en de overgebleven producten in beeld staan.
Welke oplossing zouden jullie kiezen en waarom als het gaat om het ophalen en tonen van die content? JSON, of direct html terugkrijgen van je backend?
Mijn developer gevoel zegt in eerste instantie json, maar gewoon direct een HTML view erin pompen werkt ook gewoon praktisch en snel.
Wanneer ik even snel langs de grote websites ga dan zie ik dat Coolblue gewoon een HTML response opvraagt. Tweakers daarentegen kiest een middenweg JSON met daarin HTML. Maar Bol.com doet alles met een JSON response die daarna verwerkt wordt.
Een van die situaties waar ik gewoon links of rechtsom geen voorkeur heb omdat ik niet weet wat ik ervan moet vinden.
...Maar die tijd is gratis. Twig renderen kost jóúw cpu cyclesquote:Op vrijdag 3 februari 2017 08:47 schreef Qunix het volgende:
Het verschil zit hem in het maken van HTML door JavaScript (bijvoorbeeld een Vue of Angular, of zelfs native) of dat het al reeds gemaakt is door de backend. Het genereren van elementen (document.createElement) kost tijd (in millisecondes) en browser geheugen, en kan een vertragende factor zijn (performance) als het gaat om het maken van enorm veel DOMelementen.
omdat ik het dan zelf onder controle heb. Wij hebben hier op de zaak een heel stricte scheiding van front en back. En ik wil niet in de backend klooien, of developers hoeven storen voor een classname.quote:Op vrijdag 3 februari 2017 00:09 schreef Merkie het volgende:
Waarom? Ik vind het persoonlijk ook prettig om de layout in de client te renderen, maar het is wel een relatief zware belasting voor de client. En SEO.
Volgens mij zoek je Window.innerHeightquote:Op zondag 5 februari 2017 00:12 schreef Skunk-m het volgende:
Vraagje..
Met window.screenY krijg ik de afstand tussen de bovenkant van het scherm en de bovenkant van de browser (de titelbalk zeg maar of net hoe dat heet) in pixels..
Maar hoe krijg ik de afstand van de bovenkant van het scherm tot de bovenkant van het vak waar de website in is? dus onder de titelbalk, tabs, urlbalk, bladwijzers etc. gewoon het vak waar de webpagina te zien is.
Dat is niet wat ik zoek...quote:Op zondag 5 februari 2017 00:26 schreef BrainOverfloW het volgende:
[..]
Volgens mij zoek je Window.innerHeight
Dat zal lastig worden om voor elkaar te krijgen denk ik. Naast eventuele extra balken aan de onderkant van de browser kun je er ook niet vanuit gaan dat de gebruiker zijn scherm gemaximaliseerd heeft staan. En de positie van het browserscherm t.o.v. de hoeken van de monitor is bij mijn weten niet iets wat je op kunt vragen.quote:Op zondag 5 februari 2017 00:41 schreef Skunk-m het volgende:
[..]
Dat is niet wat ik zoek...
Ik dacht misschien kan ik window.outerHeight-window.innerHeight en dat optellen bij window.screenY , maar dat is ook geen optie, want sommige browsers hebben ook onderaan een balk zitten en bovendien klopt het resultaat niet als ik hier in firefox window.outerHeight-window.innerHeight doe.. op het oog lijkt het dat hij de titelbalk niet meepakt met outerheight..
terwijl dat volgens deze afbeelding wel zou moeten:
[ afbeelding ]
Maar wat ik dus wil is de afstand tussen de bovenkant van het scherm, de monitor, de screen tot de bovenkant van wat in die afbeelding is aangegeven als de bovenkant van innerheight.
hoezo is dat niet iets dat je op kunt vragen, window.screenY geeft je die waarde.quote:Op zondag 5 februari 2017 00:52 schreef BrainOverfloW het volgende:
[..]
Dat zal lastig worden om voor elkaar te krijgen denk ik. Naast eventuele extra balken aan de onderkant van de browser kun je er ook niet vanuit gaan dat de gebruiker zijn scherm gemaximaliseerd heeft staan. En de positie van het browserscherm t.o.v. de hoeken van de monitor is bij mijn weten niet iets wat je op kunt vragen.
Wat is de reden dat je dit zou willen weten?
Dan gebruik je het DOMContentLoaded event.quote:Op zondag 5 februari 2017 22:48 schreef Skunk-m het volgende:
Heeft er iemand enig idee hoe ik dit kan doen zonder dat ik er een muisknop voor nodig heb? ik moet het bij het laden van de pagina kunnen weten.
wat moet ik daarmee doen dan, hoe krijg ik daarmee de afstand van de bovenkant van het scherm tot de bovenkant van de pagina/viewport?quote:Op zondag 5 februari 2017 22:53 schreef Tijn het volgende:
[..]
Dan gebruik je het DOMContentLoaded event.
Er staat een voorbeeld in de linkquote:Op zondag 5 februari 2017 23:34 schreef Skunk-m het volgende:
[..]
wat moet ik daarmee doen dan, hoe krijg ik daarmee de afstand van de bovenkant van het scherm tot de bovenkant van de pagina/viewport?
maar er staat geen voorbeeld van wat ik moet hebben, hoe heb jij in gedachten dat ik daarmee de afstand van de bovenkant van het scherm tot de bovenkant van de viewport kan krijgen?quote:
Ah zo, dus je moet een mouse event hebben. Mousemove een optie?quote:Op zondag 5 februari 2017 23:44 schreef Skunk-m het volgende:
[..]
maar er staat geen voorbeeld van wat ik moet hebben, hoe heb jij in gedachten dat ik daarmee de afstand van de bovenkant van het scherm tot de bovenkant van de viewport kan krijgen?
Enige manier die ik zelf op creatieve wijze heb gevonden is door een muisklik te egebruiken en dan de positie van de muis binnen de viewport (clientY) af te trekken van de positie van de muis op het scherm (screenY), maar hoe krijg ik die afstand zonder muisklik (dus op een totaal andere manier, want voor zover ik weet moet je op zn minst een mouseover hebben om wat ik nu doe te doen en die heb je niet bij het laden van de pagina.
Nee ik moet eigenlijk een oplossing hebben zonder mouse event, ik moet die afstand weten bij het laden van de pagina.quote:Op maandag 6 februari 2017 09:05 schreef Tijn het volgende:
[..]
Ah zo, dus je moet een mouse event hebben. Mousemove een optie?
Mmmm, ik weet niet of dat kan. Sowieso gaat het eigenlijk buiten de scope van waar een webpagina zich mee bezig houdt.quote:Op maandag 6 februari 2017 20:41 schreef Skunk-m het volgende:
[..]
Nee ik moet eigenlijk een oplossing hebben zonder mouse event, ik moet die afstand weten bij het laden van de pagina.
Het hele internet staat vol met dat soort dingen. Begin bijvoorbeeld eens de documentatie van Bootstrap te lezen.quote:Op woensdag 15 november 2017 08:53 schreef dimmak het volgende:
Back in the days van WMCity was ik goed in HTML/CSS. De laatste jaren is die kennis wel wat verwaterd maar de basis is er nog, daarbij komt dat er nu ook gewerkt wordt met HTML5.
Kunnen jullie mij een boek aanraden die niets voor beginners is, maar de nieuwe technieken aanpakt? En eventueel een boek over Bootstrap?
Daar ben ik al aan begonnen. Ik kwam eigenlijk tot de conclusie dat Bootstrap een beetje overbodig is voor een layout en ik beter from scratch kun schrijven. Of zie ik dat verkeerd?quote:Op dinsdag 28 november 2017 12:10 schreef Crutch het volgende:
[..]
Het hele internet staat vol met dat soort dingen. Begin bijvoorbeeld eens de documentatie van Bootstrap te lezen.
Boeken zijn wmb zeer achterhaald en zeker m.b.t voorbeelden zijn er online veel betere voorbeelden en zogenaamde (interactieve) tutorials te vinden.
|
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |