Kom ihåg mig?
Home Menu

Menu


Pakethanterare för PHP?

 
Ämnesverktyg Visningsalternativ
Oläst 2011-04-09, 16:47 #1
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Standard Pakethanterare för PHP?

Jag tänkte ge mig på PHP men har inte hittat någon ordentlig pakethanterare.

Jag letar efter något enkelt sätt att installera paket från en centraliserad server som hanterar paketberoenden för en, lite som apt-get.

De borde ju finnas någon, med tanke på hur stort PHP-community:t är.

Jag har f.ö redan kollat på Pear. Dom har tyvärr för lite paket för att göra de användbart.
Nerix är inte uppkopplad   Svara med citatSvara med citat
Oläst 2011-04-09, 16:48 #2
emilvs avatar
emilv emilv är inte uppkopplad
Bara ett inlägg till!
 
Reg.datum: Feb 2004
Inlägg: 1 564
emilv emilv är inte uppkopplad
Bara ett inlägg till!
emilvs avatar
 
Reg.datum: Feb 2004
Inlägg: 1 564
Vad är det du ska ha pakethanteraren till? vilken sorts paket handlar det om?
emilv är inte uppkopplad   Svara med citatSvara med citat
Oläst 2011-04-09, 17:05 #3
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Citat:
Ursprungligen postat av emilv Visa inlägg
Vad är det du ska ha pakethanteraren till? vilken sorts paket handlar det om?
Plugins kanske är ett bättre namn.

Jag letar efter ett automatiserat sätt att installera plugins från en centraliserad punk. Pakethanteraren ska, som nyligen nämnt, även hålla koll på paketberoenden.

Ungefär så här.

Jag skriver en applikation.
Applikationen i sig är beroende av paket A, B och C.
Paket A är beroende av paket D version 1.0, paket B är beroende av paket D version 1.1 och paket C är beroende av paket E.

Den ska då, precis som apt-get, installera alla paketberoenden utan konflikter.

Här är ett exempel från ett tidigare projekt skrivet i Ruby.
Filen innehåller alla paketberoenden för projektet i fråga, paketen i sig vet själva vad dom har för beroenden.

I exemplet så plockas paket från Github, Rubygems och en lokal mapp.

Inkl alla underliggande beroenden så installeras drygt 190 paket.

Kod:
source "http://rubygems.org"

group :production, :development, :test do
  gem "rails", "~> 3.0.5.rc1"
  gem "nokogiri"
  gem "haml"
  gem "oauth"
  gem "aws-s3"
  gem "delayed_job"
  
  # Fixar till 1.9.2-buggen
  gem "yui-compressor", :git => "git://github.com/ner/ruby-yui-compressor.git", :require  => "yui/compressor"
  
  gem "whenever",      :require => false    
  gem "jammit"
  gem "movie_searcher", "~> 0.1.4"
  gem "undertexter",    "~> 0.1.5"
  gem "torrents",       "~> 1.0.11"
  gem "oauth-plugin",   "~> 0.4.0.pre1"
  gem "paperclip",      "~> 2.3"
  gem "rest-client",    "~> 1.6.1"
  gem "barista",        "~> 1.0"
  
  gem "ruby-tmdb", :git => "/Users/ber/Documents/Projekt/ruby-tmdb"
  gem "imdb_vote_history"
  gem "json"
  gem "osdb"
  gem "simple_form"                 
  gem "mysql2"
  gem "kaminari"
  gem "jquery-rails"
end

group :production do 
  gem "dalli"
end

group :development do
  gem "ruby-debug19"
  gem "ruby-growl"
  gem "hirb"
  gem "sqlite3"
end

group :test do
  gem "rspec"
  gem "rspec-rails"
  gem "autotest-standalone"
  gem "autotest-rails"
  gem "autotest-growl"
  gem "autotest"
  gem "factory_girl_rails"
end

Senast redigerad av Nerix den 2011-04-09 klockan 17:18
Nerix är inte uppkopplad   Svara med citatSvara med citat
Oläst 2011-04-10, 00:57 #4
hnn hnn är inte uppkopplad
Banned
 
Reg.datum: Mar 2004
Inlägg: 2 587
hnn hnn är inte uppkopplad
Banned
 
Reg.datum: Mar 2004
Inlägg: 2 587
Jag tror du vill ha PEAR eller PECL

http://pear.php.net
http://pecl.php.net
hnn är inte uppkopplad   Svara med citatSvara med citat
Oläst 2011-04-10, 01:09 #5
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Citat:
Ursprungligen postat av hnn Visa inlägg
Jag tror du vill ha PEAR eller PECL

http://pear.php.net
http://pecl.php.net
Med tanke på hur stort PHP är så borde man tycka att dom skrapat ihop mer än 800 (!) paket.

Någon som har nått alternativ, eller är det så här de ser ut?
Nerix är inte uppkopplad   Svara med citatSvara med citat
Oläst 2011-04-10, 01:13 #6
abergmans avatar
abergman abergman är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Feb 2010
Inlägg: 762
abergman abergman är inte uppkopplad
Mycket flitig postare
abergmans avatar
 
Reg.datum: Feb 2010
Inlägg: 762
Citat:
Ursprungligen postat av Nerix Visa inlägg
Med tanke på hur stort PHP är så borde man tycka att dom skrapat ihop mer än 800 (!) paket.

Någon som har nått alternativ, eller är det så här de ser ut?
Men vilka funktioner i paketen är det du är ute efter?

Kolla på php.net så ser du vilka funktioner som existerar, och sen får du googla lite klasser om det är funktioner du vill ha som inte redan finns.
abergman är inte uppkopplad   Svara med citatSvara med citat
Oläst 2011-04-10, 02:10 #7
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Clarence Clarence är inte uppkopplad
Administratör
 
Reg.datum: Jan 2003
Inlägg: 1 974
Citat:
Ursprungligen postat av Nerix Visa inlägg
Med tanke på hur stort PHP är så borde man tycka att dom skrapat ihop mer än 800 (!) paket.

Någon som har nått alternativ, eller är det så här de ser ut?
Om du vill ha någon pakethanterare så är det så det ser ut. Nöjer du dig däremot med att ta 1 manuell minut per projekt har du betydligt fler bibliotek tillgängliga än i de flesta andra språk.
Clarence är inte uppkopplad   Svara med citatSvara med citat
Oläst 2011-04-10, 03:06 #8
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Citat:
Ursprungligen postat av abergman Visa inlägg
Men vilka funktioner i paketen är det du är ute efter?
Jag hade tänkt mig något likt Rubygems.org

Drygt 22k plugins.

Att uppfinna hjulet på nytt för varje gång känns ju aningen getto.
Sedan så saknar jag expertis inom varje område, så att överlämna arbete till 3:e part är något jag gör med glädje.

Citat:
Ursprungligen postat av abergman Visa inlägg
Kolla på php.net så ser du vilka funktioner som existerar, och sen får du googla lite klasser om det är funktioner du vill ha som inte redan finns.
Vi har nog lite olika krav på koden som ska användas i produktion.
Ett plugin ska, enligt mig, var testad, dokumenterad, ligger under en vettig licens och vara distribuerad via ett ordentligt nätverk.

Ett kodstycke skrivet av en nybörjare utan tester postat på ett forum ligger inte under den kategorin.

Citat:
Ursprungligen postat av Clarence Visa inlägg
Nöjer du dig däremot med att ta 1 manuell minut per projekt har du betydligt fler bibliotek tillgängliga än i de flesta andra språk.
En minut per projekt, vilket enligt koden jag nyss postade är 190 minuter, och det är varje gång jag ska kolla efter uppdateringar.

I min värld går detta via ett kommando på drygt 5 sekunder.

Jag ger språket 24h till, sedan drar jag mig tillbaka.
Nerix är inte uppkopplad   Svara med citatSvara med citat
Oläst 2011-04-10, 07:21 #9
Jines avatar
Jine Jine är inte uppkopplad
Har WN som tidsfördriv
 
Reg.datum: Feb 2005
Inlägg: 1 032
Jine Jine är inte uppkopplad
Har WN som tidsfördriv
Jines avatar
 
Reg.datum: Feb 2005
Inlägg: 1 032
Sätt upp en egen apt-get repo?

Nerix: Saken är väl den att PHP har mycket inbyggt direkt.
Du behöver inte hämta gem's för t.ex. json, mysql, sqlite osv.

Därav att det "bara" är 800(!) phpmoduler som finns tillgängliga.
Om du saknar något i PHP, säg gärna till. Jag har inte hittat någon direkt saknad support på ett par år.

OAuth osv, laddas ner som php-klasser med vettig licens, dokumentation och exempel, behövs inga moduler för det.

EDIT: Drupal har iof ett commandline verktyg för precis det här, men det är då bundna moduler till just drupal - verktyget heter "drush"

EDIT2:
Det svåra i att skapa ett sånt här verktyg är att du isåfall behöver utgå ifrån en förutbestämd katalogstruktur, då PHP är så fritt finns det inga direkta verktyg för att göra det.
Koda gärna ett, och släpp under vettig licens så kan jag både utöka det och hjälpa dig förbättra Kunde vara nice att ha.

Senast redigerad av Jine den 2011-04-10 klockan 07:24
Jine är inte uppkopplad   Svara med citatSvara med citat
Oläst 2011-04-10, 11:45 #10
abergmans avatar
abergman abergman är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Feb 2010
Inlägg: 762
abergman abergman är inte uppkopplad
Mycket flitig postare
abergmans avatar
 
Reg.datum: Feb 2010
Inlägg: 762
Citat:
Ursprungligen postat av Jine Visa inlägg
Sätt upp en egen apt-get repo?

Nerix: Saken är väl den att PHP har mycket inbyggt direkt.
Du behöver inte hämta gem's för t.ex. json, mysql, sqlite osv.

Därav att det "bara" är 800(!) phpmoduler som finns tillgängliga.
Om du saknar något i PHP, säg gärna till. Jag har inte hittat någon direkt saknad support på ett par år.

OAuth osv, laddas ner som php-klasser med vettig licens, dokumentation och exempel, behövs inga moduler för det.

EDIT: Drupal har iof ett commandline verktyg för precis det här, men det är då bundna moduler till just drupal - verktyget heter "drush"

EDIT2:
Det svåra i att skapa ett sånt här verktyg är att du isåfall behöver utgå ifrån en förutbestämd katalogstruktur, då PHP är så fritt finns det inga direkta verktyg för att göra det.
Koda gärna ett, och släpp under vettig licens så kan jag både utöka det och hjälpa dig förbättra Kunde vara nice att ha.
Jag kan bara hålla med här, i princip alla grundstenar som behövs finns reda i PHP, sedan får man som utvecklare bygga det mesta själv, om man inte går med ett ramverk eller CMS, typ CodeIgniter, Wordpress eller drupal.

Det är så PHP ser ut, å gott och på ont.
abergman är inte uppkopplad   Svara med citatSvara med citat
Svara


Aktiva användare som för närvarande tittar på det här ämnet: 1 (0 medlemmar och 1 gäster)
 

Regler för att posta
Du får inte posta nya ämnen
Du får inte posta svar
Du får inte posta bifogade filer
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG]-kod är
HTML-kod är av

Forumhopp


Alla tider är GMT +2. Klockan är nu 14:41.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson
 
Copyright © 2017