Announcement

Collapse
No announcement yet.

ScriptCase v8.0.015 (10-30-2014 19:06)

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Sorry Dave

    i know but one more time will not hurt ;-)
    Giorgio Bravi
    Dolphin Software & Thinkware
    www.dolphin.it

    Comment


    • #17
      badger,

      It is very easy to fix time zones on the server, without having to change php.ini.

      Create a file called .htaccess (if you do not already have one) in the website root directory, and put in the following line:

      php_value date.timezone "Asia/Manila"

      of course substitute your proper time zone string from http://php.net/manual/en/timezones.php.

      I use this approach because I have several client sites on my server that need different timezones, so globally changing it in php.ini is not an option for me.

      This will let php know the proper time zone, so the php date and time functions will work properly, but keep in mind that your database (for example mysql) server will not know this time zone so if you are planning on using any date functions in queries then you need to do something like this:

      sc_exec_sql("SET time_zone = '+08:00'");

      from your app before hand.

      Dave
      Last edited by daveprue; 11-03-2014, 08:05 AM.
      Dave Prue
      Code Whisperer
      Lahar International Corp
      www.lahar.net

      Comment


      • #18
        Originally posted by daveprue View Post
        badger,

        It is very easy to fix time zones on the server, without having to change php.ini.

        Create a file called .htaccess (if you do not already have one) in the website root directory, and put in the following line:

        php_value date.timezone "Asia/Manila"

        of course substitute your proper time zone string from http://php.net/manual/en/timezones.php.

        I use this approach because I have several client sites on my server that need different timezones, so globally changing it in php.ini is not an option for me.

        This will let php know the proper time zone, so the php date and time functions will work properly, but keep in mind that your database (for example mysql) server will not know this time zone so if you are planning on using any date functions in queries then you need to do something like this:

        sc_exec_sql("SET time_zone = '+08:00'");

        from your app before hand.

        Dave
        Hi Dave,
        You can also create php.ini only for one domain, place it in the root of your domain that controls the domain from the php.ini point of view but only for this domain, not for the server, you can afterwards create phoinfo file and see that is getting the data from the newly added php.ini, my hosting company did this for me for each domain on the same server and it is working fine!

        Comment


        • #19
          I don't know whats going on but my tmp files is being removed... If I upload an image, the tmp file is being created but as soon as I press Save it's removed so the upload fails.
          If I want to preview an image stored in database it fails because the tmp file is removed before it can be viewed!
          I can upload files using custom code, using same directories and database so nothing wrong there.
          am I really the only one having this issue since upgrade?

          Thank you!
          Last edited by HakLin0816; 11-08-2014, 07:53 AM.

          Comment


          • #20
            I need to get this resolved NOW. Why is my tmp files deleted before I can use them?

            Comment


            • #21
              this has to be fixed immediatly, even the work around does not work. I also do not have access to the php.ini on some destination server.

              What in hell is going on?
              Last edited by EricB; 11-05-2014, 12:59 PM.

              Comment


              • #22
                Originally posted by EricB View Post
                this has to be fixed immediatly, even the work around does not work. I also do not have access to the php.ini on some destination server.

                What in hell is going on?
                Hi Eric, nice to hear from you
                Didn't the php.ini thing on siteroot work with you? strange, or even htaccess thing!?

                I wounder that SC, until now, although it is obvious they started to pay attention, but still tooooo many bugs, problem is the version 7 is also having almost the same behavior... apparently, they don't want to stop the habit of creating new "buggy" features grrrrrrrrrrr

                Comment


                • #23
                  Originally posted by MikeDE View Post
                  Didn't the php.ini thing on siteroot work with you? strange, or even htaccess thing!?
                  Working in the developing enviroment the bug was not recognized. Until yesterday I had no updates to bring on the productionservers.
                  Yesterday I had to fix a minor problem in an standalone application recognizing this bug. At the end I was happy that I only deployed the single application and not the whole project, so it is only the updated application which is not working.

                  The target server in that case I do not have access to the php.ini. Tried to fix it with the change of the htaccess, which sounds easy to do, but it did not work. Will try it again today, cause I was a little bit low in time yesterday. But I will not spend an hour to fix this.
                  In this special case I would be able to put this single application on the server with a former scriptcase version. But I am working
                  on bigger updates to some other projects, so it is really important that this is fixed. I am also having an appointment with a possible customer to show some apps, I do not want to show out of the developing enviroment.

                  Even we all know that SC is always bringing out new versions with bugs, but I cannot understand that they DO NOTHING to fix mayor problems directly. It is nearly one week that they know this problem. I spent too much time with looking for a mistake in the code, which I could not imagine where I made it, cause it was only a small change of code. But everone knows that it is possible to forget a ";" or making a stupid typo. But for those kind of timewasting I should open an invoice to SC ...

                  OK, calming down now. Does someone have the download-link of ScriptCase v8.0.014 for me, if not I have to deploy a single application in SC 7.1?

                  BR

                  Eric
                  Last edited by EricB; 11-06-2014, 03:56 AM.

                  Comment


                  • #24
                    Eric,

                    If the problem that you are seeing is the "function not found" error, then my solution to that was to manually install the "common libraries" on the production server.

                    That solved the "function not found" problem for me.

                    My explaining of the .htaccess file above was intended to solve the "wrong time zone" problem, not the "function not found" problem.

                    Try a manual install of the common libraries on your single application server. I think that will get you past the problem.

                    Dave
                    Dave Prue
                    Code Whisperer
                    Lahar International Corp
                    www.lahar.net

                    Comment


                    • #25
                      Originally posted by EricB View Post
                      OK, calming down now. Does someone have the download-link of ScriptCase v8.0.014 for me, if not I have to deploy a single application in SC 7.1?

                      BR

                      Eric
                      grrrrr Eric, first time see you like this bud, relax, here is the .014 version, i usually download and keep them in one folder

                      https://dl.dropboxusercontent.com/u/....014-en_us.zip

                      see also Dave's solution, we didn't get what is your issue, and could be as Dave is saying

                      cheers

                      Comment


                      • #26
                        @MikeDE,

                        the issue was the function was not found: set_php_timezone();. As I did not want to spend to much time to solve this issue, I took the rude way to fix it, which helps for a short time: deploy and manually comment the line out with "//".

                        Thx Mike for the link and the kick in my a.. that I should collect the old versions.

                        @daveprue

                        You are absolutely right, yesterday I was just jumping from one meeting to the next when I got to fix it. At the moment it works the way I decribed above, but this is a really dirty solution, so I will try your way later on today. I got to check out some other parts first. I will report, if it works for me too. Thx Dave ...


                        P.S.: Just want to confirm Daves solution of manually installation of the common libraries. working like intended .. Thx
                        Last edited by EricB; 11-08-2014, 04:54 AM.

                        Comment

                        Working...
                        X