Wordpress, Drupal ja muut julkaisujärjestelmät

  • Keskustelun aloittaja Keskustelun aloittaja IDDQD
  • Aloitettu Aloitettu
Liikkeelle voisi lähteä vaikka pystyttämällä wordpress sivusto pyörimään linux päälle ja laittamalla kylkeen vaikka käänteisproxyn? Ja sitten vaan puukottamaan wordpressiä joka suuntaan.
 
Wordpressin pystytys ja muut on jo hanskassa, joitain olen testimielessä luonutkin pystyyn. Lähinnä haluaisin tehdä itselle jonkin tyhjän "valmisteeman", jonka päälle sitten voi lähteä rakentamaan sivustoja suht helposti. Ajattelin, että tällaiseen opiskeluun varmaan olisi hyvä, jos opettelisi tekemään teeman ihan tyhjästä?
 
Oma suositus on napata _s starter theme, ja lähtee siihen rakentamaan testailujaan.
Jos sitten haluaa jotain valmista teemaa muokata, niin tulee se tehdä lapsiteeman kautta.
_s on sen sijaan starter theme, jota on tarkoitus muokata suoraan.

Muita starter teemoja on toki olemassa, _s sattuu vain olemaan oma valinta.
 
Oma suositus on napata _s starter theme, ja lähtee siihen rakentamaan testailujaan.
Jos sitten haluaa jotain valmista teemaa muokata, niin tulee se tehdä lapsiteeman kautta.
_s on sen sijaan starter theme, jota on tarkoitus muokata suoraan.

Muita starter teemoja on toki olemassa, _s sattuu vain olemaan oma valinta.

Kiitos tästä, otetaan työn alle :cigar:
 
  • Tykkää
Reactions: TML
Hei!

Osaako joku viittoa oikeaan suuntaan tai tietääkö vastauksen, että miten näitä valmiiden pakettien sisältöä voisi lähteä muokkaamaan?

Käytän Sydney teemaa jolla pystyy rakentamaan näppärästi yrityksille sivuja. Teemassa on "Sydney FP: Call to Action" niminen toiminto joka lisää ison Divin jonka sisällä on tekstiä sekä painike.

Haluaisin muokata napin yläpuolella olevasta tekstistä isomman ja haluaisin sen vielä olevan boldattu. Mistä tämä voisi onnistua?

Tässä on kuva sivusta:


Tässä on kuva wordpressin valikosta:


Olen koittanut CSS-lootaan laittaa erilaisia koodeja, mutta millään ei tunnu olevan vaikutusta tekstiin.
 
Hei!

Osaako joku viittoa oikeaan suuntaan tai tietääkö vastauksen, että miten näitä valmiiden pakettien sisältöä voisi lähteä muokkaamaan?

Käytän Sydney teemaa jolla pystyy rakentamaan näppärästi yrityksille sivuja. Teemassa on "Sydney FP: Call to Action" niminen toiminto joka lisää ison Divin jonka sisällä on tekstiä sekä painike.

Haluaisin muokata napin yläpuolella olevasta tekstistä isomman ja haluaisin sen vielä olevan boldattu. Mistä tämä voisi onnistua?

Tässä on kuva sivusta:


Tässä on kuva wordpressin valikosta:


Olen koittanut CSS-lootaan laittaa erilaisia koodeja, mutta millään ei tunnu olevan vaikutusta tekstiin.


Laitat sinne globaaliin "oma css" valikkoon (wp-dashboard vasen palkki, oisko ollu muokkaa-valikon takana) haluamasi muokkaukset, katot vaan sivun lähdekoodista mikä classi tai id kyseessä johon haluat vaikuttaa. Jos et saa tällä tavoin toimimaan niin ei muuta kuin teeman tyylitiedostoja muokkaamaan.
 
Laitat sinne globaaliin "oma css" valikkoon (wp-dashboard vasen palkki, oisko ollu muokkaa-valikon takana) haluamasi muokkaukset, katot vaan sivun lähdekoodista mikä classi tai id kyseessä johon haluat vaikuttaa. Jos et saa tällä tavoin toimimaan niin ei muuta kuin teeman tyylitiedostoja muokkaamaan.
Ulkoasu > Mukauta. Siellä Oma css.
Jos WP enkkuna, Apperance > Customize.

Huomiona että vakio "Oma css" on vain alkaen versiota 4.7 eli uusin.

Toki vastaan CSS homman voi asentaa myös plugarina.

Jean_Sipulius tosin kirjoitti että kokeili, mutta mihin. Jos oikeaan paikkaan, niin sitten säännöt eivät ole tarpeeksi ns. vahvoja että overridee sen hetkiset tyylit.
 
WordPress ja Drupal molemmat käyttävät PHP:ta.

Yleisesti PHP:llä aloitteleville annetaan yksi ohje, joka kattaa hyvin pitkälti koko PHP kielen käytön ja kehityksen.

1. Etsi joku toinen kieli.

Oikeasta. Se on täysin suunnittelematon kieli, jonka kuolema olisi pitänyt tulla jo about 15 vuotta sitten.

Ja jos kotisivuja haluaa tehdä niin tuo Ghost on ihan jees, SquareSpace toinen ihan jees. Jos tarviit jotain hienompaa niin sitten joku Play tai jotain muuta.
 
Ulkoasu > Mukauta. Siellä Oma css.
Jos WP enkkuna, Apperance > Customize.

Huomiona että vakio "Oma css" on vain alkaen versiota 4.7 eli uusin.

Toki vastaan CSS homman voi asentaa myös plugarina.

Jean_Sipulius tosin kirjoitti että kokeili, mutta mihin. Jos oikeaan paikkaan, niin sitten säännöt eivät ole tarpeeksi ns. vahvoja että overridee sen hetkiset tyylit.

Liitetyn kuvan perusteella näyttäisi custom css:ää olevan kokeiltu jollain layout builder -plugarilla. Varmasti kannattaa tota WP:n natiivieditoria vielä testata, jos ei auta niin sitten jokin sitä tosiaan overridettää. Noitten tyylitiedostojen käsin muokkaaminen ei tosin ole vaikeaa, editoriin vaan auki ja ctrl+f:llä etsii haluamansa kohdan. Varoituksen sanana tosin se, että jos teemaan tulee päivitys ja sen asentaa, häviävät omat muokkaukset.
 
Liitetyn kuvan perusteella näyttäisi custom css:ää olevan kokeiltu jollain layout builder -plugarilla. Varmasti kannattaa tota WP:n natiivieditoria vielä testata, jos ei auta niin sitten jokin sitä tosiaan overridettää. Noitten tyylitiedostojen käsin muokkaaminen ei tosin ole vaikeaa, editoriin vaan auki ja ctrl+f:llä etsii haluamansa kohdan. Varoituksen sanana tosin se, että jos teemaan tulee päivitys ja sen asentaa, häviävät omat muokkaukset.
Wordpressin teeman muutokset häviää seuraavassa päivityksessä, jollei käytä lapsiteemaa.
Child Themes « WordPress Codex

WP-Opas - Suomen suurin WordPress-opas kannattaa myös vilkaista
 
WordPress ja Drupal molemmat käyttävät PHP:ta.

Yleisesti PHP:llä aloitteleville annetaan yksi ohje, joka kattaa hyvin pitkälti koko PHP kielen käytön ja kehityksen.

1. Etsi joku toinen kieli.

Oikeasta. Se on täysin suunnittelematon kieli, jonka kuolema olisi pitänyt tulla jo about 15 vuotta sitten.

Hirveetä paskaa taas. Luultavasti mielipide perustuu johonkin 3/4 versioon, mistä olen toki täysin samaa mieltä.

Seiska on ihan eri uunista.
 
Hirveetä paskaa taas. Luultavasti mielipide perustuu johonkin 3/4 versioon, mistä olen toki täysin samaa mieltä.

Seiska on ihan eri uunista.


Hmmm..

Seison kyllä oman mielipiteeni takana, että sitä kieltä ei alunperin ole suunniteltu ja varsinkaan siihen mihin sitä nykyään käytetään. Se, että uudemmissa versioissa on kovasti yritetty parantaa tuota ja tehdä asioita oikein on toinen tarina.

Tästä taas on tullut sitten omat ongelmansa kun on tuota järkevää luokka hierarkiaa ym niin edelleenkin standardi kirjaston funktiot on aika hirveetä paskaa. Epäjohdonmukaisia, huonosti dokumentoituja, heittävät välillä silent - death erroreita, mixed returneja jne jne jne. Myös edelleenkin kunnon luokkalatauksen puute tekee tuon käyttämisestä todella piinallista.

Ja siis joo, olen tuota 7. versiota myös kirjoittanut ja on se jo jollain asteella kirjotettava kieli, kuitenkin kun serveri puolella on ihan oikeita vaihtoehtohja, jotka ovat kuitenkin eri seinältä niin ei tuon käyttöön oikein ole mitään syitä.

Myöskin kunnon multi - säikeistyksen puute laittaa kaikki PHP systeemit suoraan nodejs järjestelmiä ja JS maailmaa vastaan ja siinä tulee piiskaa ja kovaa.
Jos taas haluaa tehdä jotain monisäikeistä kamaa niin Java ja .NET on sitten jo ihan eri luokassa.

Ainakin kun olen itse siirtynyt node maailmaan niin se pieni niche, jossa olisin voinut PHP:ta käyttää on ainakin omassa maailmassa 100 - 0 voitettu. Sitten oikeissa isoissa systeemeissä Java ja .NET vie.


Ja sitten ehkä sellainen, että jos otetaan yleisön mielipide niin kyllä se PHP taitaa olla ylipäänsä maailman vihatuin kieli ja aika harvaa alan ihmistä tiedän, joka on ollut alalla 10+ vuotta ja olisi sitä mieltä, että PHP olisi jossain hyvä.
 
En ymmärrä miksei WordPressin perusversiosta löydy säätöä fonttien koolle ja silti hienosti piilotettu se html-koodi sinne jonnekin jemmaan.
Tokihan siellä on se oma css, mutta jos tuo on tehty uusavuttomille niin, miksi edes css vääntämään valmiissa maailmassa?
Varmaan lisäosista löytyy, vaikka mitä, mutta saisi olla perusversiossakin.

Vaatiiko jotain erikoista webhotellilta, jos siirtää nuo sivut sellaiseen?
Olen WordPressiä käyttänyt USBWebserverin kautta offlinessa.

Kokeilin kääntää WordPressiä html:ksi niin jopas tuli paljon kilkkeitä ja sivu on ihan minimalistinen niin pakko olla turhaa tauhkaa. Väärä valinta oli ottaa teema.

Jos opastuksella saisi enemmän irti tuosta -->

edit: tuo on ihan ok ja se uusin 2017, mutta tuon tyypin teemasta ei pysty säätämään otsakkeen fontin kokoa.
 
Viimeksi muokattu:
Pakko kysyä kun CMS-maailma on kohtuu tuntematon omalla kohdalla (toki nettisivujen rakentelusta muuten on perustaidot).

Meinasin jo luoda omat uudet nettisivut löytämäni open-source templaten pohjalta, mutta toisaalta Wordpress ja Drupal alkoi kiinnostamaan. Mielenkiinnosta tekisikin mieli testata, mutta vaihtoehtoja näyttää olevan kuitenkin useita. Mikä mahtaisi olla hyvä paikka aloittaa? Ei tarvi olla "for-dummies" tasoa kunhan dokumentointi on kunnossa ja hommaa voin pyörittää omalta pannulta.

Edit: Ei ole mitään (henkisiä) rajoitteita käytetyn kielen suhteen (PHP, Java, Python). Python tosin ainoa näistä mikä on joten kuten hallussa, mutta hyödyllisintä olisi käyttää jotain mistä voi olla hyötyä tulevaisuudesssa.
 
Viimeksi muokattu:
Pakko kysyä kun CMS-maailma on kohtuu tuntematon omalla kohdalla (toki nettisivujen rakentelusta muuten on perustaidot).

Meinasin jo luoda omat uudet nettisivut löytämäni open-source templaten pohjalta, mutta toisaalta Wordpress ja Drupal alkoi kiinnostamaan. Mielenkiinnosta tekisikin mieli testata, mutta vaihtoehtoja näyttää olevan kuitenkin useita. Mikä mahtaisi olla hyvä paikka aloittaa? Ei tarvi olla "for-dummies" tasoa kunhan dokumentointi on kunnossa ja hommaa voin pyörittää omalta pannulta.

Edit: Ei ole mitään (henkisiä) rajoitteita käytetyn kielen suhteen (PHP, Java, Python). Python tosin ainoa näistä mikä on joten kuten hallussa, mutta hyödyllisintä olisi käyttää jotain mistä voi olla hyötyä tulevaisuudesssa.

Jos ei oo mitään kiirettä ja haluaa todella oppia niin tekisin ihan oman CMS:n. Siten mä aikoinaan opin alalle. Ota editoriks alle vaikka:
TinyMCE | The Most Advanced WYSIWYG HTML Editor
CKEditor.com | The best web text editor for everyone

Wordpress "koodareita" on maailma täynnä. Osataan asentaa plugarit ja heikosti koodata sitä css:ää.
 
Wordpress "koodareita" on maailma täynnä. Osataan asentaa plugarit ja heikosti koodata sitä css:ää.
No niin on kyllä maailma täynnä "teen oman cms:n -miehiäkin". Lopputulos ei niin kovin mairitteleva. Itse valitsisin kahdesta mainitusta Drupalin. Sen haittana on tosin äärimmäinen kompleksisuus, joten hyvät hermot ja paljon sinnikkyyttä täytyy löytyä. Myöhemmin siitä voi jopa nauttia. WordPressin osalta tilanne lienee päinvastainen. Aluksi se vaikuttaa kivalta ja simppeliltä ja kokemuksen (lue: ongelmien) kertyessä vitutuskäyrä kasvaa.
 
No niin on kyllä maailma täynnä "teen oman cms:n -miehiäkin". Lopputulos ei niin kovin mairitteleva. Itse valitsisin kahdesta mainitusta Drupalin. Sen haittana on tosin äärimmäinen kompleksisuus, joten hyvät hermot ja paljon sinnikkyyttä täytyy löytyä. Myöhemmin siitä voi jopa nauttia. WordPressin osalta tilanne lienee päinvastainen. Aluksi se vaikuttaa kivalta ja simppeliltä ja kokemuksen (lue: ongelmien) kertyessä vitutuskäyrä kasvaa.

Asentamalla Drupalin oppii drupalia. Kuitenkin tässä kyse harrastusprojektista niin tekemällä itse oppii ainakin jotain kielestä. Paljon helpompi jatkossa sit siirtyä johonkin järjestelmään kun ymmärtää mitä siellä alla tapahtuu.
 
Jos ei oo mitään kiirettä ja haluaa todella oppia niin tekisin ihan oman CMS:n. Siten mä aikoinaan opin alalle. Ota editoriks alle vaikka:
TinyMCE | The Most Advanced WYSIWYG HTML Editor
CKEditor.com | The best web text editor for everyone

Wordpress "koodareita" on maailma täynnä. Osataan asentaa plugarit ja heikosti koodata sitä css:ää.

Oletko käyttänyt molempia editoreita?

CKEditorissa on maininta open sourcesta karvalakkiversiona, mutta kuitenkin löytyy hinnasto paremmille ominaisuuksille domaineineen päivineen ja pomppiiko tuossa ilmaisessa mainokset, kun paremmissa on maksusta mainosesto, jos ymmärsin oikein. Eihän tuon ohjelman koodiin oli piilotettu jotain mainospläjäystä?
Sitä vaan meinaan, että kun törsää aikaa jonkun ohjelman käyttöön ja huomaakin myöhemmin, että ilmaisia lounaita ei ollutkaan, jos sivuille kimpoilee mainoksia.

Toisessakin ohjelmassa on maksullisuutta ja ei kovin hyvin selvitetty, että mitä saa.

Ainakin Kompozer on täysin ilmainen, mutta lopetettu kehitys vuosia sitten. Hakusessa olisi kyllä joku uudempi vastaava täysin ilmainen WYSIWYG. Wordpress ei siinä mielessä napostele, että en pahemmin näe koodia niin en voi mitään säätää niin ei voi koodiakaan oppia.
 
Oletko käyttänyt molempia editoreita?

CKEditorissa on maininta open sourcesta karvalakkiversiona, mutta kuitenkin löytyy hinnasto paremmille ominaisuuksille domaineineen päivineen ja pomppiiko tuossa ilmaisessa mainokset, kun paremmissa on maksusta mainosesto, jos ymmärsin oikein. Eihän tuon ohjelman koodiin oli piilotettu jotain mainospläjäystä?
Sitä vaan meinaan, että kun törsää aikaa jonkun ohjelman käyttöön ja huomaakin myöhemmin, että ilmaisia lounaita ei ollutkaan, jos sivuille kimpoilee mainoksia.

Toisessakin ohjelmassa on maksullisuutta ja ei kovin hyvin selvitetty, että mitä saa.

Ainakin Kompozer on täysin ilmainen, mutta lopetettu kehitys vuosia sitten. Hakusessa olisi kyllä joku uudempi vastaava täysin ilmainen WYSIWYG. Wordpress ei siinä mielessä napostele, että en pahemmin näe koodia niin en voi mitään säätää niin ei voi koodiakaan oppia.

Molemmat on täysin ilmaisia (ja mainosvapaita) omiin ei kaupallisiin projekteihin.

Itse oon suosinu TinyMCE:tä. Maksullisuus koskee lähinnä jotain plugareita.

CKeditorilla vähänä paremmin selitetty.
Pricing
 
Kokeilin tuota CKeditoria ihan sitä basic pakettia niin ihan turhake.
Täyspaketissa sitten oli jo enemmän. Tallennus-nappi ei toiminut niin alkoi kuumottamaan ja näköjään ei ole toiminut vuodesta 2009. Koodin toki näkee ja muistuttaa Kompozeria.

Kyllä Wordpress teurastaa nämä hyvillä lisäosillaan käytettävyydessään, jos tosiaan meinaa nopeasti saada jotain sivustoa aikaankin.

Kun olisikin ilmainen WYSIWYG HTML Editori jolla hallitaan suuria kokonaisuuksia(niin kuin Wordpress) ja näkyisi myös se koodi.

Tokihan CKeditorilla voi varmaankin jotain valmista sivustoa säätää nopeasti, että ei tartte mennä suoraan sinne koodiin esim. fontin kokoa säätämään. CKeditor, Kompozer ja todennäköisesti TinyMCE ei kilpaile ollenkaan samassa sarjassa WordPressin kanssa. Ne on enemmänkin apuohjelmia pintaraapimisiin.
 
Kokeilin tuota CKeditoria ihan sitä basic pakettia niin ihan turhake.
Täyspaketissa sitten oli jo enemmän. Tallennus-nappi ei toiminut niin alkoi kuumottamaan ja näköjään ei ole toiminut vuodesta 2009. Koodin toki näkee ja muistuttaa Kompozeria.

Kyllä Wordpress teurastaa nämä hyvillä lisäosillaan käytettävyydessään, jos tosiaan meinaa nopeasti saada jotain sivustoa aikaankin.

Kun olisikin ilmainen WYSIWYG HTML Editori jolla hallitaan suuria kokonaisuuksia(niin kuin Wordpress) ja näkyisi myös se koodi.

Tokihan CKeditorilla voi varmaankin jotain valmista sivustoa säätää nopeasti, että ei tartte mennä suoraan sinne koodiin esim. fontin kokoa säätämään. CKeditor, Kompozer ja todennäköisesti TinyMCE ei kilpaile ollenkaan samassa sarjassa WordPressin kanssa. Ne on enemmänkin apuohjelmia pintaraapimisiin.

Uff, ymmäristköhän nyt täysin väärin mikä noiden pointti on.

Wordpress on täysi CMS.

Nuo editorit taas ovat vain plugareita, joilla taataan textarea elementille richtext featuret, toki voi vetää paljaallakin textarealla. Siihen päälle pitää rakentaa se cms.

Ja ei kai savenappi toimi jos siihen ei rakenna sitä backendiä joka hoitaa sen talletuksen. :) Mistä se editori tietää mitä ja minne pitää tallentaa.

PS. Wordpress itse käyttää TinyMCE:tä.
 
On kyllä monimutkaista nyypälle.

Löytyi Google sites editori, mutta ei siinäkään saa koodia näkyviin. Tai toki, jos vilkaisee sivuston lähdekoodia niin nälkävuoren kokoinen koodi ihan minimalistisesta sivustosta.

Ei tässä melko valmiissa maailmassa taida olla kuin WordPress nyypille ilman näkyvää koodia.

Voisi toki valmiiseen pohjaan laittaa tämän koodin Learn to code and help nonprofits , että käy mille näytön leveydelle tahansa. Automaattisesti tuollainen on toiminnassa WordPressissä, Google sitessa ja ties missä nykyaikaisessa kehitysympäristössä.

edit: Näköjään löytyi valmiita ilmaisia reagoivia pohjia --> Hands-on CSS3 - Learn CSS, HTML and Responsive Web Design with Max Design’s Russ Weakley

Ei näy koodissa mitään bootstrapiin viittaavaa, mutta silti siinä näyttää olevan vastaavia ominaisuuksia. Esimerkki nappikin sellainen. Osaisko joku aukaista?
 
Viimeksi muokattu:
No jos on joku simppeli layout, selaimet kyllä osaa näyttää sen järkevästi ihan kaikilla näytöillä melkeinpä jo oletustyyleillä. Usein tekee itselleen lähinnä hallaa jos määrittää liian tarkasti kaikkea, varsinkin absoluuttisilla arvoilla. Ei näitä Bootstrappeja yms. kannata mystifioida.

Wordpressiin suosittelen lataa vaikka underscores.me "tyhjän" teeman ja alkaa siitä virittää. Toki siinäkin on vielä karsimista jos tykkää minimaalisesta. Tosin esim. menujen ja coresta tulevan tavaran "siivoaminen" on aika työlästä. Tässä tulee oikeastaan useimpien CMS:ien huonoin puoli, voisi kai sanoa "reverse development" tms. Eli lähdetään poistamaan tavaraa sen sijaan että rakennettaisiin jonkin hyvin minimaalisen perustan päälle. Siinä sitten mietit, että kaikki ne 400 000 koodiriviä pitää lukea, suorittaa suurin osa ja vielä erikseen "peruuttaa" osa.

Joskus kun tein blogia, taistelin aikani tän kanssa ja lopulta tein koko paskan Hugolla. Toimii! Toki on aika selvää, että kukaan ei-tekninen ihminen ei kirjoita markdownia ja sotke tarvittaessa html+js mukaan, joten mikään yleinen ratkaisu se ei ole. Tosin staattiset sivut olis muuten hyvät ja huolettomat kaikenmaailman bloggareille, maansiirtoliikkeille ja kukkakaupoille.

Nyt oon isompaa projektia tehnyt Drupal 7, omat ongelmansa siinäkin, mutta ihan eri lailla poweria löytyy. Varsinkin sisällön hallinta on ihan eri planeetalta.
 
<meta name="viewport" content="width=device-width, initial-scale=1">

Tämäkö html5 koodi määrittelee sen, että joka laitteelle on oikean levyinen sivu?

Yleensä olen tajunnut nuo metat juurikin metatietoina..
 
<meta name="viewport" content="width=device-width, initial-scale=1">

Tämäkö html5 koodi määrittelee sen, että joka laitteelle on oikean levyinen sivu?.

Tuon "viewportin" ajatus kerrotaan ihan hyvin täällä:

https://www.w3schools.com/css/css_rwd_viewport.asp

Noiden lisäksi tarvitsin joskus myös contentin perään asetusta "maximum-scale=1", jotta iPhonella toimi sivusto kunnolla. Tämä saattaa sitten estää zoomauksen.
 
Tuon "viewportin" ajatus kerrotaan ihan hyvin täällä:

Responsive Web Design Viewport

Noiden lisäksi tarvitsin joskus myös contentin perään asetusta "maximum-scale=1", jotta iPhonella toimi sivusto kunnolla. Tämä saattaa sitten estää zoomauksen.

Testasin noita linkin esimerkkejä niin ei mitään eroa Operalla. Google Chromella sitten selvästi kuvakin kutistui.
Toimii näköjään Vivaldillakin ja tekijä on käsittääkseni tuon Operan alkuperäisiä tekijöitä. Jännä huomio vaan..
 
Testasin noita linkin esimerkkejä niin ei mitään eroa Operalla. Google Chromella sitten selvästi kuvakin kutistui.
Toimii näköjään Vivaldillakin ja tekijä on käsittääkseni tuon Operan alkuperäisiä tekijöitä. Jännä huomio vaan..

Nuo vaikuttavat erityisesti siis mobiililaitteiden kanssa selailussa. Ei välttämättä normitietokoneella selatessa. Ilman noita on leiska/fontit helposti päin peetä mobiililla.
 
WordPress ja Drupal molemmat käyttävät PHP:ta.

Yleisesti PHP:llä aloitteleville annetaan yksi ohje, joka kattaa hyvin pitkälti koko PHP kielen käytön ja kehityksen.

1. Etsi joku toinen kieli.

Oikeasta. Se on täysin suunnittelematon kieli, jonka kuolema olisi pitänyt tulla jo about 15 vuotta sitten.

Ja jos kotisivuja haluaa tehdä niin tuo Ghost on ihan jees, SquareSpace toinen ihan jees. Jos tarviit jotain hienompaa niin sitten joku Play tai jotain muuta.
$PHP = ; – Fuzz – Medium
 


Noh. Voihan sitä aina vastaan vängätä mutta totuus on kuitenkin se, että PHP:ta ei ole ikinä suunniteltu siihen mitä sillä tänä päivänä yritetään tehdä.

Voihan sitä toki vääntää valtavirtaa vastaan ja kuvitella olevansa jotenkin kova jätkä kun vääntää sillä sublimella ja printtailee or_die erroreita. Sitten kun tarvii alkaa vääntämään monimutkaisempaa (ainajossain vaiheessa) niin esim Java on hiukan kätevämpi kun ei tarvii annotaatiota muistaa ulkoa :P puhumattakaan performancesta ;)

Mut joo. Kandee sitä tietysti ajatella omilla aivoilla ja jos päätyy siihen, että PHP on juuri sopiva työkalu niin antaa mennä vaan, onneksi ei olla samoissa duuneissa ;)
 
Kevyesti suurin osa webin backendista tehdään edelleen PHP:lla (tai johonkin siihen perustuvalla frameworkilla).

Eipä ollu. PHP on kuoleva ja paska teknologia joka ansaitsee kohtalonsa. Internetin tietoturvan puolesta saakin kuolla pois.
 
Hyvä, että laitoit tämän viestin alkuun heti ja osoitit, että et tiedä PHP 7.0:sta mitään.


Kevyesti suurin osa webin backendista tehdään edelleen PHP:lla (tai johonkin siihen perustuvalla frameworkilla). Uskon, että kun tutustut paremmin joihinkin oikeisiin projekteihin, niin hipsterimäinen ulina vähenee kääntäen verrannollisesti.


En tiedä mitä tässä haetaan, mutta suosittelen tekemään jatkossa koodausta hyödyntäen sopivaa IDE:a, kuten vaikkapa PhpStorm IDE :: JetBrains PhpStorm . Tietysti tässä kohtaa se voisi olla huono, sillä silloin jää entistä enemmän aikaa iotech-trollaukseen.


Quoted for truth. Mennään tarve edellä, ei teknologia. Harmillista, mikäli siellä teillä teknologiavalintoja tehdään perustuen hypeen, ideologiaan ja trendikkyys-kertoimeen.


PHP 7.0 (mitä sitä olen itse käyttänyt) on suuri parannus PHP:hen. Sitä en kiellä. Kuitenkin aletaan puhua jo Java 1.1 feature tasosta.

Jotenkin en jaksa uskoa väittämään, että suurin osa tms. back endeistä pyörisi vielä PHP:llä mutta en nyt tähän väliin faktaakaan löydä suuntaan enkä toiseen.

Ja en todellakaan ole mikään Ruby/JS tms hipsteri vaan teen ennemmin .NET tai Java kamaa. Molemmissa staattinen tyypitys ja genericsit poistaa jo suurimman osan ohjelmointi virheistä, regressioista ja vähentää yksikkö testauksen tarvetta kun jokaiselle funktiolla (metodille) ei tarvitse erikseen kirjoittaa testiä, joka tarkastelee palautus tyypin eikä sitä tarvitse arpoa ja/tai toivoa, että olisi dokumentoitu oikein.

Ja kyllähän PHP:lle tietysti löytyy jotain työkaluja mutta kun aletaan katsoa esim. Javan helppoutta profiloinnissa ja debuggauksessa niin todella vaikea saada samanlaista työkalusarjaa PHP:lle ja varsinkaan helposti.

Tämän lisäksi PHP:n tietoturva ja performanssi ei ole lähelläkään JVM:ää. Toki esim HipHop VM on mukava tuulahdus ja auttaa tässä asiassa mutta miksi yrittää rakentaa / saada toimimaan tällaista kamaa, joka on ollut jo vuosia (kymmeniä) olemassa muille kielille?

Toki varmasti PHP:lla pystyy asioita tekemään oikeinkin mutta usein törmään ongelmaan, että keskiverto PHP softa on todella vaikea lukuinen, hidas ja hankalasti debugattava verrattuna keskiverto Java softaa. Toki esmes NodeJS ja sen päälle rakennetut kikkareet kärsivät samasta.
 
Tuli mieleen kun kaveri jotain koulujuttua väsäs ja ihmetteli miks vitussa se sekoaa täsin kun hän yrittää saada tuloksen ulos. Kaikkivälivaiheettoimii ok mutta resultti sekoaa aina. Noh. Kirjaston kehittäjä käytti globaalia result muuttujaa tarkistamaan miten funkkarit toimii ja kun kaveri tallensi "omaan" resulttiin niin se ylikirjoitti tuon kirjaston datan ja kirjasto meni solmuun. Korjaus: oma result->tulos nimiseksi.
 
Tuli mieleen kun kaveri jotain koulujuttua väsäs ja ihmetteli miks vitussa se sekoaa täsin kun hän yrittää saada tuloksen ulos. Kaikkivälivaiheettoimii ok mutta resultti sekoaa aina. Noh. Kirjaston kehittäjä käytti globaalia result muuttujaa tarkistamaan miten funkkarit toimii ja kun kaveri tallensi "omaan" resulttiin niin se ylikirjoitti tuon kirjaston datan ja kirjasto meni solmuun. Korjaus: oma result->tulos nimiseksi.


Tähän juuri tuossa aikaisemmin yritin viitata. Totta kai oikein tehty kirjasto ei käyttäisi tuollaista globaalia muuttujaa mutta koska kieli mahdollistaa sen niin aina tuollaista paskaa tulee vastaan jossain vaiheessa. Sitten taas kyn käytetään oikeita alustoja ja systeemejä niin tuota ei ole edes mahdollista tehdä.

Ei tietysti kieli tai alusta pysty ikinä kaikkia ohjelmoijien vammaisuuksia korjaamaan / estämään mutta ei sen pidä liian helppoakaan olla. Onhan sekin totta, että esim mixed returni functioista on aika confusing ja aiheuttaa pään vaivaa mutta jos se on mahdollista ja kielen core kirjasto tekee sitä täysin surutta niin kyllä sitä muutkin koodarit käyttävät.

Toki sitten on vielä erikseen se, että kieli on truthy ja sekin aiheuttaa, varsinkin mixed returneilla, välillä aika pahoja läsäreitä.
 
Wordpressistä kun saa kätevästi sisällön ulos jsonina, niin aattelin käyttää wordpressiä taustaohjelmana ja pygätä ihan oman leiskan ulostulolle. WP:lle saa nykyään kätevän työpöytä-versionkin. Mitä luin, niin WP:stä olisi tehty jo lopullinen js-versio, mutta sen vahvinta antia on sen community plugareineen ym. Ja siis sen jsonin saa ihan siitä .com versiostakin ulos ettei tarvii php-hotellia sen takia hankkia.

Kaiken kaikkiaan wp on herkullisen kätevä saada blogi+ vähän muuta aikaan helposti. Ja se päivittyy automaattisesti.

Ja aina voi sen PHP-haukkumisketjun pistää pystyyn ettei tarvii muita säikeitä sotkea ja tulla bännätyksi.
 
Mielenkiintoista keskustelua, kiitokset hyvistä pointeista. Aihe on tietysti legendaarinen, mutta toisaalta suoralta kädeltä ei ole hyvä laittaa ihan noin tiukkoja statementteja kehiin(eli lähes jokaisessa backendissä käytössä oleva kieli todetaan "paskaksi".) Tässä omat teesini vielä aiheeseen:

1. Javan debuggaus on aivan yhtä vaikeaa/helppoa kuin PHP:n. Joissain tilanteissa itse asiassa huomattavasti hankalampaa.
2. Tietoturva: kehnojen devaajien tekemänä jopa C#:llä koodattu softa on reikäinen.
3. Koodissa tulee olla riittävä testikattavuus. On virheellistä väittää, että jos koodaa Javalla niin testejä ei tarvita. Tällaisia caseja ei vain ole. Erityisesti integraatiotestit on tehtävä joka tapauksessa.
4. PHP:ssä ei ole genericsejä, mutta vahva tyypitys on. Lisäksi, genericsit saattavat vaikeuttaa asioita, riippuu ihan tilanteesta.
5. Javassa testien pitää kattaa myös tyypitys, koska overloadaus.
6. Jostain syystä, vaikkakin PHP on auttamatta täysin jälkeenjäänyt ja käyttökelvoton kieli, niin vaikkapa Facebookin backend on toteutettu sillä, ja jostain syystä kaikki merkittävät CMS-alustat ja verkkokauppa-alustat käyttävät sitä.
7. Ihan mikä tahansa softa millä tahansa kielellä tehtynä kädettömän devaajan toimesta on kuraa. Koska PHP:n suosio on valtaisa, myös koodaajien tasoja on monenlaista, ja myös huonoa koodia löytyy absoluuttisella asteikolla enemmän.

Lopuksi haluaisin huomauttaa, että valitsen itse mieluusti sopivan työkalun sopivaan tarpeeseen, mutta minulla ei ole tarvetta myöskään julistaa jotain kieltä huonoksi. Yleensä näin mustavalkoisten kommenttien taustalta löytyy riittämätön tieto.

PS. YourLanguageSucks - Theory.org Wiki


1. XDebug on kyllä tuttu mutta ainakaan omassa käytössäni en lähtisi vertaamaan esim Tomcatin jpda:han tai suoraan IDEssä pyörittämiseen. Myös tässä Java Mission Control ja JVisualVM on aika päheitä työkaluja, joille en ole löytänyt edes lähelle vastaavaa PHP:sta. Toki esim NodeJS ei myöskään omaa yhtä kattavaa työkalusarjaa.

2. Tämä on totta. Aivovamma potilas pystyy kyllä tekemään millä tahansa kielellä tietoturvasta ongelman.

3. Mielestäni en sanonut, että testejä ei tarvita vaan meinasin sitä, että palautus tyypin ja argumentin tyypin testausta ei tarvitse kirjoittaa. Overloadaus ei ole omissa testeissäni kyllä tuonut ylimääräistä testin kirjoitusta koska methodin signature on eri. En nyt ihan hiffaa mitä tässä ajat takaa tuolla?

4. PHP ja vahva tyypitys. Periaatteessa kai joo mutta edelleenkin koodi on kaiketi ihan validit mixed returneilla jne. En pitäisi sitä nyt ihan samana asiana kuin staattista tyypitystä.

5. Ks. kohta kolme. Eli siis kirjoitan eri methodille ero testin. Signature on eri jos parametrin tyypit on eri... Toki olen kerran nähnyt sellaisen generics häkkyrän joka sai sen sekaisin.

6. Tämä kaveri on ainakin omalla ristiretkellään mutta tässä sen näkemys tästä FB argumentista: Facebook is not written in PHP | Abscissa's "Not-A-Blog"

7. ... ja PHP:lla on erittäin helppo kirjoittaa ihan absoluuttista roskaa. Itse ei aina pysty vaikuttamaan mihin paskaan kädet joutuu tunkemaan niin tämä kieli johtaa selkeästi omia tilastojani siitä, että mihin ei kannata koskea. Olen nähnyt myös aivan kauheaa paskaa kirjoitettuna Javalla tms muulla kielellä mutta selkeästi eniten PHP:llä.
 

Statistiikka

Viestiketjuista
261 811
Viestejä
4 548 061
Jäsenet
74 848
Uusin jäsen
ookooo

Hinta.fi

Back
Ylös Bottom