Htaccess maand

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Oracle APEX developer

Wat je gaat doen: Als Oracle APEX ontwikkelaar bij DPA werk je samen met collega’s aan de meest interessante opdrachten. Je zult je ervaring met SQL, PL/SQL, JavaScript, HTML en CSS inzetten om wensen van opdrachtgevers te vertalen naar technische oplossingen. Je werk is heel afwisselend, omdat DPA zich niet beperkt tot een specifieke branche. Zo ben je de ene keer bezig binnen de zorgsector, de andere keer is dit bij de overheid. Wat we vragen: Klinkt goed? Voor deze functie breng je het volgende mee: Je hebt een hbo- of universitaire opleiding afgerond Je hebt 2 tot 5 jaar

Bekijk vacature »

Front-end developer

Functie Jij komt te werken in een team van 5 developers. het product is continue in beweging. Nieuwe en bestaande klanten vragen om vaak nieuwe features. Hierin ben jij zeer belangrijk om te zorgen dat de functionaliteiten goed opgezet worden op technisch vlak. Designs krijg je aangeleverd van een externe partij zodat jij je primair kan focussen op de techniek! Je hebt daarbij alle vrijheid om je eigen creativiteit toe te passen en mee te denken over de gebruikte technieken. Het gezamenlijke doel is een product dat functioneel zeer gebruiksvriendelijk is en het bedrijfsproces van de gebruikers versneld en kwalitatief

Bekijk vacature »

Integratie Developer / Architect

Dit ga je doen Als Integratie Developer / Architect binnen deze organisatie krijg je echt de kans om impact te maken. De organisatie is groeiende maar houdt een corporate cultuur buiten de deur. Heb je een goede business case: zorg voor goede argumentatie en ga ervoor! Geen stroperig beslissingsproces dat jouw ideeën in de weg staat! Enkele van jouw taken: Je ontwerpt en ontwikkelt nieuwe integraties met behulp van interne tools (Boomi) of externe partners; Je vertaalt functionele specificaties naar technische oplossingen; Je denkt mee over strategische ontwikkelingen op het gebied van applicatie integratie; Je voert regie op leveranciers en

Bekijk vacature »

Back-end developer

Functieomschrijving Voor een gewaardeerde werkgever in regio Tilburg zijn wij op zoek naar een gemotiveerde SQL Developer/ functioneel consultant. Jij wordt verantwoordelijk voor zowel het ontwerpen en implementeren van SQL-databases als voor het in kaart brengen van de bedrijfsprocessen van een organisatie en het vertalen van deze processen naar IT-oplossingen. Jouw takenpakket komt als volgt uit te zien: Ontwerp en implementatie van SQL-databases: Je ontwerpt, ontwikkelt en implementeert SQL-databases om de data behoeften van de organisatie te ondersteunen; Analyse van bedrijfsprocessen: Je analyseert de bedrijfsprocessen van de organisatie om de behoeften van de klant te begrijpen en te vertalen naar

Bekijk vacature »

Productontwikkelaar Food

Wat ga je doen Als Productontwikkelaar Food ga je nieuwe producten ontwikkelen en bestaande producten verbeteren. Je bent hierbij betrokken bij het gehele proces: van productconcept naar proefreceptuur, het realiseren va het product (op kleine schaal) en het testen van producten in een productieomgeving. Verder: Bewaak je de status van verschillende fases van productontwikkeling en lever je tijdig de benodigde data aan Ben je bezig met de optimalisatie van oude en nieuwe recepturen Begeleid of organiseer je proefsessies (sensorisch onderzoek) in het team en/of bij klanten Onderhoud je contacten met de klanten, leveranciers van grondstoffen e.a. externe partijen Houd je

Bekijk vacature »

Scrum Master

TenneT is hard groeiend om de onze ambities waar te kunnen maken. Zo nemen wij een leidende rol in het aanjagen van de energietransitie. Het werven van nieuw talent speelt daarin een cruciale rol. Wij zijn op zoek naar een gedreven Scrum master op onze locatie Arnhem die hieraan wil bijdragen en misschien ben jij dat wel? Jouw bijdrage aan TenneT Je begeleidt twee teams binnen de afdeling Platform Services (PLS). Je helpt mee de devops manier van werken van de teams verder door te ontwikkelen. Je helpt de PO bij het managen van de product backlog; het voorbereiden van

Bekijk vacature »

C# .NET developer voor innovatieve applicaties gez

Bedrijfsomschrijving Deze werkgever houdt zich al ruim 20 jaar bezig met het ontwikkelen van innovatieve software en dat willen ze graag nog lang doorzetten. En dat merk je ook als je als .NET developer hier aan de slag gaat. De applicaties worden continu doorontwikkeld met altijd als uitgangspunt dat zowel de kwaliteit als het gebruikersgemak van hoog niveau is. Het bedrijf telt inmiddels ruim 25 medewerkers waarvan meer dan de helft op de development afdeling werken. Meer weten over deze werkgever? Mail naar [email protected] of bel 0657578548 Functieomschrijving Je komt te werken in een Scrum team met andere .NET developers

Bekijk vacature »

.NET Developer

Functie omschrijving In deze functie ga je werken als C# Developer. Jij gaat aan de slag met de volgende taken: Maatwerk software bouwen; Huidige softwareprojecten verder uitbouwen en optimaliseren; Ideeën van de klant omzetten naar handige oplossingen en tools; Bovenstaande doe je middels de Microsoft- stack: C#, ASP.NET en MVC/ Entity Framework. Ben je net afgestudeerd aan een HBO opleiding Informatica, aarzel dan niet om te solliciteren. Dit is namelijk de ideale startersfunctie! Bedrijfsprofiel Deze organisatie is gevestigd in de regio van Boxtel. Het is van oorsprong een familiebedrijf, die gestart zijn met het bouwen van websites. Dit is door

Bekijk vacature »

.NET developer

Klaar voor een nieuwe uitdaging? Welke technologieën gaan schuil achter de dagelijkse energievoorziening? Als senior .NET developer bij Kenter maak jij samen met je team het verschil, zowel voor de interne organisatie als voor eindklanten. Samen bouwen jullie aan innovatieve dienstverlening met behulp van de nieuwste technologieën en tools. Het is een functie met veel vrijheid, goede arbeidsvoorwaarden én je draagt jouw steentje bij aan de energietransitie. Klinkt dit als iets voor jou? Lees dan verder of solliciteer direct! Wat ga je doen als senior .NET developer? Als senior .NET developer bij Kenter (onderdeel van Alliander) ben je van onschatbare

Bekijk vacature »

Traineeship IT regio Amsterdam/Utrecht

Wat ga je doen? Het traineeship begint met een fulltime maand cursussen en praktijkdagen, waarin je de basis van het IT-vak leert op de Shared Servicedesk (SSD). Daarnaast ga je meteen aan de slag voor je eerste certificering! (ITILv4). Je start in een groep met 4 tot 10 deelnemers, waarmee jij gedurende die maand optrekt en je kennis kunt delen. Na het voltooien van de eerste maand ga je direct voor een langere periode aan de slag bij één van onze klanten of blijf je intern bij ons op de Shared Servicedesk. Je bent het eerste aanspreekpunt van de eindgebruikers

Bekijk vacature »

Software Developer

Longship.io gaat de wereld veroveren met baanbrekende software en legendarische... pizza-avonden! Lees hier de vacature van Software Developer! Bij Longship werken we met een team van 5 mensen aan software voor laadpaal operators. Longship is ontstaan in 2020 met als doel om de elektrische mobiliteitstransitie aan te jagen. We zijn nu al een wereldwijde speler doordat we continu voorop lopen in innovatie. Ons platform helpt het versneld elektrificeren van wagenparken, internationaal! Wij zijn een startup met grote ambities die we willen bereiken met een relatief klein en efficiënt team. Je krijg de kans om ontzettend veel te leren van ervaren

Bekijk vacature »

C# developer

Sogeti is een organisatie met een goede werksfeer en zo min mogelijk hiërarchische verhoudingen. Ga je bij ons als C# Developer aan de slag? Dan werk je dagelijks met collega’s aan de mooiste IT-projecten. Deze snelgroeiende groep collega’s krijgt energie van hun vak en dat merk je op de werkvloer. Natuurlijk krijg jij de mogelijkheid je te certificeren. We organiseren regelmatig technische Meet-ups en doen we veel aan kennisdeling. Mede hierdoor zij wij dit jaar Microsoft Partner of the Year geworden. Sogetisten staan klaar voor elkaar, hebben lol met elkaar en daarmee behalen we de mooiste resultaten! Werken bij Sogeti

Bekijk vacature »

Java Developer

Dit ga je doen Als Java Developer ben je verantwoordelijk voor: Het ontwikkelen van nieuwe en bestaande webservices; Het uitbreiden van functionaliteiten binnen de producten- en dienstenportefeuille; Het werken aan gegevensuitwisseling met bijvoorbeeld SOAP; Testen van frameworks met gebruik van UNIT en Selenium. Hier ga je werken De organisatie waar je komt te werken is een semi-overheidsinstelling, gesitueerd in Utrecht en zorgt voor een goede samenwerking tussen verschillende overheidsinstanties. Het is een familiaire club die gaat voor kwaliteit en langdurige relaties. Zo zorgen zij ervoor dat er op grote schaal vertrouwelijke informatie tussen verschillende overheidsinstellingen wordt uitgewisseld. Hun werk zorgt

Bekijk vacature »

Java Developer (Training And Simulation)

Wat jij doet Je zou onze Java Developer zijn en nauw samenwerken met je Product Owner, Software System Engineer, Scrum Master en andere Developers. Samen draag je bij aan een multidisciplinair en zelf organiserend Agile team. De rol is zeer afwisselend en bestaat uit, maar is zeker niet beperkt tot: de-risk en prototype onbewezen simulatietechnologieën; simulatiekaders ontwikkelen voor gebruik door andere teams; je bent goed in het begrijpen van ingewikkelde ideeën; heeft de mogelijkheid om nauw samen te werken met grote internationale klanten, leveranciers en overheden om onze oplossingen, vastleggingsvereisten, enz. te definiëren en te presenteren. Ben jij het? Wij

Bekijk vacature »

Back end developer PHP

Functie Heb jij altijd al eens bij een bedrijf willen werken waar jij géén nummertje bent, die alleen maar uitvoerend werk doet? Dan zou je hier perfect passen! Tuurlijk, je werkt aan projecten voor grote of kleine bedrijven… Het enige verschil hier is, jouw mening telt hier écht. Jouw inbreng wordt gewaardeerd, serieus genomen en gebruikt. En vergeet niet, je werkt niet alleen aan deze projecten. Er werken in totaal ruim 25 developers en designers, onderverdeeld over 3 development teams. Voornamelijk bestaande uit Medior en Senior developers, die samen voor een inspirerende en ambitieuze omgeving zorgen. Hun visie is namelijk

Bekijk vacature »

16/10/2019 15:29:08
Quote Anchor link
Beste leden,

Graag zou ik de maand in tekst willen hebben in de URL.
Het is wel gelukt om de maanden in cijfers te krijgen, in de URL(Htaccess).
Ik weet dat F de volledige naam van een maand is.

$dt = new DateTime();
if(isset($_GET['y']) && isset($_GET['m'])) {
if(checkdate($_GET['m'], 1, $_GET['y'])) {
$dt = new DateTime($_GET['y'].'-'.$_GET['m'].'-1');
}
}
$intervalStart = $dt->format('Y-m-d'); // today
$intervalEnd = $dt->format('Y-m-t'); // end of month


echo '<a href="' . $dt->sub(new \DateInterval('P1M'))->format("m-Y") . '">Last month</a>

Htaccess -> ?m=$1&y=$2

Waar kan ik dit het beste allemaal aanpassen?

Met vriendelijke groet,

Levy

Toevoeging op 16/10/2019 15:30:38:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<?php
// PHP program to convert number to month name
  
// Declare month number and initialize it

$monthNum = 10;
  
// Create date object to store the DateTime format
$dateObj = DateTime::createFromFormat('!m', $monthNum);
  
// Store the month name to variable
$monthName = $dateObj->format('F');
  
// Display output
echo $monthName."\n";  
  
?>
 
PHP hulp

PHP hulp

29/11/2024 04:34:14
 
- Ariën  -
Beheerder

- Ariën -

16/10/2019 15:34:13
Quote Anchor link
Met welke reden wil je dat? Er hoeft maar een instelling op de server scheef te staan en je krijgt 'August' in plaats van 'Augustus', en je pagina is onbereikbaar.
Je kan ook prima een datum als dd-mm-yyyy opgeven, afhankelijk van de context.
 

16/10/2019 15:40:49
Quote Anchor link
Voor de indexering van Google en het is overzichtelijker dan een nummer. De bedoeling is dat de maand in de URL in het Engels komt.
 
- Ariën  -
Beheerder

- Ariën -

16/10/2019 15:49:32
Quote Anchor link
Als ik op internet rondkijk naar datums in URL, en de SEO, dan maakt het echt niet uit.
 

16/10/2019 16:13:29
Quote Anchor link
Oke, bedankt. Dan laat ik het zo.
 
Thomas van den Heuvel

Thomas van den Heuvel

16/10/2019 16:48:12
Quote Anchor link
Idealiter wil je ook niet voor elk stuk functionaliteit een (of zelfs meer) rewriterules creëren. Dit wordt al gauw een onoverzichtelijke brei.

Dit zou ook min of meer inhouden dat elke pagina achter de schermen een bijbehorend standalone script heeft. Dus elke pagina vormt dan in wezen een ingang naar je website of -applicatie.

Als je zoiets aan het bouwen bent dan zul je dit proces meer moeten stroomlijnen (uit gebruikersgemak, maar ook uit oogpunt van veiligheid). Heel kort door de bocht zorg je dat je hele applicate één poort heeft die je toegang verschaft tot de rest van de code. Deze zogenaamde single point of entry is vaak index.php.

Wat dit soort applicatie dan ook vaak hebben is één enkele rewriterule die alles (intern) doorstuurt naar index.php. In index.php wordt dan de oorspronkelijk aangeroepen URL ($_SERVER['REQUEST_URI']) geïnspecteerd en wordt uitgerekend welke pagina geserveerd moet worden, of als blijkt dat dit bij nader inzien toch een onbekende pagina was, dan wordt een 404 pagina geserveerd. Je rekent dus in feite handmatig de pagina uit die bij een URL hoort, maar daarbij heb je het werk dus gedelegeerd van .htaccess naar PHP.

Een bijkomend voordeel van deze aanpak is dat je het verder uitrekenen van een specifieke pagina op zijn beurt ook verder kunt delegeren naar specifieke functionaliteit. Zo zou je (vanuit index.php) kunnen besluiten dat alles van de vorm calendar/* verder verwerkt wordt door de kalender-functionaliteit zelf. Hiermee paas je in wezen alles door naar de "interne voordeur" van dit specifieke stuk functionaliteit. En dit beïnvloedt verder niet de standaard "flow" waarbij alles door index.php gaat.

Zo zou je dus ook alles van de vorm forum/* kunnen delegeren naar een "forum index.php". Net zoals bij een kalender kan dit zeer handig zijn, want de diversiteit aan (zoekmachinevriendelijke) URL's die deze pagina's allemaal hebben is waarschijnlijk (op den duur) nogal groot, hiervan wil je niet een lijst in index.php hebben die alles doormapt naar een forum-overzicht, -categorie of -berichtenpagina. Dat zou een beetje onbegonnen werk zijn.

Het moge duidelijk zijn dat deze aanpak (single point of entry) zeer behulpzaam kan zijn bij het opstellen van zoekmachinevriendelijke URLs, zonder dat je je hiermee op voorhand beperkt qua mogelijkheden of vrijheid in de naamgeving.
 

16/10/2019 19:33:21
Quote Anchor link
Bedankt voor je reactie! Ja, dan heb je nog een betere structuur.
 
Mozen Rozendale

Mozen Rozendale

26/10/2019 14:01:40
Quote Anchor link
$dt = date("F",strtotime($dt));
echo '<a href="www.yoursite.com/index.php/iets'.$dt.'">>Last month</a>;
 
Thomas van den Heuvel

Thomas van den Heuvel

26/10/2019 14:32:02
Quote Anchor link
Iedereen kan URL's breien. Het is ook zaak dat bij aanroep de juiste handelingen worden verricht bij het verwerken van het request.

Het bovenstaande is dus maar een half antwoord, en daarmee dus eigenlijk geen antwoord.

Je hebt nu al op (ten minste) drie topics gereageerd met vanuit-de-heup-geschoten antwoorden die nogal kort door de bocht zijn.

Het gaat er niet om dat je zoveel mogelijk antwoorden geeft, het gaat erom dat je antwoorden geeft waar iemand iets aan heeft, en waar men mogelijk/hopelijk wat van opsteekt.

Het is fijn dat je zo enthousiast aan het typen bent, maar zou je dit enthousiasme wat in kunnen dammen ten faveure van iets langere, en beter onderbouwde, antwoorden die ook wat uitleg geven? Het bovenstaande voegt namelijk niet zoveel toe.
 
Mozen Rozendale

Mozen Rozendale

27/10/2019 13:06:10
Quote Anchor link
Als $dt in PHPmyAdmin staat als een date type, dan je met de vorige reactie de hele datum veranderen in de volledige maand.

$dt = new DateTime(); //2019-11-27 06:00
$dt = date("F",strtotime($dt)); //November

Waarom voegt dit niks toe? En wat is dat voor achtelijke reactie, Thomas?
 
- Ariën  -
Beheerder

- Ariën -

27/10/2019 13:24:19
Quote Anchor link
Ik sluit mij aan bij Thomas en ik vind dit ook een antwoord die weinig betrekking heeft op het vraagstuk. In een ander topic legt Thomas je precies uit wat er niet goed gaat.

Het is erg attent dat je iemand wilt helpen, maar let dan op of een topic actueel is, en let er op dat je goede concrete antwoorden geeft die aansluiten op het vraagstuk. Tot nu toe zijn de gegeven antwoorden nog niet echt zinvol te noemen, hoewel het vriendelijk bedoeld zal zijn. Ook is enige uitleg als je een stukje code plaatst zeker niet overbodig.
Gewijzigd op 27/10/2019 13:37:47 door - Ariën -
 
Mozen Rozendale

Mozen Rozendale

27/10/2019 14:12:21
Quote Anchor link
Ja neem me niet kwalijk, dit is allemaal nieuw voor mij. Ik ben zonder studieachtergrond begonnen met PHP en loop vaak vast met dingen die niet lukken en probeer dingen te googlen.
 
Thomas van den Heuvel

Thomas van den Heuvel

27/10/2019 17:05:02
Quote Anchor link
Dat is prima, en het helpt veel als je zo'n onderzoekende aard hebt. Maar dat is pas het begin :).

Ik Google ook vaak wat dingen bij elkaar die ik zo niet precies weet en dat is prima, maar ik neem niet zomaar klakkeloos code of antwoorden over maar probeer te doorgronden wat er gebeurt zodat ik ook echt kan constateren dat het overnemen van code of een idee ook resulteert in het gewenste resultaat.

Vaak kom ik na een korte zoektocht op stackoverflow of een aanverwante site uit en het komt geregeld voor dat de reactie met de hoogste score, die het "antwoord" zou moeten geven op de vraag, niet het goede of beste antwoord is. Ik lees dus altijd nog even verder om te kijken of ik iets mis. Dit kan ontzettend veel inzicht opleveren. Vaak kun je prima volstaan met het (gedachtenloos) overnemen van het "antwoord" maar je mist dan (ten minste) een leermoment.

Dit inzicht, wat je ook opdoet door te programmeren, fouten te maken en deze vervolgens te debuggen (waarbij je echt met de neus op de feiten wordt gedrukt), is vele malen belangrijker dan de precieze code die je inklopt.

De implementatie doet er in wezen niet toe, deze doet naar alle waarschijnlijkheid wat deze behoort te doen en kan vele vormen hebben. Het gaat (wat mij betreft, in ieder geval) om de achterliggende gedachte(n) bij deze code. Daarom reageerde ik misschien wat gepikeerd op de korte codefragmenten zonder enige toelichting, die ook niet echt deden wat de topicstarter voor ogen had.

Achter zo'n reactie steekt misschien wel een briljant idee (waar zelfs ik niet aan gedacht had ;-)) maar als je dat dan niet onder woorden brengt/kunt brengen, hoe moeten anderen dan (direct) begrijpen wat je probeert te bereiken? Toegegeven, dat is een kunst apart, maar ook dat kun je min of meer leren door te oefenen.

En om antwoord te geven op je vraag:
Quote:
Waarom voegt dit niks toe?

Ik zei "niet zoveel", niet "niks". Op het moment dat je een soort van (complete) custom naamgeving wilt in de adressen van je webpagina's moet je ineens een heleboel dingen gaan regelen. Je moet dan een soort van stramien hebben die je in staat stelt om elke willekeurige URL te kunnen verwerken. En liefst ook een beetje op een fijne manier, wat het bakken van 4389573489538957358 RewriteRules al min of meer uitsluit :).

Vrije naamgeving in URLs valt min of meer in twee delen uiteen:
#1 het opstellen van de URLs zelf, en
#2 het verwerken van een URL die resulteert in het uitvoeren van de juiste bijbehorende code

Het gros van het werk zit in #2. Neemt niet weg dat #1 minder belangrijk is, maar als je ergens de nadruk op zou moeten leggen dan is dat #2.

Je zou #1 uit de losse pols kunnen doen, die verder helemaal niet is afgestemd op #2. Dat is in feite wat je in jouw codefragment doet: je verzint een of andere naamgeving voor een maand en plakt deze in een of andere (weliswaar statische, hard coded) URL. Prima, dat doet in wezen wat het moet doen en geeft "antwoord" op de vraag. Het dekt #1 min of meer, afgezien van het feit dat je rechtstreeks /index.php/ aanspreekt. Het idee van custom naamgeving is juist dat index.php zijn werk stilzwijgend op de achtergrond doet. Ook bestaat de site mogelijk uit meerdere onderdelen, dus het is misschien handig om dit op zijn minst te compartimenteren in een apart /calendar/ onderdeel ofzo. Wat in de kalenderfunctionaliteit gebeurt zou geen invloed moeten hebben op de naamgeving van de rest van de site tenzij misschien de hele website één grote kalender is ofzo, maar dat weet ik niet, dus daar doe ik ook geen aannames over.

Maar dan ga je eens kijken naar #2, de afhandeling hiervan. Hoe ga je zorgen dat deze altijd en onder alle omstandigheden werkt? De URL uit #1 was voor een groot deel statisch: het domein is hard coded. Dit heeft al tot gevolg dat zodra je deze code naar een ander domein verplaatst dat deze niet meer werkt. Er staat ook geen protocol voor de www, dus mogelijk wordt deze URL als een relatieve link beschouwd. Dan heb je gekozen voor "iets" als prefix (voorvoegsel), gevolgd door de maandnaam. Maar je bent helemaal vrij in je naamgeving, wat als je hier iets anders van maakt, bijvoorbeeld "kalender" ofzo, je hebt dan een omschrijvende naam van wat dat onderdeel doet. Hierbij zou (?) je ook gebruik moeten maken van slashes (/) om de verschillende onderdelen aan te duiden en niet alles simpelweg aan elkaar plakken. Elk partje van de URL heeft dan op die manier ook echt "betekenis". Een URL wordt dan bijvoorbeeld /kalender/december, ik noem maar wat. Maar je URL is nog steeds statisch. Wat als op een gegeven moment besloten wordt dat de /kalender functionaliteit verhuist naar het onderdeel /evenementen? Op dit moment is er geen enkele koppeling tussen #1 en #2 dus dat verandert niet automatisch mee. Je moet dan weer in code/een template gaan hacken om deze hard coded waarde te fixen. Wat ook weer foutgevoeliger wordt als je vanuit meerdere plaatsen naar deze functionaliteit verwijst.

Dit zou een ander verhaal zijn wanneer de volledige URL dynamisch opgebouwd zou worden met een soort van linkfunctie. Dan zou het protocol, de website en de interne locatie (van de "voordeur" van deze functionaliteit) dynamisch mee kunnen veranderen op het moment dat deze wijzigen en deze functionaliteit genereert dan automatisch de nieuwe URL zonder dat je ook maar één letter code hoeft aan te passen.

Als je dus met dit soort routingsvraagstukken te simpele oplossingen kiest dan bijt dit je waarschijnlijk na verloop van tijd enorm in je staart. Het is van groot belang dat je veel zorg en denkwerk steekt in je aanpak, zodat je hier bij een generieke implementatie de vruchten van kunt plukken.

Het streven zou altijd "Zo simpel mogelijk, maar niet simpeler." moeten zijn.

Het makkelijke deel van dit hele verhaal zit nog steeds in het genereren van de URLs (wat dus eigenlijk dynamisch zou moeten zijn) en in zekere zin maakt het niet zoveel uit wat je kiest (maar zinvole naamgeving is wel een pre) dus het enkel geven van een "implementatie" van één naamgevingsvariant lost het probleem nou niet bepaald op. Te meer omdat je nog met de hele verwerking (#2) zit. En daarbij de rest van je site ook nog normaal door moet blijven werken.

Daarom voegt jouw antwoord dus niet zoveel toe :).

NB: je zou natuurlijk ook voor een tussenvorm kunnen kiezen, waarbij je gedeeltes van URLs dynamisch maakt. Dan zou je wel wat meer RewriteRules kunnen inzetten, maar het gevaar daarvan is dat je dan toch snel weer op een hellend vlak terecht komt.
Gewijzigd op 27/10/2019 17:09:04 door Thomas van den Heuvel
 



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.