[Development] Self Design / Original Design

Hello

I'm trying to run this system in php.

The game sends to the address in projectg (http://58.64.24.162:8090/upload/ucc/upload.asp) some info:

$ _POST values:
'ucctype => clothes
userid => usertest
type => 1
item_id => 792
key => 0

$ _FILES values:
uccfile => Array
name => m_pv_u01f01_d5e2908d.jpg
type => image / jpeg
tmp_name => C: \ WINDOWS \ Temp \ php31.tmp
error => 0
size => 24217

So we can send the image to the server. But I still need to know if something is returned or recorded in the database.

URLs for testing Pangya TH:

http://58.64.24.162:8090/upload/ucc/
http://58.64.24.162:8090/upload/ucc/upload.asp
http://58.64.24.162:8090/upload/ucc/ucc/clothes/

change these links in your projectG.exe

Exe: http://127.0.0.1/upload/ucc/upload.php

Can someone help me develop it?

Code upload.php

Code:

---

<?php


$file = isset($_FILES["uccfile"]) ? $_FILES["uccfile"] : FALSE;

if($file){ 

        preg_match("/\.(gif|bmp|png|jpg|jpeg){1}$/i", $file["name"], $ext);
        $image_name = $file['name'];
        $image_dir = "ucc/" . $image_name;
        move_uploaded_file($file["tmp_name"], $image_dir);

}
?>

ty

---

I was planning to look into this as well.

The good thing: If UCC gets rolling, Ghost uploads should be trivial too.

Did you actually manage to force the client to talk to your webserver? At least on my setup I constantly get code 2 responses, indicating that it's still ini3's server answering - despite changing the address.

USP_CREATE_KEY is called too, from gameserver

Quote:

---

Originally Posted by Tsukasa

I was planning to look into this as well.

The good thing: If UCC gets rolling, Ghost uploads should be trivial too.

Did you actually manage to force the client to talk to your webserver? At least on my setup I constantly get code 2 responses, indicating that it's still ini3's server answering - despite changing the address.

---

Yes, I get the answer.

the image is sends, but it is impossible to be edited.

Quote:

---

Originally Posted by Tsukasa

I was planning to look into this as well.

The good thing: If UCC gets rolling, Ghost uploads should be trivial too.

Did you actually manage to force the client to talk to your webserver? At least on my setup I constantly get code 2 responses, indicating that it's still ini3's server answering - despite changing the address.

---

To fix this you need to insert this into TA_SECURITY_TYPE_ACC:
Type: 1
Type_NM: Something
USE_YN: Y
IN_DATE: some date

After that it starts talking to the server specified.

Thanks for the pointer, chreadie.

I'm fully able to save and use designs now, unfortunately it seems I still cannot unequip the item (this might be due to the fact that PART_ACC is still empty and I've overridden the procedure for UCC_LOAD to make it work), temporary saves do not get carried over to different sessions and the UCC-specific icon doesn't show up yet.

If anyone else has been working on those ends, I'd be glad for a few pointers; I don't need the details, just the gist of it.

The backend component is pretty much done (gotta fix some small problems with the verification and reset of security keys). I doubt I'll have to work on it much longer for a first preview, so I'll probably post a test version here as soon as I've fixed the issues mentioned before.

Obligatory screenshot attached.

whats your response in the webserver?

Could you be more specific? I'm afraid I don't understand what part you currently refer to.

After uploading the image, what do you give back as response?

I reply with PANGYA_UPLOAD_OK, PANGY_UPLOAD_ERR or ERR_SRVVAR depending on the status.

thanks

The promised test version (for developers and hack-savvy people only, kinda buggy and not fixed) for those interested.

Edit 2011-03-04: I deleted the links because a growing number of people seems to mistake the linked test version for something production-ready. This is not the case. The code I linked here was provided without any support.

If you have a legit reason for wanting these files, please PM me.

Do you just print that on the page or send it in the headers?

EDIT: nvm i saw how you did it in your file

Thanks and great work!

I just print it, Pangya doesn't seem to do any magic with headers.
You can give the files I linked to in my previous post a go.

if i add the output to the script i have, it does what yours does.

But i cant get it to accept that the file has been uploaded, i get the file and its places where it should and echo "PANGYA_UPDATE_OK" and still error 10.

Error 10 is basically the catchall error for "I got some output I don't understand".

Make sure you turn off error_reporting in your script and use a log file to grab PHP messages instead.

You could just build on the foundation of what I've already posted (that's why I posted the stuff here).

*Edit: Here's my ucc_debug.php, it might be useful to find errors in your implementation...

Spoiler:

Code:

---

<?php
function getDebugData() {
        global $_POST, $_GET;
       
        // Make sure we get our share of debug output...
        error_reporting(E_ALL);
        ini_set('display_errors','Off');
        ini_set('error_log','debug_php_msgs.txt');
       
        // Grab and export $_POST
        $_debugLogPost = "debug_post.xml";
        $_dbgPost = fopen($_debugLogPost, 'w') or die("can't open POST debug log");
        fwrite($_dbgPost, print_r_xml($_POST));
        fclose($_dbgPost);
       
        // Grab and export $_GET
        $_debugLogGet = "debug_get.xml";
        $_dbgGet = fopen($_debugLogGet, 'w') or die("can't open GET debug log");
        fwrite($_dbgGet, print_r_xml($_GET));
        fclose($_dbgGet);
}

/* print the contents of a url */
function print_r_xml($arr,$wrapper = 'data',$cycle = 1)
{
  //useful vars
  $new_line = "\n";

  //start building content
  if($cycle == 1) { $output = '<?xml version="1.0" encoding="UTF-8" ?>'.$new_line; }
  $output .= tabify($cycle - 1).'<'.$wrapper.'>'.$new_line;
  foreach($arr as $key => $val)
  {
    if(!is_array($val))
    {
      $output .= tabify($cycle).'<'.htmlspecialchars($key).'>'.$val.'</'.htmlspecialchars($key).'>'.$new_line;
    }
    else
    {
      $output .= print_r_xml($val,$key,$cycle + 1).$new_line;
    }
  }
  $output .= tabify($cycle - 1).'</'.$wrapper.'>';

  //return the value
  return $output;
}

/* tabify */
function tabify($num_tabs)
{
  $return = "";
  for($x = 1; $x <= $num_tabs; $x++) { $return .= "\t"; }
  return $return;
}
?>

---

ok thanks, ill try it out more tonight

So i tried this out a bit with your script Tsukasa and i found that in the key check function you have 'N', i had to change this to 'Y' to get any other output then 15 (ERR_SRVVAR).

Havent had time to check other stuff and now ill take some time to actually play :D

Yeah that somehow slipped by... good way to keep people away who want to use this in production though...

Still don't know where temp designs derail and why finalized designs get itchy when you try to unequip them... Have the same problem as you - I'm getting sidetracked by other fun stuff :laugh: .

The UCC_DRAW_COMPLETE procedure is called by both events, UCC paths aren't different. Quite a bugger. Probably makes more sense trying to find out why the custom name and icon in the final image doesn't seem to have any impending/lasting effect.

i'm try uploaded my picture but when logout and relogin i see white picture and when i click it's show error CODE1 : and 2

show error CODE1 : and 2

try to make your own code and correct your db --'