Zane
-
Posts
4,362 -
Joined
-
Last visited
-
Days Won
11
Posts posted by Zane
-
-
Unbelievable! It worked like a charm. I got my money back instantly. Then a few hours later, Lenovo decided to actually issue my refund finally. So now, I have double my refund, of course I'll have to close the dispute and give them back the other half, which I wish I didn't have to do... they deserve not to get it back.
Anyway, thanks for the idea.. My frustration is gone....
-
That's one BIG plus of purchasing with credit cards. You get shafted hard enough, and you just initiate a charge-back. Sure it looks bad on your credit rating, but it gives a nice 'fuck you' to the assholes that made you do it.
That is absolutely what I did. Thank you xyph, for the information. I have still yet to hear anything from Lenovo though, much less about my Disputed Transaction. I have been waiting to chat with Lenovo for about 30 minutes now.
As it turns out, the best way to get a hold of them is through their forum. Even still, they claim that their forum is a peer to peer community NOT a support station. But it seems to be the lesser of all of their evils.
Someone came into my thread and mentioned he has waited for 88 business days for his refund, I relayed to him the same info you gave me and he was thrilled.
http://forums.lenovo.com/t5/General-Discussion/Need-my-refund/td-p/856059
-
Simply put, it is the use of javascript that allows a page to change instantly on a condition and/or user event. It allows you to asynchronously send and receive data from other scripts. jQuery is a framework for Javascript and is widely used. I suggest you look into jQuery as it is the solution to your problem.
-
Seeing as it does no good to complain on the Lenovo forums about their customer service, I thought it appropriate to start an anti-Lenovo thread here, where it would possibly rank higher in Google searches and overall give Lenovo worse of a name than it already has.
I made the idiotic mistake of purchasing a Lenovo product while in Mexico. I had it shipped to my father so that he could ship it to me. As it turns out from our research, mailing things to and from Mexico is no different than throwing money into a black hole in space. So I decided I should cancel the purchase before it is shipped. To my misfortune, my order was shipped not 2 hours before I got ahold of a representative, which took about an hour to get a hold of.
So, I had to wait for the product to be shipped to my father who then shipped it back for me.
Just from the experience I have had with Lenovo, I would like to inform everyone to STAY AWAY from them. They are thieves and liars. They will give you numbers to call for support in your local area, but unsurprisingly, no one ever answers. Even if you call the number every hour on the hour for a week, no one will ever answer. The people that you can get a hold of have absolutely no English language skills.
Every time you do actually get a hold of someone, they will either tell you the exact same templated apology or they will transfer you to another black hole phone line. Even if you asked not to be transferred they will ignore you and do so anyway. I have been told 4 times that my refund will be processed within 3-5 business days.... all on different days. It is as if they are only paid to say a few phrases. They might as well be robots. A few days later I was told that it would take 5-7 business days.. then on the next day, when I waited an hour for customer support again, I was told it would take 1-2 business days for the quality check and again, 3-5 business days for the refund to be posted.
To put it shortly, every day you call, whether it has been 5 business days, 1 month, or 6 months, they will always answer with the same bullshit response.
By looking through the Lenovo support forums, I realize that I am not the only one to be shafted. I am curious to read the experiences of the PHPFreaks community with Lenovo. Has anyone actually had a "good" experience? I will honestly never buy from this company ever again.
-
We used phpBB once, and were hacked. It definitely didn't leave us with a good impression. Even if it has been improved...IMO phpBB would be worse than sticking with SMF.
-
Fuck yea, cupcakes fo' ME..!!
house, tree, castle, water...
-
Here's some kind of game like that I found while googling
http://www.eyezmaze.com/eyezblog_en/blog/2005/09/grow_cube.html#more
-
What everyone is getting as is that you should not modify the information before you put it in the database. Although, you DO need to sanitize it before hand.
Wait until you take the information out from the database to modify its look and feel. Otherwise, it would be like pouring milk into a cereal box, and then putting it in the cabinet so you don?t have to add milk later. Be normal and pour the milk in afterwards.
-
Welcome back to the cool club, where the beer flows like a brand new catheter.
-
To answer the actual question, it's called a Query string.
$name = $_GET['name'];
You need to read about sanitizing user input if you're going to use it.
It also wouldn't hurt to read up on superglobals before that. I wouldn't recommend someone researching santization of input before they even know what a superglobal is and does.
Make sure you get a grasp on the following vocabulary as well:
- a query string
- a query string parameter
You can learn an awful lot about these things from a simple phpinfo file.
-
@Zane,
But won't the $first_name variable that it creates remain local to the function?
It shouldn't if it is declared outside the function first.
-
In order to do that you would need to declare all those variables before-hand... with null values.
$first_name = null;
$last_name = null;
.......
Then, in you're function... you would pass it a string argument
then use that string to create a variable variable assignment.
function fromuser ($variable) { ${$variable} = trim(htmlentities($_POST[$variable], ENT_QUOTES, 'UTF-8')); }At that point, you wouldn't need to return anything in your function.
fromuser("first_name");fromuser("last_name"); -
I hope I explained myself well.
Not hardly. Care to elaborate some more?
-
screenshot? or link?
-
I decided that instead of paginating, I would use a fixed position filter. Since they are selling nation-wide, I figured it would be easiest.
Thoughts?
-
you need to set it for both body and html
body, html { margin: 0px; padding: 0px; width:100%; } -
The client is teeter-tottering on the credit card transaction fee percentage. Paypal and Google Checkout have a 2.9% + $0.30 fee, while their Merchant is (somehow?) hooking them up with a 1.58% fee. I went ahead and set up a sandbox account and used the SIM integration method just to check it out. There are still a few variables I need to figure out, but it seems I may be able to get away with no getting an SSL. The form action posts to a https address hosted on Authorize.net, which is exactly what I need.
Now I just need to make sure I meet the requirements.
-
There wouldn't be any committing of fraud. To me, having this landing page for a customer to enter his/her credit card info is no different than the customer calling and giving the info over the phone. Well, the actual difference would be that the online payment is secured.
This is a very simple concept with Paypal, I don't understand why it cannot be done through Authorize.net in the same way. I found somewhat of a demo here that does near exactly what I want.
http://www.authorizenetdemo.com/simplecheckout/
The price would be variable though.
I would just like to skip directly to the payment page.. without clicking a buy now button. It's more of a Pay Now concept.
-
Ok. I'm pulling my hair out talking to this Merchant Service Provider agent and trying to understand their requirements. Allow me to explain the environment and perhaps that will help a lot more. I probably should have done this to begin with.
My client is a retail flooring warehouse. The client already accepts credit card payments through a terminal, much like a convenience store does. The client uses a Merchant Service Provider known as Capital Bankcard to get the money from the card to their bank.
Now that the client wants to accept payments online, they have called their merchant service provider agent to discuss, with me, the best way to implement online credit card payments. This website does not act as a normal "shopping cart" website. If a customer wants a certain product, they must call my client (or email) telling them how many feet of which product they want. When that is done, my client then writes an invoice, scans it, and emails it the customer. At this point, no payment is made... rather, the client then calls the dealer and makes sure that amount of footage is available.... at which point he asks that the product be put on hold....
As of right now, the customers call-in to make their credit card payment over the phone. Once the customer's payment is accepted, they are emailed another copy of the invoice which says "Paid in full" or something along those lines......making it a receipt. They are also emailed a reference number telling them where to pickup their product. The customer is responsible for picking it up IT IS NOT SHIPPED TO THEM WHATSOEVER.
The obvious problem right now, which I am trying to alleviate, is that most customers do not feel comfortable giving their CC info over the phone. They would much rather enter it on a secure page. My client refuses to use Paypal because it would charge a fee for handling the credit cards... while they already have a merchant that makes them happier. I mentioned to the agent that Paypal would most likely be the best option, but saying that was no different than asking a Linux user to create something with an Adobe product......without a virtualbox.
The solution in my head right now is to have some sort of gateway that "acts" like a donation page. This way, there would be no need for SSL bullshit. The client could simply email them a link to a "donate" page with a fixed amount. The closest thing to this idea is something called Simple Checkout from Authorize.net.
http://developer.authorize.net/api/simplecheckout
I suppose here in a few minutes I will call Authorize.net and ask them some questions as well.
I hope I explained everything in detail, if not, don't hesitate to ask. I need all of the guidance I can get.
-
If someone's filling out a form with sensitive data, you really want that form's action to start with
https://
I believe this is solved now. Thank you all for your contributions.
-
Sorry if I made my question unclear. My sole question is, to accept credit card payments, using Authorize.net, do I simply need to include a library provided from the bank... or AuthorizeNet?
You still need one [sSL cert] to accept payment information.So, if I am not redirecting to a third party "shopping cart" then I will need an SSL certificate? I was under the impression that I could use my current page, with the API included, and have the user successfully pay simply by hitting the "Make Payment" button... without a Secure Connection.
To put this into context, which I hope helps more in understanding my question..
My client does not want his customers to be redirected off of his site.
-
You will use SSL, but you will not need to purchase an SSL certificate. Just like you use SSL when you visit amazon.com without buying a cert for your computer.
Ok. That's what I needed to know.
So I don't need to worry about VeriSign or using the HTTPS protocol. In other words, my url doesn't need to be
https://pay.reallycheapfloors.comThat's a load off.
Are there any precautions whatsoever I need to worry about? Or is my next step with Authorize.net..
-
So, from what I understand from the replies, connecting with Authorize.net is as easy as using their API? Does that mean that I do not need SSL?
Currently, I have something like this.
http://pay.reallycheapfloors.com
A user will be given an invoice number via e-mail and then they will use that page. Without an invoice number, and error will occur and nothing is sent to Authorize.net.
As of right now though, I am not connected to Authorize and this page is yet to be implemented. Currently, all transactions are done over the phone and email.
-
[note] There's no point in beating a dead horse. I am already aware that using a third party alternative would be much much better. I simply want to know how it would be done.[/note]
I just finished speaking with my client's credit card agent for their bank. The most information I could get out of her was that a link would be provided to me for the submission of a credit card number. Where I am drawing a blank is how to go about sending a CC Number securely.
Supposedly, I would set up an HTML form asking for all the credentials: Name, Address, CC#, etc... and send that form information to the authorize.net link I would be given. If my understanding is correct though, this information would not go straight to authorize.net. By looking at the output of a trace route (which I have yet to do), I could see every server it goes through to get to authorize.net. Are all of those servers in between PCI compliant? Most likely not.
I image I would need an SSL certificate or something that would encrypt the data sent to authorize.net.
Does anyone have any background on how this actually works? I would love to know just for the sake of knowledge.
Lenovo experience
in Miscellaneous
Posted
I used a debit card so my dispute was much more .....uh... ..stronger...idk lol
I've never owned a credit card..