Dr. Peter's Financial Systems Blog
Blog Articles
  • 76. Apache hard disk full and PHP zip archieves problems
  • 75. LG refrigerator problems
  • 74. President Trump beware of scams
  • 73. open letter to Sundar Pichai, Sergey Brin & Mark Zuckerberg on proxies, caches and ip addresses
  • 72. open letter to Sundar Pichai, Sergey Brin & Mark Zuckerberg on auctions
  • 71. the tyranny of the turks
  • 70. formulae for Pythagoras Theorem
  • 69. A parallel processing theorem for machine and robotics control
  • 68. Angela Merkel should be nominated for the Nobel Peace Prize
  • 67. Why does the church not want the Ten Commandments?
  • 66. designing web sites with reponsive html and global variables
  • 65. We cannot block hackers anymore
  • 64. Books & e-books for sale
  • 63. Comparison of indices DJI, S&P 500, NYSE, NASDAQ and interest rates
  • 62. Predicting the NASDAQ trend from 2016 to 2020 and the S&P 500 from 2017 to 2022
  • 61. Forecasting the NYSE and the DOW Jones Industrial for 2018 to 2022
  • 60. my letters to the prime minister during the 1997 Asian Financial Crisis
  • 59. The way forward
  • 58. Wake up Israel it is time
  • 57. The Calling of the Lord
  • 56. Congratulations President Trump on the bombing of the Syrian military base
  • 55. President Trump and the 7 muslim nations
  • 54. Cure for diabetes and neropathy nerve pain
  • 53. Thank you President Barack Obama
  • 52. Healing from ankle and knee joint pain with stem cell products.php
  • 51. Congratulations to President Trump
  • 50. Obamacare
  • 49. High cost of insurance premiums
  • 48. Past predictions and the price of gold
  • 47. Save the children
  • 46. Sino Russian world war and the end of America
  • 45. The Lord Gods blessing and generational curses and gays lesbians
  • 44. Slowing economic growth
  • 43. False teachings in the church in Malaysia
  • 42. Banking problems in Malaysia with AmBank
  • 41. Banking problems in Malaysia
  • 40. Historical-performance-of-my-commodity-price-prediction-charts
  • 39. Major changes to the earths continents to occur if Israel is divided
  • 38. Block hackers bad bots scrappers stop ddos attacks wordpress blog sites
  • 37. China starts world war 3 with rampant piracy and bullying smaller nations
  • 36. Powerful nontoxic insecticide used in my kitchen for exterminating ants
  • 35. Soybean prices forecast chart 2013 2014 2015 2016
  • 34. Palm Oil price trend prediction 2012 2013 2014
  • 33. NYSE Composite Index prediction of 2015 Bull Run
  • 32. Brent-crude-price-forecast-2012-2013-2014
  • 31. Congratulations-President-Barack-Obama
  • 30. Indian stock exchange nifty index prediction chart
  • 29. Soybean prices commodity chart prediction for day traders and others
  • 28. Huduh is not for malaysia and the errors in huduh
  • 27. My rapeseed commodity chart prediction useful for day traders and others
  • 26. Problems problems and more problems
  • 25. stock chart signals and price action patterns - by Steve Sollheiser
  • 24. Malaysian property prices and the property market
  • 23. Malaysian population growth and Malaysian property prices
  • 22. False teachings of the muslim terrorist
  • 21. The alternative technical analysis for commodity and stock market analysis
  • 20. Malaysian property price, bubble and crash in 2012
  • 19. The basics of stock market, forex, commodity and financial economy models
  • 18. Gold price and business opportunities
  • 17. US Economic recovery and growth part 4
  • 16. US Economic recovery and growth part 3
  • 15. Gold price forecast trend chart 2011 2012 2013 2014 2015 2016
  • 14. US Economic Recovery and Growth Part 2
  • 13. US Economic Recovery 2009 2010 2011
  • 12. How to predict gold price trend 2011 2015
  • 11. Malaysian property prices and the property bubble
  • 10. Distribution of Wealth Model and Supply and Demand
  • 9. Gold price forecast 2011 2015
  • 8. Explanation of inflation and model of inflation hyperinflation
  • 7. Approximate silver price trend prediction chart june sept 2011
  • 6. how to predict stock and commodity trends
  • 5. Causes of economic crisis recession and high inflation or hyperinflation
  • 4. What is inflation and how to manage inflation
  • 3. Making sound investment decisions
  • 2. forecasting commodity and stock market trends
  • 1. Dr. Peters Loan Calculator
    « LG refrigerator problems
    Honourable men act honourably
    - Dr. Peter Achutha, 30 December 2009
    Dr. Peters Loan Calculator »

    php zip archive not working apache server hard disk full problems

    404 file not found

    Over the years of hosting up to 14 websites on different hosting companies I found two particular problems.

    Flaws on Apache servers

    I have discovered some problems regarding having the server hard disk full.

    My hard disk was full and the contents occupied 19.41GB out of 20GB in my current server. I had 5 websites hosted on this account and many backup directories. As a PHP software developer, working on live websites, I do create a lot of backups. This is because if my latest upgrades to do not work properly I can delete it and rename the backed up copy to the original name within minutes.

    In this case I had an account which had 5 websites, under /public_html/ in cPanel, and the hard disk space occupied was 19.41GB out of 20GB. I had tried to restore one of the websites and found that it did not restore properly as many files were missing. This was because I had exceeded the allowed disk space.

    As a result I was not trying to restore or copy anymore files. All I did was to delete the contents of one of the websites to make available more disk space. After deleting I found all 5 websites deleted - everything in my account deleted. My /public_html/ directory was empty - 0 bytes. That is tragic, isn't it? It should have just deleted that one website's sub directories and not all 5 websites.

    Why did the server delete the whole account

    I decided to delete the contents of one of the subdirectories in one of the website directories as the hard disk was full. When I deleted the contents of one of the website directories the entire account was deleted. I lost all 5 of my websites.

    I know I am not that knowledgeable about server software and that was the reason I was sounding out these problems to see if anyone else has experienced them and to know how they coped with them. Is it a bug? Is there an upgrade? I would suspect it is a bug or a design flaw in the software because the source files were emptied and all my websites were deleted. Unfortunately, I do not know where to report this problem.

    Some thing is not right but the server people will have to look into it.

    Previous hosting had similar problems

    This is a serious issue and I have seen this problem in other hosting provider, Reseller Panel, when the hard disk is full. It does not happen when the hard disk has a lot of free space. Those tech support staff from a previous hosting company denied that there was a problem with their OS or Apache or their custom 'cPanel' or whatever. Now I find it occurring in another hosting company.

    In previous case my server hard disk was not full but was occupying a lot of disk space. When I tried to copy a directory to a new named directory the operation failed and both my source files and destination files were emptied out and set to zero bytes. Something is seriously wrong if the source files are emptied out, right? I can understnd if it failed to copy to a destination file but emptying out the source files too. That looks supcious. Is it a bug or hacker corrupted OS?

    failed to copy source files

    empty destination files

    empty WordPress files

    This was very dangerous as the hosting provider had promised unlimited disk space. Unfortunately, what they did not tell any of us webmasters, is that if the backup function tried to backup more than 5GB it would fail. So there is a limit to disk space occupied and we were not given unlimited disk space.

    Isn't that a fraudulent claim to advertise "unlimited disk space" and then limit how much can be backed up?

    I want to highlight that there is a flaw somewhere in Apache or Linux or OS modifications that monitor disk space usage. I do not know where the flaw is. When the disk space is almost full the software runs into problems and begins deleting files and directories. To date the hosting providers are in denial of this problem.

    PHP zip archive failure

    I found that PHP script generated zip files cannot be restored if the compression was done using PHP 5.6 or higher, even with PHP 7.3. So far hosting providers have asked me to write my PHP scripts to compress in .tar.gz or other formats but that is not the answer. No one has fixed this.

    I have reported this to the PHP bug forum but there has been no response. Please read https://bugs.php.net/bug.php?id=69536. I do not know whether there is a fix and the hosting companies just do not want to implement an upgrade or the world is moving away from zip compression to some other format that I am not aware of. Is the world moving away from zip compression?

    PHP zip archieve was not written properly

    I ran another test on the PHP zip archive issue. I found that, with PHP 5.5 all file permissions are set to 0644. It does not matter whether the original file permissions were set to 0666 or 0444 or any other value. When you unzip the file the the permissions will be set to 0644.

    I then tested this with PHP 5.6 and tried to zip and unzip files whose permissions were 0644 or 0444. When unzipped their permissions where set to 0666.

    Further testing showed that the file permissions were set at the point of compression and not during unzipping. As I unzipped a file under PHP 5.6, that was zipped under PHP 5.5, and it unzipped with file permission of 0644. When I unzipped a file under PHP 5.5 that was zipped under PHP 5.6 the file permission were set to 0666. It did not matter what the original permissions were.

    This clearly shows that the PHP zip archive function does not check the file or directory permissions when zipping files. It just defaults them to 0644 or 0666. Why?

    Why did the developers not check the file permissions for the files being compressed and use those values? fileperms()? Can't we specify what permission we want the directories and files to be? For example:-

    $zipArchive->addFile('atestzip.php', 'atestzip.php', 0644);

    $zipArchive->addEmptyDir ( string $dirname, 0755 );

    There could be a way create default settings for directory and file permissions:-

    $zipArchive->setpermissions ( 0755, 0644 );

    By doing this, we can write a PHP script to check every file's permission and set the permission before adding it to be compressed. If the permission is not set then a default setting can be used.

    - Dr. Peter Achutha, 16th February 2019


    Copyright © 2013 - 2019 Peter Publishing - All Rights Reserved