I'm working on a starter app and have a few users trialling it out.
I assembled it in Laravel 5.4, its a simple blogging and email tool for users that can write articles and email their subscribers.
I've had a few "fake users" but nothing majorly malicious mess with the site so far however, quite recently I'm noticing a folder appear in my uploads directory (where other users folders are stored with an id, ie usr123).
I keep seeing this folder appear called "unknown_user", I noticed it had malicious images with .php.jpg extension within it the first time so I deleted it. Now it just appears as an empty directory within my fileman uploads folder.
I keep deleting it, Its not relative to active existing users but it keeps coming back.
I've checked everywhere in the app and can't figure out how this is happening and can't find anything when searching online.
There are no frontend entry points either. any ideas?
I finally figured this out.
Fileman creates "unknown_user" directory when it can't find the user id from the
the users session.
Looking deeper fileman was publicly accessible via url so corrected my routes :)
Sorry if it seemed like an amateur question- I'm an amateur still learning.
Related
I've uploaded a Laravel app, to a shared hosting provider (I know it's not the best, but it's for a local charity and everything needed to be free) The hosting is actually not bad, they allow SSH and I've managed to get Composer and Artisan running through PuTTY.
I followed the steps, for shared hosting uploading a Laravel app,, everything is running fine, so far.
I've been trying to upload a sitemap, to Google, but I keep getting a not found error. I've had the file in the root, the public_html and the folder that contains the logic, in my case wmcc.
None of these seem to work. I've generated my sitemap, in Screaming Frog, although I have used a couple of online ones, too. I've set my robots.txt file, I'm just out of ideas, where to place the xml file, if anybody can point me in the right direction, please? thanks
I'm currently trying to upload a html+css page to my hosting service (1&1 internet).
Unfortunately, I have very little experience in that; and would like to ask this question:
How is it possible to update the existing homepage on a site that already has been uploaded to the web?
I'm using WebspaceExplorer. Now, when I enter it, (Hosting section) there are a lot of folders and files with a few options like download, delete and so on.
I can't seem to find out how to make the program understand which one should be the homepage. This is because I see that the page I uploaded is online and accessible, but is not the first page the user sees! How can I change it?
It may be confusing because of the poor description so here is the url of both:
velten-berlin.org (current Homepage)
velten-berlin.org/Upload (desired homepage)
I have modified the users component of Joomla, specifically the file components/com_users/controllers/profile.php and included some custom templates in components/com_users/views/profile/tmpl
It is mostly some forms which I am submitting and then redirecting to specific pages for further actions.
Example scenario :
Above option is accessible to user right after login. I have put it on the profile page by modifying default profile template.
So when someone enters a name, and presses search, then this form is submitted through form
action="<?php echo JRoute::_('index.php?option=com_users&task=profile.selectSendMessage'); ?>"
This in turn calls the function named selectSendMessage which is placed in profile.php file. The function looks like :
As you can see the function redirects to
index.php?option=com_users&view=profile&layout=sendMessage
I have placed sendMessage.php template in com_users/views/profile/tmpl
Everything works fine on localhost which I have set up on MAMP in MacOS
I moved the website to a live server a few days ago. I have followed all proper steps to migrate website and database from localhost to live server. Still any of the custom templates I have put in are never reached.
The strange thin is that Edit User Profile which is redirected to from the same profile.php file from a function edit(), with template in the same location as I have put in edit.php in views/profile/tmpl works as expected.
I am using 1and1 shared hosting plan 1&1 Unlimited for hosting the website.
I have been trying to fix this for quite some time now, but cannot understand the problem. I have tried reinstalling the website several times, tried installing from web apps from 1&1 control panel and modifying it, but no success.
Any tips and insights are welcome. Thank you.
It turns out that 1and1.com hosting somehow doesn't support layout names with a capital letter in it. I changed all layout names to lower case alphabets and everything worked fine like it should.
If someone faces the same issue, this is worth a try. It was particularly hard to debug since you will never suspect that could be a problem. I accidentally stumbled on the solution while playing around.
Thanks.
This is for a client so I won't share exact domains but the problem is as follows..
I took over development of a website from a prior developer.
The hosting is Hostgator Business.
The primary domain is primary.com.
There is an addon domain addon.com.
The primary domain document root is /home1/username/public_html.
The addon's document root is /home1/username/addon.com.
www.addon.com had a WordPress installation which the developer had edited instead of using plugins to achieve his goals. The site also needed a complete redesign so I felt it logical to simply wipe the installation and replace it.
So, I deleted all of the WordPress files and uploaded a new copy of WordPress from wordpress.org/latest.tar.gz
Prior to deleting the old installation, the domain loaded files from it's document root perfectly.
After uploading the new installation instead of resolving to addon.com it is instead resolving to primary.com/addon.com
I've never seen this happen before so I'm lost.
There's no errors in any available logs.
All file permissions are correct.. I've triple-checked.
I've tried deleting all files and creating simple index.php and index.html files to see if it would access them ... it doesn't.
This happens in each browser I use on Windows and Linux.
I don't understand it because all I did was swap out the old WP install for a new one.
I went and re-uploaded the old WordPress installation so everything is 100% how it was but it is still going to primary.com/addon.com instead of addon.com.
Has anyone faced this issue before? I usually use Bluehost but even when I've used Hostgator in the past I've never seen this happen.
I double-checked the addon domain settings as well as anything else I could think of and everything appears normal.
I even deleted the addon domain and re-added it with the document root of /home1/username/addon.com and it still goes to primary.com/addon.com in the browser.
I submitted a ticket with Hostgator but they have not replied yet.
I'm sorry if this is long. This is my first time asking for help on here and I wanted to be sure I included everything I could.
Hostgator finally got back to me.
The previous developer had used the one-click WordPress install.
Apparently once someone uses a one-click install the only way it works is if you keep using the one-click install/you cannot do it manually any more.
From all the servers and sites I've setup this makes no sense and is a problem with Hostgator. Support did not really tell me anything other than "you have to use the one click install since the prior developer did". Great service.
Hope this saves someone some hassle.
From this it sounds like you were moving a WordPress site from the primary domain to an add on domain.
Simply moving the files from the primary to the add on domain will not make it work on the add on domain because in the database and throughout the coding of the WordPress site it would all be configured and coded for the primary domain.
It sounds like you would need to update the site home and site url from the primary to the add on domain url.
http://support.hostgator.com/articles/specialized-help/technical/wordpress/wordpress-home-fix
Also I would be suggest using a search and replace type plugin to go through all the internal coding to update the urls and links to the add on domain.
There is more information here as well http://codex.wordpress.org/Moving_WordPress
I have recently moved a Magento site from a subdomain to it's destination domain at picnprint.me on a different server. I am experiencing two problems at the moment since moving the site to the new server.
The admin area CSS and JS paths are being rendered incorrectly.
For example... The Magento Admin page is looking for adminhtml/default/default/reset.css instead of picnprint.me/skin/adminhtml/default/default/…
If I place the CSS and JS files in the locations that the admin pages are currently pathing to then the Magento Admin will load normally but won't allow me to login.
Also, All the product pages on the front end are displaying blank, the site template loads but no product content loads.
Does anyone know what the cause of these issues could be and how I remedy the problem?
Cheers,
Andy
Using your favourite RDMS tool (such as phpMyAdmin) open the table core_config_data, correct the values for the paths web/unsecure/base_url and web/secure/base_url. Make sure dev/js/merge_files and dev/css/merge_css_files are both 0.
Clear the cache by deleting all files in var/cache/ in your Magento directory.
I had the same issue. I know this may not be the answer to the above question but still feel that this could help someone with a very similar issue.
I have had this problem a couple of times now and end up googling in circles for 20 minutes before I remember the solution. This post is mostly for my future self who will undoubtedly have the issue again.
I had 'combine javascript and css enabled'. My locally combined css and js files were being automatically deployed to the server.
The issue was that my media folder where all the css and js was now being loaded from did not have the correct permissions. After granting apache write permission all of my troubles went away :).
It is probably a good idea to add the media/css and media/js folders to .gitignore.