+ bäkkärissä pilvipalvelut myös. Eipä nykyää samanlaista simppeliä komboa vain ole. Onhan toki php-frameworkitki edellee käytössä ja toimii. Php:lla on vain hyvin helppo tehdä hirveitä virheitä.
phplla on todella helppo tehdä asioita ihan pirun väärin (ja aiheuttaa vahinkoa). Siksi se on "vihattu", ei siksi etteikö se olis "cool". Kaikissa kielissä on hyvä käyttää frameworkeja, mut varsinki php:n kans ei pidä sooloilla ellei varmasti tiedä mitä tekee, silloinki parempi triplatarkistaa koodi.Hirveitä virheitä voi tehdä kielestä riippumatta
Ja ei, tämä ei ollut php:n puolustus.
Itse pidän paljonkin Pythonista ja Flaskistakin, mutta en kyllä millään voi suositella tuotantoon Flask backendiä, ainakaan varauksetta. Flask on simppeli kun siinä ei ole mitään ja tuotantoa varten kasataan eri kirjastoista käyttöön sopiva kokonaisuus. Näissä taas kirjastojen laatu vaihtelee kovasti. Ja jos on tarkoitus tehdä monoliitti niin siitä Flask-projektista voi kasvaa todella suuri ja monimutkainen kokonaisuus joka parsitaan kasaan ilman vakiintunutta arkkitehtuuria, eli käyttäjä päättää mielensä mukaan miten koodi ja projekti jäsennellään. Tässä voi tulla huomattavia virheitä ja vääriä tapoja. Lisäksi suorituskyky, muistin ja cpu hallinta voi olla haastavaa Python projekteissa.
Käännettävillä kielillä on vaikea tehdä kovin suuria virheitä. Esim. Rust-kieli on kovaa huutoa just nyt kun sen kääntäjä on niin hyvä.Hirveitä virheitä voi tehdä kielestä riippumatta
Ja ei, tämä ei ollut php:n puolustus.
On tuossa kyllä puolensakin sen jälkeen, kun ymmärtää, miten tuo himmeli toimii.
[('2020-05-10 00:05:45', 'www.osoite.fi'), ('2020-05-10 18:05:50', 'www.osoite.fi'), ('2020-05-10 18:05:52', 'www.osoite.fi'), ('2020-05-10 18:05:54', 'www.osoite.fi'), ('2020-05-10 18:05:21', 'www.osoite.fi')]Helppo - Node.js
Allekirjoitan tämän, tosin kyllä mukaan vähän mahtuu tuota negatiivista cooliuskerrointakin. Varsinkin aloittelijat saavat aikaan vaikka mitä hauskaa. Mutta ihan mielenkiinnosta kysyn, että mitkä on mielestäsi ne pahimmat asiat, jotka php:llä on helppo tehdä väärin ?
Vanhoissa PHP:n versioissa (esim 3 ja 4) oli paljon helpompi tehdä typeryyksiä, uudemmissa vissiin taitaa olla jo vähän fiksumpaa meininkiä ettei ihan pahimpia hölmöyksiä pääse vahingossa tekemään. Itse nykyään naputtelen PHP:ta sen verran harvoin etten oikein osaa tarkemmin sanoa. Toki itse käyn viimeiseen asti oman koodini läpi ja sanitoin kaiken mahdollisen ja muutenkin, mutta se on aika simppeliä kun rivejä vuodessa tulee ehkä parisen sataa.
Joo kyllä varmasti, tämä vaan oman fiiliksen mukaan mitä nyt Linkkarista tarjotaan eniten. Ihan sama oikeastaan minkä noista valitsee, töitä varmasti löytyy tällä hetkellä.
Minulta ei kysytty, mutta PHP:n ongelmat riippuvat varmaan vähän siitäkin, miten sitä käyttää. Oman kokemuksen mukaan perustavanlaatuisin ongelma on se, miten kieli yrittää lähestulkoon pakottaa ohjelman suorituksen jatkumaan erilaisista virheistäkin huolimatta, jolloin voi tapahtua kaikenlaista "hauskaa". Muitakin vaaranpaikkoja on, mutta tuo on ehkä perustavanlaatuisin (mutta käyttötavoista riippuen ei välttämättä pahin).
Eikös tuo ole PHP:n konffauksesta kiinni? ainakin itselläni PHP tuntui oksentavan kaikista virheistä ja jätti leikin kesken. Voi tietty olla etä jossakin muussa (linux) konfiguraatiossa oletuksena käyttäytyy huonommin. Toki voi olla että olen alitajuisesti käynyt muuttelemassa oletuksia tiukemmaksi enkä edes itse tajua asiaa...
No jos katson linkkarista, niin eniten on tarjolla sularihommia.
Tästähän se pääasiassa taitaa kyse olla. Minulle taas näkyy hirveä määrä frontend- ja erinäisten software devien hakuilmoituksia.
Voipi olla. Mitään PHP-projektia en ole koskaan aloittanut, joten tuo puoli on vähän vieraampi. Ainakin melko legacy-tasoisen ohjelmiston kanssa työskennellessä on pitkälti elettävä aiemmin tehtyjen ratkaisujen kanssa, jolloin ongelmaksi koituu sanomani. Eipä tuosta toki käytännön haittaa ole hirveästi ollut, mutta tarkkana saa kyllä olla, ja varmasti olisi mahdollisuus isompiinkin ongelmiin.
Supabase on postgres pohjainen ja planetscale mysql kaiketi.
class AlarmRules:
def __init__(self, global_alarm_rules_variable_name: str):
self._global_rules_var_name: str = global_alarm_rules_variable_name
self.rules: dict = {}
self.update_rules()
def update_rules(self, global_alarm_rules_variable_name: str = None):
if global_alarm_rules_variable_name is not None:
self._global_rules_var_name: str = global_alarm_rules_variable_name
if self._global_rules_var_name in globals():
self.rules = globals()[self._global_rules_var_name]
else:
logging.error(f'AlarmRules: Variable {self._global_rules_var_name} not found in globals()')
def alarm_handler(measurements_object: InfluxData, alarms_object: AlarmsScanner, alarm_rules_object: AlarmRules):
while True:
load_settings_from_file('settings.ini') # hakee uusimmat asetukset (levyltä) ini tiedostosta muuttujille
measurements_object.update_latest_datapoint() # päivittää uusimman saatavilla ovlean mittapisteen Influxdb:stä (ruuvitägit/lämpötilamittauksia)
alarm_rules_object.update_rules() # update_rules päivittää olion rules-muuttujan, tiedolla mitä settings.ini tiedostosta löytyi
alarms_object.update_alarms(alarm_rules_object.rules) # update_alarms päivittää olion alarms_to_notify-muuttujan sen mukaan mitä mittaukset ylittävät rules-muuttujan asetukset
if alarms_object.is_alarms_to_notify is True: # is_alarms_to_notify = True/False tieto, jos hälytettävää on
list_of_alarms = alarms_object.alarms_to_notify.copy() # tässä testissä alarm_acknowledgment kuittaa hälytyksen pois listalta, jolloin while looppi heittää errorit.
for alarm in list_of_alarms:
alarms_object.alarm_acknowledgment(alarm)
# tähän esim. hue lamput vilkkumaan ja telegram viesti
logging.info(f'Notify sent: ID[{alarm}] {list_of_alarms[alarm]}')
time.sleep(5)
influx_meas = InfluxData(...influx databasen parametrit...) # InfluxData class. influx_meas.query_result mittausdata dict
alarm_rules = AlarmRules('hais_alarms') # AlarmRules class. hakee 'hais_alarms' nimisen muuttujan tiedon ja palauttaa sen alarm_rules.rules
active_alarms = AlarmsScanner(alarm_rules.rules, influx_meas.query_result) # AlarmsScanner class. palauttaa active_alarms.alarms_to_notify hälytyksen tiedot mitkä hälytetään/halutut toimenpiteet
alarm_handler(influx_meas, active_alarms, alarm_rules)
Toteuttaisin yksinkertaisesti siten, että talteen laitetaan vain viikonpäivä, jolloin hälytys halutaan, ja joka päivä käydään läpi kaikki hälytykset tarkistaen, onko kukin juuri tänään ajankohtainen.
Jos ajatus on, että jotain dataa luetaan ja kirjoitetaan useassa modulissa, niin yksinkertaisinta on sijoittaa se data uuteen moduliin, jonka muut importoivat ja jossa on määriteltynä sen datan käytössä tarvittavat funktiot, "setterit ja getterit", kätevimmin niin, että data on jossain dictin tai luokan kaltaisessa muokattavassa tietorakenteessa. Tai mietitään voisiko sen datan kuitenkin välittää funktioiden parametreina ja paluuarvoina.
Kiitoksia kunhan saan tuon koko ”ketjun” toimimaan niin sen jälkeen siistin sen parempaan ”muotoon”.
En oikein ymmärtänyt ongelmaasi ("funktion parametrit muuttuvat lennossa", mitähän se mahtaa tarkoittaa), mutta ajattelin nipottaa AlarmRules-luokasta, jolla kai on tarkoitus valita joku nimetyistä sääntökokoelmista, joiden sisäistä rakennetta ei ole lähemmin määritelty. Nyt sinulla ilmeisesti on modulin juuressa tämäntapaisia dictionaryja:
hiihaa = {
"rule": {"aja": "hiljaa, isi"}
}
huuhaa = {
"rule": {"nuku": "hyvin, pupuseni"}
}def get_rule(name):
return globals().get(name, {}).get("rule", {})rules = {
"hiihaa" : {
"rule": {"aja": "hiljaa, isi"}
},
"huuhaa" : {
"rule": {"nuku": "hyvin, pupuseni"}
}
}
cmp rc ((int) 0)
je "cb_open_ok"
; Leave if constructing user interface failed
window_close (\
window_handle: hnd_wnd_main)
exit
: "cb_open_ok"
; Map main window if constructing user interface was ok
window_map (\
window_handle: hnd_wnd_main)if (rc != (int)0)
# Leave if constructing user interface failed
window_close()
exit
# Map main window if constructing user interface was ok
window_map()
Allekirjoitan pitkälti ylemmät kommentit. Muutamia ajatuksia mitä näistä tulee mieleen:
Kyllä.
www.digitalocean.com
scp:llä pystyt kopioimaan tiedostoja ssh:n yli. Tosin, saattaa olla että joudut säätämään tuon verkkolaitteen ssh-serverin konffaa että saat avaimella kirjautumisen toimimaan eli laittaa sieltä päälle publickey-authin.
