Moikka moi,
Tulipa jonkin näköisellä testiserverillä kokeiltua uusinta versiota ja huomasin, että mysql_connect & co functioista tuli aika paljon deprecated varoituksia. (Näitä ei tietystikkään näe, jos on "production" mode php:ssä päällä)
Tämä vain tiedoksi, että (lähi)tulevaisuudessa taitaa olla aika suuri päivitys noiden functioiden osalta. Itse yritin jo päivitellä noita mysqli muotoon, mutta homma tökkäsi siihen kun en enää pystynyt kirjautumaan sisään enkä oikein keksinyt mistä lähteä vikaa etsimään.
En osaa sanoa onko pdo_mysql parempi kuin mysqli?
Jos jotain kiinnostaa niin lisäsin githubin wikiin nginx esimerkki konffin.
-Juho
Moi,
kiitoksia huomiosta. Tämä on kyllä ollut jo vähän aikaa odottamassa, mutta pitäisi ehtiä tehdäkin. PDO:ssa ja mysqli:ssä lienee molemmissa omat hyvät puolensa, eikä olisi välttämättä kovin iso homma tukea molempia.
--Ere
Tuosta tulikin mieleen kun testailin ja en päässyt jostain syystä kirjautumaan sisään, niin oiskohan tuhoon tuomittu ajatus, jos config-tiedostossa voisi määritellä tyyliin
define('production_mode', false);
define ('auto_login', true);
Tai jotain vastaavaa tyyliä, eli ei tarvitsisi puukotella session-määritteitä yms kun voisi pienellä config-säädöllä päästä sisään, jos haluaa kehitellä vaikka json-rss readeriä tms...
Tuota koodia kun aina välistä katselee, niin voishan se olla (tosiaan) helpompaa, jos olisi jokin frameworkki käytössä :). Kova työ vaihtaa alustaa kun pitäisi suht kaikki kirjoittaa alusta. Tosin tietokanta vaikuttaa aika toimivalta.
-Juho
Hiukan pelottavia tuollaiset asetukset.. Kuitenkin unohtuu päälle tuotannossa, ei siinä muuta. Juu, framework on kyllä edessä, ei tuo ole tuollaisena pidemmän päälle ylläpidettävä. Jonkin verran työtä siinä tulee toki olemaan, mutta osia hankalimmista jutuista (PDF:t, Finvoice, listojen toiminta ym.) voi kyllä hyödyntää.
--Ere
:). Onhan noi hiukan kieltämättä pelottavia viritelmiä, riippuu vähän millä tavalla systeemejä rakentaa. Itselläni on ainakin koneessa A testi käyttö versio/puukotusversio ja koneessa B tuotantoversio, jonka koodiin en ole koskenut.
Onko sulla Ere jo jossain lähtenyt käyntiin tuo frameworkillä varustettu versio?
Satunnaisia lisäyksiä/avustuksia saattaisin osaa tehdä...
Framework odottaa edelleen aikaansa. Kunhan tässä saisi ainakin yhden version valmiiksi, niin voisi ryhtyä pistämään hommaa palasiksi..
--Ere
Saako ehdotella frameworkkeja? Mahtaisikohan Processwire toimia tässä tapauksessa: http://processwire.com/api/
Pirun selkeä systeemi ainakin, vaikka onkin sisällönhallintaan kallellaan. Foorumilla Laraveliä yms. käyttäneitä, jotka pitävät PW:tä kivempana. PW:ssä vahva suomiedustus.
Saa ehdotella, ja vielä muitakin vaihtoehtoja saa tarjota... Tässä kun voi valita ihan mitä vaan, mikä vain täyttää tietyt reunaehdot. :)
--Ere
Ajattelin tässä vielä arvioida Processwiren sopivuutta.
PW seurailee PHP Framework Interop Groupin (http://www.php-fig.org/) standardeja: http://processwire.com/about/roadmap/ (2.4 on juuri julkaistu).
PW ei sido mihinkään tiettyyn sivupohjasysteemiin, vaan voit käyttää ihan mitä vain.
Uusimmassa versiossa ylläpidon sivupohjat ovat moduuleita.
PW:n foorumi on täynnä avuliaita käyttäjiä.
Hyödyllisiä valmiita moduuleja:
CSV-tuonti (http://modules.processwire.com/modules/import-pages-csv/)
jQuery DataTables-pluginin (http://modules.processwire.com/modules/jquery-data-tables/) helppo kutsuminen. Sen avulla voi tallentaa taulukoita mm. Excel-muodossa (http://datatables.net/extras/tabletools/).
Wordpressin Hana Codea vastaava Hanna Code (http://modules.processwire.com/modules/process-hanna-code/).
Kokonaisten sivustojen vienti/tuonti (http://modules.processwire.com/modules/process-export-profile/).
On myös olemassa MVC:n tyylisiä ratkaisuja projektien tekoon:
http://processwire.com/talk/topic/4892-an-almost-mvc-approach-to-using-templates/
http://processwire.com/talk/topic/4947-the-pw-mvc-project/
http://processwire.com/talk/topic/4562-module-spex-an-asset-and-template-management-module/
Vilkaisin ProcessWirea ja kuvittelen lukeneeni sen olevan erityisesti CMS-käyttöön. Toistaiseksi se ei ole noussut myöskään esille missään lukemassani artikkelissa PHP-frameworkeista.
--Ere
Quote from: Ere Maijala on 08.02.14 - klo:09:34
Vilkaisin ProcessWirea ja kuvittelen lukeneeni sen olevan erityisesti CMS-käyttöön. Toistaiseksi se ei ole noussut myöskään esille missään lukemassani artikkelissa PHP-frameworkeista.
Tässä hyödyllistä pohdintaa PW:n frameworkkiydestä:
http://processwire.com/talk/topic/3934-integrating-framework-elements-into-processwire/
http://processwire.com/talk/topic/2393-processwire-framework/#entry49424
http://processwire.com/talk/topic/3311-is-pw-a-framework/#entry32551
Viimeisestä linkistä:
QuoteTechnically CodeIgniter and CakePHP are also "pure PHP" and a framework simply gives you a way to get a headstart on development using pre-defined classes etc.
I think what you're really asking is if you can use it as a framework and just access its classes directly as with those framework and the answer is definitely yes, but there is no single correct way to work with it which is the beauty of it :)
In ProcessWire, to use it as a framework you would bootstrap it and use the API to get stuff done.
Esimerkki monimutkaisemmasta PW:llä toteutetusta sovelluksesta:
http://processwire.com/talk/topic/2920-web-application-intranet-office-suite/
Joo, olen PW-fanipoika, mutta kattellaas vähän muitakin (mikä vaan moderni ja notkea framework on varmasti hyödyllinen):
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#PHP_2
http://www.developed.be/2013/07/16/php-frameworks-which-to-choose/
http://systemsarchitect.net/performance-benchmark-of-popular-php-frameworks/
CakePHP:n osalta iso uudistus meneillään: http://bakery.cakephp.org/articles/markstory/2014/01/05/cakephp_3_0_0_dev_preview_1_released
CodeIgniter on kuollut: http://ellislab.com/blog/entry/ellislab-seeking-new-owner-for-codeigniter
Tämä on CodeIgniterin forkki: http://kohanaframework.org/
Yii:llä myös menossa täysi uudistus: http://www.yiiframework.com/news/76/yii-2-0-alpha-is-released/
Tutkimisen arvioisia (suosituimmat ekana):
http://www.fuelphp.com/
http://laravel.com/
http://symfony.com/
http://framework.zend.com/
http://phpixie.com/
http://www.pradosoft.com/
http://www.silverstripe.org/framework-introduction/
http://www.kajona.de/
Mikroframeworkkeja:
http://fatfreeframework.com/home
http://silex.sensiolabs.org/
http://www.slimframework.com/
Lisää pohdintaa:
http://harikt.com/blog/2014/01/09/frameworks-are-good/
http://philsturgeon.co.uk/blog/2014/01/the-framework-is-dead-long-live-the-framework
http://mavrck.com/blog/2013/01/ive-evaluated-php-frameworks-and-the-answer-is-laravel/
http://www.sitepoint.com/best-php-frameworks-2014/
http://crewow.com/Top-PHP-Frameworks-Collections.php
http://www.shift8creative.com/posts/view/php-5-framework-comparisons-bootstrap
http://creativeproject.wordpress.com/2013/07/14/8-awesome-php-frameworks-for-developers/
http://briananglin.me/2014/01/best-php-frameworks-2014/
http://www.reddit.com/r/PHP/comments/1cp48m/is_laravel_really_all_that_and_a_bag_of_chips/
Jos joku varma valinta pitäisi heittää, niin se olisi Laravel. Symfonyssa on korkea oppimiskynnys ja sen luoja sanookin (http://fabien.potencier.org/article/68/about-symfony-stability-over-features):
Quotethink of Symfony as being a PHP middleware instead of a PHP framework and everything should click.
Laravel käyttää lähes kymmentä Symfonyn komponenttia, mutta abstrahoi ne helposti käytettäviksi. Laravelissa on myös laadukas dokumentaatio.
Tässä nykyistä ja tulevaa eri frameworkkien osalta:
http://wiki.laravel.io/Laravel_4 (nykyinen)
http://fuelphp.com/blogs/2013/08/2-0-an-update
http://samminds.com/2013/10/understanding-zend-framework-3-before-its-out/
Symfonyssa takaisinpäin yhteensopivuus rikkoontuu seuraavaksi versiossa 3, joka ei kuitenkaan ole edes horisontissa vielä.
Mikroframeworkki Silex on muuten Symfony-jengin luoma.
Symfonya kehittävä firma sai hiljattain aika mukavan investoinnin:
http://fabien.potencier.org/article/71/sensiolabs-raises-5-million-euros-to-boost-the-symfony-ecosystem
He palkkaavat 60 uutta työntekijää. Hyviä aikoja luvassa siis PHP-maailmalle ylipäätään.
Otetaan nyt tähän vielä Processwiren nimeen vannovan Matthew Schenkerin ajatuksia aiemmin linkkaamistani viestiketjuista:
QuoteComing from a CodeIgniter background (and more recently cake and Laravel), I often make comparisons between ProcessWire and frameworks.
The way I see it -- ProcessWire is a framework like CodeIgniter, but with several CMS elements added on to make common development tasks faster and easier. Beyond the crucial CMS elements, it's up to you how you actually want the system to behave and look. The syntax for querying the database and creating views is very "expressive" (as they like to say in the Laravel community), and the depth and combinations of your queries is wide open.
ProcessWire is really amazing. With that said, I do see some elements in CodeIgniter (and Laravel) that could be adopted by ProcessWire.
QuoteI have been impressed over and over again with how terrific the "framework" part of ProcessWire works. It reminds me of the best aspects of CodeIgniter and Laravel. In fact, I would say that ProcessWire's syntax and methods are even more efficient than those frameworks. Laravel in particular gets a huge boost from the developer community because of its "expressive" syntax. I wish more of those people knew about ProcessWire!
Still, I do see particular libraries from other frameworks that I think would be nice to integrate into my ProcessWire sites. Also, with ProcessWire possibly adopting Composer, this might open amazing opportunities.
QuoteThere are a lot of frameworks out there. How (and if) they are discussed affects their visibility and adoption. For example, I have spent time with Laravel, and I don't really see that it is generally better than Yii, CakePHP, or others. However, the buzz around Laravel is causing a rapid rise in its adoption within the development community.
Hmmm, en muista mitä reunaehtoja on annettu, jos on :). Ja miten isoksi tuon laskutus ohjelman on tarkoitus skaalautua?
Perus toiminta on mielestäni nykyisellään suht hyvä, monet asiat voisi "moduloida" ja sen jälkeen vois tuoda moduuleina systeemiin, esim. pdf-tulostus (joka sisältäisi esim. laskun ulkoasumuokkaimen, laskun tulostuksen), varasto-moduuli, joka käsittelee varastoa ja tuotteita, yhtestietojen moduuli, joka mahdollistaisi yhteystietojen pläräyksen puhelimella, massapostitus/markkinointi, tuotteen skannaus viivakoodilla jne. Parempi ohjelmistoarkkitehtisuunnittelija tietää varmaanki missä vaiheessa mikäkin kannattaa luoda moduulina, mutta tässä pieniä ajatuksia.
Itse ydinhän vois olla periaatteessa sisälle kirjautuminen ja yksinkertaisen laskun teko(, ilman tietokanta vaatimuksia). Moduulien avulla eritasoiset koodaajat pystyisi toteuttamaan eri "Hello world"-komponentteja omien taitojen mukaan.
Suosittelen itse frameworkkina jotain, joka on tunnettu. Tällöin mahdollistaa parhaiten ohjelman kehittymisen. Itse osaan aika vähän ylipäätään ohjelmoida, mutta jonkin verran tajutakseen ideaa (yleensä). En näkisi kauhean fiksuksi kehittää ohjelmaa jonkin cms-ohjelmiston (frameworkin) päälle. Tuohan olisi melkein yhtä pahaa puukotusta kuin wordpressillä toteuttais laskutus-ohjelmaa. Toinen hyvä puoli tunnetussa frameworkissa on se, että frameworkin kehitys ei lopu. Ikävä jos ollaan kehitetty hyvä laskutusohjelma ja pari tärkeää lisäominaisuutta löytyisi toisista framworkeista, mutta alustaksi on valittu jokin marginaali fw ja sitte kirjotellaan taas uudestaan koko ohjelmaa kun muutamat fw ominaisuudet onki aika työläitä toteuttaa...
Php-maailmasta löytyy hyviä frameworkkejä kuten esim. yii, symphony, codeigniter. Omasta mielestä codeigniter oli ehkä noista helpoin mitä joskus toteuttelin sivuja frameworkillä. Yii:n oppii. Symphonystä en niin tiedä :)
Python-maailmasta löytyy ainakin flask, joka vaikuttaa erittäin simppeliltä. Django voi olla aika raskas(?)
Javascriptillä (node.js) löytyy expressjs, joka on vissiin suosittu, mutta mulla taitaa olla tutina, että pysytään php-maailmassa :). Tosin, jos laskutusohjelma skaalautuu suurillekin yrityksille, niin php voi koitua ns. pullonkaulaksi. Jos haluaa maailmantähteyttä eli että ohjelma huomioitaisiin ulkomaillakin, niin hyvin toteutettuna javscript laskutusohjelmalle voisi olla kysyntää (=kehitystä myös ulkomailta). Mitä on seuraillu benchmarkeja yms, niin javascripti on aika vauhdikkaan oloinen.
Omasta mielestäni paras osio mlinvoicessa on se, että se osaa laskea maksumuistutukset automaattisesti ja hyvitysten teko on helppoa (onneksi ei kumpaakaan tarvi tehdä useasti).
-Juho
Quote from: ioxo on 12.02.14 - klo:13:42
Suosittelen itse frameworkkina jotain, joka on tunnettu. Tällöin mahdollistaa parhaiten ohjelman kehittymisen. Itse osaan aika vähän ylipäätään ohjelmoida, mutta jonkin verran tajutakseen ideaa (yleensä). En näkisi kauhean fiksuksi kehittää ohjelmaa jonkin cms-ohjelmiston (frameworkin) päälle. Tuohan olisi melkein yhtä pahaa puukotusta kuin wordpressillä toteuttais laskutus-ohjelmaa. Toinen hyvä puoli tunnetussa frameworkissa on se, että frameworkin kehitys ei lopu. Ikävä jos ollaan kehitetty hyvä laskutusohjelma ja pari tärkeää lisäominaisuutta löytyisi toisista framworkeista, mutta alustaksi on valittu jokin marginaali fw ja sitte kirjotellaan taas uudestaan koko ohjelmaa kun muutamat fw ominaisuudet onki aika työläitä toteuttaa...
Php-maailmasta löytyy hyviä frameworkkejä kuten esim. yii, symphony, codeigniter. Omasta mielestä codeigniter oli ehkä noista helpoin mitä joskus toteuttelin sivuja frameworkillä. Yii:n oppii. Symphonystä en niin tiedä :)
Codeigniterhan on käytännössä kuollut.
Jos viittaat mainostamaani Processwireen marginaalisena frameworkkina, niin siihenhän on tulossa Composer-tuki, jolloin siihen voisi integroida elementtejä mistä hyvänsä frameworkista. On myös huomattava, että Laravelillä on edelleen vain yksi pääkehittäjä. Ylipäätään frameworkkien "hiekkalaatikkomaisuus" on menossa pois, joten en pelkäisi tilannetta, jossa projekti on maalannut itsensä nurkkaan (kunhan ei valitse jo kuollutta frameworkkia).
Pakko vielä laittaa fanipojun hehkutukset vastineena tuohon Wordpress-vertaukseen; tää on siltä kaverilta, joka muunsi puhtaalla PHP:llä kehittämänsä toimisto-ohjelmiston PW:lle:
QuoteLate 2012 I started porting the app in PW and was surprised how insanely fast developing could be. It was possible to recreate the core functionality in about 2 weeks, implementing the Login and Multi-User functionality took another week.
Reunaehdot ovat häilyvät, mutta toki joitakin löytyy. Samaa mieltä siitä, että kannattaa valita jokin tunnettu ja suosittu framework, mutta vielä on vaihtoehtona jokin tosi simppeli micro-framework, jonka kehittymisellä nyt ei ole niin paljon merkitystä, kun voi vaikka itse värkätä haluamansa lisukkeet helposti. PHP:ssa pysytään joka tapauksessa. Alkuperäinen tarkoitus on ollut, että softa sopii pienille yrityksille, ja se tulee säilymään jatkossakin. Siitäkin seuraa joitakin käytännön vaatimuksia. Laitan tähän nyt muutaman, joita tulee mieleen.
- Helppo asennus (käytännössä pitäisi saada softa paketoitua zipiksi, jonka voi purkaa johonkin ja laittaa asentaen).
- Tuki PHP 5.3.jollekin. Monissa palvelinhotelleissa tykätään vielä PHP 5.3:sta, joten framework, joka edellyttää esim. 5.4:ää, asettaa vaatimukset turhan korkealle.
- Tuki MySQL:lle (ei käytännössä ongelma).
- Jos frameworkiin kuuluu jokin templaattisysteemi, niin olkoon se riittävän fiksu, ettei tule ärsytystä.
- Framework pitää pystyä omaksumaan tolkullisessa ajassa. Muu on pois varsinaiselta kehitystyöltä.
- Kohtuullinen dokumentaatio esimerkkeineen ei haittaa.
- Jos frameworkissa on jonkinlainen ORM, niin sen olisi hyvä tukea soft deleteä, järkeviä joineja ja muutamia muita juttuja (tosin en ole varma haluanko käyttää mitään ORM:ia).
- Tekee hyvän rakenteen luomisesta helpon, mutta ei kahlitse.
- Miellyttää meikäläistä.
- Ja vaikka mitä muuta..
Mitä nyt olen noita katsonut, niin ainakin Kohana, Slim, Yii, Laravel ja ehkä myös FuelPHP ovat mielenkiintoisia. Yii tosin taitaa tippua pois, koska tuleva versio 2.0 vaatii PHP 5.4:n. Saatan vilkaista tuota Processwireakin vielä, kun sitä niin täällä kehutaan. :D
--Ere
Quote from: Ere Maijala on 12.02.14 - klo:20:42
Mitä nyt olen noita katsonut, niin ainakin Kohana, Slim, Yii, Laravel ja ehkä myös FuelPHP ovat mielenkiintoisia. Yii tosin taitaa tippua pois, koska tuleva versio 2.0 vaatii PHP 5.4:n. Saatan vilkaista tuota Processwireakin vielä, kun sitä niin täällä kehutaan. :D
--Ere
Tuo palvelinten hidas tahti uusien PHP-versioiden tarjolle tuomisessa on ikävää. Itselläni ei ole kovin hyvää kokonaiskuvaa, mutta oltaisiinkohan pikku hiljaa menossa fiksumpaan suuntaan, jossa asiakkaan on helppo valita haluamansa PHP-versio "nappia painamalla" (jotain config-asetusta vaihtamalla)? Ainakin OVH Hostingissa on todella helppo ottaa käyttöön PHP 5.4 tai 5.5 ja vieläpä PHP-FPM - siis ihan halvimmassakin jaetussa hosting-ratkaisussa.
FuelPHP:kin on nimittäin siirtymässä 5.4:ään:
http://en.wikipedia.org/wiki/FuelPHP#Roadmap
QuoteIt will require PHP 5.4+
Tässä myös relevanttia luettavaa aiheesta, nimittäin PHP Framework interop groupin sisällä on käyty keskusteluja PHP 5.5:n käyttöön rohkaisemisesta: https://groups.google.com/forum/#!topic/php-fig/ogp03OHbVJ0
Eräs pullonkaula on tietysti myös Linux-jakelut, joiden vakaisiin versioihin joutuu lisäämään jotain kolmannen osapuolen repoja, jos haluaa pysyä PHP:n aallonharjalla. Jotenkin tuo muna/kana-ketju olisi katkaistava, mutta kenelläkään ei ole oikein kunnon keinoja. Wordpresskin pysyttelee tukevasti 5.2:ssa..
Tuo Kohana näyttää varsin simppeliltä, mitä äkkiseltään katselee esimerkkejä.
Turha kai siitä frameworkista vääntää sen kummemmin, se joka tekee suurimman osan koodista niin saa valita mielestäni mieleisensä.
Hyvä tietysti käydä läpi ja katsoa, että mitä eri vaihtoehtoja on ja mitkä pysyy reunaehtojen sisällä.
Kukaanhan ei kiellä tekemästä omaa forkia/inittiä (esim.) githubiin ja aloittaa omaa sovellusta. Frameworkin päälle tehty invoice kyllä olisi mielenkiintoinen mitä odotan innolla...
Oletteko tutkineet valmiita framworkien päällä olevia laskutusohjelmia, onko niiden kehittäminen/suomentaminen mitenkään järkevää? Mielestäni mlinvoicen parhaita puolia on nuo lisät, mitä suomessa on käytössä kuten, maksumuistutus ja niiden lasku, viitenumerot/viikaoodit/ibanit, hyvityslaskujen tekeminen ja alvin huomioiminen oikealla tapaa. Useissa laskutusohjelmissa alvit tulee vasta loppusumman jälkeen, jolloin tuotteiden syöttäminen alvittomana on yhtä tuskaa, jos tekee kuluttajakauppaa.
-Juho
Quote from: ioxo on 13.02.14 - klo:17:37
Turha kai siitä frameworkista vääntää sen kummemmin, se joka tekee suurimman osan koodista niin saa valita mielestäni mieleisensä.
Olen täysin samaa mieltä ja itse en ainakaan koe "vääntäneeni" asiasta lainkaan, kun olen tuonut esille eri vaihtoehtoja ja arvioita niistä. En näe, että minulla on tietotaitoa sanoa, mikä framework on paras tässä tapauksessa.
Vääntämisen arvoista sen sijaan on minimivaatimus PHP 5.3 vs. 5.4. Tämä 2013 heinäkuulta:
QuoteThe PHP development team announces the immediate availability of PHP 5.3.27. About 10 bugs were fixed, including a security fix in the XML parser (Bug #65236). Please Note: This will be the last regular release of the PHP 5.3 series. All users of PHP are encouraged to upgrade to PHP 5.4 or PHP 5.5. The PHP 5.3 series will receive only security fixes for the next year.
Eli 2014 heinäkuussa 5.3:n tuki loppuu ja tietoturvapäivitykset lakkaavat. Frameworkit ovat selvästi siirtymässä 5.4:ään (Yii, FuelPHP sekä: "Laravel will be moving to 5.4 for our May 2014 release" - PHP-FIGin keskustelusta, johon linkkasin).
Voisin selvittää, kuinka moni Suomessa toimiva webhotelli tarjoaa 5.3:a uudempaa PHP:tä.
Quote from: Beluga on 14.02.14 - klo:07:19
Olen täysin samaa mieltä ja itse en ainakaan koe "vääntäneeni" asiasta lainkaan, kun olen tuonut esille eri vaihtoehtoja ja arvioita niistä. En koe, että minulla on tietotaitoa sanoa, mikä framework on paras tässä tapauksessa.
Juuh, tarkoitus olikin välttää siis tuo, että homma menisi vääntämiseksi =). Mun mielestä on hyvä kertoa oma näkemys, joka voi tuoda asioita esille, jota ei välttämättä osannut/huomannut ottaa huomioon.
Templateista sen verran, en tiedä miten hyvin soveltuu tuommoisen laskutuksen tekemiseen, mutta on erittäin käteviä henkilöille, joilla on pieni koodaus osaaminen, hyvä html-taito. Pitää koodin paljon siistimpänä kun "view" rooli tekee pelkästään sille kuuluvan osan, eikä siellä vilku epämääräisiä <?php echo $muuttuja; ?> rivejä vaan ennemmin {{muuttuja}}. Templateissa on myös yleensä näppäriä "include" toimintoja kuten { content "navbar.html" } eli ohjelman katseluosuus voidaan pilkkoa mukavan pieniksi.
Niin ja noissa frameworkeissähän eikös ole just se idea, että vaikka siellä vaihtuisi php 5.3 -> 5.4 -> 5.5, niin koodia ei välttämättä tarvi juuri muuttaa... vai olenko väärässä, muuttuuko se juuri? Toki webhotellit ei välttämättä tarjoa aina sitä uusinta uutta php-tukea.
-Juho
Quote from: ioxo on 14.02.14 - klo:08:14
Niin ja noissa frameworkeissähän eikös ole just se idea, että vaikka siellä vaihtuisi php 5.3 -> 5.4 -> 5.5, niin koodia ei välttämättä tarvi juuri muuttaa... vai olenko väärässä, muuttuuko se juuri? Toki webhotellit ei välttämättä tarjoa aina sitä uusinta uutta php-tukea.
-Juho
No nyt kun Yii, FuelPHP ja Laravel julkaisevat uudet versionsa, ne käyttävät estottomasti PHP 5.4:n uusia ominaisuuksia, joten PHP 5.3:a pyörittävillä hosteilla frameworkkien uudet versiot eivät toimi.
Quote from: Beluga on 14.02.14 - klo:08:37
No nyt kun Yii, FuelPHP ja Laravel julkaisevat uudet versionsa, ne käyttävät estottomasti PHP 5.4:n uusia ominaisuuksia, joten PHP 5.3:a pyörittävillä hosteilla frameworkkien uudet versiot eivät toimi.
Joo, kyllä mä ton tajusin, mutta muuttuuko frameworkin sisäinen koodi? Pystyykö päivittämään frameworkin ytimen uuteen muuttamatta oman appsin koodia?
Eikö se ole frameworkeissä yleensä idea, että ne olisi suht vakaita eikä tarvisi niin paljon koodata.
Olen Eren kanssa kyllä tuosta samaa mieltä, että ohjelman asennus kannattaa pitää yksinkertaisena. Kokeilin taannoin pupesoftia ja se on nettijuttujen mukaan hyvä, mutta itseä risosi se, että joutuu laittamaan virtuaalipalvelimen pystyyn, että saa helposti toimimaan ko. ohjelmiston. Tarvi säätää sitä sun tätä.
Mlinvoice ei ole mitenkään vaikea pistää pystyyn vaikka nginx alustalla. Myös se on hyvä, että mikäänhän ei pakota pitämään tuota laskutusta Internetissä vaan voi paikallisesti pyörittää esim. toimiston sisällä omissa palvelimissa. Josta tuli mieleen, että pitäiskö tarjota hostausta kyseiselle laskutusohjelmalle ;). Jotain ylihalpaa 1-2e/kk tai vastaavaa... Tosin vaikeus on sitte siinä kun kukaan ei helposti siedä ongelmia ja joutuiski istumaan helpdeskinä vähän turhan paljon :(.
-Juho
Quote from: ioxo on 14.02.14 - klo:10:41
Quote from: Beluga on 14.02.14 - klo:08:37
No nyt kun Yii, FuelPHP ja Laravel julkaisevat uudet versionsa, ne käyttävät estottomasti PHP 5.4:n uusia ominaisuuksia, joten PHP 5.3:a pyörittävillä hosteilla frameworkkien uudet versiot eivät toimi.
Joo, kyllä mä ton tajusin, mutta muuttuuko frameworkin sisäinen koodi? Pystyykö päivittämään frameworkin ytimen uuteen muuttamatta oman appsin koodia?
Yii 2.0 is not compatible with 1.1.
FuelPHP:n tapauksessa:
We'll provide as much backwards compatibility for 1.x as is possible. Some things will need a bit of search & replace, though doable project wide if your IDE/texteditor is capable of that.
Laravelista ei hajua, miten tulee käymään toukokuussa.
Edit: suomalaisten webhotellien PHP-versioiden kartoitus käynnissä, listalla nyt 85 webhotellia. Palaan asiaan maanantaina.
Kiitos jo etukäteen kartoituksesta, Beluga. PHP 5.3 -vaatimukseen voidaan vielä palata. Asianomaista kiinnostaa edelleen esim. Yii 2, joten saattaa olla, että taivun modernisaation nimissä (ja aina on vanha MLInvoice käytettävissä, jos ei oma palvelu tue uutta. Ulkomaisia tai muita laskutussoftia en ole tutkinut viime aikoina.
--Ere
Tässä kartoituksen tämänhetkinen tilanne CSV-muodossa (päivitetty 26.02.2014):
Yritys;PHP-versiot;Tiedon lähde
Avaruus.net;5.4 ja 5.5 uusimmilla palvelimilla;http://wiki.avaruus.net/ohjelmointi/php/versio
AXN Data;;Odotetaan vastausta
Capnova;5.3 (5.4 työn alla);https://oma.capnova.fi/serverstatus.php ja asiakaspalvelu
Comsix;5.4;http://webhotelli.comsix.fi/phpinfo.php
Datasafe;5.3 (kysytty jatkosta);http://www.datasafe.fi/tag/paivitys-php-5-3-datasafe/
Dataverstas;5.4;http://www.dataverstas.fi/index.php/palvelut/internetsivut/webhotellit
Devnull;5.4 (5.5 kesällä 2014);Asiakaspalvelu
Digitoimisto Digitaali ;5.3 (ei päivitysaikataulua);Asiakaspalvelu
Domainkeskus;5.3 (5.4 keväällä/alkukesällä 2014));https://www.domainkeskus.com/webhotelli ja asiakaspalvelu
Easylinehost;5.4;Asiakaspalvelu
Efilon;;Odotetaan vastausta
Elisa Yritysweb;5.3;http://yritysten-asiakastuki.elisa.fi/ohje/145/
ErgoRise;;Odotetaan vastausta
F-Solutions;;Odotetaan vastausta
Foral Design;5.3 (kysytty jatkosta);http://www.foral.fi/Safiiri.asp
Hostinger.fi;5.2, 5.3 ja 5.4;http://www.hostinger.fi/ilmainen-webhotelli
Hostingpalvelu;5.4 (tulossa vaihtotoiminto, jossa myös 5.5 ja 5.6);Asiakaspalvelu
HS-Works;;Odotetaan vastausta
ICT Hosting Media;5.3 (5.4 vuoden 2014 aikana);Asiakaspalvelu
Image World;5.4 mahdollinen;Asiakaspalvelu
Innoweb;5.4 ja 5.5 (pyynnöstä);Asiakaspalvelu
INT2000;5.3 ja 5.4;https://www.int2000.net/tiedote/182 ja asiakaspalvelu
IT-Palvelut Rahikainen;5.3 (tarvittaessa 5.4 tai 5.5);Asiakaspalvelu
Japo;;Odotetaan vastausta
JLhost;5.4 (tänä vuonna myös optio 5.5:een);Asiakaspalvelu
Kemppasystems;5.3 (huhtikuussa 5.5);Asiakaspalvelu
Kirahvi-Domainit;5.3 (ei päivitysaikataulua);http://www.kirahvi.com/webhotellit/ ja asiakaspalvelu
Kotisivut.com;5.4;Asiakaspalvelu
LanWorld Finland ;;Odotetaan vastausta
Louhi;5.3 ja 5.4;http://www.apua.com/asiakastiedotteet/php-5-4-paivitys/
Lumihosting;;Odotetaan vastausta
Magnic;5.4 ja 5.5 (pyynnöstä);Asiakaspalvelu
Mainostakomo;5.2, 5.3, 5.4 ja 5.5;http://www.mainostakomo.com/index.php/internetpalvelut/webhotel
Medialukko;5.3 ja 5.4;http://medialukko.fi/palvelut/webhotellit/
Mediatraffic (System Partners);5.2 (ei päivitysaikataulua);Asiakaspalvelu
MMD / Verkko24;5.5;Asiakaspalvelu
Nebula;5.3, 5.4 ja 5.5;https://www.nebula.fi/fi/node/218 ja asiakaspalvelu
Neobitti;5.2, 5.3 ja 5.4;Asiakaspalvelu
netFinn;5.3 ja 5.4;Asiakaspalvelu
Netsor;;Odotetaan vastausta
Nettihotelli.fi;5.4;https://www.nettihotelli.fi/index.php?Etusivu/Webhotellit
Neutech;5.3, 5.4 ja 5.5;Asiakaspalvelu
Osoite;;Odotetaan vastausta
Osuuskunta Satatuuli;5.3 (5.4 huhtikuussa);Asiakaspalvelu
OVH Hosting;5.3, 5.4 ja 5.5;http://www.ovh.com/fr/g1175.optimisation-php-fpm-hebergement-mutualise-ovh
Pardco Group;5.3 (5.4 kevään 2014 aikana);Asiakaspalvelu
Planeetta;5.3 (sidoksissa CentOSiin);http://www.planeetta.net/webhotelli/webhotelli.html ja asiakaspalvelu
Polarsoft;;Odotetaan vastausta
Powerhostingsolutions ;5.3 (ei päivitysaikataulua);Asiakaspalvelu
Puhtek;5.4;Asiakaspalvelu
Radicenter;5.3 (5.4 kesällä 2014);https://twitter.com/radicenter_fi/statuses/414828656947503104 ja asiakaspalvelu
RS-Development;5.4 ja 5.5;Asiakaspalvelu
Scene Group;5.4;http://www.scenegroup.fi/webhotellit
Sendanor;5.3 (isompi muutos palveluihin tulossa);Asiakaspalvelu
Shellit.org;5.4;https://www.shellit.org/webhotelli/tarkemmat
Sigmatic;5.3 (5.4 kevään 2014 aikana);Asiakaspalvelu
Sipeto;;Odotetaan vastausta
Sivukauppa;5.3 (kysytty jatkosta);http://www.sivukauppa.com/webhotelli/ominaisuudet.php
SJR Host;5.4;"http://sjrhost.fi/fi/customers/info/keywords=tekniset;tiedotteet"
Suncomet;5.4;http://tiedotteet.suncomet.info/tiedotteets/193
Suomicom;5.3 (5.4 ja 5.5 kesään 2014 mennessä);Asiakaspalvelu
SurfNet;5.3 (5.4 huhtikuussa);Asiakaspalvelu
Sydweb;5.2, 5.3, 5.4 ja 5.5;Asiakaspalvelu
Systec;5.3, 5.4 ja 5.5;Asiakaspalvelu
Tervapaja;5.4;http://www.tervapaja.com/tervapaja/tiedotteet
TL Network;;Odotetaan vastausta
TMI Webhostaus;5.3 (sidoksissa CentOSiin);Asiakaspalvelu
Tyrsky.net;;Odotetaan vastausta
Valonnopea;5.3 (huhtikuussa 5.4);Asiakaspalvelu
Viviohosting;5.1, 5.2, 5.3, 5.4 ja 5.5;Asiakaspalvelu
Waltsu Hosting;5.4;Asiakaspalvelu
Webbinen;5.4;Etusivu http://www.webbinen.net/
Webholder;5.3 (ei päivitysaikataulua);http://www.webholder.fi/tiedotteet/ ja asiakaspalvelu
Webhotelli.fi;5.3 (päivitys 5.4 ennen heinäkuuta 2014);https://www.webhotelli.fi/index.php#info_php
Webkoti / internetosoite.com;5.4 ja 5.5;Asiakaspalvelu
Webol;;Odotetaan vastausta
Websign-GrooveMedia;5.3 ja 5.4;Asiakaspalvelu
WMHost;5.4;Asiakaspalvelu
Woima Hosting;;Odotetaan vastausta
Xetnet;5.1, 5.2, 5.3, 5.4 ja 5.5;http://www.xetnet.fi/tiesitko-etta-voit-valita-itse-haluamasi-php-version-webhotelliin/
Xonet;5.2, 5.3 ja 5.4;http://www.xonet.eu/webhotellit/
ZeroDistance;5.4 ja tarvittaessa 5.5;Asiakaspalvelu
Zoner;5.4;https://tuki.zoner.fi/index.php?/News/NewsItem/View/16
Jos jossain on pelkkä 5.4 tai 5.5, niin se ei välttämättä tarkoita, etteikö yritys tarjoaisi myös vanhempaa versiota. Olen vain kirjannut asiakaspalveluiden minulle antamat tiedot suoraan ilman omia arvailuja.
Tilanne vaikuttaa yllättävän hyvältä. Yritykset, joilla ei ole päivitysaikataulua ovat selvässä vähemmistössä. Päivittäjät taas näyttäisivät olevan tietoisia 5.3:n EOLista, koska tähtäilevät kevääseen-kesään 2014.
Lähetin myös Kyberturvallisuuskeskukseen pyynnön, että he tiedottaisivat PHP 5.3:n EOLista, jos se vaikka herättelisi flegmaattisimpia hosteja.
Luettelossa vielä 16 hostia, joista ei ole mitään PHP-versiotietoa.
58 toimijalla versio >=5.4 tai tulossa kesään 2014 mennessä (oletan, että CentOS 7 tulee ennen kesää).
67 toimijalta on tiedot.
Kiitos. Tästä voisi päätellä, ettei PHP 5.4 ehkä ole enää niin kynnyskysymys. Ei ole kovin kauaa siitä, kun myös 5.3-vaatimus aiheutti ongelmia.
--Ere
Jos kiinnostaa, niin tein pieniä gui-ehdotuksia. Liitteen voi kopsaa (zip) ja purkaa johonkin hakemistoon. Hakemiston ei tarvitse olla kytköksissä web-palvelimeen, sivut toimivat myös periaatteella file:///home/... (jotain cdn juttuja saattaa tarvita, että netin on varmaankin hyvä toimia).
Tuo ehdotuksen pohjana on käytetty http://startbootstrap.com/templates/sb-admin-v2/ -mallia.
Saa varmaan foorumille heittää ideoita ja ajatuksia. Tuossa ehdotuksessa on vasta pari sivua tehtynä, joten pelihousuja ei kannata repiä heti alkuun. Saa nyt nähdä mitä mieltä arvon raati on gui-ehdotuksesta =).
Liite: https://www.dropbox.com/s/du7hmfzo0akj18j/mlinvoice-admin.zip
Foorumille ei voinutkaan noin isoa liitettä laittaa :)
-Juho