Jump to content

monkoto

Members
  • Content Count

    5
  • Avg. Content Per Day

    0
  • Joined

  • Last visited

Community Reputation

0 Neutral

About monkoto

  • Rank
    New Member
  1. I've tried it with both the default and bootstrap themes and gotten the same behaviour. I have not branched out to any other themes yet since I'm still getting the basic functionality figured out. Generally speaking, I need to figure out why the link from #1 does not match the link from #2. #1 provides a URI like this domain.com/pages/content/?path=rules whereas #2 provides a URI like this domain.com/pages/content&path=rules #1 works, #2 does not. All of this assuming that cleanurls = true. I assume that #1 is the intended URI to be generated (since it works), so for whatever reason the menu generated by the sidebar is different from the menu generated by the CMS in admin.
  2. @Akkarin, can you lead me to where in the code the difference between the menu url and the admin url is generated for pages? I've done as much experimentation with rewrites as I know how with no avail, but I can't seem to find the references for where the links are generated in the menus to test that avenue. The admin menu presents the correct URL, so I'm wondering what difference may exist between it and the main menu / sidebar.
  3. Well, the suspicion for me would be something in rewrite. With cleanurls = false, everything works so I'm not convinced it is an issue with FluxCP, but I'm still not sure what is driving the behaviour. A new discovery, you can view the pages if you use the admin menu here: Which provides a URI like this: domain.com/pages/content/?path=rules So for some reason, the link provided by clicking in Rules/Download on the left menu is broken, but the admin view page link is not. Is that FluxCP or rewrite? Edit2: Separating this out, not a rewrite issue: Another oddity I noticed; favicon works with cleanurls = false, but vanishes with cleanurls = true. Edit: can confirm the favicon going away is based on rewrite (cleanurls = true), if you click on the header picture it sends you to BASEURL, whereas clicking on MainMenu->Home sends you to BASEURL/main/ and console shows 404 for favicon at a URI of BASEURL/main/favicon.ico (or any other module not defined as BASEURL) which makes sense because the file is located at BASEURL not /main/, so makes me think the page thing is too; the confusing part to me then is why the link from admin panel will show me the rules page but the main menu link will not. Edit2: The favicon is caused by themes. The href for favicon is to point at current directory instead of root. This works fine with cleanurls = false, but does not work with cleanurls = true since our URI changes to a folder-like structure. I don't see why href can't always be "/favicon.ico" by default (remove the dot and force root path) in these files, since the favicon should (by default from checkout in git) be located at root path.
  4. @Akkarin Thanks for the reply. I don't see the .php in the URI, unless I have debug on true (with cleanurls on true as well - cleanurls=false, no issues so debug=true/false doesn't matter). That's when I get the error message about a php file. With debug on false, I get the Page Not Found error above (error matches uri). The actual URI looks like domain.com/pages/content&path=downloads and F12 doesn't provide anything useful (just the 404). With debug=true, I get the Missing Action! message above, and code turns into 200: I changed install directory with the reinstall but otherwise no differences on setup from OP. The database has the original setup, again, it only fails to work with cleanurls=true; with cleanurls=false I get no errors. I'm just using the included *.htaccess file, with the following settings: RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule !\.(js|ico|gif|jpg|png|css|pdf|swf|flv)$ index.php [QSA] This is running on a Debian 10 system (PVE kernel because LXC container) with Apache 2.4.38/PHP 7.3.27. Do I need to note that the news works fine? There are no problems with displaying main/news pages with cleanurls=true. For the database, I wasn't sure and wanted to ask. I have mine setup for utf8mb4 by default, not utf8, which shouldn't cause any problems I agree it was just how I read the config files made me think I should apply it. I disabled it by re-commenting the encode lines and haven't noticed anything else. Is it okay to change all the tables to InnoDB or should I leave them as MyISAM for FluxCP? @Chaos92 Yes, I'm aware of #275, I included it above and I am using the merge so my database works.
  5. Hey all, I'm using the git rathena/FluxCP for files. Most of these problems are divided apart between cleanurls enabled or disabled. The first problem is email. I get errors using the gamemaster admin panel with the "No one" option (I was assuming this was to test if things were working, is that not what it is for?) but it works if I ask to reset a password or create a new user or if I select a different radio dial option in admin (works = the server sends an email and I get it on the configured accounts) so... I'm not sure? Seems like this the only option that causes breakage, either an error 500 with cleanurls disabled or the following with cleanurls enabled: Notice: Undefined variable: sth in /var/www/html/modules/mail/index.php on line 37 Fatal error: Uncaught Error: Call to a member function execute() on null in /var/www/html/modules/mail/index.php:37 Stack trace: #0 /var/www/html/lib/Flux/Template.php(375): include() #1 /var/www/html/lib/Flux/Dispatcher.php(170): Flux_Template->render() #2 /var/www/html/index.php(169): Flux_Dispatcher->dispatch(Array) #3 {main} thrown in /var/www/html/modules/mail/index.php on line 37 If I setup the encoding section, ICONV throws a massive slew of errors because: Notice: iconv(): Wrong charset, conversion from `utf8mb4_unicode_ci' to `utf8' is not allowed in /var/www/rosrv/lib/Flux/DataObject.php on line 65 The database is utf8mb4_unicode_ci, and I tried to set up the iconv with utf8 due to the comments in the application and server php files. Adding the escapes back to "Encoding" removes the errors, but I'm not sure about any unintended consequences that might result. I noticed while doing all this that some of the database tables for FluxCP are MyISAM vice InnoDB, does it need to remain like that? I did the rAthena conversion of the server tables so that they went from MyISAM to InnoDB. It seems like some of them are setup to use InnoDB unlike the server which initially everything was on MyISAM so I didn't want to edit without asking. Next, the Downloads and Rules pages have an error for Missing Action (with debug = true): Missing Action! Module: pages, Action: content&path=downloads Request URI: /pages/content&path=downloads/ File system location: /var/www/html/modules/pages/content&path=downloads.php With debug = false Page Not Found The page you have requested was not found on our server. Please check the address and make sure it is correct, and try again. /pages/content&path=downloads/ This only happens when cleanurls are setup. Without cleanurls these two pages work fine. The Character and Cash Shop links don't work (if debug is set to true) but that is corrected by merge #275 (verified on my install) and the add news page is missing the TinyMCE editor (regardless of cleanurls setting), but there were other threads out there (1,2) about that so I'm leaving them out of mine. Can someone provide guidance on the above?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.