[TYPO3-english] Increase bootstrap speed performance

[Dennis Hoffland]

Hello,

I am using  the TYPO3 8.7.9 CMS with the Bootstrap Package (bootstrap_package, 
version 9.1.0).

Loading speed is an important aspect of website performance. 


Looking at the TS setup I noticed that bootstrap uses a lot of resources for 
page rendering:

   includeCSSLibs {
  googlewebfont = 
https://fonts.googleapis.com/css?family={$plugin.bootstrap_package.settings.less.google-webfont}:{$plugin.bootstrap_package.settings.less.google-webfont-weight}
 googlewebfont {
   external = 1
   disableCompression = 1
   excludeFromConcatenation = 1
   }
   ionicons = EXT:bootstrap_package/Resources/Public/Css/ionicons.min.css
   }

   includeCSS {
   # bootstrap will be included in the themes.less file
   # for standalone usage just uncomment the following line
   # bootstrap = 
EXT:bootstrap_package/Resources/Public/Less/Bootstrap/bootstrap.less
   theme = EXT:bootstrap_package/Resources/Public/Less/Theme/theme.less
   }

   includeJSLibs {
   modernizr = 
EXT:bootstrap_package/Resources/Public/JavaScript/Dist/modernizr.min.js
   modernizr.forceOnTop = 1
   modernizr.async = 1
   }

   includeJSFooterlibs {
   jquery = 
EXT:bootstrap_package/Resources/Public/JavaScript/Libs/jquery.min.js
   jquery.forceOnTop = 1
   responsiveimages = 
EXT:bootstrap_package/Resources/Public/JavaScript/Dist/jquery.responsiveimages.min.js
   bootstrap = 
EXT:bootstrap_package/Resources/Public/JavaScript/Libs/bootstrap.min.js
   photoswipe_core = 
EXT:bootstrap_package/Resources/Public/JavaScript/Libs/photoswipe.min.js
   photoswipe_ui = 
EXT:bootstrap_package/Resources/Public/JavaScript/Libs/photoswipe-ui-default.min.js

    Add swipe support for boostrap components
   hammerjs = 
EXT:bootstrap_package/Resources/Public/JavaScript/Libs/hammer.min.js
   bootstrap_swipe = 
EXT:bootstrap_package/Resources/Public/JavaScript/Dist/bootstrap.swipe.min.js
   bootstrap_popover = 
EXT:bootstrap_package/Resources/Public/JavaScript/Dist/bootstrap.popover.min.js
   bootstrap_stickyheader = 
EXT:bootstrap_package/Resources/Public/JavaScript/Dist/bootstrap.stickyheader.min.js
   bootstrap_smoothscroll = 
EXT:bootstrap_package/Resources/Public/JavaScript/Dist/bootstrap.smoothscroll.min.js
    Basic lightbox implementation for bootstrap
   bootstrap_lightbox = 
EXT:bootstrap_package/Resources/Public/JavaScript/Dist/bootstrap.lightbox.min.js
    Toggle collapsed CSS class on the navbar toggle button and fixes 
dropdown on touch devices
   bootstrap_navbar = 
EXT:bootstrap_package/Resources/Public/JavaScript/Dist/bootstrap.navbar.min.js
   }

   jsFooterInline {
   # Google Analytics
   10 = COA
   10 {
   if {
   isTrue = {$page.tracking.google.trackingID}
   }
   10 = TEXT
   10.value (
   (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
   (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new 
Date();a=s.createElement(o),
   
m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
   })(window,document,'script','//www.google-analytics.com/analytics.js','ga');
   ga('create', '{$page.tracking.google.trackingID}', 'auto');
   )
   20 = TEXT
   20 {
   if {
   isTrue = {$page.tracking.google.anonymizeIp}
   }

   value (

   ga('set', 'anonymizeIp', true);
   )
   }

   90 = TEXT
   90.value (

   ga('send', 'pageview');
   )
   }
   }
}

I assume tthat a few of those can safely be discarded to increase speed, 
without jeopardizing the looks and functionality of my website (?).

Who has some tips to optimize the bootstrap_package for loading speed?

Kind regards,

Dennis

P.S. According to  https://developers.google.com/speed/pagespeed/insights/ my 
mobile version is rendered a lot slower than the desktop version. Any thoughts 
if this is common issue?
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Shariif social share buttons not showing

[Dennis Hoffland]

Hello,

I've installed the extensions rx_shariff (version 10.2.1) and bootstrap_package 
(version 9.1.0) on TYPO3 8.7.9.

The docmentation of rx_shariif suggests you can simply add the social share 
buttons like any other content element: 
https://docs.typo3.org/typo3cms/extensions/rx_shariff/Installation/Index.html

So I did, In addition, I've included the static template "Shariff: Plugin settings, 
FE styles incl. Font-Awesome but no jQuery" in my TS setup.

However, no buttons are shown. The page source only contains the links to the 
CSS and JS files (from the static template).

Do I need to create a ViewHelper to get them on my page, now that I am using 
the bootstrap_package (and which steps are required in that case)?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] News & shariiff social share: change button language

[Dennis Hoffland]

Hello,

I've installed the extensions News system (tx_news, version 6.2.1) and Heise 
Shariff (rx_shariff, version 10.2.1).

Now I want to change language of the  social share buttons to Dutch.

When using the plugin as a seperate content element, you can simply set the 
language in the Page view in the tab Plugin options.

However my buttons are rendered as part of the News plugin. This plugin has no seperate 
"Shariff" tab.

The documentation suggests the same could be achieved by Typoscript: 
https://docs.typo3.org/typo3cms/extensions/rx_shariff/Installation/Index.html

I am not sure how to integrate the snippet in my TS Setup to get it working 
with News.

Who can help?

Kind regards,

Dennis


___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Manual sorting of news items (News system, tx_news)

[Dennis Hoffland]

Hello,

I've installed the News system extension (tx_news, version 6.1.1) on CMS 8.7.9 
and am now trying to sort my news items in the FE.

The option "Enable manual sorting of news records" has been enabled in the 
Extention Manager.

I've changed the ranking of the news records in my storage folder using the 
Extended view.

My TS setup contains the following code on the rendering page:

orderByAllowed = 
sorting,author,uid,title,teaser,author,tstamp,crdate,datetime,categories.title

Are these steps sufficient to rearrange the news items in the FE or are 
additional changes necessary? So far, I see no effect on the FE.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Display social share buttons on EXT:News

[Dennis Hoffland]

Thank you for pointing this out. I missed this requirement in the documentation.

Buttons are displayed now.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Display social share buttons on EXT:News

[Dennis Hoffland]

Hello,

I've installed the News extension (6.1.1) on TYPO3 CMS 8.7.9.

In my TS Setup I've set:

plugin.tx_news.settings.detail.showSocialShareButtons = 1

However, no buttons are shown on the detail page.

Do I need to take additional steps to get them on my pages?

Kind regards,

Dennis


___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: R: Bootstrap extension: Oops, an error occurred! Code: 201801041505214244f30d

[Dennis Hoffland]

Hello Riccardo,

I did as you suggested. The FE now shows:

Oops, an error occurred!
RealURL was not able to find the root page id for the domain "localhost:8080"

Instead of the error code this makes more sense. I'll turn off realUrl for now 
and look at its proper configuration later. I just wanted to experiment with 
the bootstrap extension.

Thanks for the quick response.

Kind regards,

Dennis


___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Bootstrap extension: Oops, an error occurred! Code: 201801041505214244f30d

[Dennis Hoffland]

Hi,

I've just installed the Typo3 8.7.9 CMS with the bootstrap extension (version 
9.1.0). Beside realrUrl that's the only extension I've added so far.

After creating just a few pages and filling the TS template with the setup and 
constants provided with the extension (which worked fine up to a point) I 
suddenly got in the FE:

Oops, an error occurred! Code: 201801041505214244f30d

Where can I get more information on the causes of this error. Searching with 
Google on the error code turned up nothing.

Kind regards,

Dennis


___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Google Analytics - insert javascript with page.headerData

[Dennis Hoffland]

Hello,

I did some further investigation.

I am using the scriptmerger extension.

For reasons not entirely clear to me the first section of my javascript turns up 
seperately in my page header, while the second section becomes part of the merged 
javascript 
(/typo3temp/scriptmerger/compressed/head-b15c2d1e76d0f77c7d3249fcc4d6ca05.merged.gz.js). 
Although it seems to "disappear" in the source code, the second javascript 
section is in fact now part of the merged javascript.

Mistery solved!

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Google Analytics - insert javascript with page.headerData

[Dennis Hoffland]

Just to be clear: I am using TYPO3 CMS 7.6.22
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Google Analytics - insert javascript with page.headerData

[Dennis Hoffland]

Hello Christian,

If I use the standard textbook code as you suggested and replace


// YOUR JS CODE


with


https://www.googletagmanager.com/gtag/js?id=UA-xxx-x";>

 window.dataLayer = window.dataLayer || [];
 function gtag(){dataLayer.push(arguments);}
 gtag('js', new Date());
ga('set', 'anonymizeIp', true); // Toelichting AP: Hiermee zet u de 
IP-maskering aan
 gtag('config', 'UA-xxx-x');


I get the same outcome as described in my first post:


https://www.googletagmanager.com/gtag/js?id=UA-xxx-x";>

shows up in my HTML page header, and


 window.dataLayer = window.dataLayer || [];
 function gtag(){dataLayer.push(arguments);}
 gtag('js', new Date());
ga('set', 'anonymizeIp', true); // Toelichting AP: Hiermee zet u de 
IP-maskering aan
 gtag('config', 'UA-xxx-x');


is somehow ignored.

My conclusion: my TS is in principle OK, however the (syntax? of the) second 
section of the javascript causes some processing issue.

Any thoughts?

Kind regards,

Dennis


___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Re: RealURL - shortcut to home

[Dennis Hoffland]

This realurlconf.php works for me:

 array(
'www.mydomain.com' => array(
/*
   'cache' => array(
   'disable' => true,
   ),
*/
   'init' =>
   array(
   'appendMissingSlash' => 'ifNotFile,redirect',
   'emptyUrlReturnValue' => '',
   ),
   'pagePath' =>
   array(
   'rootpage_id' => 1,
   ),
   'fileName' =>
   array(
   'defaultToHTMLsuffixOnPrev' => 1,
   'acceptHTMLsuffix' => 1,
   'index' =>
   array(
   'print' =>
   array(
   'keyValues' =>
   array(
   'type' 
=> 98,
   ),
   ),
   'robots.txt' => array(
   'keyValues' => array(
   'type' => 201
   )
   )
   ),
   ),
   'preVars' =>
   array(
   0 =>
   array(
   'GETvar' => 'L',
   'valueMap' =>
   array(
   'nl' => 0,
   'en' => 1,
   ),
   'valueDefault' => 'nl'
   ),
   ),
   'postVarSets' =>
   array(
   '_DEFAULT' =>
   array(
   'article' =>
   array(
   array(
   'GETvar' => 
'tx_news_pi1[action]',
   ),
   array(
   'GETvar' => 
'tx_news_pi1[controller]',
   ),
   array(
   'GETvar' => 
'tx_news_pi1[news]',
   'lookUpTable' 
=>
   
array(
   
'table' => 'tx_news_domain_model_news',
   
'id_field' => 'uid',
   
'alias_field' => 'title',
   
'useUniqueCache' => 1,
   
'useUniqueCache_conf' =>

   array(
   
'strtolower' => 1,
   
'spaceCharacter' => '-',

   ),
   ),
   ),
   ),
   ),
   ),
   ),
);
php?>


Mind you: the home page has no URL section (home.html). It simply gets the URL 
www.mydomain.com. Any suggestions to add the home.html to that are still 
welcome!
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Google Analytics - insert javascript with page.headerData

[Dennis Hoffland]

Hello,

I have put the following code into the TS Setup of my root page:

# *
# Google Analytics
# *

temp.GoogleAnalytics = TEXT
temp.GoogleAnalytics.value (

https://www.googletagmanager.com/gtag/js?id=UA-xxx-x";>

 window.dataLayer = window.dataLayer || [];
 function gtag(){dataLayer.push(arguments);}
 gtag('js', new Date());
ga('set', 'anonymizeIp', true); // Toelichting AP: Hiermee zet u de 
IP-maskering aan
 gtag('config', 'UA-xxx-x');

)

page.headerData.50 = TEMPLATE
page.headerData.50.template < temp.GoogleAnalytics


The HTML output only contains:


https://www.googletagmanager.com/gtag/js?id=UA-xxx-x";>

The second section of the javascript is simply missing ...


If I try instead:

# *
# Google Analytics
# *

page.headerData.50 = TEXT
page.headerData.50.value ( 


https://www.googletagmanager.com/gtag/js?id=UA-xxx-x";>
)
page.headerData.60 = TEXT
page.headerData.60.value ( 

 window.dataLayer = window.dataLayer || [];
 function gtag(){dataLayer.push(arguments);}
 gtag('js', new Date());
ga('set', 'anonymizeIp', true); // Toelichting AP: Hiermee zet u de 
IP-maskering aan
 gtag('config', 'UA-xxx-x');

)

It produces the same result:


https://www.googletagmanager.com/gtag/js?id=UA-xxx-x";>

Is there something wrong with the syntax that prevents the second javascript 
section from being rendered?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Re: RealURL - shortcut to home

[Dennis Hoffland]

Hi Jigal,

I replaced _DEFAULT by www.mydomain.com as you suggested, but the speaking URL 
remains the same: www.mydomain.com/1

Except for the home page, everything seems to be working OK (speaking URLs are 
simply the page names, followed by .html).

As mentioned in my previous post the DB entries tell me even the speaking URL 
for the home page shortcut (id = 2) is generated as desired (home.html). 
However, it is somehow replaced by het speaking URL of the homepage itself (id 
= 1) in the menu.

Changing the values (0 or 1) for dontResolveShortcuts in the pagePath section 
of realurlconf.php doesn't seem te have any effect.

I am a bit lost here.

Would it be possible to post a realurlconf.php example of a working solution? 
Unfortunetly, 
https://github.com/dmitryd/typo3-realurl/wiki/Notes-for-Integrators#home-page-root-page-and-shortcuts
 only mentions the issue, but offers no code to resolve it.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: RealURL - shortcut to home

[Dennis Hoffland]

Just to add some more information:

If I look at the tx_realurl_urldata table in the DB I notice that:
- the speaking URL of page 1 (the root page Home) = 1
- the speaking URL of page 2 (the shortcut page Home) = home.html

In short, realURL takes the speaking URL of page 1 instead op page 2 when 
rendering the links for the menu.

I also tried different values for dontResolveShortcuts (0, 1, false, true) in 
realurlconf.php, but with no effect.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Responsive design - which way to go?

[Dennis Hoffland]

Hello,

I've just completed an upgrade to TYPO CMS 7.6. Next, I want to explore the 
options to make my website responsive for tablets and mobiles.

As this article 
(http://www.nitsan.in/blog/post/best-practice-for-typo3-template-integration/) 
shows there are quite a few possible options to pick from.

What I am looking for is a combination of:
- straightforward implementation (easy to adapt layout, even for non-veterans)
- good documentation (how to)
- use of markers (if possible. My current website is still based on 
automaketemplate, which worked nicely in my opinion)

My first idea was to take the bootstrap_package extension, as suggested here 
(https://typo3.org/gomobile/).

Who can shed some light on:
- the advantages/disadvantages
- sources to get me started

Kind regards,

Dennis


___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Upgrade from 6.2 LTS to 7 LTS

[Dennis Hoffland]

Hello Michael & David,

I just went through the upgrade procedure once more.

After getting the same list of errors at the final step I continued with the 
Database Analyzer to identify the specific SQL statements that caused the 
process to grind to a halt. They are (view also my earlier post regarding the 
Database relations):

ALTER TABLE pages CHANGE media media int(11) unsigned NOT NULL default '0';
Current value: text
ALTER TABLE pages_language_overlay CHANGE media media int(11) unsigned NOT NULL 
default '0';
Current value: text
ALTER TABLE tt_content CHANGE image image int(11) unsigned NOT NULL default '0';
Current value: text
ALTER TABLE tt_content CHANGE media media int(11) unsigned NOT NULL default '0';
Current value: text

Using phpMyAdmin I executed the following SQL-statements (as 4 separate 
commands, for each table):

UPDATE `pages`
SET `media` = IF(`media` = '' OR `media` IS NULL, 0, `media`)

UPDATE `pages_language_overlay`
SET `media` = IF(`media` = '' OR `media` IS NULL, 0, `media`)

UPDATE `tt_content`
SET `media` = IF(`media` = '' OR `media` IS NULL, 0, `media`)

UPDATE `tt_content`
SET `image` = IF(`image` = '' OR `image` IS NULL, 0, `image`)

These will set all empty fields or fields containing the value NULL to the new 
default 0. Any other values are left unchanged.

After taking these steps I was able to complete the Upgrade Wizard in the 
Install tool successfully.

Thanks again for your support along the way.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Upgrade from 6.2 LTS to 7 LTS

[Dennis Hoffland]

Hello Michael & David,

Thanks for your help. @Michael: still experimenting on a copy of my website, so 
no harm done ...

I did the database check you suggested (for results see attachment 
Upgrade_4.png on the forum): no issues there I think.

The database server I use is MySQL 5.7. No special settings that I am aware of, 
just the standard installation.

Kind regards,

Dennis

P.S. I took a closer look at the database relation errors (see attachment 
Upgrade_3.png):

- The two pages (8 ,9) were indeed deleted (in the BE, but obviously are still 
present in the database ...). Not sure if I can remove those manually with 
phpMyAdmin without disrupting the table.

- The tt_content elements (51, 53, 77 etc.) seem to be at some stage replaced 
by other newer tt_content elements, which have the same numbers in the field 
t3_origuid. Not sure if I can remove those manually with phpMyAdmin without 
disrupting the table.

- For the line "Codeerror. Table is not a table" I can't figure out an 
explanation
begin 644 Update_4.PNG
MB5!.1PT*&@H-24A$4@```J@```%+"`8:@'[M`7-21T(`KLX<
MZ01G04U!``"QCPO\804)<$A9[=UYKNRVV>?Q=T]>1+91R[@N9`V^;FW!PXO:@>.X&[6!#$Z_J`Z2(`,R
M3\Z`)/^J14J4'I(/!ZE4IZASO@8^R)5(<9)*^I7.N;G_]NV[
MTZD_#;JK5OY"[]V:[#N;_*8_V`NOQYW'9U:MKQVUKX@>]V.0?E81O2"X[?"ZBB?A#XY[4VZSN?
MJY@\I]DYRWZOTY_MN5OZ!```2'F9@.H%+EE_,0<>$61JWZ#\I0-P6G.7BE
MWR9&[%G-^+7U*;83OD%5QY8_-W&_%7,6ZS;+C!L``$!Z
M\8`J]ZMO245XR@74_+%:Z-*#6+8=^391"UAA`+3[\X'/63W^1/#-MA.-+Q,N
MM?EI?=;,6:T#``!0YTEO4)?M.7PJ84@/J#7'AOWY^\:QU;13^#'Z7%^G!]2-
MX\_42;:C!4579PJD;HW]\Y4XUJB9,P$5``#.8CMS*/2%;Q7#=D;I
M<+9F_,F`6M-.,BC*]'O*_S:\7X`[?+>3S^?.EO2CD``'MH)*#*!Z?4]5>U_A%M"),-!-0YD'17M?Q-
MBP*J\:;(?Q.X]#M:
M^M+>$L5O$S/C\83]#:GPDTX)Z]=&7X*8YK7-5$NN;K1VU-QOB[3&.X]APMYWPY/EY?_QJ0Y6Z.
M=_V-\UOJQ)^#I0]_?_+:`0#@#LT/C!Z#],H^TPH,AMY6&<;F]Z.+MPICS\
MQS&6V@N5R@?SF*%\07+CTZ\?;
M@ZHY"]7G?.7:5P94N6]\@UL(T@14`,`#M/7^,?U
M<7AQ=*8V%TH82(YY6T"M&9,[?B'&$QCK:N7AVHZ*_2?G.VVO7H]P
M'/[V^G.TK$]W'0.=J3>V,XS!]3]?,\'XH^U!:2!P
M.JE`MH0,/ZQ,Y2O'Y.:;"AE+6`O+PK6=;#Y'X_;Z]0C'$6RO/D<#=TS7V;:6
M=H8^I]\A7>;LCS_>'A3F[/6MUD^=\Y5K7QU07;W"&]1YG0BH`(#]M?\[J/,#
M4G\PFU!CM]>^CA[+;E`WEYJ%O>P[\PGKF>H]0/0X7;3@6R8MA9,Z8P^(3E
M@V0(T?LI]E\:_]KUB/HK;8_2YV@P]Z'WL^R3^U/C&13/62"L7YRSH^]?YEH7
M4+TO)>'Y$-)?7@``N%^S`57N6T)C$!@G]IC5X<7?-Y+A=&0>\*X\?AAGQN/5
M&\FVW$-_">*#Z:U=',A\\?AEV$F/R>M_D@RGEFL_7!=M+9TMYR@.2%9R/=:<
MXW7GR*LO@MD\+B^LQ>./SG'%G#W5YUR;0VZN2UG(ZB/>]+BCLN_KP`
M`+"'1@(J6C4'+GZ4^S*B0-L>%V3S7VX``-B.@(J"Y2T:@>0%-!Y0YR\LWIMD
M``#V14`%``!`4PBH:`H!%0```$TAH`(``*`I!%0TA8`*``"`IA!0
M`0``T!0"*@```)I"0`4``$!3"*@```!H"@$537D[`=7^&^X2D0ANWR[D_7VYJV8N%
MM!>89Q79QDO-'0``O`H/#ZAK_CMV0+WUEW.F_9<*:0^?9R79QDO-'0``O`K'
M"Z@V[)SZDQ/\2-V\Q9S+9"A20E*R[ES?E9WZ\^4Z!-!EVY)]F_K!6*Y=4/^.
M_IN9I^"W:R3)```@Y6`!]=IW7M`Q;RV[_CJ5V\`4AL;35!Z$I=V\^I
M[ZY3F=GNKMF@9=J3/][7VU_3?YOSS+%]:>/8V!X``'B;#AA09:`*R\(0)'[L
M[H6D0MUKYXEJ]%?W/;8K]3GT
MQA"[(*`"``"@*0\/J[0```.#M>`!0```-8BH`(``*`I!%0T
MA8`*``"`IA!0`0``T!0"*@```)I"0`4``$!3"*@```!H"@$532&@`@``
MH"D$5#2%@`H``("F$%`!``#0%`(JFD)`!0``0%,(J&@*`14`
M``!-(:!B']>N/YU.5G=5RO=TN_3GT[F_W)2R1Y%]/KM_K1S'L^:V'-M;3+.Z>$/$6?W\5>0?3Z[?ZUA+7O5H^
M\C\WP6?%[@\_/X7/1+C_FUM_.8NV2V/QCFV('?<#SNF:NCG/Z'/&/>7AGGI^
M@;*'!M3_>O?_5M/:B9AOUETWW,""#TSI0Z25;SCF=CD/#[]42)VDVETQ=J^?
MW#A+>S^]?*I3W[11?3W.Y<-UW@U!40;,:;]W

[TYPO3-english] Re: Upgrade from 6.2 LTS to 7 LTS

[Dennis Hoffland]

Hello,

I'm pretty much stuck with my upgrade due to the errors in the database 
relations (See image Upgrade_3, preventing the completion of final step of the 
database section of the Upgrade Wizard).

Is there some solution to fix these errors manually (phpMyAdmin) or should I 
resort to starting with an empty 7.6 CMS and re-entering all the content 
elements (which of course would be a major setback).

Kind regards,

Dennis

P.S. If you require more info for an answer please let me know!
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Upgrade from 6.2 LTS to 7 LTS

[Dennis Hoffland]

Hello,

Once all preparations were made  (deactivating non-core extensions etc.) I went 
through the Upgrade Wizard in Typo3 CMS 7.6.

At the final step (Update database schema: Modify tables and fields) I 
encountered  some errors:

Update failed!
Update process not fully processed. This can happen because of dependencies of 
table fields and indexes. Please repeat this step! Following errors occurred:

SQL-ERROR: Incorrect integer value: '' for column 'media' at row 2
SQL-ERROR: Incorrect integer value: '' for column 'media' at row 1
SQL-ERROR: Incorrect integer value: '' for column 'image' at row 1
SQL-ERROR: Incorrect integer value: '' for column 'media' at row 1

Update database schema: Modify tables and fields

ALTER TABLE be_groups CHANGE description description varchar(2000) NOT NULL default ''; 
ALTER TABLE pages CHANGE media media int(11) unsigned NOT NULL default '0'; 
ALTER TABLE pages CHANGE module module varchar(255) NOT NULL default ''; 
ALTER TABLE pages DROP KEY determineSiteRoot; 
ALTER TABLE pages ADD KEY determineSiteRoot (is_siteroot); 
ALTER TABLE sys_file CHANGE identifier_hash identifier_hash char(40) NOT NULL default ''; 
ALTER TABLE sys_file CHANGE folder_hash folder_hash char(40) NOT NULL default ''; 
ALTER TABLE sys_file CHANGE sha1 sha1 char(40) NOT NULL default ''; 
ALTER TABLE sys_file DROP KEY sha1; 
ALTER TABLE sys_file ADD KEY sha1 (sha1); 
ALTER TABLE sys_file_processedfile CHANGE configurationsha1 configurationsha1 char(40) NOT NULL default ''; 
ALTER TABLE sys_file_processedfile CHANGE originalfilesha1 originalfilesha1 char(40) NOT NULL default ''; 
ALTER TABLE sys_file_processedfile CHANGE checksum checksum char(10) NOT NULL default ''; 
ALTER TABLE sys_file_collection CHANGE folder folder text; 
ALTER TABLE sys_refindex CHANGE field field varchar(64) NOT NULL default ''; 
ALTER TABLE sys_log CHANGE details_nr details_nr tinyint(3) NOT NULL default '0'; 
ALTER TABLE sys_log CHANGE NEWid NEWid varchar(30) NOT NULL default ''; 
ALTER TABLE sys_category CHANGE description description text; 
ALTER TABLE fe_groups CHANGE description description text; 
ALTER TABLE fe_groups CHANGE subgroup subgroup tinytext; 
ALTER TABLE fe_groups CHANGE TSconfig TSconfig text; 
ALTER TABLE cache_treelist CHANGE treelist treelist mediumtext; 
ALTER TABLE pages_language_overlay CHANGE media media int(11) unsigned NOT NULL default '0'; 
ALTER TABLE tt_content CHANGE image image int(11) unsigned NOT NULL default '0'; 
ALTER TABLE tt_content CHANGE media media int(11) unsigned NOT NULL default '0'; 
ALTER TABLE tt_content CHANGE pages pages text; 
ALTER TABLE tt_content CHANGE list_type list_type varchar(255) NOT NULL default ''; 
ALTER TABLE tt_content CHANGE filelink_sorting filelink_sorting varchar(10) NOT NULL default ''; 
ALTER TABLE backend_layout CHANGE description description text; 
ALTER TABLE tx_scheduler_task CHANGE description description text; 
ALTER TABLE tx_scheduler_task CHANGE lastexecution_failure lastexecution_failure text; 
ALTER TABLE tx_scheduler_task_group CHANGE description description text; 



When I try to rerun this step the Upgrade Wizard displays:

[img]index.php/fa/17073/0/[/img]

Repeating the step by itself offers no solution.

Going back to my previous Typo3 CMS 6.2.30 installation I performed the following 
database checks (System > DB check):

- Manage Reference Index:

[img]index.php/fa/17074/0/[/img]

- Database relations:

[img]index.php/fa/17075/0/[/img]

This suggests to me that the tt_content table is creating the errors.

Can anyone suggest how I can go about to fix this?

Kind regards,

Dennis
begin 644 Update_1.PNG
MB5!.1PT*&@H-24A$4@```9(```$]"`8AR.3!`7-21T(`KLX<
MZ01G04U!``"QCPO\804)<$A9[9W=JROG?>_U7\S=7I?KPF!1=H-V28]%xh0y-l4...@u.xu,/D&(-R82R2.HBSP9G6Q4SIQ@QVH(CK,5%RPD\U%;QF]5U/-F2JZJ
MWU;/I]*DSD?4%M=:Y,W5,<&,O"B,NNWJL@(A`2<.A.28N.@9R6RHXF_3*.7T
M,\3BP,VEZ48=-[#R>P7704@`.!4@),?$10O).B1'U5NO)`'+6!RXL9E&81UO
M:.JJZ_I!9N8"(0'@5("0'!,7+23,U?L]5==.2,V:0H=?TZ9.QQ+7=B=+
M=2X+$PM+AE=\S14`0@).'`C),7'A0E)GGV1&0Y%+`E=?F9AN*Y82ZXMJ*
MI;)3!T("3IP+$9(X/+51NUE-:>(.J'LN1[@MZYQL9TS3[/2HS"80$G#07
M+"0CF@R[R_%9G596S8VK6W:A8(-9IQ.]AJS04C`*7*Q0B+LC'I\)+U,
M>O5Z$="P&\U.3*,_ON';5R)BD>V%M%@G]V]6"YJRT6$O%6"(EEL;B8`W8G
M,]*2H<&$9&"+T64X9Z-9_9K-FE9S/W$D]H2,6K+TJ:]$Q+(]"A=KYFH5+(SE
M/*#QH"/#*!"2),^LS$:9/"]G-'^VW:?4MB14%?IC,O`)$X)(_RSKRB?9)(
M9(KW1PJ%I`HFR!V13U:6?3]3WJQ>S_NL+@.:+5:YNEI.O5C,+7>:U$',-NV"

[TYPO3-english] Re: Upgrade from 6.2 LTS to 7 LTS

[Dennis Hoffland]

Hi Michael,

Changing the extension key from "extension_compatibility_check-master" to 
"extension_compatibility_check" took care of the errors. The extension is running fine 
now (I am using Apache 2.4 and PHP 5.6.30 as Typo3 CMS 7.6 requires).

Thank you for your support.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Upgrade from 6.2 LTS to 7 LTS

[Dennis Hoffland]

Hi Michael,

I've downloaded the extension_compatibility_check and copied the unzipped files 
to the typo3conf/ext folder.

After installing the extension in the Extension Manager a new item was added to 
the Admin Tools section in the BE named null null.

Clicking the link produces a white page.

Am I doing something wrong (I use TYPO 6.2.30)?

Kind regards,

Dennis


___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Upgrade from 6.2 LTS to 7 LTS

[Dennis Hoffland]

Hello Markus & MIchael,

Thanks for your replies. Deleting the extentions already seemed a bit drastic.

The extension compatibility check looks like a very handy tool, so I will 
certainly use that.

Have a nice weekend.

Kind regards,

Dennis




___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Upgrade from 6.2 LTS to 7 LTS

[Dennis Hoffland]

Hello,

As step 2 of the upgrade routine (see 
https://wiki.typo3.org/TYPO3_CMS_7.6.0#Upgrading) is listed:

"Then uninstall any extension, that is not shipped with the core"

What is meant here?

Should the extensions just be deactivated in the Extension Manager or should 
they be completely removed from the server?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Re: [TYPO3-core] Announcing TYPO3 CMS 6.2.27 LTS, 7.6.11 LTS and 8.3.1

[Dennis Hoffland]

Hello Frenck,

I followed the instructions from the page links you provided and was able to 
succesfully upgrade to TYPO 6.2.27.

Thank you for helping out!

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Cannot Login to Back End

[Dennis Hoffland]

Hi Brian,

In my experience, an overrun of the allowed disk space on the web server also 
causes the behaviour you described. You might rule that out dy doing a quick 
check of the space your website occupies.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Set page title based on conditions

[Dennis Hoffland]

Hello,

Moving all conditions outside the {} brackets seems to do the trick for me:

page.headerData.40 {
20 = TEXT
20 {
wrap= title {$siteName} |�|/title
}
}
[globalVar = TSFE:id != 1]
page.headerData.40.20.field = title
[global]
[globalVar = TSFE:id = 1]
page.headerData.40.20.value = Another Home page title
[global]
[globalVar = TSFE:id = 1] AND [globalVar = GP:L = 1]
page.headerData.40.20.value = Een andere Home pagina titel
[global]

Hope this might help someone.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Re: Re: linkvalidator: faulty link not recognised

[Dennis Hoffland]

Hi Gigal,

Thanks for getting back to me.

My TCA setting is exactly as you mention in  your post. No issue there.

So could this be related to the PHP settings of my hosting provider? As I 
mentioned in my first post:

In the System environment check in the Install Tool I get:

Some PHP functions disabled
disable_functions=escapeshellarg escapeshellcmd exec passthru proc_close 
proc_get_status proc_nice proc_open proc_terminate shell_exec system popen 
pclose
These function(s) are disabled. TYPO3 uses some of those, so there might be 
trouble.

My hosting provider informed me that they won't change the PHP settings, because they 
consider some of the functions above as unsafe.

Kind regards,

Dennis

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Re: linkvalidator: faulty link not recognised

[Dennis Hoffland]

Quote: Jigal van Hemert (jigal) wrote on Sun, 15 March 2015 09:17


Hello,

In your post I couldn't find a clue where you put the link that was not 
found by the validator. In the TCA configuration there should be a 
softref property for the field of the extension where you put this link.


Could you please take a look at my post of March 1? As I described there I used a standard Text content element. 

It's not a setting an average user can adjust, but the author of the 
extension can add the softref setting. If the (correct) softref setting 
is missing, then it's certainly not a but in linkvalidator.


I am not using an extension to set the link (see above), but the Text element 
of the core CMS.

Unless I have the wrong perspective on this, should the softref setting not be correct for standard content elements? 


Kind regards,

Dennis



___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: linkvalidator: faulty link not recognised

[Dennis Hoffland]

@ Gigal

Hello,

I studied the information provided at 
http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Common/Index.html#softref
 and went to System  Configuration  $GLOBALS['TCA'] in the Typo3 BE, but I am 
not sure where and how to check if the issue is related to the TCA settings.

Is this something  I should adjust myself as an average user or should I 
report it as possible bug in the linkvalidator?

Kind regards,

Dennis


___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] linkvalidator: faulty link not recognised

[Dennis Hoffland]

Hello,

I have activated the linkvalidator extension in the Extension Manager. Then I 
created a broken test link as shown in this video: 
https://jweiland.net/typo3-hosting/service/video-anleitungen/typo3-extensions/linkvalidator.html.

When I go Web  Info and select Linkvalidator and perfom the Check Links option, the 
linkvalidator reports No broken links to show!. Obviously it doesn't recognise 
the broken link as faulty.

I use Typo3 6.2.10.

Any thoughts on what's going wrong?

Kind regards,

Dennis

PS. In the System environment check in the Install Tool I get:

Some PHP functions disabled
disable_functions=escapeshellarg escapeshellcmd exec passthru proc_close 
proc_get_status proc_nice proc_open proc_terminate shell_exec system popen 
pclose
These function(s) are disabled. TYPO3 uses some of those, so there might be trouble. 


Not sure if this is somehow related to the issue described above.
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Typo 6.2.9 - System environment/Folder Structure

[Dennis Hoffland]

Hello,

I recently upgraded to TYPO3 6.2.9.

In the System environment/Folder Structure sections of the Install Tool I get 
some errors/warnings:

System environment:

Some PHP functions disabled
disable_functions=escapeshellarg escapeshellcmd exec passthru proc_close 
proc_get_status proc_nice proc_open proc_terminate shell_exec system popen 
pclose
These function(s) are disabled.

Folder Structure:

Path / is not a directory
/ is not a directory
/typo3_src should be a link, but it does not exist
Path /index.php is not a link
Path /typo3 is not a link

My hosting provider informed me that the PHP configuration can't be changed on 
a shared server, so I am stuck with the present settings.

Can anyone explain which of these errors/warnings would impair the proper 
functioning of TYPO3 (all seems to function well despite them at the moment 
...) and possibly provide fixes?

Kind regards,

Dennis


___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Typo 6.2.9 - System environment/Folder Structure

[Dennis Hoffland]

@ Jigal
@ Markus

Thanks for your replies.

My hosting provider advertises that they offer TYPO3 as a one click install on 
all hosting packages. I am not sure which version they use (I downloaded and 
installed 6.2.9 myself), but I will therefore get back to them on the System 
enviroment/php settings issue.

On the Folder Structure:

I tried the automatic fix option, but the errors/warnings mentioned in my first 
post remain.

Can I sort out these errors/warnings manually myself? Can you please give me 
some advise how to do this?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Typo 6.2.9 - System environment/Folder Structure

[Dennis Hoffland]

UPDATE:

Just got a reply from my hosting provider.

They consider the php functions required by TYPO3 as potentially harmful and 
won't activate them on a shared server. In other words: I would have to move to 
a dedicated server (with matching costs) to be able to get the right php 
settings ...

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Powermail (powermail) on multilanguage site

[Dennis Hoffland]

@ Wiechert Hooghwinkel (received through the TYPO3-english mailing list: I am 
not sure why these replies are not shown at this forum?)

I have implemented the solution you suggested as well (in the TS setup of the 
extension template on my form page):

# Translated error messages: see 
powermail/Resources/Private/Language/locallang.xlf for the (error) keys

plugin.tx_powermail {
  _LOCAL_LANG.default.validationerror_mandatory = This field is required
  _LOCAL_LANG.nl.validationerror_mandatory = Dit veld is verplicht
  _LOCAL_LANG.default.validationerror_validation.1 = This is not a valid 
email address
  _LOCAL_LANG.nl.validationerror_validation.1 = Dit is geen geldig 
e-mailadres
}

Also take a look at the Powermail manual: 
http://docs.typo3.org/typo3cms/extensions/powermail/ForAdministrators/GoodToKnow/ChangingLabels/Index.html

In this manner the original language files can remain unchanged (which is an 
advantage with regard to any future update of powermail).

Kind regards,

Dennis

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Powermail (powermail) on multilanguage site

[Dennis Hoffland]

Hello Adriaan,

Removing and recreating the typo3temp/ folder seems to be the solution: I now 
have error messages in both languages.

Thanks!

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Powermail (powermail) on multilanguage site

[Dennis Hoffland]

Hello Adriaan,

I made a copy of the de.locallang.xlf file and renamed it nl.locallang.xlf (I also want to include Dutch error messages). In this file I changed 


target-language=de

to

target-language=nl

Furthermore I translated the messages to Dutch:

target state=translatedMy Dutch translation/target

Next, I uploaded the file to the 
typo3conf/ext/powermail/resources/private/language folder.

However, so far no effect ...

Even when I changed some messages in the default language file locallang.xlf 
these changes seem to be ignored! Clearing the cache doesn't make things better 
...

Do you use Powermail 2.1.11? On TYPO 6.2.9?

How did you implement the forms for different languages? I created two forms: 
one to use exclusively for English (=default), and another to use just for 
Dutch. I tried using the same form for both languages (by simply copying the 
content element (Powermail plugin) from English to Dutch), but the field labels 
only got translated in one language (whatever I entered last).

Are there perhaps other settings I should take a look at (Typoscripts 
setup/constants, configuration of the form (plugin content element)?

Kind regards,

Dennis

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Powermail (powermail) on multilanguage site

[Dennis Hoffland]

Hello,

Can anyone help me with (a link to) instructions on how to implement Powermail 
on a multilanguage site, including translated error messages?

Simply copying the default language content element (Powermail form) and 
translating the field names is apparently no option: the labels in both the 
default language and the translated form are set in the same language (last 
entered values).

I am using Powermail 2.1.11 and TYPO3 6.2.9.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Language Detection (rlmp_language_detection) not working

[Dennis Hoffland]

Hello,

I've downloaded the Language Detection extension (rlmp_language_detection 
3.0.0) and installed it with the Extension Manager on TYPO3 6.2.9.

In my TS setup I've included the following code:

# *
# Configuration of rlmp_language_detection
# *

plugin.tx_rlmplanguagedetection_pi1 {
#   defaultLang = en
useOneTreeMethod = 1
cookieLifetime = 0
multipleTreesRootPages {

}
dontAddSchemeToURL = 0

useOldOneTreeConcept = 1

languageGPVar = L

useLanguageAliases = 0
languageAliases {
no = dk,sv
dk = no,sv
sv = no,dk
}

countryCodeToLanguageCode {
nl = nl
us = en
gb = en
nz = en
au = en
ie = en
ca = en
de = de
at = de
ch = de
lu = de
li = de
se = sv
ua = ru
by = ru
}

limitToLanguages = en,nl
	excludeLanguages = 
	

dontBreakIfLanguageIsAlreadySelected = 0
dontBreakIfLastPageWasOnSite = 0
dontBreakIfLanguageAlreadySelected = 1

testOrder = browser,ip
dieAtEnd = 0
}

page.1  plugin.tx_rlmplanguagedetection_pi1


I am also using realURL 1.12.8

I haven't been able to detect any change in behaviour in the way my website in 
shown (my preferred language setting for Firefox is Dutch (=nl), nevertheless 
the website is always opened in English).

Does anyone have this extension working on TYPO 6.2.9 and could provide me with 
a correct TS setup?

Any help is very much appreciated.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Formhandler on TYPO 6.2.9: An error has occurred!

[Dennis Hoffland]

Hello,

After an upgrade to TYPO 6.2.9. I am experiencing An error has occurred! on 
the page with my contact form. I am using Formhandler 2.0.1 and tested with the most 
basic TS and HTML templete from the Basic Contact Form (See 
http://examples.typo3-formhandler.com/start/) :

plugin.Tx_Formhandler.settings {  
 debug = 1   
 templateFile = fileadmin/contactform/1-contactform.html  
 formValuesPrefix = formhandler   
 finishers {
   1 {  
 class = Tx_Formhandler_Finisher_Mail
   }
   2 {  
 class = Tx_Formhandler_Finisher_SubmittedOK  
 config.returns = 1
   }  
 }

}


Is anyone else using the same combination of TYPO3 6.2.9 and Formhandler 2.0.1 
succesfully?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: RealURL issue on TYPO3 6.2.9: language parameter (L=0)

[Dennis Hoffland]

Hello Markus,

Thanks for your reply.

First of all: you're right about the php tag. I just openend the realconf.php 
file and copied the entire contents to a .txt. file (my attachment).

I put your code to the test, but unfortunately it seems to produce the same 
results as my own configuration.

The replacement for the language parameter (L=0 replaced by en, etc.) is still 
missing.

On TYPO3 4.7.20 it all worked perfectly ... 


Kind regards,

Dennis 
___

TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: RealURL issue on TYPO3 6.2.9: language parameter (L=0)

[Dennis Hoffland]

Hello Viktor,

What do you mean exactly by  how do you include it?.

Do you need my TS setup or some other information?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Re: RealURL issue on TYPO3 6.2.9: language parameter (L=0)

[Dennis Hoffland]

Hello Philipp,

I am not sure how the configuration in the extension manager would influence 
the output provided bij RealURL in my case, but here are my settings:

Path to configuration file [basic.configFile] : typo3conf/realurl_conf.php

Enable automatic configuration [basic.enableAutoConf] : checked 


Automatic configuration file format [basic.autoConfFormat]: PHP source

Enable devLog [basic.enableDevLog]: unchecked

Store URL for cHash cache [basic.enableChashUrlDebug]: unchecked


Just to be clear: my problem is not that RealURL doesn't convert any part of 
the raw TYPO3 urls, it simply seems to entirely miss the language parameter. As 
I mentioned earlier: on TYPO3 4.7.20 I had no issues and everything worked fine.

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Re: Re: RealURL issue on TYPO3 6.2.9: language parameter (L=0)

[Dennis Hoffland]

Hello Philipp,

I took another look and for some odd reason my realURL config file in 
typo3conf/ was named realurlconf.php instead of realurl_conf.php as specified 
in the extension manager:

Path to configuration file [basic.configFile]: typo3conf/realurl_conf.php

After I added the _ (underscore) to the filename the problem was gone 
(obviously things didn't match before and realURL therefore used 
realurl_autoconf.php)

Thanks for putting me on the right track (sometimes things go wrong where you 
least expect it!).

Kind regards,

Dennis

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] RealURL issue on TYPO3 6.2.9: language parameter (L=0)

[Dennis Hoffland]

Hello,

I just upgraded my website to release 6.2.9.

Unfortunely, RealURL (1.12.8) no longer seems to translate the language 
parameter (L=0, L=1, etc.), it seems to be simply ignore them. My previous configuration 
of RealURL, which I used on TYPO3 4.7.20 is enclosed. It produced URLs like:

http://www.mysite.com/en/contact.html

Now instead I get:

http://www.mysite.com/contact/?L=0

Any suggestions are very much appreciated.

Kind regards,

Dennis
begin 644 realurlconf.txt
M/#]P:'`@#0HO+R!;5%E03S-?4TE415]54DQ=(%MPF5687)S72!;%G95!A
M=A=(%MF:7AE9%!OW1687)S72!;]S=%9AE-E='-=(%MF:6QE3F%M95T-
M@T*+R\@6W!R959AG-=0DZ(QA;F=U86=E#0HO+R!;%G95!A=A=0DZ
M('!A9V4@240-B\O(%MF:7AE9%!OW1687)S70DZ#0HO+R!;]S=%9AE-E
M='-=3H@97AT96YS:6]N('!L=6=I;BAS*0T*#0HO*@T*(H-B`J(%)E86Q5
M4DP@V5T=7`@9F]R('=W=RYM7-I=4N974-B`J#0HJ+PT*#0HD5%E03S-?
M0T].1E]605)36R=%6%1#3TY)UU;)W)E86QUFPG72`](%RF%Y*`T*2=?
M1$5055,5@/3X@87)R87DH#0H)2=I;FET)R`]/B!AG)A2@-@D)2=E
M;F%B;5#2%S:$-A8VAE)R`]/B!TG5E+`T*0D))V5N86)L955R;$1E8V]D
M94-A8VAE)R`]/B!TG5E+`T*0D))V5N86)L955R;$5N8V]D94-A8VAE)R`]
M/B!TG5E+`T*0D))V%P5N9$UIW-I;F=3;%S:@/3X@)VEF3F]T1FEL
M92L#0HO+PD)2=P;W-T5F%R4V5T7V9A:6QUF5-;V1E)R`]/B`G:6=N;W)E
M)RP-@D)2=E;7!T55R;%)E='5R;E9A;'5E)R`]/B!TG5E+`T*0DI+`T*
M0DGF5D:7)E8W1S)R`]/B!AG)A2@I+`T*0DG')E5F%RR@/3X@87)R
M87DH#0H)0EAG)A2@-@D)0DG1T54=F%R)R`]/B`G3L#0H)0D))W9A
M;'5E36%P)R`]/B!AG)A2@-@D)0D))V5N)R`]/B`G,L#0H)0D)2=N
M;@/3X@)S$G+`T*0D)2DL#0H)0D))W9A;'5E15F875L=@/3X@)V5N
M)RP-@D)2`@(`@*2P-@D)*2P-@D))W!A9V50871H)R`]/B!AG)A2@-
M@D)2=T7!E)R`]/B`G=7-EBL#0H)0DG=7-ED9U;F,G(#T^(=%6%0Z
MF5A;'5R;]C;%SRYT%]R96%L=7)L7V%D=F%N8V5D+G!H#HF='A?F5A
M;'5R;%]A9'9A;F-E9T^;6%I;BL#0HO+PD)2=S%C94-H87)A8W1EB@
M/3X@)U\G+`T*+R\)0DG;%N9W5A9V5'971687(G(#T^(=,)RP-B\O0D)
M)V5XER941A7,G(#T^(#L#0H)0DC(R,C(R,@4V5T('EO=7(@F]O=!P
M86=E($E$(AEF4@(R,C(R,C#0H)0DGF]O='!A9V5?:60G(#T^(#$L#0HO
M+PD)2=E-L=61E4%G94EDR@/3X@-#(L#0H)0DG9]N=%)EV]L=F53
M:]R=-U=',G(#T^('1R=64L#0H)2DL#0H)2=F:7AE9%!OW1687)S)R`]
M/B!AG)A2@I+`T*0DG]S=%9AE-E=',G(#T^(%RF%Y*`T*#0H)2DL
M#0H@(`@0DG9FEL94YA;64G(#T^(%RF%Y(@-B`@(`@(`D@(`DG95F
M875L=%1O2%1-3'-U9F9I$]N4')E=B@/3X@=')U92P-B`@(`@(`@(`)
M)V%C8V5P=$A434QS=69F:7@G(#T^(9A;'-E+`T*(`@(`D)*2P-@T*2DL
,#0HI.PT*('!H#\^
`
end

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Adjust sizes of canvas/images/thumbnails in Nivo Slider (yag_themepack_jquery)

[Dennis Hoffland]

Hello,

How can I adjust the size (width, height) of the canvas:

   div class=slider-wrapper theme-default controlnav-thumbs  
style=width:800px;
   div class=ribbon/div
   div id=nivoSlider-c161 class=nivoSlider style=width:800px; 
height:504px;

and images/thumnails used in the Nivo Slider (YAG Themepack jQuery 1.2.2: 
yag_themepack_jquery)?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] RTE: linebreaks BR automatically removed

[Dennis Hoffland]

Hello,

 

If I enter text using the RTE (in my case as HTML-code), the linebreaks BR
are automatically removed.

 

I came across this solution (code to be added to TS setup):

 

RTE.default.proc.dontConvBRtoParagraph = 1

 

See for more information:
http://lists.typo3.org/pipermail/typo3-project-rte/2006-September/000739.htm
l and
http://docs.typo3.org/typo3cms/extensions/rtehtmlarea/DefaultConfigurations/
Default/Index.html

 

Unfortunately the problem remains the same.

 

My Typo3 version is 4.7.17 .

 

Can anybody help?

 

Kind regards,

 

Dennis

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] gmenu issue after upgrade to Typo3 4.7.0

[Dennis Hoffland]

Hello,

I did some further research into the strange rendering of my buttons for 
GMENU. The issue seems related to the transparant background of my .gif 
images. When I subsitute these for images with a coloured background all 
functions normal.


Apparently, this issue also surfaced with a previous upgrade of Typo3 in 
the past: http://bugs.typo3.org/bug_view_advanced_page.php?bug_id=15184


Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] gmenu issue after upgrade to Typo3 4.7.0

[Dennis Hoffland]

Hello,

Yesterday I upgraded one of my websites to the new Typo3 4.7.0 release. 
Both the background color and font of the buttons generated by gmenu no 
longer respond to the settings in my TS Setup. I get a black backround 
and standard font size. On Typo 4.6.8 all was working well.


Does anyone experience the same behavoir/has an idea how to solve this?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

Re: [TYPO3-english] gmenu issue after upgrade to Typo3 4.7.0

[Dennis Hoffland]

Hello Markus,

Thanks for your reply.

So far I have always used CSS Styled Content as static template. The 
list with available items does not include a CSS Styled Content TYPO3 
v4.7 (only goes up to v4.6).


Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] gmenu issue after upgrade to Typo3 4.7.0

[Dennis Hoffland]

Thanks Philipp,

From your first reply I conclude that my static template was (and is) 
correct (CSS Styled Content). I've tried CSS Styled Content TYPO3 v4.6 
instead, as you suggested in your second reply. However, the problem 
with gmenu still remains in both cases. I have upgraded another website 
to Typo3 4.7.0 where the menu is generated by the extension foldoutmenu, 
which depends on HMENU and TMENU. No trouble there.


Any other clues?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Typo 4.6.5 realurl issue

[Dennis Hoffland]

Hello,

Last night I upgraded to Typo3 4.6.5 (from 4.6.4) and my realurl 
(1.12.0) stopped working. I installed realurl 1.12.1, but with no 
improvement.


The behavior I am seeing:

The visible links look normal (e.g. http://www.mydomain.nl/home.html), 
but when clicked I get a HTTP 404 error.


When I switch off realurl in my TS setup (config.tx_realurl_enable = 0) 
the navigation works fine again.


Is anyone else experiencing this problem after upgrading to 4.6.5?

Kind regards,

Dennis



___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

Re: [TYPO3-english] Typo 4.6.5 realurl issue

[Dennis Hoffland]

Hello Dmitry,

Oeps ... it must have been the late hour: I indeed forgot to upload the 
ht.access file.


All is working fine now. Another website I had also upgraded to Typo3 
4.6.5 worked correctly with realurl 1.12.1 which already made me wonder ...


Thanks for your quick response.

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Scheduler System Status Update (reports) - different readings on PHP Memory Limit

[Dennis Hoffland]

Hello,

I have added the System Status Update (reports) task to the Scheduler.

For reasons unknown, I get different readings on the PHP Memory Limit:

When I run the task manually from the Scheduler at the TYPO3 BE I get: 
64M. This is also the value listed in the Status Report (Admin Tools  
Reports) and phpinfo() (Install).


When the Scheduler is called from a .php script (see other posting on 
this list: 
http://lists.typo3.org/pipermail/typo3-english/2012-January/078791.html) 
I get a warning, indicating that the PHP Memory Limit is only 32M.


Any idees how it is possible to have these different readings?

Kind regards,

Dennis
___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

Re: [TYPO3-english] [Solved] Scheduler: uptime instead of cron job?

[Dennis Hoffland]

Good morning Philipp  and Stefan,

 

I added scheduler as an argument to my passthru() script and everything
works perfectly!

 

@ Stefan:

 

My hosting provider doesn't offer cron jobs. That's why I was looking for an
alternative (uptime) to keep me up to date of any changes in the System
Status and the Extension List (both Scheduler tasks) on a regular
(automated) basis.

 

Testing on a local machine is always an option for me (I also have a mirror
website running for this purpose). Unfortunately the configuration of my
local machine differs somewhat from my hosting package (which may lead to
different behavior). Also sending test mails is not possible from my local
machine. But your suggestion is well taken. 

 

Thanks for putting the final pieces to my puzzle.

 

Kind regards,

 

Dennis 

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

Re: [TYPO3-english] [Solved] Scheduler: uptime instead of cron job?

[Dennis Hoffland]

Hi Georg,

Good point. I also find this annoying.

I simply reply with the email link at the top (in your case typo3 at
ringerge.org) using Outlook, which unfortunately opens a new thread every
time.

I tried to contact the list manager at mail...@lists.typo3.org regarding
this issue, but had no reply so far.

Can you give a clue what I am doing wrong?

Thanks in advance.

Kind regards,

Dennis

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

Re: [TYPO3-english] Scheduler: uptime instead of cron job?

[Dennis Hoffland]

Hi Philipp,

 

Thanks for your help so far.

 

I have implemented your suggestion and changed the paths to reflect my
configuration.

 

It worked fine when I put a simple test.php file in the typo3/ folder and
used your script to run it.

 

The test.php file contained:

 

?php

echo 'Success!';

?

 

And returned the expected result (Success!).

 

However, when I replaced test.php by cli_dispatch.phpsh it failed to trigger
the Scheduler (I had put in an email test task with a 10 second interval
just to check).

 

Looking at t3lib/config_default.php (line 21) I noticed that within Typo3
the .phpsh extension is declared a .php file.

 

However, with your script the .phpsh file isn't called through the Typo3
system but directly. This would suggest to me that the server might not
recognize the .phpsh as a .php file and thus abandon it.

 

Searching for a solution I came across this post, which also points in this
direction:

 

http://youtrack.jetbrains.net/issue/WI-7503

 

Any ideas how to move forward?

 

Thanks in advance.

 

Kind regards,

 

Dennis

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

Re: [TYPO3-english] Scheduler: uptime instead of cron job?

[Dennis Hoffland]

Hello Xavier,

 

What you describe is exactly what I did.

 

When I ran the somewhere/test.php (from your example) from my browser I got
a blank page and the Scheduler wasn't triggered.

 

Just to make sure that I had the correct parameters for the exec () function
(or in my case the passthru() function Philipp had suggested)  I put a
simple .php file in the /typo3 folder and called that instead of
cli_dispatch.phpsh. 

 

In other words (following your example):

 

somewhere/test.php

 

?php

 

exec ('/path/to/php /path/to/my_own_test.php');

 

?

 

It returned 'Succes!' as it should (see my previous mail) which confirmed to
me that Philipp's script itself was working correctly and the problem lies
probably in the .phpsh extension of cli_dispatch.phpsh for the reason I
explained.

 

Hope this clarifies any misunderstandings.  

 

Kind regards,

 

Dennis

 

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

Re: [TYPO3-english] Scheduler: uptime instead of cron job?

[Dennis Hoffland]

Hi Xavier,

 

I've tried a few things that hopefully provide you with more information.

 

The simple my_own_test.php file I put in /typo3 (just containing echo
'Succes!';) gave me the following results depending on the php function I
use to call the script:

 

passthru()  : Succes!

system() : Succes!

exec()  : blank page

 

When I change the extension to .foo I get the same results (as you already
suggested).

 

When I replace my_own_test.php by cli-dispatch.phpsh, I get:

 

passthru()  : The first argument must be a valid key.

system() : The first argument must be a valid key.

exec()  : blank page

 

Looking the code of cli-dispatch.phpsh, this error (The first argument must
be a valid key.) is thrown by line 107. When I changed the path to
cli-dispatch.phpsh in my passthru() function to ../typo3/ cli-dispatch.phpsh
I got another error (line 96: Relative path found, but an error occurred
while resolving the absolute path).

 

All this tells me 2 things:

1.   The passthru() script sets cli-dispatch.phpsh in motion as desired
(this problem seems solved!)

2.   The path to cli-dispatch.phpsh in passthru() is still bothering me.

 

I've tried 3 options regarding the path (my passthru() script is in my_dir,
on the same level as typo3/):

1.   /var/www/g12345/mydomain.com/HTML/my_dir/typo3/cli_dispatch.phpsh

Result (error):  The first argument must be a valid key.



2.   ../typo3/cli-dispatch.phpsh

Result (error): Relative path found, but an error occurred while resolving
the absolute path:
/var/www/g12345/mydomain.com/HTML/my_dir/.typo3/cli_dispatch.phpsh



3.   ../../typo3/cli-dispatch.phpsh

Result: blank page (however no mail send by Scheduler. Note: When manually
executed from the TYPO3 BE the Scheduler sends a test mail successfully)

 

I suspect the solution is within reach. Can you help on the final few yards
.

 

Kind regards,

 

Dennis

 

 

 

 

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

Re: [TYPO3-english] Scheduler: uptime instead of cron job?

[Dennis Hoffland]

Hi Xavier,

 

I did some further digging, taking a closer view of cli_dispatch.phpsh.

 

If I use /var/www/g12345/mydomain.com/HTML/typo3/cli_dispatch.phpsh as my
path for passthru () (= option 1 in my previous mail, which I believe to be
the correct path) I get the following error: The first argument must be a
valid key. (See line 107 of cli_dispatch.phpsh).

 

To see what is actually happening I made a copy of cli_dispatch.phpsh,
renamed it to test_args.php, put it in typo3/.  

 

Everything after line 105 I have replaced by:

 

// Define absolute path to this script

define('PATH_thisScript',$temp_PATH_thisScript);

 

echo 'PATH_thisScript: ' . PATH_thisScript . \n;

 

// First argument is a key that points to the script
configuration

define('TYPO3_cliKey', $_SERVER['argv'][1]);

 

echo 'TYPO3_cliKey: ' . TYPO3_cliKey . \n;

 

echo 'init.php path: ' . dirname(PATH_thisScript).'/init.php' . \n;

 

echo Test Arguments:\n;

echo 'argc:'. $_SERVER[argc].\n;

echo 'argv 0: '. $_SERVER[argv][0] . \n;

echo 'argv 1: '. $_SERVER[argv][1] . \n;

?

 

As output I get:

 

PATH_thisScript: /var/www/g12345/mydomain.com/HTML/typo3/testargs.php

 

TYPO3_cliKey: 

init.php path: /var/www/g12345/mydomain.com/HTML/typo3/init.php

Test Arguments:

argc:1

argv 0: /var/www/g12345/mydomain.com/HTML/typo3/hbs_testargs.php

argv 1:

 

It clearly demonstrates that $_SERVER[argv][1] is empty (which would
indeed trigger the error at line 107) and also leaves TYPO3_cliKey
undefined.

 

Everything else looks normal to me.

 

Your thoughts on this?

 

Kind regards,

 

Dennis

 

 

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] Scheduler: uptime instead of cron job?

[Dennis Hoffland]

Hello,

 

I have installed the Scheduler (sysext) to automatically keep me up to date
of any changes in my extensions. The manual test ran smoothly. However, the
cron job needed to trigger the Scheduler is not available as part of my
hosting package.

 

I am wondering if it would be possible to call the typo3/cli_duspatch.phpsh
from a site monitoring service (uptime).

 

My first attempt to do so was unsuccessful, even when I changed the
permissions of cli_duspatch.phpsh to 755. Access continues to be blocked, it
seems (no response from the server).

 

Does anyone have experience with this (obviously I am looking for a secure
solution)?

 

Kind regards,

 

Dennis

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

Re: [TYPO3-english] RealURL and frames

[Dennis Hoffland]

Hello Mathias,

 

Thanks for your reply.

 

Perhaps it was not entirely clear what I meant with my question.

 

I am fully aware that the type parameter indicates the frame in which the
content should go. The example I mentioned
(http://wiki.typo3.org/Realurl/manual : Multiple filenames for a frameset)
demonstrates a realURL configuration to tackle frames. In this case however
I would have to sacrifice the use of class.tx_realurl_advanced.php which
renders the page title as html page (see url's below). A feature you don't
want to lose if an intuitive speaking url is your goal.  

 

Therefore, my question was if it would be possible to strip the type
parameter off the end of the speaking URL (making it invisible to the
website visitor, so you would get  http://www.mywebsite.eu/en/home.html
instead of http://www.mywebsite.eu/en/home.html?type=4 ), without losing the
correct navigation of course.

 

Kind regards,

 

Dennis

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english

[TYPO3-english] RealURL and frames

[Dennis Hoffland]

Hello,

 

Speaking url's should (at least in my opinion) be as straightforward and
intuitive as possible for the average website visitor. However, I am stuck
with the following issue on a frame-based website:

 

My RealURL configuration is:

 

  // [TYPO3_SITE_URL] [preVars] [pagePath] [fixedPostVars] [postVarSets]
[fileName]

 

// [preVars]   : language

// [pagePath]   : page ID

// [fixedPostVars]  :

// [postVarSets]  : extension plugin(s)

 

/*

*

* RealURL setup

*

*/

 

$TYPO3_CONF_VARS['EXTCONF']['realurl'] = array(

'_DEFAULT' = array(

   'init' = array(

   'enableCHashCache' = true,

   'enableUrlDecodeCache' =
true,

   'enableUrlEncodeCache' =
true,

   'appendMissingSlash' =
'ifNotFile',

//   'postVarSet_failureMode' =
'ignore',

   'emptyUrlReturnValue' =
true,

   ),

   'redirects' = array(),

   'preVars' = array(

   array(

   'GETvar' =
'L',

   'valueMap' =
array(

 
'en' = '0',

 
'nl' = '1',

   ),

 
'valueDefault' = 'en',

),

   ),

   'pagePath' = array(

   'type' = 'user',

   'userFunc' =
'EXT:realurl/class.tx_realurl_advanced.php:tx_realurl_advanced-main',

//   'spaceCharacter' = '_',

//   'languageGetVar' = 'L',

//   'expireDays' = 7,

   ## Set your root page ID
here ##

   'rootpage_id' = 1,

//   'excludePageIds' = 42,

   'dontResolveShortcuts' =
true,

   ),

   'fixedPostVars' = array(),

   'postVarSets' = array(

 

   ),

   'fileName' = array (

'defaultToHTMLsuffixOnPrev' = true,

'acceptHTMLsuffix' = false,

   ),

 

),

);

 

 

This delivers URL's like:

 

http://www.mywebsite.eu/en/home.html?type=4 

http://www.mywebsite.eu/nl/contact.html?type=4

 

I am quite happy with the translation of the language parameter (L= ,
becomes first item in the path) en the page id (id= , page title becomes the
name of the html page). The structure of the url is both straightforward and
intuitive. However, I am still stuck with the frame parameter (type=).

 

In short, I would like this last parameter to disappear out of the url so I
would simply get:  http://www.mywebsite.eu/en/home.html .

 

Any help is much appreciated.

 

Kind regards,

 

Dennis

 

PS. The closest I got to finding a solution was an example on
http://wiki.typo3.org/Realurl/manual (Multiple filenames for a frameset),
where 2 parameters are merged.

 

___
TYPO3-english mailing list
TYPO3-english@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english