[TYPO3-UG Dutch] Meerdere categoriën + template per categorie

Tue Dec 22 13:51:08 CET 2009

Hoi Ronald,

Op dit moment heb ik een oplossing bedacht met behulp van de tips van 
hierboven.
Ik had hier ook graag een aparte extensie voor gebruikt, maar ik zit 
helaas krap in de tijd en mis een hoop kennis (ben nu 1 maand bezig met 
Typo3).

Ergens in de 3e week van Januari zal de website opgeleverd moeten 
worden, dus ga ik het eerst proberen met de simpelste oplossing.

Ik waardeer je aanbod en mogelijk is dit iets voor de toekomst.
In ieder geval bedankt voor het meedenken.

Met vriendelijke groet,

Rutger Mik

Zeeman Reclame Groep

Op 22-12-2009 12:16, Ronald Wopereis schreef:
> hi Rutger,
>
> ik ben nog steeds zeer geinteresseerd om een (mijn eerste) extensie te
> maken. wellicht iets om gezamenlijk te ondernemen ?
> waarbij je een tweede database kan benaderen, en vervolgens met Typo3 kan
> koppelen voor de weergave op een website
> eerdere thread zie
> http://lists.typo3.org/pipermail/typo3-ug-dutch/2009-September/012357.html
> <http://lists.typo3.org/pipermail/typo3-ug-dutch/2009-September/012357.html>ik
> heb het nu opgelost met inderdaad houtje touwtje dwz php code die de 2e
> database opent, records leest, en zelf de html genereert (table,tr,td,enz)
> op de Typo3 dag in Delft heb ik gesproken met een van de core developers,
> ben ff zijn naam kwijt maar hij doet de release beheer.
> ik vroeg hem wat is handig? en hij zei dat het helemaal niet zoveel werk is,
> je maakt gewoon een nieuw cOBJECT,
> zoiets als RECORDS
> http://typo3.org/documentation/document-library/references/doc_core_tsref/4.3.0/view/1/7/#id2519786
> <http://typo3.org/documentation/document-library/references/doc_core_tsref/4.3.0/view/1/7/#id2519786>maar
> dan noem je het tx_records oid
> dus in de source code, als ik e.e.a. goed heb begrepen, komt er een stukje
> php bij dat min of meer hetzelfde is als wat nu al bij RECORDS is gemaakt,
> maar dan specifiek voor de tweede DSN (database)
>
> hope this helps,
> hartelijke groeten Ronald
> www.red-seadog.com
>
>
> Op 22 december 2009 09:46 schreef Rutger Mik<xaser83 at gmail.com>  het
> volgende:
>
>> Beste Ronald,
>>
>> In de huidige website zit weinig logica.
>> De standaard CMS tabellen staan weer los van de tabellen die de machine
>> typen bevatten. Dit wordt via een houtje-touwtje manier (php code in de
>> template) samengevoegd. Dit is verre van ideaal, maar was de enige oplossing
>> met ons systeem.
>>
>> Hiervoor heb ik dan ook een aparte add-on moeten maken.
>>
>> Echter, het principe achter de machine tabel is redelijk simpel.
>> Daarbij heeft elk machine type een 'Industrie' veld, en een 'Profiel' veld.
>> Hierin staan dan de bijbehorende industriën gescheiden door een comma (,).
>> Dit zelfde geldt voor het profielen veld.
>>
>> Nu hoe dit werkt: de GET variabele 'ind' geeft de industrie aan, deze wordt
>> daarna opgeslagen in een sessie. Bij profielen is dit de 'prf' GET
>> variabele. Echter, willen wij zo min mogelijk meer met sessies werken, omdat
>> dit problemen geeft met google resultaten. Dit is tevens de hoofdreden
>> geweest om over te stappen naar Typo3.
>>
>>
>>
>>
>> Met vriendelijke groet,
>>
>> Rutger Mik
>>
>>
>> Zeeman Reclame Groep
>>
>>
>>
>>
>> Op 21-12-2009 15:37, Ronald Wopereis schreef:
>>
>>   hi Rutger,
>>>
>>> net als jij ben ik nog maar net begonnen in Typo3 (sinds 1 jaar)
>>> ik weet echter wel iets van relationele databases af.
>>>
>>> ik probeer om het relationele datamodel van jouw vraag te tekenen, maar
>>> kom
>>> er nog niet helemaal uit.
>>> ik zie al wel parameters in jouw oude site, zo van "_ind=piping" en
>>> "prf=5"
>>>
>>> mijn eerste vraag zou zijn : kun jij het datamodel tekenen?
>>> en de tweede vraag : kun jij per blok (bijv het uitklap menu a/d
>>> linkerkant)
>>> de bijbehorende query aanleveren ?
>>>
>>> dat zou al een boel denkwerk wegnemen (denk ik)
>>>
>>> de oplossing die ik vervolgens voor je zie is, dat je (evt met hulp van
>>> experts) een extensie maakt,
>>> die desbetreffende query (uit jouw datamodel) uitvoert (in de extensie)
>>> en vervolgens gebruik je T3 voor flexibele content elementen (FCE) etc
>>>
>>> het additionele voordeel is dat je met behulp van je eigen extensie de
>>> data
>>> in jouw extensie-tabellen kan beheren
>>> en dat kun je dan weer uitbesteden aan de gebruiker / content beheerder
>>> als er een nieuwe machine / type / industrie / profiel / bij komt, hoef je
>>> dan in de code niet iets te wijzigen
>>>
>>> my 5 cents
>>> hartelijke groeten Ronald
>>>
>>> R
>>>
>>> Op 21 december 2009 13:57 schreef Rutger Mik<xaser83 at gmail.com>   het
>>> volgende:
>>>
>>>   Ik denk dat ik de optie met de mountpoints ga proberen.
>>>>
>>>> Ik heb ook wel een oplossing bedacht voor de profielen. Ik schrap gewoon
>>>> deels de relatie tussen de industrieën en de profielen.
>>>>
>>>>
>>>> Verder vraag in me met betrekking tot de mountpoints nog het volgende af:
>>>> Wat google betreft, refereert het systeem nu naar het orgineel, of
>>>> kopieert
>>>> het systeem deze. In andere woorden, gaat google meerdere referenties
>>>> naar
>>>> dezelfde content zien?, of blijft link naar de originele content
>>>> hetzelfde?
>>>>
>>>>
>>>> Andere vraag: Is het mogelijk om de template, nadat een industrie gekozen
>>>> is, deze vast te houden, zodat de bezoeker in die template blijft totdat
>>>> deze een andere industrie aanklikt.
>>>>
>>>> De oude methode die ik hiervoor gebruikte waren sessies, die onthielden
>>>> welke omgeving het laatst gekozen was.
>>>>
>>>> Mocht dit alles niet helemaal duidelijk zijn, in deze link een voorbeeld
>>>> van hoe het nu is:
>>>> http://www.hgg.nl/?content=home&ind=_shipbuilding&cpage=Home&lang=en
>>>>
>>>>
>>>>
>>>>
>>>> Gr,
>>>>
>>>> Rutger
>>>>
>>>>
>>>>
>>>> Op 21-12-2009 13:17, Daniel Doesburg schreef:
>>>>
>>>>   Beste Rudger,
>>>>
>>>>>
>>>>> Het principiepe:
>>>>> In beide gevallen werk je met een soort van snelkoppelingen.
>>>>> Daarbij zijn bij het gebruik van Mount Points de originelen "echte"
>>>>> pagina's. Dat kan bij TV ook (zie Jacco's antwoord). Maar de oplossing
>>>>> waar ik het over had gaat nog een stapje verder. Daarbij worden de
>>>>> machines als content elementen netjes gerubriceerd in sysfolders
>>>>> opgeborgen. En moet je nu pagina's voor een doelgroep maken dan heb je
>>>>> de "legosteentjes" voor die pagina's tot je beschikking. Je maakt dan
>>>>> (ook weer in beide gevallen) echte pagina's. Bij MP's wordt een pagina
>>>>> qua content een exacte kopie van de gemounte, bij TV maak je gebruik van
>>>>> blokken (content elementen) die je zelf inzet waar nodig. En eventueel
>>>>> aanvult met informatie die uniek is voor de betreffende pagina.
>>>>>
>>>>> De oplossing van Pim kan ook. Daardoor wordt een nieuwe machine
>>>>> (nieuws-item), mits de items en de pagina's goed zijn geparameteriseerd,
>>>>> op de juiste plek(ken) getoond. Je hebt dan alleen minder mogelijkheden
>>>>> wat betreft de lay-out.
>>>>> Zelf zou ik deze methode niet direct kiezen voor deze uitdaging. Maar
>>>>> het is een te overwegen mogelijkheid.
>>>>>
>>>>> Een andere mogelijkheid (had ik al gezegd dat in TYPO3 alles op meerdere
>>>>> manieren gerealiseerd kan worden?) is om gebruik te maken van "insert
>>>>> record". Dat lijkt op de beschreven TV manier, maar hiervoor is TV niet
>>>>> nodig. Het kan wel met TV, natuurlijk.
>>>>>
>>>>> Ik denk dat ik het je alleen maar moeilijker maak op deze manier.
>>>>>
>>>>> Maar toch.
>>>>>
>>>>> Het advies van Ric, om eens met een deskundige om de tafel te gaan
>>>>> zitten om tot een voor jouw situatie goed advies te komen, is zo gek nog
>>>>> niet.
>>>>>
>>>>> Met vriendelijke groeten,
>>>>>
>>>>> Daniel Doesburg
>>>>>
>>>>>
>>>>>
>>>>> Op 21-12-2009 12:28, Rutger Mik schreef:
>>>>>
>>>>>   Beste Daniel,
>>>>>>
>>>>>> Ik heb even het concept van Mount-Points doorgelezen, maar als ik het
>>>>>> goed begrijp maak je in zekere zin een kopie van een gedeelte van je
>>>>>> tree of een enkele pagina. Wat er voor zorgt dat je de data maar 1 keer
>>>>>> hoeft te wijzigen.
>>>>>>
>>>>>> Echter als dat het geval is dan zou dit goed werken bij 1 "categorie",
>>>>>> maar in het geval van 2 of meerdere categoriën ver veelvoudigd dit het
>>>>>> aantal verwijzingen. Tenzij ik hier iets over het hoofd zie denk ik dat
>>>>>> dit niet DE oplossing is.
>>>>>>
>>>>>>
>>>>>> De voorlopige test omgeving van de nieuwe website staat al in
>>>>>> TemplaVoila, dus een eventuele oplossing met deze extentie zou heel
>>>>>> mooi
>>>>>> zijn.
>>>>>>
>>>>>> Wat zou het princiepe zijn achter de oplossing met TemplaVoila?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Alvast erg bedankt voor de hints tot nu toe.
>>>>>> Hier ben ik enorm mee geholpen.
>>>>>>
>>>>>>
>>>>>> Groeten,
>>>>>>
>>>>>> Rutger Mik
>>>>>>
>>>>>>
>>>>>>
>>>>>> Op 21-12-2009 12:05, Daniel Doesburg schreef:
>>>>>>
>>>>>>   Beste Rudger,
>>>>>>>
>>>>>>> Da's inderdaad een behoorlijke kluif. Vooral als je, zoals Ric (en ik
>>>>>>> ook eigenlijk) vermoedt dat je nog niet erg veel ervaring hebt met
>>>>>>> TYPO3.
>>>>>>>
>>>>>>> Nu is het zo dat in TYPO3 (bijna) alles op meerdere manieren kan.
>>>>>>>
>>>>>>> Voor dit soort uitdagingen bestaat er een heel vernuftige oplossing
>>>>>>> met
>>>>>>> TemplaVoila. Maar ook met Mount Points kan het gerealiseerd worden.
>>>>>>>
>>>>>>> In beide gevallen is (het verschil in) de lay-out in geen enkel
>>>>>>> probleem.
>>>>>>> Het gaat er om dat je de content op 1 plek moet invoeren en op
>>>>>>> meerdere
>>>>>>> plekken tonen. En daarvoor heeft TYPO3 beslist een aantal prima
>>>>>>> oplossingen in huis.
>>>>>>>
>>>>>>> En zoals altijd ben ik uiteraard altijd bereid je te helpen.
>>>>>>>
>>>>>>> Met vriendelijke groeten,
>>>>>>>
>>>>>>> Daniel Doesburg
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Op 21-12-2009 11:06, Rutger Mik schreef:
>>>>>>>
>>>>>>>   Beste mensen,
>>>>>>>>
>>>>>>>> Ik ben bezig met het ombouwen van een website van ons eigen CMS naar
>>>>>>>> Typo3, maar stuit nu (niet geheel onverwacht) op problemen.
>>>>>>>>
>>>>>>>> Voorbeeld van de oude website: http://www.hgg.nl/?model=1&lang=en
>>>>>>>>
>>>>>>>>
>>>>>>>> De situatie is als volgt:
>>>>>>>>
>>>>>>>> We hebben verschillende machines, en elke machine heeft weer
>>>>>>>> verschillende types (zie linker uitklapmenu). En elk type heeft zijn
>>>>>>>> eigen pagina.
>>>>>>>>
>>>>>>>> Dit komt totaal op ongeveer 12 machines met gemiddeld 1 tot 10 types
>>>>>>>> per
>>>>>>>> machine. Dat zijn dus heel wat (meer dan 50) pagina's.
>>>>>>>>
>>>>>>>> Nu zoals je in de link kan zien, aan de rechterkant, zie je 5
>>>>>>>> verschillende industriën. En afhankelijk van de industrie weer
>>>>>>>> maximaal
>>>>>>>> 8 verschillende profielen boven de tekst.
>>>>>>>>
>>>>>>>> De bedoeling is dat elke industrie zijn eigen set machines bevat.
>>>>>>>> Maar
>>>>>>>> sommige machines kunnen in alle industriën voorkomen. Het zelfde
>>>>>>>> geldt
>>>>>>>> voor de profielen.
>>>>>>>>
>>>>>>>> Het komt er dus kortweg op neer dan elke machine/type onderverdeeld
>>>>>>>> zou
>>>>>>>> moeten worden in minimaal 2 categoriën. Dus als ik op een profiel of
>>>>>>>> een
>>>>>>>> industrie klik, dat ik dan alleen de machines krijg die daaronder
>>>>>>>> gecategoriseerd zijn.
>>>>>>>>
>>>>>>>> Maar nu, om het nog lastiger te maken, elke industrie heeft zijn
>>>>>>>> eigen
>>>>>>>> template. Eigenlijk verschilt alleen het CSS bestand, maar toch, in
>>>>>>>> zekere zin dus een andere template.
>>>>>>>>
>>>>>>>>
>>>>>>>> Nu, na dit lange verhaal de vraag: Heeft iemand enig idee of hier een
>>>>>>>> relatief "simpele" oplossing voor is?
>>>>>>>>
>>>>>>>>
>>>>>>>> Alvast bedankt voor het lezen.
>>>>>>>>
>>>>>>>> Met vriendelijke groet,
>>>>>>>>
>>>>>>>> Rutger Mik
>>>>>>>>
>>>>>>>>
>>>>>>>> Zeeman Reclame Groep
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>   _______________________________________________
>>>> TYPO3-UG-Dutch mailing list
>>>> TYPO3-UG-Dutch at lists.typo3.org
>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-dutch
>>>>
>>>>
>>>
>>>
>>>
>> _______________________________________________
>> TYPO3-UG-Dutch mailing list
>> TYPO3-UG-Dutch at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-dutch
>>
>
>
>