Archief - Iemand creatieve ideeën?

Hellow there

Voor een project moet ik een website maken die toelaat om simpel en eenvoudig enorm uitgebreide gegevens te kunnen opvragen en toevoege/wijzigen. Een korte schets:

Het gaat over een bedrijf dat verschillende kantoren heeft. Elk kantoor heeft zijn eigen switches, routers, telefooncentrales, servers, etc... Al deze apparaten hebben eigenschappen (serienummer, clients, kleur, merk, etc.) en bijhorende bestanden (factuur, handleiding, servicecontract).

Het doel van de website is dus dat een gebruiker heel snel bvb kan zeggen:

'Geef mij alle servers van HP uit kantoor Brussel'

Maar ook het toevoegen van een nieuwe eigenschap (bvb gewicht) aan een product moet mogelijk zijn, alsook het toevoegen van nieuwe categorieën/producten. Deze laatste vb'en zijn natuurlijk gewoon nieuwe entries in een bepaalde tabel, maar het probleem zit hem in de aanpak.

Van de werkgever uit, moeten we zo weinig mogelijk programmeren dus zijn we nu volop CMS en ECMS'en aan het bekijken. Het probleem zit hem dan daar weer dat dat vooral over het beheren/toevoegen van webpagina's gaat en niet zo zeer over databaserecords.

Mijn vraag is dus: wat denken jullie en hoe zouden jullie dit aanpakken? Vanaf scratch beginnen programmeren mag dus niet (ook al lijkt dit me de beste aanpak), dus welke softwaresuites bestaan er om dergelijke problematiek (databaserecords beheren) op te lossen?

Alvast bedankt

Hmmm het lijkt mij hierbij vrij overbodig om het niet van scratch te doen..

Wat willen ze dan? Dat je er een heel framework aanhangt enzo keiveel overhead creëert om wat basic queries te schrijven?

MS Acces?

j design zei:

MS Acces?

Klik om te vergroten...

Het gaat hier niet zozeer over de DB toepassing, maar over de uitvoer van gegevens op ne website denk ik.

Idd, een gebruiker moet heel gebruiskvriendelijk gegevens kunnen opzoeken en updaten in een browseromgeving. Hoe langer ik erover nadenk hoe meer zin ik krijg om van scratch te programmeren... Al die cms'en komen met keiveel overkill en functionaliteit die nooit gebruikt zal worden en bovendien onlopen ze het doel dan nog eens ook.

MiniJeffrey zei:

Idd, een gebruiker moet heel gebruiskvriendelijk gegevens kunnen opzoeken en updaten in een browseromgeving. Hoe langer ik erover nadenk hoe meer zin ik krijg om van scratch te programmeren... Al die cms'en komen met keiveel overkill en functionaliteit die nooit gebruikt zal worden en bovendien onlopen ze het doel dan nog eens ook.

Klik om te vergroten...

Het voordeel bij een goed cms is dat je qua security wel beter zit. Ik zeg niet dat gij niet veilig kunt coderen, maar bij een cms zit toch wel wa meer optimalisatie en security inbegrepen.

Ik kan u maar 1 cms aanraden en das hetgeen waar ik nu het meeste ervaring in heb:
Expression Engine

Voor de rest heb ik eigelijk nooit een ander nodig gehad omdat ik ook zowa alles van scratch bouw.
Ja drupal, maar drupal vind ik veeeeeeeeeeeeeeel te groot en uitgebreid voor wat ik ooit zal nodig hebben..

idd, het enige echte voordeel dat een CMS biedt zijn de optimalisatie van uw interne zoekmachine en beveiliging bvb. Maar ik ken geen enkel cms dat gebruikt wordt om puur gegevens uit een database te halen en weer te geven? Al die backends van een cms gaan over pagina's toevoegen, fotokes aan pagina's koppelen en al die zever.

Gebruik Drupal. Geen werk aan om op te zetten, er bestaan ongetwijfeld al modules die doen wat je nodig hebt en als je het niet ontziet om alles zelf te programmeren, kan je het niet ontzien om eventueel zelf een module te schrijven als dat toch het geval niet is.

Als je dan wat slim omspringt met CCK en Views, kan je alle objecten die in je database voorkomen gaan voorstellen als nodes, en ze zo dus makkelijk opzoeken, toevoegen, verwijderen en aanpassen.

ik raad u cakePHP aan, volgens mij vrij makkelijk te realiseren...

adrianhates zei:

Het voordeel bij een goed cms is dat je qua security wel beter zit. Ik zeg niet dat gij niet veilig kunt coderen, maar bij een cms zit toch wel wa meer optimalisatie en security inbegrepen.

Ik kan u maar 1 cms aanraden en das hetgeen waar ik nu het meeste ervaring in heb:
Expression Engine

Voor de rest heb ik eigelijk nooit een ander nodig gehad omdat ik ook zowa alles van scratch bouw.
Ja drupal, maar drupal vind ik veeeeeeeeeeeeeeel te groot en uitgebreid voor wat ik ooit zal nodig hebben..

Klik om te vergroten...

[offtopic]
Sorry
Heb net die expression engine is aan het testen geweest, wat gaat dat snel zeg.

Heb nog niet veel ervaring met CMS. Alleen nog maar wordpress en nu eens die expression engine. Waar ik in wordpress 5uurs over deed doe ik met expression engine 30min. op... Gaat echt veel sneller + pak simpeler in mijn ogen!
Bedankt! :applause:
[/offtopic]

scratch programmeren imo maar met een framework, codeigniter of cake of zend ofzo.

@ De drupal kenners:

Weten jullie of en hoe het mogelijk is om binnen drupal twee databases te gebruiken. Het doel hiervan is om de drupal engine te scheiden van onze feitelijke inhoudrecords (die enorm complex en uitgebreid zullen zijn).

Met andere woorden: Drupal zelf blijft draaien op database 1, maar alle gegevens (bvb kantoor X, met bijhorende switchen, telefoons, servers, etc...) komen in een andere database en kunnen vanuit een drupal pagina opgeroepen worden.

Gezien wij enorm veel data en info moeten inventariseren en er ook heel wat onderlinge verbanden zijn (bvb een switch heet 50 clients die dan weer gelinkt zijn aan gebruikers) zouden wij liever zelf onze databasestructuur maken ipv alles te laten regelen door drupal zelf.

Dus hoe pakken we dit best aan en hoe kunnen we dan die gegevens simpel voorstellen in drupal via dropdownlists bvb zodat een gebruiker van de site heel easy een zoekopdracht kan uitvoeren. query's schrijven etc is geen probleem, gewoon de integratie in drupal is de vraag en uitdaging.

Zijn hier modules voor of moeten we in de php-code duiken?

Alvast bedankt, de beloning volgt!

Het hangt er vanaf wat je precies wil doen. Als het ook de bedoeling is om via de standaard zoekfunctionaliteit (op nodes) van Drupal dingen te kunnen opzoeken uit die externe DB dan zal je je brein serieus mogen peinigen. Als het echter alleen gaat over scripts die opzoeken en weergave van de gegevens van die externe DB afzonderlijk afhandelen dan is het eigenlijk een piece of cake. Uiteraard ga je dan moeten terugvallen op custom modules (ttz, dat lijkt mij dan sowieso het meest aangewezen).

pffff, drupal zakt in achting. Sharepoint stijgt! <3