DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
<base> tag gaat niet werken in mijn cms omdat alles al utigevoerd wordt voor het in de html template wordt geprint..quote:Op dinsdag 22 januari 2008 21:09 schreef Xcalibur het volgende:
[..]
<base href=> is een aparte tag, die moet je in je <HEAD> van je document zetten
Dan worden alle links relatief aan dit pad bepaald, maar de volledige URL in je link zetten kan ook. Vind ik zelf alleen niet zo mooi
Wat wordt uitgevoerd? Uiteindelijk wordt de HTML toch door de browser geïnterpreteerd. Wees eens duidelijkquote:Op dinsdag 22 januari 2008 21:50 schreef MuRKie het volgende:
[..]
<base> tag gaat niet werken in mijn cms omdat alles al utigevoerd wordt voor het in de html template wordt geprint..
Daar kan ik vast verder mee. Of iig het onthouden voor als het een keer wel nodig is, de eisen blijken aangepast deze keer. Scheelt mij weerquote:Op maandag 21 januari 2008 23:15 schreef GVRuud het volgende:
[..]
Mijn ervaring is dat styles in <style> soms genegeerd worden. Wanneer je die inline toevoegd aan elementen werkt het (naar mijn ervaring) wel overal.
Google hielp ook al weinigquote:Met anchors in html-mail heb ik helaasch geen ervaring...
Maar Outlook is gewoon een ramp, da's wel duidelijk.
Je kan toch gewoon je adres in die tag zetten?quote:Op dinsdag 22 januari 2008 21:50 schreef MuRKie het volgende:
<base> tag gaat niet werken in mijn cms omdat alles al utigevoerd wordt voor het in de html template wordt geprint..
Dat heeft toch niks met je CMS te maken?
Ik heb een leuke vraag ;)
Ik heb een define waarbij ik de volgende gegevens heb
define("FILE_TYPES", "1,2,3");
deze informatie wil ik gebruiken bij uploads. Ik wil de file type controlleren met deze define die ik om zet naar een array dmv explode, maar het werkt niet :{
wat doe ik fout?
Ik heb een define waarbij ik de volgende gegevens heb
define("FILE_TYPES", "1,2,3");
deze informatie wil ik gebruiken bij uploads. Ik wil de file type controlleren met deze define die ik om zet naar een array dmv explode, maar het werkt niet :{
wat doe ik fout?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Horen die twee argumenten niet andersom te staan?quote:Op woensdag 23 januari 2008 11:35 schreef Chandler het volgende:
Ik heb een leuke vraag
Ik heb een define waarbij ik de volgende gegevens heb
define("FILE_TYPES", "1,2,3");
deze informatie wil ik gebruiken bij uploads. Ik wil de file type controlleren met deze define die ik om zet naar een array dmv explode, maar het werkt niet
[ code verwijderd ]
wat doe ik fout?
Nee, zie codequote:Op woensdag 23 januari 2008 11:42 schreef Tuvai.net het volgende:
[..]
Horen die twee argumenten niet andersom te staan?
| 1 2 3 | define("FILE_TYPES", "1,2,3"); ?> |
[ Bericht 44% gewijzigd door Chandler op 23-01-2008 11:54:28 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
quote:Op woensdag 23 januari 2008 11:57 schreef Xcalibur het volgende:
Ik denk dat hij de argumenten van de explode() bedoelt....
Dat dusDaarnaast zou ik geen arrays in defines doen, ik zou (zeker als je niet zoveel opties hebt) deze apart definieren. Werkt mijns inzien beter en overzichtelijker.
[ Bericht 15% gewijzigd door #ANONIEM op 23-01-2008 12:06:04 ]
Dat is natuurlijk wel lastiger uit te breiden....quote:Op woensdag 23 januari 2008 12:05 schreef Scorpie het volgende:
Daarnaast zou ik geen arrays in defines doen, ik zou (zeker als je niet zoveel opties hebt) deze apart definieren. Werkt mijns inzien beter en overzichtelijker.
Maar ik zou in zo'n geval ook geen define gebruiken, maar een gewone array denk ik
Dat moet ik dan in mijn html template zetten..quote:Op woensdag 23 januari 2008 10:49 schreef Xcalibur het volgende:
[..]
Je kan toch gewoon je adres in die tag zetten?
Dat heeft toch niks met je CMS te maken?
en alle inhoud qua content en menu's wordt al opgebouwd voor ik het in de html weergeef..
Werkt het dan ook nog gewoon? Plakt die <base> voor elke url (of het nou een <a> of een <img> is de baseurl?
Alles wordt uitgevoerd.. Menu's opbouwen en in variabele stoppen. En zo ook content en andere inhoud die uit de database komt..quote:Op dinsdag 22 januari 2008 21:52 schreef CraZaay het volgende:
[..]
Wat wordt uitgevoerd? Uiteindelijk wordt de HTML toch door de browser geïnterpreteerd. Wees eens duidelijk
Weet niet of dat voor die basetag wat uitmaakt.. weet niet of hij voor alle url's de basetag plakt..
Ik bedoel de argumenten van in_array()quote:Op woensdag 23 januari 2008 11:47 schreef Chandler het volgende:
[..]
Nee, zie code
[ code verwijderd ]
De browser doet iets met de base-tag, heeft niets met server side zaken te makenquote:Op woensdag 23 januari 2008 12:40 schreef MuRKie het volgende:
[..]
Alles wordt uitgevoerd.. Menu's opbouwen en in variabele stoppen. En zo ook content en andere inhoud die uit de database komt..
Weet niet of dat voor die basetag wat uitmaakt.. weet niet of hij voor alle url's de basetag plakt..
correct, fout gezien 
vervelende van PHP is dat deze argumenten af en toe gewoon andersom staan 
vervelende van PHP is dat deze argumenten af en toe gewoon andersom staan
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
quote:Op woensdag 23 januari 2008 13:00 schreef Chandler het volgende:
correct, fout gezien
Is inderdaad een groot nadeel van PHP, en tevens de reden dat veel mensen op PHP afgeven. Je hebt meerdere functies waar '$naald' en '$hooiberg' (zoals in_array() ) omgedraaid worden; en dat kan wel eens narigheid opleveren als je net een flinke lap code neergepleurd hebt.
Tip: de PHP cheat sheet: http://www.ilovejackdaniels.com/cheat-sheets/php-cheat-sheet/
Dus dan kan ik baseteg niet gebruiken aangezien php al mijn url's genereerd? Of juist wel?quote:Op woensdag 23 januari 2008 13:00 schreef CraZaay het volgende:
[..]
De browser doet iets met de base-tag, heeft niets met server side zaken te maken
Indirect wel aangezien je systeem er rekening mee moet houden in het genereren van je URL'squote:Op woensdag 23 januari 2008 13:00 schreef CraZaay het volgende:
[..]
De browser doet iets met de base-tag, heeft niets met server side zaken te maken
.
phluphy for president!
Hey ik vraag me iets af hè, puur uit nieuwsgierigheid.
Ikzelf maak altijd mijn websites in een index.php en include alle content daarin en de lay-out ook.
Maar ik zie ook vaak websites die meerdere losse pagina's hebben (index.php, content.php, catalogus.php, enz.) Maar hoe zit dat dan met je lay-out? Heb je dan niet hetzelfde euvel als met platte html dat je op elke pagina je lay-out moet bakken? Of include je dan gewoon op elke php pagina de lay-out template ipv alleen een keer in de index? Of zit daar een ander foefje achter?
En wat is dan het grootste verschil tussen beide methodes, en/of de voor- en nadelen van beide methodes. En zijn er verder nog andere handige methodes om je website op te bouwen?
Veel vragen, maar ik ben hier gewoon heel nieuwsgierig na en altijd opzoek naar betere, praktischere mogelijkheden.
Iemand die mij hier zijn mening over kan/wil geven?
Ikzelf maak altijd mijn websites in een index.php en include alle content daarin en de lay-out ook.
Maar ik zie ook vaak websites die meerdere losse pagina's hebben (index.php, content.php, catalogus.php, enz.) Maar hoe zit dat dan met je lay-out? Heb je dan niet hetzelfde euvel als met platte html dat je op elke pagina je lay-out moet bakken? Of include je dan gewoon op elke php pagina de lay-out template ipv alleen een keer in de index? Of zit daar een ander foefje achter?
En wat is dan het grootste verschil tussen beide methodes, en/of de voor- en nadelen van beide methodes. En zijn er verder nog andere handige methodes om je website op te bouwen?
Veel vragen, maar ik ben hier gewoon heel nieuwsgierig na en altijd opzoek naar betere, praktischere mogelijkheden.
Iemand die mij hier zijn mening over kan/wil geven?
Juist welquote:Op woensdag 23 januari 2008 14:22 schreef MuRKie het volgende:
Dus dan kan ik baseteg niet gebruiken aangezien php al mijn url's genereerd? Of juist wel?
De url's worden berekend vanaf de base href. Als je zorgt dat al je url's relatief zijn (en dat zijn ze waarschijnlijk vanwege je mod_rewrite) dan zorgt de base href ervoor dat ze allemaal vanaf de root van je site worden berekend. En dan ben je dus van het sub/sub/sub/sub/sub mapjes probleem af
Ik ook. Zeker in combinatie met mod_rewrite is dit (naar mijn mening) de beste oplossing, omdat je zo de bestandstructuur kunt simuleren die je anders met losse bestanden kunt maken.quote:Op woensdag 23 januari 2008 15:11 schreef MuRKie het volgende:
Ikzelf maak altijd mijn websites in een index.php en include alle content daarin en de lay-out ook.
Bovendien kan je alle generieke dingen zoals database openen, input validatie, error handling, etc. fijn in de index.php doen, is dat lekker centraal.
Hmm dat zou inderdaad handig zijn!quote:Op woensdag 23 januari 2008 15:22 schreef Xcalibur het volgende:
[..]
Juist wel
De url's worden berekend vanaf de base href. Als je zorgt dat al je url's relatief zijn (en dat zijn ze waarschijnlijk vanwege je mod_rewrite) dan zorgt de base href ervoor dat ze allemaal vanaf de root van je site worden berekend. En dan ben je dus van het sub/sub/sub/sub/sub mapjes probleem af
Ben inmiddels wel van het sub/sub/sub/sub probleem af..
Ik heb mijn url's namelijk niet meer relatief gemaakt
Door van
| 1 2 3 | "content/view/7/"; ?> |
| 1 2 3 | cmsConfig_siteRoot . "content/view/7/"; ?> |
te maken
maar met de basetag had dat dus werk gescheeld. Wat wel het voordeel is van mijn oplossing is dat ik nog steeds alle instellingen (in dit geval de siteroot) in de config.php kan instellen ipv in dit geval in de template..
Ok..quote:Op woensdag 23 januari 2008 15:25 schreef Xcalibur het volgende:
[..]
Ik ook. Zeker in combinatie met mod_rewrite is dit (naar mijn mening) de beste oplossing, omdat je zo de bestandstructuur kunt simuleren die je anders met losse bestanden kunt maken.
Bovendien kan je alle generieke dingen zoals database openen, input validatie, error handling, etc. fijn in de index.php doen, is dat lekker centraal.
Ikzelf doe input validatie in het bestand zelf dat ik include (dus waar ook het inputveld staat)
Ik gebruik een soort van losse componenten die opzich "zelfstandig" zijn en los staan van de index.php
maar wel daarin geinclude worden..
