OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
php-general Digest 17 Jun 2008 18:43:57 -0000 Issue 5519

php-general-digest-helplists.php.net
Date: Tue Jun 17 2008 - 13:43:57 CDT


php-general Digest 17 Jun 2008 18:43:57 -0000 Issue 5519

Topics (messages 275468 through 275492):

how can convert phonetic symbols and chinese pinyin to NCR(Numeric character reference)
        275468 by: gege wan
        275469 by: gege wan

Re: conversion of unicode characters into utf-8
        275470 by: Nathan Nobbe
        275483 by: valsaraj
        275484 by: valsaraj
        275485 by: Wolf

Re: looping through a database
        275471 by: Ford, Mike

Re: mysqliconnect issue
        275472 by: Jason Pruim

A somewhaat better example of CANVAS
        275473 by: Richard Heyes
        275474 by: Jason Pruim

substr?
        275475 by: Jason Pruim
        275476 by: Stut
        275477 by: Dan Shirah
        275478 by: Jason Pruim
        275479 by: Jason Pruim
        275480 by: Dan Shirah
        275481 by: Stut
        275482 by: Stut
        275490 by: tedd
        275491 by: Daniel Brown

Re: How to prevent DoS on PHP script?
        275486 by: Michelle Konzack
        275487 by: Nathan Nobbe

Re: Strategy to protect images
        275488 by: B鴕ge Holen
        275489 by: Daniel Brown

mkdir() Cannot Create Directories
        275492 by: Wei, Alice J.

Administrivia:

To subscribe to the digest, e-mail:
        php-general-digest-subscribelists.php.net

To unsubscribe from the digest, e-mail:
        php-general-digest-unsubscribelists.php.net

To post to the list, e-mail:
        php-generallists.php.net

----------------------------------------------------------------------

attached mail follows:


hello all,
i want convert the phonetic symbols and chinese pinyin to NCR.
i use the function mb_encode_numericentity do it, but i can't
got the true convmap table, so i can't convert the phonetic symbols and
chinese pinyin to NCR correctly. how can i get the true convmap table?

thanks for any help!

attached mail follows:


php 5.2.6+debian linux
"gege wan" <wanmyomegmail.com> 写入消息新闻:64.8A.18128.DCF57584pb1.pair.com...
> hello all,
> i want convert the phonetic symbols and chinese pinyin to NCR.
> i use the function mb_encode_numericentity do it, but i can't
> got the true convmap table, so i can't convert the phonetic symbols and
> chinese pinyin to NCR correctly. how can i get the true convmap table?
>
> thanks for any help!

attached mail follows:


On Mon, Jun 16, 2008 at 11:26 PM, valsaraj <valsarajpvgmail.com> wrote:

>
> Hi,
> I am using code
> $val = htmlentities($val, ENT_QUOTES, "UTF-8");
>
> but it's not working in version 5.2.0. Is there any additional
> configuration
> needed for this. it's working well in 5.2.2. Could you please help me???

have you compared ini settings between the 5.2.0 environment and the 5.2.2
environment for differences, esp. in the multibyte settings ?

-nathan

attached mail follows:


Thanks.
But in php 5.2.2 it's not compiled with mbstring. But in version 5.2.0 it's
compiled with mbstring support, but I don't get information aboout what
settings is required by htmlentities() to work properly. Could you help to
find out this?

valsaraj wrote:
>
> Hi,
> I am using code
> $val = htmlentities($val, ENT_QUOTES, "UTF-8");
>
> but it's not working in version 5.2.0. Is there any additional
> configuration needed for this. it's working well in 5.2.2. Could you
> please help me???
>

--
View this message in context: http://www.nabble.com/conversion-of-unicode-characters-into-utf-8-tp17878398p17908695.html
Sent from the PHP - General mailing list archive at Nabble.com.

attached mail follows:


valsaraj wrote:
>
>
> valsaraj wrote:
>>
>> Hi,
>> I am using code
>> $val = htmlentities($val, ENT_QUOTES, "UTF-8");
>>
>> but it's not working in version 5.2.0. Is there any additional
>> configuration needed for this. it's working well in 5.2.2. Could you
>> please help me???
>>
>
>
> Thanks.
> But in php 5.2.2 it's not compiled with mbstring. But in version 5.2.0
> it's compiled with mbstring support, but I don't get information aboout
> what settings is required by htmlentities() to work properly. Could you
> help to find out this?
>
>

--
View this message in context: http://www.nabble.com/conversion-of-unicode-characters-into-utf-8-tp17878398p17908959.html
Sent from the PHP - General mailing list archive at Nabble.com.

attached mail follows:


---- valsaraj <valsarajpvgmail.com> wrote:
>
> Thanks.
> But in php 5.2.2 it's not compiled with mbstring. But in version 5.2.0 it's
> compiled with mbstring support, but I don't get information aboout what
> settings is required by htmlentities() to work properly. Could you help to
> find out this?
>
> valsaraj wrote:
> >
> > Hi,
> > I am using code
> > $val = htmlentities($val, ENT_QUOTES, "UTF-8");
> >
> > but it's not working in version 5.2.0. Is there any additional
> > configuration needed for this. it's working well in 5.2.2. Could you
> > please help me???
> >

Load your php.ini from both versions
Look at the configuration string side-by-side
Reconfigure your 5.2.2 with the 5.2.0 settings.
Reload apache

You could also STFW:
http://www.google.com/search?hl=en&client=firefox-a&rls=com.ubuntu%3Aen-US%3Aunofficial&hs=Z0x&q=php%3A+convert+of+unicode+characters+into+utf-8+&btnG=Search

And depending on your OS, you could look for a php-mbstring package that you just need to install and then reload apache.

attached mail follows:


On 16 June 2008 21:58, Richard Kurth advised:

> I am looping through a database of files that are numbers 1 through 10
> if number 1 is in the database I what to print out the first table
> below if it is not then print the else section below. Then
> loop through
> the database to see if 2 through 10 are there and do the same thing.
Of
> course what I am doing does not work. Should I move it all to
> an array
> and then loop through it. Or use a foreach loop.
> Could you please give me an idea where to start looking
>
> while($row=mysql_fetch_array($sql_result)){
>
> if ($row["number"]==1) {
> <tr>
> <td> File 1</td>
> <td>This is the file</td>
> <td>Delete</td>
> </tr>
> }else{
> <tr>
> <td>File1</td>
> <td></td>
> <td>Add</td>
> </tr>
> }
>
> }

Well, first of you need a few <?php ?> tags to make this legal:

  if ($row["number"]==1) {
  ?>
  <tr>
  <td> File 1</td>
  <td>This is the file</td>
  <td>Delete</td>
  </tr>
  <?php
  }else{
  ?>
  <tr>
  <td>File1</td>
  <td></td>
  <td>Add</td>
  </tr>
  <?php
  }
  
  }

Of course, some people frown on this and prefer other techniques such as
echo-ing the HTML, or assembling it into a variable which gets echoed at
the end -- but whatever floats your boat...!!

Cheers!

Mike

 --
Mike Ford, Electronic Information Developer,
C507, Leeds Metropolitan University, Civic Quarter Campus,
Woodhouse Lane, LEEDS, LS1 3HE, United Kingdom
Email: m.fordleedsmet.ac.uk
Tel: +44 113 812 4730

To view the terms under which this email is distributed, please go to http://disclaimer.leedsmet.ac.uk/email.htm

attached mail follows:


On Jun 16, 2008, at 10:49 PM, Chris wrote:

> Jason Pruim wrote:
>> Okay, So I'm going to just assume that my issue is the fact that I'm
>> tired... and my mind won't work properly.
>>
>> [Mon Jun 16 22:27:58 2008] [error] PHP Warning: mysqli_connect()
>> expects parameter 5 to be long, string given
>>
>> Now parameter 5 is the database name, I echoed out each of the
>> parameters and everything looks right...
>>
>> here's the line that's causing the problem:
>>
>> mysqli_connect($link, $server, $username, $password,
>> $database)
>> or die('Connection failed in dbmysqliconnect.php');
>
> No, #5 is the port number (http://www.php.net/mysqli_connect).
>
> You want:
>
> $link = mysqli_connect($server, $user, $pass, $dbname);
>
> $link can't be passed to mysqli_connect because it doesn't exist
> yet ;)

Hey Chris,

Thanks for helping me through my brain shut down! Once I moved that it
connects just fine. Now I just need to get the query to work. But that
I am going to have to work on later as the day job doesn't pay me to
work on side programming jobs ;)

--

Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424-9337
www.raoset.com
japruimraoset.com

attached mail follows:


Again, FF only. This is a somewhat better example of what can be done
with CANVAS. Not quite on par with what some have shown, but hey I only
started yesterday... :-)

http://www.phpguru.org/graph/graph.html

The bars maybe a few pixels off, but really, who cares?

--
Richard Heyes

         Employ me:
http://www.phpguru.org/cv

+----------------------------------------+
| Access SSH with a Windows mapped drive |
| http://www.phpguru.org/sftpdrive |
+----------------------------------------+

attached mail follows:


On Jun 17, 2008, at 8:05 AM, Richard Heyes wrote:

> Again, FF only. This is a somewhat better example of what can be
> done with CANVAS. Not quite on par with what some have shown, but
> hey I only started yesterday... :-)
>
> http://www.phpguru.org/graph/graph.html
>
> The bars maybe a few pixels off, but really, who cares?

The perfectionists like me who want to create everything in a self
contained file so no matter wether they view it on the web, or on
their cell phone it's pixel perfectly the same :P

>
>
> --
> Richard Heyes
>
> Employ me:
> http://www.phpguru.org/cv
>
> +----------------------------------------+
> | Access SSH with a Windows mapped drive |
> | http://www.phpguru.org/sftpdrive |
> +----------------------------------------+
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--

Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424-9337
www.raoset.com
japruimraoset.com

attached mail follows:


Hi everyone,

I am attempting to adopt some code to work more reliably then how it
is now...

What I am doing is coding a upload form where people could be
uploading .zip files in excess of 200 MB... Yes I know that is large,
but it's for a print shop and they get HUGE files to print from.

The code I'm having issues with is this:

        $filename = $_FILES['userfile']['name']; // Get the name of the file
(including file extension).
        $ext = substr($filename, strpos($filename,'.'),
strlen($filename)-1); // Get the extension from the filename.

All I want to do is grab the file extension and verify that it is
a .zip or a .pdf etc. file. This is working for small files (under a
few megs) but for some reason it fails when I get bigger. I have
increased the allowed memory size to 50 MB's I'm testing with a 44 MB
file right now.

When it fails, it says the file type is not allowed even though it is
listed in the file type array.

Hopefully I have given you enough to go on to at least ask me some
questions :)

--

Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424-9337
www.raoset.com
japruimraoset.com

attached mail follows:


On 17 Jun 2008, at 13:39, Jason Pruim wrote:
> I am attempting to adopt some code to work more reliably then how it
> is now...
>
> What I am doing is coding a upload form where people could be
> uploading .zip files in excess of 200 MB... Yes I know that is
> large, but it's for a print shop and they get HUGE files to print
> from.
>
> The code I'm having issues with is this:
>
> $filename = $_FILES['userfile']['name']; // Get the name of the
> file (including file extension).
> $ext = substr($filename, strpos($filename,'.'),
> strlen($filename)-1); // Get the extension from the filename.
>
> All I want to do is grab the file extension and verify that it is
> a .zip or a .pdf etc. file. This is working for small files (under a
> few megs) but for some reason it fails when I get bigger. I have
> increased the allowed memory size to 50 MB's I'm testing with a 44
> MB file right now.
>
> When it fails, it says the file type is not allowed even though it
> is listed in the file type array.
>
> Hopefully I have given you enough to go on to at least ask me some
> questions :)

Sounds like you haven't increased upload_max_filesize in php.ini. If
you actually look at what's in $_FILES['userfile'] you'll see most of
it's empty. I suggest you add some more error checking rather than
assuming everything worked ok.

-Stut

--
http://stut.net/

attached mail follows:


>
> The code I'm having issues with is this:
>
> $filename = $_FILES['userfile']['name']; // Get the name of the file
> (including file extension).
> $ext = substr($filename, strpos($filename,'.'),
> strlen($filename)-1); // Get the extension from the filename.
>
> All I want to do is grab the file extension and verify that it is a .zip or
> a .pdf etc. file. This is working for small files (under a few megs) but for
> some reason it fails when I get bigger. I have increased the allowed memory
> size to 50 MB's I'm testing with a 44 MB file right now.

I'm not an expert on pulling in and reading files, but if all you want is
the last three characters of a file name, couldn't you just do something
like:

$extension = substr($filename, -3);

if ($extension = "pdf" || $extension = "zip") {
  echo "The file is a PDF or ZIP.";
} else {
  echo "Incorrect file type.";
}

??

Or maybe you are saying you want it to perform this check while the user is
attempting to upload the file and not after it has been uploaded?

attached mail follows:


On Jun 17, 2008, at 9:01 AM, Dan Shirah wrote:

> The code I'm having issues with is this:
>
> $filename = $_FILES['userfile']['name']; // Get the name of
> the file (including file extension).
> $ext = substr($filename, strpos($filename,'.'),
> strlen($filename)-1); // Get the extension from the filename.
>
> All I want to do is grab the file extension and verify that it is
> a .zip or a .pdf etc. file. This is working for small files (under a
> few megs) but for some reason it fails when I get bigger. I have
> increased the allowed memory size to 50 MB's I'm testing with a 44
> MB file right now.
>
> I'm not an expert on pulling in and reading files, but if all you
> want is the last three characters of a file name, couldn't you just
> do something like:
>
> $extension = substr($filename, -3);
>
> if ($extension = "pdf" || $extension = "zip") {
> echo "The file is a PDF or ZIP.";
> } else {
> echo "Incorrect file type.";
> }
>
> ??
>
> Or maybe you are saying you want it to perform this check while the
> user is attempting to upload the file and not after it has been
> uploaded?

I am looking to use this as a simple test prior to the upload
beginning... IE, if it's not a .zip file, don't try and upload 250MB
files :)

--

Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424-9337
www.raoset.com
japruimraoset.com

attached mail follows:


On Jun 17, 2008, at 8:46 AM, Stut wrote:

> On 17 Jun 2008, at 13:39, Jason Pruim wrote:
>> I am attempting to adopt some code to work more reliably then how
>> it is now...
>>
>> What I am doing is coding a upload form where people could be
>> uploading .zip files in excess of 200 MB... Yes I know that is
>> large, but it's for a print shop and they get HUGE files to print
>> from.
>>
>> The code I'm having issues with is this:
>>
>> $filename = $_FILES['userfile']['name']; // Get the name of the
>> file (including file extension).
>> $ext = substr($filename, strpos($filename,'.'),
>> strlen($filename)-1); // Get the extension from the filename.
>>
>> All I want to do is grab the file extension and verify that it is
>> a .zip or a .pdf etc. file. This is working for small files (under
>> a few megs) but for some reason it fails when I get bigger. I have
>> increased the allowed memory size to 50 MB's I'm testing with a 44
>> MB file right now.
>>
>> When it fails, it says the file type is not allowed even though it
>> is listed in the file type array.
>>
>> Hopefully I have given you enough to go on to at least ask me some
>> questions :)
>
> Sounds like you haven't increased upload_max_filesize in php.ini. If
> you actually look at what's in $_FILES['userfile'] you'll see most
> of it's empty. I suggest you add some more error checking rather
> than assuming everything worked ok.

Hey Stut,

I'm looking into that now, i just increased the php.ini
upload_max_filesize to 250M and tried uploading a 44MB file and it
failed... I'll try and add some more error checking, but I'm really
leaning towards the problem being in the code I posted... But please,
prove me wrong! :)

--

Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424-9337
www.raoset.com
japruimraoset.com

attached mail follows:


Jason,

If you don't expressly need it to run server side, you could always use a
simple little javascript check if you want.

*<script type="text/javascript">

function checkFileType() {
  // for mac/linux, else assume windows
  if (navigator.appVersion.indexOf('Mac') != -1 ||
navigator.appVersion.indexOf('Linux') != -1)
     var fileSplit = '/';
  else
     var fileSplit = '\\';

  var fileTypes = new Array('.zip', '.ZIP', '.jpg', '.JPG'); // valid
filetypes
  var fileName = document.getElementById('UploadFile').value; //
current value in your file upload box
  var extension = fileName.substr(fileName.lastIndexOf('.'),
fileName.length);
  var valid = 0;

  for(var i in fileTypes) {
     if(fileTypes[i] == extension) {
        valid = 1;
        break;
     }
  }

  if(valid == 1)
      alert("The file to be uploaded is a PDF or ZIP file!");
  else
      alert("Invalid file type!"); *
*}*
*</script>*

attached mail follows:


On 17 Jun 2008, at 14:05, Jason Pruim wrote:
> On Jun 17, 2008, at 8:46 AM, Stut wrote:
>> On 17 Jun 2008, at 13:39, Jason Pruim wrote:
>>> I am attempting to adopt some code to work more reliably then how
>>> it is now...
>>>
>>> What I am doing is coding a upload form where people could be
>>> uploading .zip files in excess of 200 MB... Yes I know that is
>>> large, but it's for a print shop and they get HUGE files to print
>>> from.
>>>
>>> The code I'm having issues with is this:
>>>
>>> $filename = $_FILES['userfile']['name']; // Get the name of the
>>> file (including file extension).
>>> $ext = substr($filename, strpos($filename,'.'),
>>> strlen($filename)-1); // Get the extension from the filename.
>>>
>>> All I want to do is grab the file extension and verify that it is
>>> a .zip or a .pdf etc. file. This is working for small files (under
>>> a few megs) but for some reason it fails when I get bigger. I have
>>> increased the allowed memory size to 50 MB's I'm testing with a 44
>>> MB file right now.
>>>
>>> When it fails, it says the file type is not allowed even though it
>>> is listed in the file type array.
>>>
>>> Hopefully I have given you enough to go on to at least ask me some
>>> questions :)
>>
>> Sounds like you haven't increased upload_max_filesize in php.ini.
>> If you actually look at what's in $_FILES['userfile'] you'll see
>> most of it's empty. I suggest you add some more error checking
>> rather than assuming everything worked ok.
>
> Hey Stut,
>
> I'm looking into that now, i just increased the php.ini
> upload_max_filesize to 250M and tried uploading a 44MB file and it
> failed... I'll try and add some more error checking, but I'm really
> leaning towards the problem being in the code I posted... But
> please, prove me wrong! :)

Did you restart the web server after changing it? Are you sure you're
editing the right php.ini?

There's nothing wrong with our code that I can see. On an efficiency
note you don't need the last parameter to substr - if it's omitted it
defaults to the remaining test.

I would suggest doing a var_dump on $_FILES['userfile'] before the
code you've posted to check it contains the right stuff. If not then
it's the upload that's failing and nothing in your code.

-Stut

--
http://stut.net/

attached mail follows:


On 17 Jun 2008, at 14:04, Jason Pruim wrote:
> On Jun 17, 2008, at 9:01 AM, Dan Shirah wrote:
>> The code I'm having issues with is this:
>>
>> $filename = $_FILES['userfile']['name']; // Get the name of
>> the file (including file extension).
>> $ext = substr($filename, strpos($filename,'.'),
>> strlen($filename)-1); // Get the extension from the filename.
>>
>> All I want to do is grab the file extension and verify that it is
>> a .zip or a .pdf etc. file. This is working for small files (under
>> a few megs) but for some reason it fails when I get bigger. I have
>> increased the allowed memory size to 50 MB's I'm testing with a 44
>> MB file right now.
>>
>> I'm not an expert on pulling in and reading files, but if all you
>> want is the last three characters of a file name, couldn't you just
>> do something like:
>>
>> $extension = substr($filename, -3);
>>
>> if ($extension = "pdf" || $extension = "zip") {
>> echo "The file is a PDF or ZIP.";
>> } else {
>> echo "Incorrect file type.";
>> }
>>
>> ??
>>
>> Or maybe you are saying you want it to perform this check while the
>> user is attempting to upload the file and not after it has been
>> uploaded?
>
> I am looking to use this as a simple test prior to the upload
> beginning... IE, if it's not a .zip file, don't try and upload 250MB
> files :)

That code will not be executed until the file has been uploaded. Such
is the nature of the beast.

If you really need to do this your best bet is to use a client-side
uploader.

-Stut

--
http://stut.net/

attached mail follows:


At 9:01 AM -0400 6/17/08, Dan Shirah wrote:
> >
>> The code I'm having issues with is this:
>>
>> $filename = $_FILES['userfile']['name']; // Get the name of the file
>> (including file extension).
>> $ext = substr($filename, strpos($filename,'.'),
>> strlen($filename)-1); // Get the extension from the filename.
>>
>> All I want to do is grab the file extension and verify that it is a .zip or
>> a .pdf etc. file. This is working for small files (under a few megs) but for
>> some reason it fails when I get bigger. I have increased the allowed memory
>> size to 50 MB's I'm testing with a 44 MB file right now.
>
>
>I'm not an expert on pulling in and reading files, but if all you want is
>the last three characters of a file name, couldn't you just do something
>like:
>
>$extension = substr($filename, -3);
>
>if ($extension = "pdf" || $extension = "zip") {
> echo "The file is a PDF or ZIP.";
>} else {
> echo "Incorrect file type.";
>}
>
>??
>
>Or maybe you are saying you want it to perform this check while the user is
>attempting to upload the file and not after it has been uploaded?

if ($extension == "pdf" || $extension == "zip")

tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com

attached mail follows:


On Tue, Jun 17, 2008 at 8:39 AM, Jason Pruim <japruimraoset.com> wrote:
> Hi everyone,
>
> I am attempting to adopt some code to work more reliably then how it is
> now...
>
> What I am doing is coding a upload form where people could be uploading .zip
> files in excess of 200 MB... Yes I know that is large, but it's for a print
> shop and they get HUGE files to print from.
[snip!]

    Tweak this to meet your needs. All .htaccess settings are
PHP_INI_ALL or PHP_INI_PERDIR in modern PHP's.

# In your .htaccess
php_flag max_execution_time 300
php_flag max_input_time 300
php_flag memory_limit 64M
php_flag post_max_size 256M
php_flag upload_max_filesize 256M

<?php
// In your script:
ignore_user_abort(1);
?>

--
</Daniel P. Brown>
Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just
$59.99/mo. with no contract!
Dedicated servers, VPS, and hosting from $2.50/mo.

attached mail follows:


Am 2008-06-16 12:02:27, schrieb Per Jessen:
> Check client IP-addresses?

And then? I am DoS'ed from several 1000 IPs and since legitim uploaders
are mostly on dynamic IPs I can not block by IP.

OK, last Saturday I have installed a COOKIE which worked for the weekend
but today morning the DoS'er have solved this problem too.

This mean, there are one or more crackers targeting my system directly.

OK, even if I use heavyly PHP, my system was never hacked since it is
up (Juni 2000) but now I am ongoing to be militant if I catch one of
those pigs...

Thanks, Greetings and nice Day/Evening
    Michelle Konzack
    Systemadministrator
    24V Electronic Engineer
    Tamay Dogan Network
    Debian GNU/Linux Consultant

--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack Apt. 917 ICQ #328449886
+49/177/9351947 50, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFIV8i2C0FPBMSS+BIRAh9lAJ4wBHYeu3+k0RI8hN57u3E6cE0c5ACgnQOm
o2qpO/IaZ5XFrZsHb7Fmgww=
=+mC9
-----END PGP SIGNATURE-----

attached mail follows:


On Tue, Jun 17, 2008 at 8:22 AM, Michelle Konzack <
linux4michelletamay-dogan.net> wrote:

> Am 2008-06-16 12:02:27, schrieb Per Jessen:
> > Check client IP-addresses?
>
> And then? I am DoS'ed from several 1000 IPs and since legitim uploaders
> are mostly on dynamic IPs I can not block by IP.
>
> OK, last Saturday I have installed a COOKIE which worked for the weekend
> but today morning the DoS'er have solved this problem too.
>
> This mean, there are one or more crackers targeting my system directly.
>
> OK, even if I use heavyly PHP, my system was never hacked since it is
> up (Juni 2000) but now I am ongoing to be militant if I catch one of
> those pigs...

did you see my suggestion to try apache authentication ? i suspect you can
protect access to the upload with that, and create a simple script to use
yourself to submit the credentials and then perform uploads.

-nathan

attached mail follows:


On Tuesday 17 June 2008 00:08:48 Daniel Brown wrote:
> On Mon, Jun 16, 2008 at 5:23 PM, Jonesy <gmanejonz.net> wrote:
> > On Sun, 15 Jun 2008 14:07:14 -0400, tedd wrote:
> >> At 4:11 PM +0100 6/15/08, Richard Heyes wrote:
> >>>>But, a sophisticated user will find a way around that.
> >>>
> >>>A less sophisticated one will use the PrintScr key... :-)
> >>
> >> Must be a windozes thing. :-)
> >
> > Nope. Works a treat in KDE in linux.
>
> Status: Myth.
>
> This is only if you have KDE configured to bind the key to an
> external application such as KSnapshot, which is not the default.
>
> Unless, of course, your distro does it by default, which is always
> possible.... but in general, it's not the case. ;-P

Oh, how many distros have you tried?
Just wondering, cus as I see it; you just took a chance and called it a fact

>
> --
> </Daniel P. Brown>
> Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just
> $59.99/mo. with no contract!
> Dedicated servers, VPS, and hosting from $2.50/mo.

--
---
B鴕ge Holen
http://www.arivene.net

attached mail follows:


On Tue, Jun 17, 2008 at 1:02 PM, B鴕ge Holen <borgearivene.net> wrote:
>
> Oh, how many distros have you tried?
> Just wondering, cus as I see it; you just took a chance and called it a fact

    Who, me? I didn't call it a fact, I called it a myth. ;-P

--
</Daniel P. Brown>
Dedicated Servers - Intel 2.4GHz w/2TB bandwidth/mo. starting at just
$59.99/mo. with no contract!
Dedicated servers, VPS, and hosting from $2.50/mo.

attached mail follows:


Hi,

  I have a code here that I am intending to create new directories by creating a parent and then proceed on to create the children one by one.

  I am trying to create directories in the server I am running my script from as shown in the snippet below. My problem is that although the code seems to be accurate, it keeps telling me that I cannot create the directories with the following error message:

  Cannot create directory C:/Inetpub/wwwroot/TPU/test/2

This is my PHP code:

mkdir("C:/Inetpub/wwwroot/TPU/test/$id, 0755) or die ("<p>Cannot create directory C:/Inetpub/wwwroot/TPU/test/$id</p>");

  What is strange is that I don't get permission denied errors, but I still cannot create the directories. Can anyone provide me some tips on why I am getting these errors?

Thanks in advance.

Alice

======================================================
Alice Wei
MIS 2009
School of Library and Information Science
Indiana University Bloomington
ajweiindiana.edu