gour: needs to be available for all Linux flavours ... I've looked at your suggestion, it's not available for Ubuntu
.. if it was, I would add it to my dev box and test :)
I canj't recall exactly which software it was ... you mentioned it a few days back, as a possible solution for something ...
I went looking for an Ubuntu installer, and there wasn't one available ... and I'm not familiar enuf with Ubuntu to build my own
gour: that's weird ... it shows up for quantal ... but it wasn't there in precise ... I guess they haven't backported to the LTS version
will add it to box once current activities complete
that's called 'fixing' :-/
here is the patch:
+ header('Location: http://atmarama.sites.djangohosting.ch/tiki-index.php'); - header('Location: '.$base_url.$prefs['tikiIndex']);
just asked them what's wrong with redirection in tiki?
of course, it does not fix anything...it fails with login/logout...
it seems i'm heading towards my own (cheap) VPS...but i'm reluctant to manage whole server, especially mail
well, mysql+postfix+dovecot+web...that's all
luciash: i've found similar offering for 7€
lowendbox site
atm i pay 8.64/month for 10GB disk space and can use 500MB of RAM, 50 processes and 10 local ports...but so many problems
however, no headache to manage the server...just my own stuff, email adresses + web sites
port over >1000 which i can use for eg. my own webserver, php-fpm etc. whic hare served ny reverse-proxy at the front-end
yes, shared IP...dedicated IP costs extra
no, dovecot...claws was accessing mail served by dovecot in maildir format and was fed by getmail
i was no so trusty about my provider and wanted to keep mail on my own machine (imap server)
plz help me to make profile page in tiki and work as Now all new employees, when they sign in first time, they need to fill out necessary info, like picture, About Me section etc etc. and if anything is blank after first login, they need to get automatic reminders until they fix it.
I made some fixes in trunk, which makes the backlinks work properly fro wiki pages in html syntax. This also includes making them work with SEFURL. An important fix for WYSIWYG users. However, I have done minimal testing with wiki syntax installations. This should be done before a backport.
Has anybody checked backlinks the last days?
Note: to rebuild the backlinks set, disable+save+enable+save, in the admin | wiki panel.
arildb: there's also an issue in tiki9 with wysiwyg when creating a wiki link while adding a different text label (the text label is dropped). have you seen that/fixed that in trunk?
jonnyb: I made some comments about the backlink fixes for html syntax pages above. I am not sure if you can see it, but it's about backporting of this and testing on installations with wiki syntax
arildb: checking...
i saw the commits but haven't done anything on trunk for a while
i'd say let's back port it after 10.0 release and then testing will happen
we have enough blockers for now :)
tikiwiki 03jonnybradley r44205 10branches/10.x/lib/smarty_tiki/ 10block.wikiplugin.php 10function.rss.php
tikiwiki [FIX] parser: Reset parserlib options after using context_format (also remove unused globals & include)
tikiwiki Should fix pages such as tiki.org/Stats (where rss and wikiplugin smarty in modules included in a page via a plugin broke almost all other plugins following it) Thanks marclaporte
tikiwiki 03jonnybradley r44206 10branches/10.x/lib/parser/parserlib.php
tikiwiki [FIX] parser: Saving options before plugin execution is required after all as some (trackerlist for instance) resets them and so were breaking in wysiwyg edit - r41705 repair continues... (thanks Geoff)
tikiwiki 03ohertel r44207 10branches/10.x/installer/installlib.php
tikiwiki [fix] avoid error message when table check fails
using Windon't as lookup/reference screen whilst adding toys to toybox :) ... Windon't is wired, so lookups are faster
am currently decorating Dev space so it optimises my workflow for Tiki :)
i'd like to start moving my site(s) to tiki...small WP blog produces clean sefurls, but considering i'd use non-apache server, i wonder whether i should be patient and first (try to) write set of rewrite rules for the specific server (converting from apache's htaccess) and then write 301 redirects to migrate from old urls to the new ones or just write 301 redirects, go online and then work on general
rewrite rules for non-apache server?
jonnyb: no idea...i'm not at all familiar with htaccess, but the point is that all of them has to be written...i'll go htaccess --> nginx --> hiawatha/cherokee using online converters
haven't started yet...just considering proper strategy...however, considering i like what i see in hiawatha, i've to do it ;)
jonnyb: now i see you name in _htaccess ;)
*your
tikiwiki 03jyhem r44208 10trunk/templates/tiki-admin_forums.tpl
tikiwiki [FIX] Prevent browser autocompletion so sensitive info is not stored by mistake
tikiwiki 03jyhem r44209 10branches/9.x/templates/tiki-admin_forums.tpl
tikiwiki [FIX][bp/44208] Prevent browser autocompletion so sensitive info is not stored by mistake
and it should be a bijection. Meaning a non-ambiguous conversion from urls to sefurls *and back* !
Right now, if I call a wiki page calendar1, I'm stuck
The sefurl should be something like: page_calendar1
tikiwiki 03jyhem r44210 10branches/10.x/templates/tiki-admin_forums.tpl
tikiwiki [FIX][bp/44208] Prevent browser autocompletion so sensitive info is not stored by mistake
tikiwiki 03jonnybradley r44211 10branches/10.x/lib/categories/categlib.php
tikiwiki [FIX] multilingual: Only do getTranslations on supported types - was breaking blogs when using category_i18n_sync (thanks fabricius, found it at last! :)
could sneak in numer 42 there, ok ;)
*number
calendar/42-jonny-stuff, ok ? ;)
i like it too, but it is not ideal yet for i18n blog/article titles
they should convert to ascii somehow but they delete non-ascii chars instead which looks kinda ugly then
or maybe irrelevant nowadays ? dunno, hmm
blog or article - who cares ? :) the topic / title is most important
some say shorter urls are better for seo too
luciash: well, atm i'm accustomed to just http://nextinfo.tiki.org/Tiki-Passes-1-Million-Downloads without those article/blog prefixes and since i've (want) to move my sites to tiki, wonder what kind of 301 redirects to create?
marclaporte: i'm not so familiar with canonical tag, but wonder how is support for it in general?
so, you recommend me to me leave blog/article prefixes in the URL as they are now by default?
iow, no harm by them?
6- When a URL is broken (a site moves from another tech to Tiki), all info should be thrown to the search engine to try to find new URL for the old page
just had a (possibly good) thought about sefurl - all the rewriting could be done in index.php and use the database, so everyone could customise their sefurls to suit the site
thanks luciash
just dropping off-topic briefly ... when multi-printing, I can add Wiki pages to result np :) - is there a way to also add Articles/Blog pages to result?
i think ideal would be if there was a feature to convert page names in URLs to lowercase ascii alpha-numerals with spaces replaced by dashes and that we need "Page Title" field badly (for Google search results/browser title) - "Description" is just a workaround
for SEFURLs
yes, but not ideal, because it goes to the Description meta tag too, and then the Search result is something like: My Home | My Super Site - My Home, where better would be My Home | My Super Site - All about Me, Superman
I don't like the idea of "convert page names in URLs to lowercase ascii alpha-numerals with spaces replaced by dashes" because this is going backwards when everybody works on ways of catering to the needs of the non-techy end users who are used to their accents.
Also, on a chinese or hebrew or arabic site, *all pages* would be "_" :-)
tikiwiki 03jonnybradley r44213 10branches/10.x/lib/wiki/editlib.php
tikiwiki [FIX] wysiwyg: Only remove last empty p tag on saving. Seems to work as an extra one appears from somewhere else (thanks Geoff)
Jyhem_laptop: that would be optional feature of course
Jyhem_laptop: and as I pointed out earlier - each language would need a specified "convert pattern"
Jyhem_laptop: so it does not convert to "_" each non-ascii character
luciash: each language would need a specified "convert pattern" seems a lot of work for no real benefit. Search engines can handle special chars and internationalisation.
anyone familiar with apache rewriting rules?
i've started to play with providing set of rules for hiawatha server...starting with simple thing
here is apache rule: RewriteRule ^articles$ tiki-view_articles.php [L] and online nginx converter created the following: location = /articles { rewrite ^(.*)$ /tiki-view_articles.php break; } but that didn't work in hiawatha, so i converted it into: Match ^/articles(.*)$ Rewrite /tiki-view_articles.php
but maybe, according to Apache rule, just Match ^/articles$ Rewrite /tiki-view_articles.php would be more correct. what do you think?
kstingel|away: i'm not pro, especiall not for ubuntu, but might help
kstingel|away: in short...for php, i added myself to the www-data group or the one under which your webserver is running and chown-ed /var/www or whatever is webserver's root to www-data and chmod-ed recursively to 775