You are not logged in. Please login or register.
PunBB Forums → Posts by Frank H
ok, I've got the bullets to work on firefox with inline styling, but the bullets doesn't show in ie, what's missing?
<ul style="list-style-type: disc; margin-left: 12px">
<li style="list-style-type: inherit">Rules</li>
<li style="list-style-type: inherit">More rules</li>
<li style="list-style-type: inherit">Even more</li>
<li style="list-style-type: inherit">too many rules ;)</li>hmm... so I need to fiddle with all CSS files (or use inline styling) to get those little dots?
(if so I suggest adding an id in the CSS files from the beginning, like id="oldschool" 
)
I used to have an <ul><li>.....</ul> in my rules in pre 1.2, as it's so much easier to see the rules that way ... but now in 1.2.x the ul is obv. used for layout instead, ... so how should I write my list in order to get a proper unordered list in the rules of my forum?
Edit: sigh wrong subforum, lol, I'm not awake yet as it seems
I'm not so sure, in my eyes w3c and their standards is a big mess, when such specific things that can be done in CSS is taken different in different browsers, there's something really wrong (and wasn't the CSS 2.1 or something contradicting iself aswell, so it was impossible to do a 100% compatible version even from the start?)
perhaps, but lots of checks in that case, probably best to make a new variable before the ifstatement if that case, so it hopefully save some calls to basename?
Well ... otoh ... if ppl are missing it, it's an easy mod to fix it, and after lookign at the php manual I've got a feeling it's a php bug, might be only 4.1.2 that's affected(?), if so, I'd say it's quite a bit of extra overhead just for a buggy php version... (althoug it's the 'default' version in debian 'woody')
either way ... now I'm done with php stuff for today ... sigh... been at it since 1-2pm ... and now it's 4am
Now one of my forums is updated though, next one to update is the much much larger 300-400MB attachment modded board ... gonna make 10 backups before I start on that one 
ok, I figured it out ... sigh ... it's a bug in php, right?
if (in_array(basename($_SERVER['PHP_SELF']), array('index', 'search')))fixes it for my server ...
perhaps
if (in_array(basename($_SERVER['PHP_SELF'],'.php'), array('index', 'search')))will work for all post 4.1.0? (but I suppose it'll break on all pre 4.1.0 
) ... aint it a wounderful world we're living in?
lol ... and I've found the reason, read my edit
ok, header.php line 174 ... by some odd reason this ifstatement doesn't work on PHP 4.1.2 (considering the basename doesn't(?) give an array, I'd say it should work, but it doesn't)
if (in_array(basename($_SERVER['PHP_SELF']), array('index.php', 'search.php')))string basename ( string path [, string suffix] )
Some debugging, and I noticed that basename gave: "index" ... not "index.php" ... odd... must be some bug in PHP 4.1.2 ... as it clearly shouldn't strip out the .php unless it's specified as a suffix (and it was added in PHP 4.1.0 ... perhaps just a bit buggy ... gonna try to rewrite it now so it works for me...
I just noticed that I'm missing some stuff (and I'm also missing it on my 'clean' installs ...)
Show new posts since last visit
Mark all topics as read
is missing on all my 1.2* installs here at home, when checking the pagesource, I have for 1.2 (and similar for the other)
<div id="brdwelcome" class="inbox">
<p class="conl">Logged in as <strong>Administrator</strong><br />Last visit: 2005-01-09 16:46:35</p>
<div class="clearer"></div>
</div>The whole conr thing is missing on my boards ... (and 1.2 was a clean install from zip, and so was 1.2.4 (but 1.2.5 was an upgrade))
But here, I can see it ... so I suppose its' something wrong with my install... so any clue what file might be the cause (looked around, and didn't find that stuff, and at 4am one isn't really good on searchign for stuff )
I suppose I might have missed something ... but everything else works just fine (although I'm sick of CSS ) 
You can upgrade to new PunBB, but attachments won't work just yet, just make sure you keep the old attachments tables, so you don't loose any data ... and just add it when it's released (and the mod-upgrader will move the attachments from database to disk storage when installing it)
(and perhaps have a 'clone' of the old forum on a computer without access from outside, so you can fetch attachments from it if needed)
Edit: The updater works now, just tested it with 2MB of attachments ... and it looks ok aswell ... it's running similar to the prune Rickard had in earlier versions, javascript refreshes the page when X number of attachments has been converted. the PHP directive to make the execusion time longer, might not work, as Apache also has limits on CGI scripts, so I went with the javascript version (+ manual link if javascript isn't used, but then one have to sit by the computer to click a few times )
Found a couple of bugs aswell (simple ones, but still neccessary to fix), has fixed the documentation so I think it holds relevant and accurate information. I'm currently taking a cup of coffee and looking on all my querys ... hopefully it'll be expoit free when released
if you want secure authentication, then you should make sure the data transferred is encoded in some way, preferably all data you send ... md5:ing a password on client side feels no more secure than plain text IMHO (if they try to bruteforce by using commong words, they just md5 aswell, if they're sniffing traffic, they get the same information) ... if the md5 on clientside is supposed to work, one would need a unique extra md5 baked into it,(preferably unique per user & forum) ... but as long as it's http, network sniffers will still get all the info they need...
I would never use http for things I want secure... there's a reason banks etc use ssl/s-http etc...
SSL/https ...
in encryption techniques, it's sometimes bad to encrypt something 2 times, as it might help the one trying to decrypt it ... same might apply for password hashing? (not sure, that's the reason for the questionmark)
so, don't take for granted that more hashes will make it more secure, unless you actually have read articles handling that this or that technique will work with multiple runs
I had a similar problem when I first tried out Apache2 ... becuase of an issue between apache and php, the cache stuff was totally whacked, so I needed to make all urls unique with an extra tag in the url ... so I had to go back to apache 1.3 on that server to be able to run punbb (and other things that didn't have unique urls for each visit)
so, it could very well be the server software that's causing it...
hopefully less than a year? ... nah kidding ... if it's not out within a month I'll defenetly let you all pick a stick and hit me with it ...
nah ... shouldn't be too long ... but univ takes first prio ...but I need to upgrade my forums ... so I need it aswell ... but I don't want to release something with huge bugs/security issues that can be used to destroy a complete forum ... so I'm trying to cover all those things ...
(and releasing betas etc usually just cause more work ... as if something needs changing one need to upgrade those things aswell )
install is the same for both ...just that those that used the old one need to run the upate script before opening the board public again (so that there won't be id collisions)
not as uploaded, they use random (and unique) names, the database handles what they are supposed to be called (as the mod goes through a php file for filetransfer, just like in the old mod, only difference is that the data is fetched from a file instead of a row in the databasetable)
(did it this way as if someone is stupid enough to put the files on a place where browsers can reach, it should be as hard as possible to bruteforce to find files, and if the files doesn't follow another pattern than random characters), and the files are also stored in subfolders named in random manner aswell...
"oier890325sd09345rwherwoier35s6y.attach" might a file be called on the filesystem ... but, the script opens that file and transfer the info over to the browser with the correct name
ucwords ... the php online manual is one of the best I've used, and I really recommend you to get into the way it works, as it solves alot of problems ... when I do php I usually has the manual open in a browserwindow ... to see how each function exist ... and I often find one function, and on the 'related' functions I find what I'm looking for ... (like this example, I looked at the strtolower function page, and ucwords function was linked in the 'related' list)
Connorhd is right, everything was stored in the database in the first attachment mod, now the data is stored on disk, so I've needed to create an update script that will update the old mod to the new one ... so it will be compatible with the old one, so, no worries about loosing data (as long as you backup before trying to upgrade ) (the update script will take the old table data, and put the data onto a file, and put in the info about it in the new table 'version')
And also, this new way of storage will help ease backups ... as one only need to fetch new files (if attachments are deleted, the database entry is removed, and the file on disk is shrunk to 0 bytes... but the file is still there, so that no new attachments will use the same filename = only need to download new files when making backups )
And, if someone would like to make FTP storage instead of filestorage, I think it won't be that hard (need to replace one function for saving the attachment, and the script that downloads it needs to be fiddled with ... )... but I won't make it
just because I'm quiet, doesn't mean it's not progressing... most hurdels are fixed ... had to skip using a plugin to update the attachments (didn't get $_GET variables to work with plugins) ... so I've written the updating script in it's own file ... fixed a couple of bugs, and rewritten the readme.txt (once again ) ... the updater isn't entirely finished, but I think all the important stuff in it is ok, but I must do some testing before I know it's ok ... one of my forums has about 350MB of data in ~1400 attachments, and I'll clone that and use it as a testbench for the updater ... fairly large, and enough of files to spot any problems... I hope
I decided that I won't 'update' forum rules, as I haven't figured out a good way to make sure the rules will be correct with the new usergroup system ... so all forumrules needs to be added after install...
Either way ... I've put in an effort to make this mod as complete as possible, and I'd guess that there won't be any new complete rewrites on this in the near future, probably most small updates, for more features (like supporting resume, for download managers(I skipped it in this release, as I haven't got any tools to debug it )), or ... hmm... something else
at some occations there's no option to select what browser to use, like on some companies, heck it's still Netscape 4.7 on the solaris computers on the univ, "as it works" ... luckily though they have added a quite up to date mozilla aswell, but the point is that there may be reasons why people use it ...
my bad ... "AMP_Something_Mod_2.0.php" failed, forgot to add that amp-stuff in the first post, sorry
well, not to go too much OT, yeah that's the one, but I ran into some troubles, and now I'm too tired to figure out the problem on that one (viewtopic doesn't show all posts) ... but install_mod.php seems to work anyhow ... just fixing that and the conversion from old format needed to be done, I suppose, & afterwards polish it alittle ... (making sure that the readme.txt is with the correct things, and such )
but ... I'll release it when it's ready, and it aint that atm but it feels like it shouldn't take that long...
now, lets stay on topic
Been working on 'Something Mod 2.0' ... and in 1.2.4 it's not possible to name the plugins "Something_Mod_2.0.php", worked fine in earlier version(s) (worked on 1.2), but not any more (get's a "followed outdated link error"), but ... for me it's ok though, I'll just skip the last part, and call it "Something Mod 2", and it then fits one line also
Just wanted to give a hint of it, and that perhaps just add it in the template plugin file, that one shouldn't use . in plugin-names either?
(Sigh ... been a bit inactive lately ... but the Something Mod 2.0 will be released sometime )
isn't it wise to name the mod to something else, now both the modname and version number is same, but they are two different mods?
sorry guys ... my life has been a bit to hectic a while (when trying to catch up on what I missed), so not much updates ... but I must force myself to fixing this ...
PunBB Forums → Posts by Frank H
Powered by PunBB, supported by Informer Technologies, Inc.