
Completed
Posted
Paid on delivery
Since my hosting provider upgraded their servers, the checkout page on my PHP-based site no longer submits the order form. Clicking the “Place Order” button simply does nothing—no error messages, no redirects—yet all the fields remain filled. I have not touched this code since everything was working perfectly, so the issue is almost certainly related to a change in the server environment (likely a newer PHP version or updated security settings). I need someone to: • pinpoint whatever is blocking the POST request or suppressing errors, • adjust the PHP (and any JavaScript or AJAX hooks) so the form submits and processes orders again, • test end-to-end on the live server and confirm customers can complete a payment without hiccups, • leave a short note detailing what was changed so I can reference it later. The site runs standard LAMP stack—PHP, MySQL, Apache on cPanel—so familiarity with error logging, PHP version compatibility, and form security best practices will help you move quickly. Once the form works exactly as before, we’re done.
Project ID: 40714688
131 proposals
Remote project
Active 6 days ago
Set your budget and timeframe
Get paid for your work
Outline your proposal
It's free to sign up and bid on jobs
131 freelancers are bidding on average $109 AUD for this job

Hi, I am Adeel. I work across the LAMP stack regularly alongside my .NET and Python work, and this pattern, a form that silently stops posting after a server upgrade, is almost always a PHP version bump breaking error suppression or a changed security setting blocking the POST. I would start by turning on full error reporting and checking the Apache and PHP logs, then trace the AJAX call in the browser console to see exactly where it drops. Once fixed I will test a full order end to end on your live server and leave a short note on what changed. What PHP version does cPanel show now compared to before the upgrade?
$30 AUD in 1 day
9.6
9.6

A checkout button that suddenly does nothing after a hosting PHP upgrade usually means the request is being blocked silently by version incompatibility, error suppression, CSRF/session handling, or a broken JS/AJAX step before the POST reaches PHP. I’d start by tracing the submit flow on the live server, checking Apache/PHP logs, and isolating whether the break is in the frontend trigger, PHP processing, or server config. I’ve fixed a lot of post-upgrade PHP issues on cPanel/LAMP sites where forms looked normal but stopped processing after newer PHP versions or stricter server settings were introduced. The key is not just making the button respond again, but confirming the full order/payment path works end to end and documenting the exact change so it’s easy to reference later. - Which PHP version was the site on before, and which version is the hosting now using? - Is the checkout a plain PHP form or does it submit via AJAX/JS before payment processing? - Do you want me to test directly on live with the payment gateway flow as part of the fix?
$140 AUD in 2 days
9.4
9.4

Hello, Drawing on my 10+ years of professional experience, let me assure you that I'm no stranger to encountering and swiftly resolving challenges just like yours. I specialize in troubleshooting and fixing issues that arise from server environment changes such as PHP version upgrades or security setting enhancements. Moreover, my expertise in using LAMP stack and cPanel, along with valuable insights into PHP’s compatibility intricacies, error logging, and form security will ensure an efficient, successful restoration of your checkout process. At A4Logic, my primary focus is on delivering clean, maintainable code of the highest quality on time - something critical when it comes to debugging broken functionalities. I'll quickly identify and rectify whatever has been suppressing the POST request while ensuring the form submits seamlessly for both you as well as your customers. My commitment doesn’t end at solving the immediate problem - I’ll also provide a concise explanation of what was changed to avoid future roadblocks and allow easy reference if needed later. By working together closely and employing your expertise about the system and mine about LAMP stack, we can not only get your checkout page up and running but also enhance its overall performance - taking advantage of any other improvisations that can be made during this exercise. So let's join forces and build something great out of this challenging situation! Thanks!
$130 AUD in 3 days
8.6
8.6

Having worked in the field of web development for numerous years, I am well-versed in PHP and JavaScript, which will undoubtedly facilitate a swift resolution to your checkout form issue. My track record as a perfectionist attests to my dedication to this principle.
$50 AUD in 1 day
8.7
8.7

Upon reviewing your project, I have identified that the checkout page issue is likely caused by a recent server upgrade affecting PHP functionality. With my expertise in PHP development, I am confident in swiftly resolving this issue. To address this, I will troubleshoot server-related blockers inhibiting form submission, adapt PHP code and JavaScript for seamless order processing, conduct thorough testing, and provide detailed documentation. With a background in LAMP stack technologies, I will optimize the checkout for improved performance, security, and scalability. I aim to establish a long-term partnership focused on maintaining your e-commerce platform's efficiency. I am eager to collaborate closely with you to ensure the successful operation of your checkout process. Feel free to share any additional insights for a comprehensive solution.
$225 AUD in 5 days
8.8
8.8

Hello, With 10 years of PHP/MySQL and troubleshooting experience, I’ll ensure the fix is secure, compatible with the updated server environment, and provide a concise note documenting exactly what was changed. Let’s chat to review the current checkout code and hosting/PHP version so I can diagnose and restore the order process quickly. thank you Regards Gaurav Garg
$140 AUD in 1 day
8.6
8.6

Hi, I can quickly troubleshoot your PHP checkout issue caused by the hosting/server upgrade. I’ll check PHP compatibility, error logs, POST/AJAX/JavaScript flow and security settings, then fix and test the complete checkout and payment process on the live server. I’ll also provide a short summary of the changes made. Ready to start immediately. Please see our portfolio on this link : https://www.freelancer.com/u/webperfection123
$100 AUD in 1 day
8.5
8.5

Hi, I can quickly diagnose and fix the checkout form issue on your PHP/LAMP site. I’ll inspect the PHP error logs, browser console, JavaScript/AJAX handlers, POST processing, and recent PHP/cPanel environment changes to identify exactly what’s blocking submission or suppressing errors. I’ll then apply a compatible, secure fix and test the complete checkout flow on the live server, including order processing and payment completion. I’ll also provide a concise note documenting the root cause and changes made. I’m experienced with PHP version compatibility, Apache/cPanel environments, MySQL, and checkout troubleshooting, and can get this working reliably again.
$200 AUD in 2 days
8.6
8.6

With extensive experience in PHP troubleshooting and server environment configurations, I can efficiently resolve the issue with your checkout page. I understand the importance of pinpointing the blockage in the POST request, adjusting PHP code, and ensuring seamless payment processing. Could you provide access to the server error logs for a more targeted investigation? Regards, Yogesh Kumar
$90 AUD in 6 days
8.5
8.5

★★★ PHP SPECIALIST ★★★ Hi, To resolve the checkout issue, I can identify the root cause of the POST request failure and implement necessary adjustments to the PHP and JavaScript code. I will first analyze the server logs to pinpoint any errors or warnings that may indicate what is blocking the form submission. Then, I will review the PHP code for compatibility with the current server environment and make adjustments as needed. Additionally, I will ensure that any AJAX hooks are functioning correctly to facilitate the order processing. After implementing the changes, I will conduct thorough end-to-end testing on the live server to confirm that customers can successfully complete their payments without issues. I will also provide a detailed note outlining the modifications made for your reference. To get started, I will need access to the server and any relevant credentials for the database. Thanks!
$30 AUD in 1 day
8.3
8.3

Hi, Silent AJAX failures after a LAMP stack upgrade usually stem from deprecated PHP functions throwing unhandled exceptions or strict CORS policies blocking the POST request. I will inspect the browser console and Apache error logs in cPanel to catch the suppressed error immediately. Since your checkout form fails silently with filled fields and no redirect, I will trace the JavaScript event listener, check for MySQL strict mode mismatches on submission, and patch the PHP compatibility issues. I will ensure data sanitization remains intact without breaking existing form security best practices. My price is $89 for a 1 day turnaround, which includes end-to-end live testing and a concise changelog note for your records. Shall I dive into the error logs now?
$89 AUD in 1 day
8.1
8.1

Hi there, I can see the hidden issue here: the form isn’t “broken” in a normal way , it’s likely being interrupted by a PHP version change, server-side warning, or a POST/AJAX hook that now fails silently. I’ve fixed similar cPanel/LAMP checkout issues where the button looked fine but the request never completed. I’ll trace the submission flow, check logs, review PHP compatibility, and test the checkout end to end on the live server so the order and payment process works cleanly again. I’ll also leave you a short change note so you know exactly what was adjusted. I’ve shared an initial estimate based on your description, and once we go over a few technical or functional details, I’ll confirm the exact cost and delivery schedule. Which PHP version did your host move you to, and is the submit handler using standard POST or AJAX? Do you want me to inspect the payment callback too, or only the order submission path? Are there any custom security rules, mod_security rules, or plugins that were recently enabled? Looking forward to your reply so we can finalize the exact plan. Thanks, Asad
$85 AUD in 3 days
8.3
8.3

I’d start by reproducing the silent “Place Order” click on the live cPanel site, then inspect the browser Network tab, PHP/Apache logs, and server PHP version to find whether the POST is blocked, an AJAX callback is failing, or errors are being suppressed. I’ll update the incompatible PHP, JavaScript, or AJAX logic without changing the checkout flow, verify the order reaches MySQL and the payment gateway, and test a complete customer payment on the live server. You’ll receive the repaired checkout and a short note listing the cause and exact changes; this will be delivered within 1 day. Is a sandbox or test payment method available for the end-to-end checkout test? Muhammad Saad
$75 AUD in 1 day
8.0
8.0

YES-------I believe I can do this project in an efficient and professional manner------Repair Broken PHP Checkout Form I am highly proficient to work on this project . I am Passionate PHP/Full stack developer having rich experience with all the latest technologies with so many successful Tasks. I have some queries to give you accurate time and price Please ping me to get started and provide you great results. Thanks!!!
$140 AUD in 7 days
8.2
8.2

"Nothing happens at all" after a server upgrade is a useful symptom — a silent failure with fields still populated usually means the request never leaves the page (a JS error breaking the submit handler) or the PHP fatals before any output, with display_errors now off in the new environment. So the first step is getting visibility: check the browser console and network tab to see whether the POST is actually sent, and read the real PHP error log rather than guessing. The most common culprits after a PHP 8 upgrade are removed functions that once fatalled quietly — `create_function`, the old `mysql_*` extension, `each()` — plus mod_security rules on the new server silently blocking POSTs that contain certain characters, which produces exactly this do-nothing behaviour. I'd take a backup first, then reproduce the failure, fix the actual cause rather than patching symptoms, and while I'm in there make sure the form uses prepared statements and CSRF protection since checkout handles payment data. Testing is end-to-end with a real low-value order, confirming the payment completes and the confirmation emails fire. You'll get a short written note of exactly what changed. Send cPanel or SSH access and I can start immediately.
$30 AUD in 1 day
8.0
8.0

Greetings, It sounds like you're dealing with a frustrating issue since the server upgrade. You need someone to fix your PHP checkout form, which has stopped submitting orders without any error messages. I can help with that. My approach would be to start by checking the server's error logs to identify any issues that might be blocking the POST request. From there, I would adjust the PHP code and any related JavaScript or AJAX components to ensure the form functions properly again. With my experience in PHP, MySQL, and the LAMP stack, I’ll ensure that everything is compatible and secure. Once the form is working as it should, I’ll perform thorough end-to-end testing to confirm that customers can complete their orders smoothly. I’ll also provide a brief note on the changes made for your records. Best regards, Saba Ehsan
$150 AUD in 3 days
7.6
7.6

Hi, I will investigate the server upgrade impact on your PHP checkout form, identify the POST request issue, adjust PHP/JS/AJAX for form submission, conduct live server testing, and provide a change summary. Let's discuss further. Regards, Sai Bhaskar
$90 AUD in 2 days
7.8
7.8

If the fields stay filled and “Place Order” does nothing, the failure is often happening before or during the POST handoff rather than in the visible form itself. Server upgrades commonly expose old PHP functions, stricter error reporting rules, token/session issues, or JavaScript hooks that were tolerated before and now fail quietly. I work on these PHP checkout/debugging jobs regularly, especially on cPanel-based sites where the code was stable for years and then breaks only after the host changes the environment. I’d check logs, browser console/network activity, PHP compatibility, and the payment/processing script together so the fix is proper rather than a guess. A short change note is fine to include as well. - Is there access to cPanel error logs and the checkout PHP files right away? - Has anything else on the site stopped working since the server upgrade, or only checkout?
$120 AUD in 3 days
7.9
7.9

It sounds like that checkout form issue is tied to the recent server upgrade, likely due to changes in PHP version or security settings. And I’ve seen similar problems where error reporting is suppressed, making it tricky to pinpoint the exact cause, so I’ll investigate the POST request handling and adjust the PHP and JavaScript/AJAX as needed to get the form working again. My approach involves checking error logs, just to make sure compatibility with the new PHP version, and testing the entire flow on your live site. After confirming everything runs smoothly, I’ll provide a brief note on the changes made for your reference. I'm ready to get started on this right away, and I really look forward to helping you out! Rajavel PHP Developer | LAMP Stack | MySQL
$30 AUD in 10 days
7.6
7.6

Hi, A silent "Place Order" after a server upgrade almost always means fatal errors are being suppressed by display_errors being off on the new PHP version, so the POST dies before redirect. First thing I'd do is check the Apache error log and cPanel PHP version, then reproduce with error logging on to catch the exact line, often a removed function like each() or mysql_* calls that break on PHP 8. I've fixed and built plenty of PHP checkout and payment flows. One recent job was a full PHP, MySQL and JavaScript web build with payment handling, 5 stars from the client. Is the failure in the PHP submit itself, or in a JavaScript/AJAX hook that never fires? Send me cPanel access and I'll trace it live. Adil
$104.85 AUD in 7 days
7.6
7.6

Randwick, Australia
Payment method verified
Member since Mar 18, 2015
$30-250 AUD
$250-750 AUD
$15-25 USD / hour
$30-250 USD
$15-25 USD / hour
₹10000-35000 INR
$30-250 USD
$1500 USD
₹750-1250 INR / hour
$10-30 USD
£20-250 GBP
$15-25 USD / hour
$30-250 USD
$250-750 USD
$8-15 USD / hour
₹1500-12500 INR
$250-750 USD
$250-750 USD
$250-750 USD
₹1500-12500 INR
$30-250 USD
₹12500-37500 INR