Pretty URLs

Started by SMFHacks.com Team, January 31, 2007, 10:56:43 AM

Previous topic - Next topic

MultiformeIngegno

Quote from: Dannii on September 10, 2008, 04:27:44 AM
Yeah it seems to problem that they didn't change it to say "Public"... does it work if you emulate? I haven't checked, so I don't know if extra changes are required.
Yeah, I tried to emulate and it worked!! :)
RockCiclopedia (wiki - forum), Tutta la storia del rock, scritta da voi ...
Rimanere aggiornati sul mondo della musica grazie al nuovo feed "RockCiclopedia Music News"!

ambientalien

The new version for 2.0 Beta 4 Public would be Pretty Url version 0.9, right?

ambientalien

QuoteYeah, I tried to emulate and it worked!! :)

Not here.

MultiformeIngegno

Quote from: ambientalien on September 10, 2008, 02:48:10 PM
QuoteYeah, I tried to emulate and it worked!! :)

Not here.
Are you sure you've written "SMF 2.0 Beta 3.1"?
RockCiclopedia (wiki - forum), Tutta la storia del rock, scritta da voi ...
Rimanere aggiornati sul mondo della musica grazie al nuovo feed "RockCiclopedia Music News"!

grevan

#2344
How do i convert Pretty URLs to accept UTF-8 language sites?
If this is not impossible, is there a way to "teach" Pretty URLs to behave in a certain way if it finds a letter it doesn´t "understand"?
For example, what´s happening: "não" becomes "no" (PrettyURLS skips the letter "a" with accent). It would be better if "não" becomes "nao".
Any help?
Thanks.

Jiveturkey

I'm upgrading all of my mods and I keep getting errors on all of them (so sorry for all of the bumps).

Here's what I got when I tried to uninstall Pretty URL's (I'm on 0.8.1)

1.     Execute Modification     ./index.php     Test successful
2.    Execute Modification    ./SSI.php    Test successful
3.    Execute Modification    ./Sources/Admin.php    Test successful
4.    Execute Modification    ./Sources/ManageErrors.php    Test successful
5.    Execute Modification    ./Sources/ModSettings.php    Test successful
6.    Execute Modification    ./Sources/News.php    Test successful
7.    Execute Modification    ./Sources/QueryString.php    Test failed
8.    Execute Modification    ./Sources/Subs.php    Test successful
9.    Execute Modification    ./Sources/Display.php    Test successful
10.    Execute Modification    ./Sources/MessageIndex.php    Test successful
11.    Execute Modification    ./Sources/QueryString.php    Test successful
12.    Execute Modification    ./Sources/Subs-Boards.php    Test successful
13.    Execute Modification    ./Themes/default/languages/Modifications.english.php    Test successful
14.    Execute Modification    ./Themes/default/languages/Modifications.english-utf8.php    Skipping file
15.    Execute Modification    ./Themes/default/languages/Modifications.french.php    Skipping file
16.    Delete File    ./Sources/PrettyUrls.php    
17.    Delete File    ./Sources/PrettyUrls-Filters.php    
18.    Delete File    ./Sources/Subs-PrettyUrls.php    
19.    Delete File    ./Themes/default/PrettyUrls.template.php    
20.    Delete Tree    ./Themes/default/pretty    
21.    Delete File    ./Themes/default/languages/PrettyUrls.english.php    
22.    Delete File    ./Themes/default/languages/PrettyUrls.french.php    
23.    Execute Code    uninstall.php

Lavarinth

Hi there, I got tired after looking through around 20 pages here, and using the search function didn't help too much, but I had a question:

Is the 301 redirect in this mod now, or has Dannii still looking for a good solution? If it is- Which version of the mod is recommended and if it's 0.9, what are the additional packages (these "snapshot" files).

Thanks for any info in advance!
- - Lavarinth
http://www.campaigncreations.org [nofollow]

ambientalien

http://prettyurls.googlecode.com/files/prettyurls-20080817.tar.gz [nofollow]

This [latest - 16/AUG] version do not run with a new installation of SMF 2.0 Beta 4 Public

ambientalien

#2348
Quote from: grevan on September 10, 2008, 04:32:55 PM
For example, what´s happening: "não" becomes "no" (PrettyURLS skips the letter "a" with accent). It would be better if "não" becomes "nao".

Pretty URL convert utf-8 entities... "ã" to "a"... "inspiração" to "inspiracao", without problem. Sometimes, using beta version; your language utf-8 file may to be renamed as utf-8, being iso 8859-1. Checkout.

Grande abraço.

Dannii

QuoteThe new version for 2.0 Beta 4 Public would be Pretty Url version 0.9, right?
Either 0.8.4 or 0.9 should work with emulation I hope.

Quote from: grevan on September 10, 2008, 04:32:55 PM
How do i convert Pretty URLs to accept UTF-8 language sites?
If this is not impossible, is there a way to "teach" Pretty URLs to behave in a certain way if it finds a letter it doesn´t "understand"?
For example, what´s happening: "não" becomes "no" (PrettyURLS skips the letter "a" with accent). It would be better if "não" becomes "nao".
Any help?
Thanks.
It already supports UTF8, so I don't know why you have that problem...

Quote from: Jiveturkey on September 10, 2008, 05:30:32 PM
I'm upgrading all of my mods and I keep getting errors on all of them (so sorry for all of the bumps).

Here's what I got when I tried to uninstall Pretty URL's (I'm on 0.8.1)

1.     Execute Modification     ./index.php     Test successful
2.    Execute Modification    ./SSI.php    Test successful
3.    Execute Modification    ./Sources/Admin.php    Test successful
4.    Execute Modification    ./Sources/ManageErrors.php    Test successful
5.    Execute Modification    ./Sources/ModSettings.php    Test successful
6.    Execute Modification    ./Sources/News.php    Test successful
7.    Execute Modification    ./Sources/QueryString.php    Test failed
8.    Execute Modification    ./Sources/Subs.php    Test successful
9.    Execute Modification    ./Sources/Display.php    Test successful
10.    Execute Modification    ./Sources/MessageIndex.php    Test successful
11.    Execute Modification    ./Sources/QueryString.php    Test successful
12.    Execute Modification    ./Sources/Subs-Boards.php    Test successful
13.    Execute Modification    ./Themes/default/languages/Modifications.english.php    Test successful
14.    Execute Modification    ./Themes/default/languages/Modifications.english-utf8.php    Skipping file
15.    Execute Modification    ./Themes/default/languages/Modifications.french.php    Skipping file
16.    Delete File    ./Sources/PrettyUrls.php    
17.    Delete File    ./Sources/PrettyUrls-Filters.php    
18.    Delete File    ./Sources/Subs-PrettyUrls.php    
19.    Delete File    ./Themes/default/PrettyUrls.template.php    
20.    Delete Tree    ./Themes/default/pretty    
21.    Delete File    ./Themes/default/languages/PrettyUrls.english.php    
22.    Delete File    ./Themes/default/languages/PrettyUrls.french.php    
23.    Execute Code    uninstall.php
Uninstall it like that, and then manually check and fix QueryString.php. Had you installed other mods that modified QueryString.php?

Quote from: Lavarinth on September 10, 2008, 06:14:13 PM
Hi there, I got tired after looking through around 20 pages here, and using the search function didn't help too much, but I had a question:

Is the 301 redirect in this mod now, or has Dannii still looking for a good solution? If it is- Which version of the mod is recommended and if it's 0.9, what are the additional packages (these "snapshot" files).

Thanks for any info in advance!
It's had 301 redirects for a long long time. Because I haven't formally released 0.9, but a lot of people want to use it, I've been periodically releasing snapshot packages.

Quote from: ambientalien on September 10, 2008, 07:49:02 PM
http://prettyurls.googlecode.com/files/prettyurls-20080817.tar.gz

This [latest - 16/AUG] version do not run with a new installation of SMF 2.0 Beta 4 Public
Does it say it's not a supported version, or are there file conflicts?
"Never imagine yourself not to be otherwise than what it might appear to others that what you were or might have been was not otherwise than what you had been would have appeared to them to be otherwise."

ambientalien

#2350
QuoteEither 0.8.4 or 0.9 should work with emulation I hope.

Unfortunately, do not work version 0.8.4 or 0.9 with SMF 2.0 Beta 4 Public. The link "[Apply Mod]" is disable there.

QuoteDoes it say it's not a supported version, or are there file conflicts?

It's not a supported version, of course. Without conflicts till now, because the "[Apply Mod]" is disable.

Can you create a new pack to work properly with 2.0 Beta 4 Public, Dannii... please? :)

Dannii

QuoteUnfortunately, do not work version 0.8.4 or 0.9 with SMF 2.0 Beta 4 Public. The link "[Apply Mod]" is disable there.
Yes, that's why you have to emulate 2.0 Beta 4 or 2.0 Beta 3.
"Never imagine yourself not to be otherwise than what it might appear to others that what you were or might have been was not otherwise than what you had been would have appeared to them to be otherwise."

smldmr

#2352
Hello, i have a problem, i hope someone can tell me how i can fix this issue.

If someone posts a link with non english characters (i.e. a wikipedia link with turkish charakters like ğ, ş, ı), then is the topic site damaged. I see only a white site. If i deactivate Pretty URL then is everything allright.

SMF: 1.1.6
Pretty URL: 0.9 (on 0.8.4 was the same issue)

grevan

Thanks ambientalien. Do you speak portuguese?
Can you tell me waht file i need to rename to UTF-8? I´m a little confused right now?
Obrigado.

ambientalien

#2354
QuoteYes, that's why you have to emulate 2.0 Beta 4 or 2.0 Beta 3.

Until now, I have tried to install *normally* and not work properly.
Emulating 2.0 Beta 3, run. Do you have a estimate (days?) when you will create a new package?

ambientalien

QuoteDo you speak portuguese?

Yes. My native language.

QuoteCan you tell me waht file i need to rename to UTF-8? I´m a little confused right now?

If you have the file "Themes.portuguese_brazilian.php" like ISO 8859-1 and rename for "Themes.portuguese_brazilian-utf8.php", you may have a utf-8 named file, with iso 8859-1 internal entities. Do you understand? While the beta is developed, somethings happen.

Try... Adm > Maintenance > Common Tasks > Convert HTML-entities to UTF-8 characters

Até ;)

grevan

#2356
Obrigado ambientalien, mas por enquanto não deu certo.
Renomeei "Themes.brazilian.php" para "Themes.brazilian-utf8.php" e depois converti html para utf-8, mas minhas URLs não mudaram.

* Não existia nenhum arquivo UTF-8 antes como vc comentou.

Dannii

Quote from: smldmr on September 11, 2008, 08:53:37 AM
Hello, i have a problem, i hope someone can tell me how i can fix this issue.

If someone posts a link with non english characters (i.e. a wikipedia link with turkish charakters like ğ, ş, ı), then is the topic site damaged. I see only a white site. If i deactivate Pretty URL then is everything allright.

SMF: 1.1.6
Pretty URL: 0.9 (on 0.8.4 was the same issue)
Please check your SMF and Apache error logs and report back on any errors.

Quote from: grevan on September 11, 2008, 09:24:07 AM
Thanks ambientalien. Do you speak portuguese?
Can you tell me waht file i need to rename to UTF-8? I´m a little confused right now?
Obrigado.
The files are completely irrelevant. What matters are the table (and column) database encodings. You need to check that they are set to UTF-8.

Quote from: ambientalien on September 11, 2008, 09:34:45 AM
QuoteYes, that's why you have to emulate 2.0 Beta 4 or 2.0 Beta 3.

Until now, I have tried to install *normally* and not work properly.
Emulating 2.0 Beta 3, run. Do you have a estimate (days?) when you will create a new package?
No. Maybe on the weekend.
"Never imagine yourself not to be otherwise than what it might appear to others that what you were or might have been was not otherwise than what you had been would have appeared to them to be otherwise."

cassie

Dannii,

I uninstalled Pretty URLs 0.8, which solved my problem with upgrading from SMF 1.1.5 to 1.1.6.

I installed Pretty URLs 0.8.4, but at the top of each page of my forum, in the background above where the actual content of the forum starts, I have this bunch of code: 

// Pretty URLs mod // Interface texts $txt['pretty_admin_menu'] = 'Pretty URLs'; $txt['pretty'] = array( 'url' => 'Pretty URL', 'url_desc' => 'A URL fragment used for boards and topics.
Note: this will be processed as only a limited set of characters are allowed - other characters will be converted. Leave blank to use the board name.
', ); // Settings descriptions $txt['pretty_board_lookup'] = 'A serialized array of URL => ID_BOARD pairs, used for processing $_GET[\'board\']. There can be more than one URL for each board.'; $txt['pretty_board_urls'] = 'A serialized array of ID_BOARD => URL pairs, used for generating pretty replacement URLs.'; $txt['pretty_enable_filters'] = 'Sets whether to prettify anything at all. 0 for no, 1 for yes.'; $txt['pretty_filters'] = 'A serialized array of filter data.'; $txt['pretty_filter_callbacks'] = 'A serialized array of callback function names, sorted by priority. Don\'t manually edit this, edit the pretty_filters setting instead.'; $txt['pretty_root_url'] = 'The base URL used by the board and topic filters, which by default is the same as $boardurl.';


Does some code somewhere need to be commented out or something like that?

Everything else about Pretty URLs seems to be working okay.

Thanks!

grevan

QuoteThe files are completely irrelevant. What matters are the table (and column) database encodings. You need to check that they are set to UTF-8.
How do i check that Dannii?
I already converted HTML entities to UTF-8 characters.

Advertisement: