Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New name #53

Closed
sagikazarmark opened this issue Sep 23, 2015 · 46 comments
Closed

New name #53

sagikazarmark opened this issue Sep 23, 2015 · 46 comments

Comments

@sagikazarmark
Copy link
Member

The PHP HTTP client is an abstraction layer to separate general purpose libraries from concrete client implementations in order to make them move flexible. It is the successor of the Ivory HTTP adapter and we should not use Ivory anymore to keep it separate from all the other things under the Ivory name that do unrelated things.

Just calling it "php http" makes it impossible to find this thing in google, as almost website about web development has these keywords. We should have some additional name that makes it findable.

Ideas so far:

@Zarkonnen
Copy link

"Raspberry", because that's what phphttp sounds like.

@QuingKhaos
Copy link

Hunlet 💨

@greg0ire
Copy link

The Universal Php Abstract Client or ... Tupac. Abstract like a ghost, awaited like the Messiah.

@sagikazarmark
Copy link
Member Author

Wow, thanks fo the ideas. I am adding them to the list.

@sagikazarmark
Copy link
Member Author

@patkar where does this name come from?

@QuingKhaos
Copy link

@sagikazarmark Clicked through a crazy name generator ^^

@sagikazarmark
Copy link
Member Author

I had the feeling 😜

@Pierstoval
Copy link

Straw, because the client asks for a drink, gets one, but wants a straw. And a straw is thin, sexy, and can gets any drink in any glass.
Edit: no reason, just fun :p

@hannesvdvreken
Copy link
Contributor

hahaha that's funny 😄

@dbu
Copy link
Contributor

dbu commented Sep 24, 2015 via email

@hannesvdvreken
Copy link
Contributor

Straw could also be a helper for gulp.

@Pierstoval
Copy link

@dbu I think this can be debated, because it can be put in this order : Client asks for a Drink, but to be sure that he can drink in any kind of glass/bottle/can, he needs the Straw.
EDIT: Or we can name it "TinCan" :D

@hannesvdvreken's right, it could be a Gulp helper (actually I already made a helper for Gulp and named Gryp 😆 )

@sandermarechal
Copy link

httplug? phplug? phetch?

@Pierstoval
Copy link

I like Phetch !

@dbu
Copy link
Contributor

dbu commented Sep 25, 2015 via email

@sagikazarmark
Copy link
Member Author

👍

BTW naming: should we name the whole organization. Or just the adapter? Or the adapter and other packages, like message-factory?

@dbu
Copy link
Contributor

dbu commented Sep 25, 2015 via email

@greg0ire
Copy link

phttplug then ?

@dbu
Copy link
Contributor

dbu commented Sep 25, 2015

i think i would use the name as sort of a nickname and keep calling the organization php-http. and the client is called httplug or phetch or whatever we chose

@sagikazarmark
Copy link
Member Author

👍

@sagikazarmark
Copy link
Member Author

What about the package vendor? It could also remain php-http OR have a separate vendor for the client related stuff:

  • kantphp/klantphp
  • httplug/httplug
  • php-http/klant
  • httplug/guzzle6-adapter

@sagikazarmark
Copy link
Member Author

Httplug sounds good, but has no real relation to PHP. Variations with "PHP" in it are a bit complicated I think. Also, the httplug logo idea is great. 👍

@joelwurtz
Copy link
Member

Httplug sounds good for me also.

IMO, since the vendor name is php-http, not having some sort of relation to PHP in the name is not a problem

@dbu
Copy link
Contributor

dbu commented Sep 25, 2015 via email

@sagikazarmark
Copy link
Member Author

I merged the terminology branch and started to remove implementations which are going to be part of the utility repo. The next step is to choose a name. My personal favourites are Klant, Httplug (or a variation) and Phetch. Httplug would be a wise decision with possible logo design keeping in mind. (BTW anyone want to work on that?)

Should we set up some sort of vote? Maybe on Google Docs or in a separate issue?

@dbu
Copy link
Contributor

dbu commented Sep 29, 2015

the question is who would be allowed to vote. imo we should try to find something that all with push rights to this repo are happy with. @sagikazarmark as lead should have the final say in this. maybe comments on this issue are enough to decide?

my order of preference is Httplug > Klant > Phetch.

and in my idea, the name would be more of a stick-on thing than deeply integrated. the repository or php namescapce, interfaces or class names would not change.

@sagikazarmark
Copy link
Member Author

my order of preference is Httplug > Klant > Phetch.

Same here

and in my idea, the name would be more of a stick-on thing than deeply integrated. the repository or php namescapce, interfaces or class names would not change.

Should the namespace remain Http\Client then?

Actually I would like everyone to express his/her opinion, but the final decision should be made by @php-http/owners

So everyone please "vote" this week. If we can't agree on one of the currently proposed names then we postpone the alpha release.

@dbu
Copy link
Contributor

dbu commented Sep 29, 2015 via email

@sagikazarmark
Copy link
Member Author

👍

@ddeboer
Copy link
Contributor

ddeboer commented Sep 30, 2015

What about the package vendor? It could also remain php-http OR have a separate vendor for the client related stuff

I’d say: one vendor for both to show that the packages play well together.

Should the namespace remain Http\Client then?

Yes. Http is really the core business of all packages in the organisation.

Currently, I’d vote for Httplug as well.

@sagikazarmark
Copy link
Member Author

@hannesvdvreken as the author of name Klant, your situation is not easy. 😉 What is your opinion about Httplug?

@hannesvdvreken
Copy link
Contributor

I'm fine with Httplug as well. Let's vote? Set a time frame and let people comment.

@sagikazarmark
Copy link
Member Author

Well, I think we already have a majority favoring Httplug, that's enough for me. The timeframe for voting is this week.

@hannesvdvreken
Copy link
Contributor

👍 httplug it is!

@dbu
Copy link
Contributor

dbu commented Oct 1, 2015 via email

@sagikazarmark
Copy link
Member Author

I will rename the repo and packagist package then.

@dbu Let's go with that tweet

@sandermarechal
Copy link

Brainfart for a logo, perhaps something where the U in httplug is a stylized electrical plug?

@sagikazarmark
Copy link
Member Author

@sandermarechal Yeah, @dbu wanted something similar. He imagined an electrical plug with the Earth maybe?

I am not really a good designer, so I would leave this thing to someone else. 😉

@dbu
Copy link
Contributor

dbu commented Oct 1, 2015

@sagikazarmark but rename to client, right? i think the httplug should not be in the php namespace / github repository path. or do you want to go full out with the name?

@sagikazarmark
Copy link
Member Author

I planned to rename the repo to httplug, but leave the namespace Http\Client.

@dbu
Copy link
Contributor

dbu commented Oct 1, 2015 via email

@sagikazarmark
Copy link
Member Author

Will do that. Actually I haven't created an organization name before. Do I have to just register a new account?

@ddeboer
Copy link
Contributor

ddeboer commented Oct 1, 2015

No, you can just create the organisation from your profile page.

@sagikazarmark
Copy link
Member Author

Thanks 👍

Update: @ddeboer I actually meant a Twitter orga account, not a Github one. I've created plenty of Github organizations before. (check my profile 😉 )

@dbu
Copy link
Contributor

dbu commented Oct 1, 2015

@ddeboer we are talking about twitter :-)
@sagikazarmark creating an account with a different email adress is what i did, yes

@sagikazarmark
Copy link
Member Author

Yeah, already done it. Retweeted by me.

Nyholm pushed a commit to Nyholm/httplug that referenced this issue Dec 26, 2019
Make sure travis can run on HHVM
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

10 participants