mboost-dp1
unknown
Egentlig er der vel ikke rigtig noget fantastisk nyt på den tekniske side, bortset fra den opdaterede OCI8-driver. Som med Zend Core for IBM er det vel et forsøg på at lave en lækker indpakning omgivet af business-buzzwords og support-programmer, så højtbetalte IT-konsulenter kan føle sig på hjemmebane.
Men det viser da, at PHP er ved at blive accepteret i forretningslivet, og det er dejligt at se :)
Men det viser da, at PHP er ved at blive accepteret i forretningslivet, og det er dejligt at se :)
Som med DB2 ser jeg godt og skidt i den nyhed.
For PHP ser kun ud til at blive mere og mere acceptere på de bonede gulve, hvilket man kun kan bifalde. Det er dog meget beklageligt, hvis denne accept er en konsekvens af, at man promovere sig med understøttelse af proprietære komponenter. Så kan man selvfølgelig sige ' we support these, but don't recommend them...' Men det er ikke lige den retorik jeg læser... Ohh well Stadig kun et minor setback... :)
For PHP ser kun ud til at blive mere og mere acceptere på de bonede gulve, hvilket man kun kan bifalde. Det er dog meget beklageligt, hvis denne accept er en konsekvens af, at man promovere sig med understøttelse af proprietære komponenter. Så kan man selvfølgelig sige ' we support these, but don't recommend them...' Men det er ikke lige den retorik jeg læser... Ohh well Stadig kun et minor setback... :)
#5
OCI8-driveren er bare den PHP-extension du bruger til at kommunikere med Oracle, ligesom du bruger PHP's MySQL- eller MySQLi-extension til kommunikere med MySQL. Faktisk er MySQL ikke altid gratis. Hvis du f.eks. distribuerer et stykke proprietært software (dvs noget der ikke er under GPL eller en anden af MySQL AB godkendt OSI-licens), der anvender MySQL, så skal du faktisk anskaffe en kommerciel licens. Det er dog stadig væsentlig billigere end Oracle ;) Jeg har set MySQL selv sige om deres dual-licensing: "If you are free, we are free. If you are proprietary, we are commercial."
#6
Jeg er helt enig. Jeg synes også det er lidt ærgeligt, hvis PHP skal "blåstemples" af store proprietære softwarebrands som Oracle, før at det kan blive accepteret af slipsedyrene. Mange IT-konsulenter er jo nærmest rædselsslagne for at bruge noget, der ikke lige er anerkendt som en "industry standard" af IBM, Microsoft, Oracle eller en af de andre store kendte IT-virksomheder. Alt i alt ser jeg nu det her som en god ting for PHP, men jeg håber stadig at komboen af PHP og frie databaser bliver normen :)
OCI8-driveren er bare den PHP-extension du bruger til at kommunikere med Oracle, ligesom du bruger PHP's MySQL- eller MySQLi-extension til kommunikere med MySQL. Faktisk er MySQL ikke altid gratis. Hvis du f.eks. distribuerer et stykke proprietært software (dvs noget der ikke er under GPL eller en anden af MySQL AB godkendt OSI-licens), der anvender MySQL, så skal du faktisk anskaffe en kommerciel licens. Det er dog stadig væsentlig billigere end Oracle ;) Jeg har set MySQL selv sige om deres dual-licensing: "If you are free, we are free. If you are proprietary, we are commercial."
#6
Jeg er helt enig. Jeg synes også det er lidt ærgeligt, hvis PHP skal "blåstemples" af store proprietære softwarebrands som Oracle, før at det kan blive accepteret af slipsedyrene. Mange IT-konsulenter er jo nærmest rædselsslagne for at bruge noget, der ikke lige er anerkendt som en "industry standard" af IBM, Microsoft, Oracle eller en af de andre store kendte IT-virksomheder. Alt i alt ser jeg nu det her som en god ting for PHP, men jeg håber stadig at komboen af PHP og frie databaser bliver normen :)
#6 og #7 Nu skal man også lige huske, at Oracle ikke helt kan sammenlignes med MySQL. Hvis de var biler, ville MySQL være en Toyota, mens Oracle ville være en Porsche.
Foruden naturligvis at tage det faktum i betragning, at mange organisationer (incl. min arbejdsplads) allerede har massive Oracle databaser kørende med mange millioner records og en tilpasset infrastruktur (SAN, RAID, fiber-backup osv).
Foruden naturligvis at tage det faktum i betragning, at mange organisationer (incl. min arbejdsplads) allerede har massive Oracle databaser kørende med mange millioner records og en tilpasset infrastruktur (SAN, RAID, fiber-backup osv).
#8 mrmorris
Nu skal man også lige huske, at der findes mange andre frie databaser end MySQL... ;) ProgreSQL f.eks. Den skulle være langt bedre, omend jeg fatter minus af databaser, så det er jeg ikke den rigtige til at afgøre. Men det er da trist at høre, hvor omfattende i har gjort jer afhængige af proprietære produkter. Det er det jeg ikke mener PHP skal tilskynde yderligere til...
Nu skal man også lige huske, at der findes mange andre frie databaser end MySQL... ;) ProgreSQL f.eks. Den skulle være langt bedre, omend jeg fatter minus af databaser, så det er jeg ikke den rigtige til at afgøre. Men det er da trist at høre, hvor omfattende i har gjort jer afhængige af proprietære produkter. Det er det jeg ikke mener PHP skal tilskynde yderligere til...
#9 Oracle er en af de få, der kan løfte de arbejdsopgaver vi har brug for. Men modsat f.eks. Microsoft (der meget gerne vil have virksomheder til at tro deres MSSQL er på højde med Oracle), så tager Oracle ikke penge for deres produkter med mindre du selv tjener penge og/eller vil have 24h support.
Mht. afhængighed, så er det vel meget naturligt at der igennem årene er samlet massive mængder forretningsorienteret data, der er jo ikke tale om små webprojekter med blot et par tabeller. Vi KAN dog skifte såfremt et åbent produkt skulle vise sig oppe på samme niveau, men det vil være en stor operation og der findes absolut ikke noget åbent alternativ pt.
Mht. afhængighed, så er det vel meget naturligt at der igennem årene er samlet massive mængder forretningsorienteret data, der er jo ikke tale om små webprojekter med blot et par tabeller. Vi KAN dog skifte såfremt et åbent produkt skulle vise sig oppe på samme niveau, men det vil være en stor operation og der findes absolut ikke noget åbent alternativ pt.
Zend er da også kommencielt ? men netop PHP engine er gratis, men hvortil de så har (eneretten?) til at give Certifikater, og derudover har de også det bedste PHP IDE, Zend Studio.
Fordelen ved netop dette, og DB2 delen, var jo at PHP(5) dermed er et meget meget stærk sprog i forhold til det kommencielle ASP.NET.
Og derfor sikkert vil blive brugt endnu mere af store firmaer i fremtiden.
Fordelen ved netop dette, og DB2 delen, var jo at PHP(5) dermed er et meget meget stærk sprog i forhold til det kommencielle ASP.NET.
Og derfor sikkert vil blive brugt endnu mere af store firmaer i fremtiden.
#10 mrmorris
Hørte dig så kun nævne MySQL. Og det er jo kun en af dem, og ikke nødvendigvis det bedste alternativ.
Det er så den del jeg er ligeglad med. Vil personligt hellere betalt for fri software, end at få proprietært smidt i nakken... ;) Det er betingelserne og den manglende adgang til koden, for dem som potentielt set kunne have gavn eller brug for den og jeg finder forkert.
Hvis bare i har en udvej, er det jo første gode tegn. Nogle proprietære løsninger, gør det jo med vilje så svært som de kan for kunderne er undslippe... hehe Men jeg kan kun sige, hold øje med alternativerne. Men for lige at gentage mig selv, det handler ikke om pris.
#11
Hvad mener du når du siger kommercielt?
Oracle er en af de få, der kan løfte de arbejdsopgaver vi har brug for.
Hørte dig så kun nævne MySQL. Og det er jo kun en af dem, og ikke nødvendigvis det bedste alternativ.
Men modsat f.eks. Microsoft (der meget gerne vil have virksomheder til at tro deres MSSQL er på højde med Oracle), så tager Oracle ikke penge for deres produkter med mindre du selv tjener penge og/eller vil have 24h support.
Det er så den del jeg er ligeglad med. Vil personligt hellere betalt for fri software, end at få proprietært smidt i nakken... ;) Det er betingelserne og den manglende adgang til koden, for dem som potentielt set kunne have gavn eller brug for den og jeg finder forkert.
Mht. afhængighed, så er det vel meget naturligt at der igennem årene er samlet massive mængder forretningsorienteret data, der er jo ikke tale om små webprojekter med blot et par tabeller. Vi KAN dog skifte såfremt et åbent produkt skulle vise sig oppe på samme niveau, men det vil være en stor operation og der findes absolut ikke noget åbent alternativ pt.
Hvis bare i har en udvej, er det jo første gode tegn. Nogle proprietære løsninger, gør det jo med vilje så svært som de kan for kunderne er undslippe... hehe Men jeg kan kun sige, hold øje med alternativerne. Men for lige at gentage mig selv, det handler ikke om pris.
#11
Hvad mener du når du siger kommercielt?
#8
MySQL er bestemt ikke egnet til alt, og den nuværende release-version mangler stadig features, som databaser-hajer mener er essentielle. MySQL har altid prioriteret hastighed fremfor features. Men der findes jo også andre frie databaser, herunder PostgreSQL, som sKIDROw også nævner.
Jeg tror såmænd at open source databaserne er mere end klar til prime-time, men de har bare det store problem, at der ikke rigtigt findes nogle værktøjer til dem. Oracle er jo ikke kun selve databasen - den er bakket op af et stort udvalg af analyse- og udviklingsværktøjer, som hverken MySQL eller PostgreSQL kan matche på nuværende tidspunkt.
Jeg tror Zend Core for Oracle og Zend Core for IBM primært er henvendt til dem, der i forvejen har Oracle- og DB2 databaser kørende. Den mest naturlige vej til web-projekter baseret på disse to databaser har vel været Java. Til mere simple sites vil det sikkert være overkill, at have en Java app-server kørende, og her kan PHP måske opfylde et behov. Det må næsten være derfor, at Oracle og IBM bakker op om PHP, for mit indtryk er da ellers at de begge er ret store Java-fans :)
MySQL er bestemt ikke egnet til alt, og den nuværende release-version mangler stadig features, som databaser-hajer mener er essentielle. MySQL har altid prioriteret hastighed fremfor features. Men der findes jo også andre frie databaser, herunder PostgreSQL, som sKIDROw også nævner.
Jeg tror såmænd at open source databaserne er mere end klar til prime-time, men de har bare det store problem, at der ikke rigtigt findes nogle værktøjer til dem. Oracle er jo ikke kun selve databasen - den er bakket op af et stort udvalg af analyse- og udviklingsværktøjer, som hverken MySQL eller PostgreSQL kan matche på nuværende tidspunkt.
Jeg tror Zend Core for Oracle og Zend Core for IBM primært er henvendt til dem, der i forvejen har Oracle- og DB2 databaser kørende. Den mest naturlige vej til web-projekter baseret på disse to databaser har vel været Java. Til mere simple sites vil det sikkert være overkill, at have en Java app-server kørende, og her kan PHP måske opfylde et behov. Det må næsten være derfor, at Oracle og IBM bakker op om PHP, for mit indtryk er da ellers at de begge er ret store Java-fans :)
#13 Jeg kan da kun håbe du får ret i din prognose for open source databaser. Mht. udviklingsværktøjer, så er Oracle bestemt ingen haj på det punkt. Den seneste JDeveloper er fyldt med fejl, understøtter ikke antialiasing (gør ondt iu øjnene at programmere på en TFT) og er hamrende langsom.
Men de understøtter business komponenter og frameworks som ADF/UIX/JSF/Struts som modellerer efter design mønstre (MVC og Model2). Derudover kommer EJB, TopLink, WebServices, embedded JVM og mange andre professionelle ting, hvor PHP/MySQL bare ikke kan være med.
Men de understøtter business komponenter og frameworks som ADF/UIX/JSF/Struts som modellerer efter design mønstre (MVC og Model2). Derudover kommer EJB, TopLink, WebServices, embedded JVM og mange andre professionelle ting, hvor PHP/MySQL bare ikke kan være med.
#13
Ja, de har vel brugt meget JSP, men Tomcat er et mareridt at sætte op.
#12
Zend er et firma.. de tjener penge på at sælge programmer, du IKKE får souce til. Kan ikke se hvorfor den manglende adgang til souce er et problem, da jeg tvivler på at de fleste virksomheder har medarbejdere som er skilled nok til at compile deres egen udgave af f.eks. Oracle.
DB2 bruges også tit i forbindelse med store mainframes o.lign. hvor programmørene ikke kan andet en COBOL og måske Java..
Og det er vel ikke netop de sprog store database er skrevet i ?-)
Ja, de har vel brugt meget JSP, men Tomcat er et mareridt at sætte op.
#12
Zend er et firma.. de tjener penge på at sælge programmer, du IKKE får souce til. Kan ikke se hvorfor den manglende adgang til souce er et problem, da jeg tvivler på at de fleste virksomheder har medarbejdere som er skilled nok til at compile deres egen udgave af f.eks. Oracle.
DB2 bruges også tit i forbindelse med store mainframes o.lign. hvor programmørene ikke kan andet en COBOL og måske Java..
Og det er vel ikke netop de sprog store database er skrevet i ?-)
#15
Det jeg skulle vide var bare, om du talte om firmaet eller softwaren. Firmaet er selvsagt kommercielt. Men kommercielt som betegnelse for software er selvsagt en intetsigende beskrivelse.
Jeg kompilere min software selv, og jeg er ikke noget überhacker.. ;) Om jeg ville kunne kompilere Oracles ting, skal jeg ikke kunne sige. Men hvis de har designet deres build tools, BURDE det være som at klø sig i nakken.
De mest "besværlige ting jeg kompilere foregår via:
tar xvjpf PAKKE.tar.bz2
./configure [eventuelle switches]
make
make install
Hvis det er mere besværligt end det, så siger det mere om Oracle, end om de potentielle teknikere du taler om... ;)
Og selv hvis alle firmaer ikke har direkte nytte af kode adgang, så burde alle kunder naturligvis have fuld og ubegrænset adgang til koden for den software de bruger. Andre vil have stor nytte af det, og dem som ikke har kan få andre til det.
Zend er et firma.. de tjener penge på at sælge programmer, du IKKE får souce til.
Det jeg skulle vide var bare, om du talte om firmaet eller softwaren. Firmaet er selvsagt kommercielt. Men kommercielt som betegnelse for software er selvsagt en intetsigende beskrivelse.
Kan ikke se hvorfor den manglende adgang til souce er et problem, da jeg tvivler på at de fleste virksomheder har medarbejdere som er skilled nok til at compile deres egen udgave af f.eks. Oracle.
Jeg kompilere min software selv, og jeg er ikke noget überhacker.. ;) Om jeg ville kunne kompilere Oracles ting, skal jeg ikke kunne sige. Men hvis de har designet deres build tools, BURDE det være som at klø sig i nakken.
De mest "besværlige ting jeg kompilere foregår via:
tar xvjpf PAKKE.tar.bz2
./configure [eventuelle switches]
make
make install
Hvis det er mere besværligt end det, så siger det mere om Oracle, end om de potentielle teknikere du taler om... ;)
Og selv hvis alle firmaer ikke har direkte nytte af kode adgang, så burde alle kunder naturligvis have fuld og ubegrænset adgang til koden for den software de bruger. Andre vil have stor nytte af det, og dem som ikke har kan få andre til det.
#5 Oracle er OK sammen med PHP og har været det længe. Jeg havde noget knas med de to i 1999, men det blev rettet og alt virkede.
Hvis man kun skal prøve Oracle, så kan man downloade og gratis bruge den så længe det ikke er til kommerciel produktion. Så alle studerende kan lovligt have den installeret, bare de ikke bruger den til noget produktionsagtigt ala nusuik-cd samling eller sådan.
Har man brug for en fornuftig DB til produktion, og helst gratis, og gerne hurtig når der er mange brugere samtidigt, og har alle de features man regner med, så er der ikke rigtigt andre end PostgreSQL at bruge.
#16 Oracle efter version 8.1.5 er et helvede at installere, men det er ikke så væsentligt hvis man er mere fokuseret på den fremtidige drift, end man er på lige at få den installeret.
Hvis man kun skal prøve Oracle, så kan man downloade og gratis bruge den så længe det ikke er til kommerciel produktion. Så alle studerende kan lovligt have den installeret, bare de ikke bruger den til noget produktionsagtigt ala nusuik-cd samling eller sådan.
Har man brug for en fornuftig DB til produktion, og helst gratis, og gerne hurtig når der er mange brugere samtidigt, og har alle de features man regner med, så er der ikke rigtigt andre end PostgreSQL at bruge.
#16 Oracle efter version 8.1.5 er et helvede at installere, men det er ikke så væsentligt hvis man er mere fokuseret på den fremtidige drift, end man er på lige at få den installeret.
#14
Man kan ikke rigtig sammenligne PHP og Java, da de er slet ikke i samme klasse. PHP er godt til at lave forholdsvis simple websites, hvor det meste består i simple CRUD-operationer til databasen. Men hvis der er tungere databehandling involveret, ville jeg nok ikke bruge PHP. Her er Java meget bedre egnet. Men vi skal også huske, at det langt fra er alle, der har brug for noget så stort og komplekst som Java. Man kunne selvfølgelig bare holde det helt simpelt, og nøjes med plain servlets og JSP, men det kræver stadig at man skal sætte sig ind i både Java-sproget og JSP's templatesprog.
Besværligt ja, og det stopper slet ikke der. Tomcat er kun en servlet-container, så hvis du også vil have EJB, skal du også have fat i en EJB-container. Du kan selvfølgelig snuppe en fuld Java app-server, som f.eks. JBoss, der har både servlet- og EJB-container ... men det bliver det ikke mindre kompliceret af. Dertil kommer at mange nok næppe vil køre rene servlets, JSPs og EJBs, og så kan du gå i gang med at få sammensat dit "mix" af Java's mange forskellige komponenter og frameworks: Struts, Spring, Hibernate, Velocity - der er nok at tage af :)
Man kan ikke rigtig sammenligne PHP og Java, da de er slet ikke i samme klasse. PHP er godt til at lave forholdsvis simple websites, hvor det meste består i simple CRUD-operationer til databasen. Men hvis der er tungere databehandling involveret, ville jeg nok ikke bruge PHP. Her er Java meget bedre egnet. Men vi skal også huske, at det langt fra er alle, der har brug for noget så stort og komplekst som Java. Man kunne selvfølgelig bare holde det helt simpelt, og nøjes med plain servlets og JSP, men det kræver stadig at man skal sætte sig ind i både Java-sproget og JSP's templatesprog.
Ja, de har vel brugt meget JSP, men Tomcat er et mareridt at sætte op.
Besværligt ja, og det stopper slet ikke der. Tomcat er kun en servlet-container, så hvis du også vil have EJB, skal du også have fat i en EJB-container. Du kan selvfølgelig snuppe en fuld Java app-server, som f.eks. JBoss, der har både servlet- og EJB-container ... men det bliver det ikke mindre kompliceret af. Dertil kommer at mange nok næppe vil køre rene servlets, JSPs og EJBs, og så kan du gå i gang med at få sammensat dit "mix" af Java's mange forskellige komponenter og frameworks: Struts, Spring, Hibernate, Velocity - der er nok at tage af :)
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund