21
Dhurgan
Re: Riped off
  • 2005/1/18 16:22

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


Quote:

kiwiguy wrote:
Dhurgan he talking about stealing his source code not files he has for download this script will prevent right clicking in the main page and viewing source.

And for people that do that seem not able to find there own original ideas and find them very sad and cheap.

kiwiguy


There are enough free themes for that.

As for protecting against right-klicking, thats a newbie protection, it wont protect against wget which dont rely upon that.

source you get via the right-click is not so usable anyway as its been through the whole XOOPS engine before its delivered to the client anyway, you can probably make an identical theme from it but its more work then its worth.

unless he has a very open webserver, he cant get the actual templates and themes without them being executed by the server, and if they execute, they will run through the smarty engine. Getting the css is easy however if one wants to look at that since the server must release it upon a get, same goes for javascripts.



22
Dhurgan
Re: Changing the XOOPS_ROOT_PATH
  • 2005/1/18 11:13

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


Well, it seems the problem was in the php accellerator, something to add to the FAQ perhaps?

The way to fix it was to clean out the accellerator cache, in our case /tmp/phpa_* and then possibly giving the webserver a graceful restart.



23
Dhurgan
Re: Changing the XOOPS_ROOT_PATH
  • 2005/1/18 9:45

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


Yup, just tried touching the given files and that resolved it, so it seems its the php accellerator or apache that holds it in cache somewhere...

I will see if I can find a better way then to touch everything to solve this.



24
Dhurgan
Re: Changing the XOOPS_ROOT_PATH
  • 2005/1/18 9:39

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


yes, I cleared the cache and templates_c directories.
and I cleared the caches and cookies from my browsers, tried a fresh browser from a third system.

Nothing helps :-/

I tried moving it again to a new name and domain just to see
now both public and admin is broken with the script path pointing out the two previous root paths as the ones that it should be...

I also noticed there is a php accelerator on the site and I have mailed the admins to see if that caches anything and if so how I clear it.

maybe I just need to touch everything to clear it up

I'm going to try that with the admin pages...



25
Dhurgan
Changing the XOOPS_ROOT_PATH
  • 2005/1/18 8:53

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


Hi all,

Our domain had to change for reasons unneeded here, but when
we changed it we were also moving the directory serving the domain, i.e. renaming it.

I changed the mainfile.php to reflect these changes, and at first everything seemed to work...

However, a small problem has showed up with this...

I get the following error...

XOOPS path check: Script is not inside XOOPS_ROOT_PATH and cannot run.

I get this for either the public pages OR the admin pages depending on how I modify the mainfile.php XOOPS_ROOT_PATH

I switched everything back and even moved the root back to the old position, but the error persists...

is this variable stored somewhere else then in mainfile.php?

webserver is serving the domain x.y.z from /x.y.z/
works fine for public pages with XOOPS_URL and XOOPS_ROOT_PATH like above, but the admin pages complain about them not being in the new domain I set up a.b.c

if I switch the root path to the new one, the public pages complain and the admin pages work, real strange.

are these values stored somewhere else?

mainfile.php
define('XOOPS_ROOT_PATH','/usr/local/webroot/x.y.z');
define('XOOPS_URL''http://x.y.z');


webserver is serving from this place...

httpd.conf
<VirtualHost *:80>
  
ServerAdmin www@x.y.z
  DocumentRoot 
/usr/local/webroot/x.y.z
  ServerName x
.y.z
  ErrorLog logs
/x.y.z-errors
  CustomLog logs
/x.y.z-access combined
  
<Directory "/usr/local/webroot/x.y.z">
    
Options Indexes FollowSymLinks
    AllowOverride None
    Order allow
,deny
    Allow from all
  
</Directory>
</
VirtualHost>


but the reported scriptdirectory is the wrong one for either the admin or public pages depending on which one I have in the mainfile.php

Any ideas?



26
Dhurgan
Re: Riped off
  • 2005/1/18 8:30

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


How does this protect you against theft?

If the file is downloadable to the client you can never protect yourself fully, since the file must be available for download a client like wget can almost always get the files.

This is a copyrigth issue, if its copyrighted or possibly an artistic issue, as such it is a lawyer you need, or possibly just some pushing on the stealing domains ISP.



27
Dhurgan
Re: popup by buttonclick
  • 2004/6/18 13:31

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


Talk about the right time...
Just one thing, it sets the optionflags statically, I can change that for my install but would be nice if it incoorporated that in the next release (perhaps it has already )

no?



28
Dhurgan
Re: Forced to use www.
  • 2004/6/5 21:56

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


Removed my comment
PS - just read the thread indicated in the post before mine, and the probable solution is in there, just read it.



29
Dhurgan
Re: Can I strech my banner?
  • 2004/6/5 21:41

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


your missing a starting <table> statement in your theme a few times if I read the source of the page right.
First miss here...
Quote:

<td width="25%" align="center"><table border="0" width="117" cellspacing="0" cellpadding="0">

<table ...whatever...> <--- this is missing

<tr>
<td width="6" height="7"><img src="http://syste... ...lefttop.jpg" width="6" height="7"></td>

lotsa lines deleted for quote

<td width="6"><img src="http://syste... ...rightbottom.jpg" width="6" height="17"></td>
</tr>
</table>
</td>


You have to edit that in into the theme file yourself.



30
Dhurgan
Re: Updating templates...
  • 2004/6/5 19:32

  • Dhurgan

  • Just popping in

  • Posts: 68

  • Since: 2004/2/11


Quote:
if you want to change it afterwards, you can either edit it in the template manager, or you can edit it in an editor of your choice and then upload the new template via the template manager..


Yes and no...

I want one more button basically...
besides the upload one, which basically means
"upload from same computer as browser is on"
I want a button that says... "refresh/reload" from source
which would recompile the actual modules/modulename/templates/template_name.html file

Why?

Because I sit remotely from the site, editing on it, and then reloading my templates to check them out. I dont have my files locally, I have them on my development web server, where I develop my stuff, not on my local PC at home or work, sure I could edit stuff locally and then send it down with upload, but that would mean I need all the files synced from all the different places I could sit and work, which coul be many, yes I could use a cvs and sync up and down, but I do have everything on my site already and it works fine remotely, I guess I'll have to jump into the template manager and see if I cant add that functionality myself.

How do you people develop the stuff? You all sit and system locally at home uploading them from your computer to your computer or?






TopTop
« 1 2 (3) 4 5 6 7 »



Login

Who's Online

227 user(s) are online (156 user(s) are browsing Support Forums)


Members: 0


Guests: 227


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Apr 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits