scoutsboekhoute schreef:
Even ingaan op je antwoord (doet me terwijl ook even nadenken waarom ik wel zo graag in met Drupal werk en wil hierbij zeker je cms niet afbreken, integendeel)
daften schreef:
heel schoon allemaal voor de gemiddelde site.
Wat bedoel je met 'gemiddelde site' ? Ik denk dat het net de sterkte is van drupal dat het dat gemiddelde heel breed opvat: zowel kleine als hele grote sites zijn te maken met Drupal
Heel breed is ook weer relatief, nu ben ik zelf ook met drupal bezig om een site te ontwikkelen voor een bedrijf dat open source gaat. Daarin merk je idd dat voor sommige doeleinden drupal gewoonweg perfect is. De grote merde is dat het altijd die stomme fucking kleine details zijn die miserie opleveren. Zo is tinymce configureerbaar via de drupal interface, welke buttons wil ik weergeven voor welke 'profielen'. Prachtig. Maar nu wil ik iets aanpassen in tinymce zelf, meer bepaald in de code waardoor tinymce wordt gebruikt. Is dit gemakkellijk in drupal... NEE! Ik ben er trouwens zeker van dat ik sneller tinymce in orde kan zetten door gewoon de code te gebruiken, dan via die drupal interface. En via de code hou ik alle mogelijkheden open.
scoutsboekhoute schreef:
daften schreef:
Nu wil ik een site die op zichzelf kan draaien en waar complete computerleken gemakkelijk hun draai in kunnen vinden, en waarbij het aantal clicks en de hoeveelheid info die moet worden ingegeven geminimaliseerd wordt, ook de manier van ingeven moet zeer gestructureerd zijn.
Je kan rollen maken (nee, nog niet met een hierarchie, maar je brengt me op een idee
), die je zodanige rechten geeft dat ze net datgene kunnen en mogen wat goed voor hen (en vooral de site) is. Dit zorgt er voor dat de grootste computerleken inhoud kunnen toevoegen en dat deze toch overal komt te staan waar die moet staan.
Ja, je kan ze rechten geven en je kan met vinkjes dat schoon aanpassen. Maar ik wil bv geheime foto-albums hebben die alleen zichtbaar zijn voor bepaalde gebruikersgroepen. Ik heb al serieus wat zoekwerk gedaan om modules te vinden die samen mijn doeleind hiervoor mogelijk maken. Nog altijd niet gevonden.
scoutsboekhoute schreef:
daften schreef:
Zo wil ik bv verschillende types van items (bv foto-albums en activiteiten) semi-automatisch kunnen linken.
Dit lukt in Drupal zonder enig programmeerwerk.
Om het met enkele blauw-zwarte woorden te zeggen: geen woorden, maar daden. Ik hoor altijd maar, dat kan zonder programmeerwerk, das gemakkelijk. Maar als ik een oplossing vraag, is het plots heel wat stiller...
scoutsboekhoute schreef:
daften schreef:
Om dit in drupal te doen, moet ik toch weer ofwel mijn eigen module(s) schrijven, ofwel modules aanpassen, wat code bestuderen inhoudt en waarbij het voordeel van drupal weggewerkt wordt. Want updates aan de module betekenen dat ik ook weer code moet wijzigen, enz...
Het nadeel bij Druapl is idd dat, wanneer je dan toch in de code moet duiken, dit niet zo makkelijk is en toch enige tijd vergt om alles door te krijgen. Maar... het voordeel is wel dat vele mensen met die code kunnen werken. Wanneer je je eigen CMS schrijft ken enkel jij die code. De vraag is hoe snel mensen iets specifiek voor jou CMS gaan schrijven, hoe goed de documentatie is hierbij, ... Want momenteel ben jij de enige die weet waarom net dat ene regeltje code in die file zo belangrijk is.
Idd, maar bij die modules van drupal is het ook zo dat slechts een paar personen weten waarom dat ene regeltje code zo belangrijk is. Het is niet omdat je weet waarvoor een functie dient, dat de code in die functie direct duidelijk is. Drupal is heel generiek, en dat zorgt automatisch voor heel wat moeilijkere code om te doorgronden.
scoutsboekhoute schreef:
daften schreef:
Ook is drupal soms heel moeilijk te finetunen als het gaat over sommige zaken.
Klopt, meer dat heeft te maken met de stijle leercurve van Drupal. Hoe meer ervaring...
Hoe meer ervaring. Ik ben al een maand bezig met sites te ontwikkelen voor een bedrijf. Ik ben opnieuw begonnen met het omzetten van een module van drupal 4.7 naar drupal 6 om mantis te integreren in drupal. Mijn ervaring is mss niet zo groot als die van een ervaren drupal programmeur. Maar mijn opleiding en mijn recente ervaring en mijn instinct zeggen mij: drupal is niet geschikt voor mijn doeleinden.
Verleden jaar ontwikkelden ze de site van Frame by Frame (tour van praga khan toen) in drupal. Ik kon het sneller en beter gedaan hebben met bv codeigniter (no thanks thijs
), daar ben ik zeker van.
scoutsboekhoute schreef:
daften schreef:
Ik wil ook bv geheime dingen hebben die alleen door bepaalde groepen kunnen gezien worden. Bv een bepaald foto-album met foto's van de leiding op kamp
. Ook dit is weer miserie in drupal om dit goed werkende te krijgen.
Zie niet in waarom dit miserie zou opleveren. Rollen gebruiken en de files-map op private zetten en klaar....
Zo simpel is het niet. 1 foto-album geheim zetten moet kunnen gebeuren met 1 extra vinkje. Voorlopig zie ik bij geen enkel type content dat er onderscheid wordt gemaakt tussen geheime en gewone content. Je kan own en any onderscheiden, maar dat is niet mijn doeleind. Weer zou dit inhouden dat er in de code moet gedolven worden volgens mij.
daften schreef:
Als ik toch code moet aanpassen, dan schrijf ik liever direct mijn eigen code. Zo weet ik wat ik kan aanpassen om iets toe te voegen en moet ik niet eerst ettelijke uren andermans code bestuderen.
Zoals eerder gezegd is dat een sterk nadeel dat enkel jij weet hoe je CMS werkt.[/quote]
De taak van een goede programmeur is net om te zorgen voor goed gedocumenteerde code. Het is niet gemakkelijk, ik zondig er ook dikwijls tegen. Maar als je dat niet kan ...
scoutsboekhoute schreef:
Even drie voorbeelden adhv evenveel drupal sites:
http://www.jonggroen.be (maandag gelanceerd) : de hoofdadmin kan hier heel eenvoudig afdelingen aanmaken, deze komen dan automatisch bij het onderdeel 'in je buurt' te staan. Elke afdeling kan worden beheerd door de verantwoordelijke van die afdeling en die kan nieuws, agenda's, fotoalbums, contactpersonen, ... aanmaken die dan automatisch op zijn pagina komen te staan.
Own en any content volgens mij. Met een automatische taxonomy erbovenop.
scoutsboekhoute schreef:
http://www.donboscoyouth.net : men kan zich registreren op deze site als persoon of als vereniging, als vereniging krijg je de rechten om verblijven aan te maken. Deze kan je later wijzigen (en enkel diegene die je zelf hebt aangemaakt)
Terug: dit is onderscheid tussen own en any content.
scoutsboekhoute schreef:
http://www.tzuid.eu : deze site bevat projecten van vier musea, die elk apart hun eigen ding kunnen doen op de site. Ze voegen een evenement toe, dit komt al dan niet op de voorpagina te staan met de afbeeldingen juist geschaald en gecached. Ze kunnen locaties toevoegen die ze kunnen koppelen aan tentoonstellingen. De kalender omvat een overzicht van alle evenementen, direct gesorteerd en juist weergegeven.
3 vaste locaties. Niet generiek door bv met google maps te werken (iets wat ik er ook in wil).
scoutsboekhoute schreef:
Bij alle drie de sites zijn de beheerders leken wat betreft computersch en aanverwanten.
Ik moet wel eerlijk bekennen dat ik af en toe nog wel eens zelf ietsje wil maken, de uitdaging lijkt dan net iets groter
( bv.
http://www.jeugdwerk.be , ook maandag gelanceerd ). En het is soms ook een hele opgave om de juiste modules te vinden bij drupal (er zijn er nu een kleine 2000 online dacht ik).
mvg,
wim
(ps. : de eerste twee sites zijn gemaakt voor http://www.jeugdwerknet.be , de laatste voor http://www.tfo.be )