.htacces regex variabel path constante string

[pieterraxis]

Beste tweakers,

Ik zit met een vraagje. Miss dat een die-hard regexer het zo kan invullen.

Het gaat om wordpress site met een redirect plugin (Redirections) welke regex begrijpt.
Ik heb al van alles gelezen alleen niet over een redirect met een variable directory en een constant einde van een string. Het zit zo: Iedere pagina heeft een eigen path in root, zegge www.bla.nl/pagina1
, www.bla.nl/pagina2, www.bla.nl/pagina3.

Nou wil ik via instagram (facebook koppelen, instagram koppelen --> product maken (=pagina1) --> instagram post maken en product (=pagina1) taggen in post) mensen naar de site leiden.

Maarrr #1, ik laat mensen liever in de root landen en niet op een pagina1, 2 of 3. en
maarrr #2 via google moet pagina1, 2 en 3 wel indexeerbaar zijn en mensen die het adres in hun browser invoeren moeten ook op de pagina1, 2 of 3 komen en niet in de root van de site.

Instagram komt binnen met

www.bla.nl/pagina1/utm_so...hopping&utm_medium=social
www.bla.nl/pagina2/utm_so...hopping&utm_medium=social
www.bla.nl/pagina3/utm_so...hopping&utm_medium=social

Nou moet die rexeg dus eigenlijk kunnen detecteren dat als er een vraag naar een locatie komt welke op utm_source=IGShopping&utm_medium=social eindigt dat hij het de bezoeker stuurt naar /.

Het lukt me wel zo als ik voor iedere pagina appart een redirect (een 307) maak maar dan komt google ook in de root uit, wordt er niets geindexeerd en kunnen mensen niet direct op bla.nl/pagina1, 2 of 3 landen.

Dit moet vast met een simpele redirect zijn op te lossen. Alleen weet ik niet hoe :-) Heeft er iemand een idee?

Alvast bedankt!

[DaFeliX]

Dus als de ?utm_medium=social in de URL staat wil je redirecten?

code:

    RewriteEngine On
    RewriteCond %{QUERY_STRING} utm_medium=social
    RewriteRule pagina1 / [R=307,L]

bron

[pieterraxis]

Tnx! Yep als dat in de URL staat moet hij die naar / sturen


RewriteRule pagina1 / [R=307,L]

Pagina 1 betekent hier de naam van de rule?
Want met van pagina1 enz wil ik in htaccess eigenlijk niets meer mee te maken hebben. :-)

[DaFeliX]

pieterraxis schreef op dinsdag 28 januari 2020 @ 16:07:
Tnx! Yep als dat in de URL staat moet hij die naar / sturen


RewriteRule pagina1 / [R=307,L]

Pagina 1 betekent hier de naam van de rule?
Want met van pagina1 enz wil ik in htaccess eigenlijk niets meer mee te maken hebben. :-)

Ja, dat klopt. Heb je het artikel gelezen dat ik linkte? Want daar staat meer uitgelegd.

Als het je niets uitmaakt welk pad iemand opvraagt, zou je het volgende kunnen gebruiken

code:

    RewriteEngine On
    RewriteCond %{QUERY_STRING} utm_medium=social
    RewriteRule (.*) / [R=307,L]

Dus, alle opgevraagde pagina's worden naar "/" gestuurd wanneer de utm_medium in de query staat. Het lijkt mij niet gebruiksvriendelijk omdat je dan nooit kunt dieplinken, maar sa

[pieterraxis]

Sorry, de bron link had ik gemist door mijn grayscale scherm.

Maar deep linken op die utm hoeft niet gezien die alleen van instagram komen. Anders verleng ik de query toch? mochten er andere utms komen dan werken die nog. Hoe wel ik geen idee heb wat dat nog kan zijn.

Ga het morgen checken! Alvast bedankt

[pieterraxis]

Oei,

Dat werkte niet.

Dit ook niet

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{QUERY_STRING} utm_source
RewriteRule insta / [R=307,L]
</IfModule>

Ik had een foutje gemaakt in opening post. Was namelijk een vraagteken vergeten te zetten na de slash:

www.bla.nl/pagina1/?utm_s...hopping&utm_medium=social

[pieterraxis]

Kun je een post niet meer wijzigen hier?

En hoe maak ik zo'n "code block" net als jij maakte?

/?utm_source=IGShopping&utm_medium=social

[clogie886]

Please delete, wrong post

[ Voor 255% gewijzigd door clogie886 op 29-01-2020 12:02 ]

[pieterraxis]

met deze

RewriteEngine On
RewriteCond %{QUERY_STRING} utm_source
RewriteRule (.*) / [R=307,L]

krijg ik een loop. to many requests

[pieterraxis]

[AW_Bos]

@pieterraxis
Even een heads-up......

Leuk als je een vraag stelt op meerdere forums, en daar is niks mis mee. Maar geef dan graag even aan waar je jouw vraag nog meer stelt. Zo is er ook al gereageerd op je topic op PHPhulp. Straks geeft iemand een solide antwoord waar je wat aan hebt en wat uiteindelijk bruikbaar is, terwijl iemand anders op het andere forum later alsnog een oplossing bedenkt voor iets wat al opgelost.

Dus zorg a.u.b. wel voor terugkoppelingen op beide forums....

Om terug te komen op je onderwerp. kan je niet in Wordpress met een eigen extentie (of misschien een bestaande extentie) de GET waarde uitlezen? Persoonlijk ben ik meer een voorstander om dit in PHP af te handelen voordat je een wildgroei krijgt aan .htaccess regels.

offtopic:
Ik zie geregeld wel eens tientallen rewrite-rules welke je net zo goed via PHP (en een eigen gemaakte router kan oplossen), maar dat is niet terzake hier.

[ Voor 36% gewijzigd door AW_Bos op 29-01-2020 13:37 ]

[pieterraxis]

De wordpress redirection plug in werkt ook op basis van PHP.

Over het PHP forum, die kwam ik ook tegen. Wist niet dat die bestond!

Het begon als een PHP vraag maar ik dacht miss kan het ook met htaccess. Omdat daar de bron aangepakt wordt. Maar ja oké! Ik houd ze beide in de gaten en een terug koppeling over de oplossing komt er altijd overal.
Voor de volgende generaties.

[AW_Bos]

pieterraxis schreef op woensdag 29 januari 2020 @ 14:05:
De wordpress redirection plug in werkt ook op basis van PHP.

Over het PHP forum, die kwam ik ook tegen. Wist niet dat die bestond!

Grapjas! Daar heb je zelfs als eerste je vraag in geplaatst

Het begon als een PHP vraag maar ik dacht miss kan het ook met htaccess. Omdat daar de bron aangepakt wordt. Maar ja oké! Ik houd ze beide in de gaten en een terug koppeling over de oplossing komt er altijd overal.
Voor de volgende generaties.

Netjes.
Er zullen altijd ook mogelijkheden met .htaccess zijn, maar met PHP ben je er veel flexibeler in.
Ik bewandel liever de route van een enkele weg die via één voordeur naar binnen komt (index.php), in plaats van dat je meerdere ingangen aanmaakt.

[pieterraxis]

Grapjas! Daar heb je zelfs als eerste je vraag in geplaatst

Klopt, die kwam ik eerst tegen en daarna dacht ik aan mijn tweakotine verleden hier. Met een vergeten gebruikersnaam, zo lang is dat geleden

Ik begreep dat regex PHP variant is die gebruikt kan worden voor links en queries verdraaien. Net als Apache dat uit htaccess doet.

Ik zal de redirection plugin regels dadelijk is hier vermelden want ik heb het idee dat jij dat wel in de smiezen hebt.

[pieterraxis]

[Turismo]

Volgens mij moet je er met deze regex wel mee uitkomen.

/pagina(.*)utm_source=IGShopping&utm_medium=social

Ik heb het met onze redirect plugin in Wordpress getest en dat lijkt te werken enkel als de utm query aan de url zit.

Ik gebruik hier altijd regex101 voor, dus tip als je zelf wil spelen of voor andere keren als het voorkomt
https://regex101.com/r/8rsPOT/1

[AW_Bos]

RegeXp101 is goed, maar wat leerzamer is deze, vind ik:
/regexper.com

Deze laat mooi in blokken zien hoe een reg-exp werkt.

[pieterraxis]

/regexper: You thought you only had two problems… :-)

(.*)utm_source=IGShopping&utm_medium=social vindt regexper een hele mooie maar blijkt nog niet te werken.

enkel als de utm query aan de url zit.

Wat bedoel je hier mee?

Ik heb in het "plugin support forum" van de redirect plugin ook gevraagd naar deze kwestie, misschien zit het probleem een gedeelte in die hoek.

https://wordpress.org/sup...edirect-to/#post-12378161

[DaFeliX]

pieterraxis schreef op woensdag 29 januari 2020 @ 21:04:
/regexper: You thought you only had two problems… :-)

(.*)utm_source=IGShopping&utm_medium=social vindt regexper een hele mooie maar blijkt nog niet te werken.

[...]

Wat werkt er niet? We willen je graag helpen, maar hebben wel iets meer info nodig.

Werk je nu met een .htaccess file of met die Wordpress plugin? Kan die wordpress plugin uberhaupt iets met de query doen? Want het gedeeldte "achter het vraagteken" is welliswaar onderdeel van de URL maar wordt op een andere manier door een webserver "gezien".

pieterraxis schreef op woensdag 29 januari 2020 @ 11:52:
[...]

En hoe maak ik zo'n "code block" net als jij maakte?

[...]

[code]
Op deze manier
[/code]

[Turismo]

Als die utm string aan de url zit alleen dan redirect die ongeacht de parent directory, anders niet.
Volgens mij was dat je vraag of ik heb het verkeerd begrepen?

Ik heb het hier getest met exact dezelfde Redirection plugin en het werkt (net zoals regexp aangeeft).
Heb je wel het vinkje voor regex support aangevinkt?

[pieterraxis]

Turismo schreef op donderdag 30 januari 2020 @ 09:49:
Als die utm string aan de url zit alleen dan redirect die ongeacht de parent directory, anders niet.
Volgens mij was dat je vraag of ik heb het verkeerd begrepen?

Helemaal juist!

Alleeen werkt het zo niet, de regex staat aan.


Dit zegt de maker van de plugin ervan:

Ik gaf hem deze strings:

code:

^pagina(.*)utm_source=IGShopping&utm_medium=social

code:

(.*)utm_source=IGShopping&utm_medium=social

Zegt hij:

What do you mean support $_GET?

You’ve given two variations, matching different patterns, but not each other. The second expression matches the values you put in, but doesn’t match your URLs because you didn’t put URLs that match the first expression.

[Turismo]

Ik snap het punt niet echt om eerlijk te zijn. Daarom heb je regex testers.

Er staat letterlijk 3 matches, ik heb het op onze omgeving getest, en het werkt 100%. Alle data geeft aan dat dit gewoon hoort te werken.



Wat die plugin auteur bedoelt is dat je hem nu inderdaad 2 verschillende matching patterns hebt gegeven voor eigenlijk hetzelfde doel.

Die 1e die matched op alles voor de utm query string wat ervoor zit.
En bij de 2e geef je aan dat die expliciet moet beginnen met pagina1,2,3 etc.

Niet handig dus want hij weet nou niet hoe je t precies wil hebben met 2 verschillende regex regels.
Je moet wel exact aangeven hoe je t wil, en het niet overlaten aan interpretatie, hij kan niet zien wat jij in je hoofd hebt zitten

[pieterraxis]

Mensen,

Bedankt! Het zijn twee leerzame regex dagen geweest.

Het probleem was dat instagram binnen komt met hoofd- en kleine letters in de query en dat regex, die plugin of .htaccess daar niet bij default rekening mee houdt



Bedankt voor het mee denken!

[Turismo]

pieterraxis schreef op donderdag 30 januari 2020 @ 18:55:
Mensen,

Bedankt! Het zijn twee leerzame regex dagen geweest.

Het probleem was dat instagram binnen komt met hoofd- en kleine letters in de query en dat regex, die plugin of .htaccess daar niet bij default rekening mee houdt

[Afbeelding]

Bedankt voor het mee denken!

Goed om te horen dat je er zelf bent uit gekomen.
Het grappige is dat ik nog daaraan dacht om daarnaar toe te hinten, maar ik dacht bij mijzelf dat moet je toch wel hebben gezien, zowel regex als de plugin waarschuwt je ervoor dat het case sensitive is, dus heb ik het er maar bij gelaten.



Wanneer het om code gaat, altijd vanuit gaan dat het case sensitive is, tenzij je expliciet aangeeft dat het niet moet zijn.