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.
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..
Zie de topic titel... MVC.quote:Op woensdag 23 januari 2008 15:11 schreef MuRKie het volgende:
En zijn er verder nog andere handige methodes om je website op te bouwen?
Voor PHP bijvoorbeeld Code Igniter of Cake. Je zou niet alleen je lay-out moeten scheiden, maar ook je application behaviour (controller) en business/data logic (model).
Leer er eens het een en ander over zou ik zeggen
quote:Op woensdag 23 januari 2008 15:33 schreef CraZaay het volgende:
[..]
Zie de topic titel... MVC.
Voor PHP bijvoorbeeld Code Igniter of Cake. Je zou niet alleen je lay-out moeten scheiden, maar ook je application behaviour (controller) en business/data logic (model).
Leer er eens het een en ander over zou ik zeggen
ik wist niet dat dat MVC daar voor stond 
De siteroot kan je ook gewoon in je template printen ipv in je links natuurlijkquote:Op woensdag 23 januari 2008 15:27 schreef MuRKie het volgende:
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..
Daar zit wat inquote:Op woensdag 23 januari 2008 15:37 schreef Xcalibur het volgende:
[..]
De siteroot kan je ook gewoon in je template printen ipv in je links natuurlijk
In de OOP tutorial die ik gisteren ben begonnen doe ik ook alles volgens het MVC model: [Perl] OOP tutorial / case study: DataRow.pmquote:Op woensdag 23 januari 2008 15:36 schreef MuRKie het volgende:
[..]
Is wel in perl maar MVC is taalonafhankelijk. Misschien leuk om te volgen. Vanavond de volgende aflevering.
OOP is voor mij nog een stapje te ver ben ik bang..quote:Op woensdag 23 januari 2008 15:53 schreef Farenji het volgende:
[..]
In de OOP tutorial die ik gisteren ben begonnen doe ik ook alles volgens het MVC model: [Perl] OOP tutorial / case study: DataRow.pm
Is wel in perl maar MVC is taalonafhankelijk. Misschien leuk om te volgen. Vanavond de volgende aflevering.
Ik heb wel al een boek voor OOP aangeschafd maar dat was helemaal op Java toegespitst. Er werd wel vermeld dat OOP taalonafhankelijk is, maar ik vind het toch prettiger als ik meteen uitleg krijg vanuit php en ook oefeningen kan doen in php.. Heb alleen geen boek kunnen vinden die OOP behandeld voor php
Ik had wel een tijdje lopen rommelen met OOP,
kon ook wel wat losse klassen schrijven enzo, ik kreeg het alleen niet voor elkaar om het ook daadwerkelijk tot een geheel te koppelen.. Ik kon nog niet OOP denken en dat schoot dus nog niet op.. Ik was dan ook nog superleek met php, ik begin net een beetje meer te leren en heb besloten eerst gewoon goed te kunnen php-en en daarna naar OOP te gaan kijken.. Leek mij het meest verstandig..
Heb wel het complete handboek php5 / MySQL waar ook een stuk OOP wordt behandeld, hier heb ik nog niet uitgebreid naar gekeken bedenk ik mij net.. Misschien dat ik daar tezijnertijd nog wat aan kan hebben..
[ Bericht 12% gewijzigd door MuRKie op 23-01-2008 16:23:41 ]
Ow op die manierquote:Op woensdag 23 januari 2008 16:29 schreef Geqxon het volgende:
Ik heb mijn post weg-ge-edit. Want hij stond verkeerd.
