Moi.
Nyt olis kalliit neuvot hyviä :)
Minulla on siis XAMPP PHP ver 8.2.12. ja Apache NetBeans IDE 24. Nämä nyt ainakin näyttävät toimivan.
Minkä debuggerin. mistä ja kuinka saisin toimimaan? Yksityiskohtaiset ohjeet tarvittais koska
a) oon ohjelmoinu vain Basicilla, Lispillä, Lucentin DSP -prosessorin assemblyllä ja hiukan html:llä ja C_llä ja näistäkin on jo 15 vuotta aikaa.
b) Ja koska oon hermoraunio enkä jaksa teutaroija turhaan... :D
Oon Xdebugia yrittäny nyt kolmatta päivää raivon vallassa saaha toimimaan mutta turhaan! :(
Ja kyllä, olen jo googletellut ja katsonut Youtube-videoita ja jopa kironnut, nauranut hysteeristä naurua ja jo rukoillutkin...
Kiitoksia paljon sille joka viitsisi jelppiä :)
Saan siis vain tällaisen ilmoituksen kun koetan ajaa Debudia NetBeansilla (ja lisäksi "Waiting For Connection (netbeans - xdebug" -palkki alareunassa seilailee turhaan edestakaisin koska ne eivät yhdistä):
"
"C:\xampp\xampp_start.exe" "C:\xampp\htdocs\Demo\testi2"
2025-02-25 15:51:43 0 [Note] Using unique option prefix 'key_buffer' is error-prone and can break in the future. Please use the full name 'key_buffer_size' instead.
(OS 10048)Kutakin vastakeosoitetta (protokolla, verkko-osoite tai portti) voi k�ytt�� normaalisti vain kerran. : AH00072: make_sock: could not bind to address [::]:80
(OS 10048)Kutakin vastakeosoitetta (protokolla, verkko-osoite tai portti) voi k�ytt�� normaalisti vain kerran. : AH00072: make_sock: could not bind to address 0.0.0.0:80
AH00451: no listening sockets available, shutting down
AH00015: Unable to open logs
XAMPP now starts as a console application.
Instead of pressing Control-C in this console window, please use xampp_stop.exe
to stop XAMPP, because it lets XAMPP end any current transactions and cleanup
gracefully.
Done.
"
Nyt olis kalliit neuvot hyviä :)
Minulla on siis XAMPP PHP ver 8.2.12. ja Apache NetBeans IDE 24. Nämä nyt ainakin näyttävät toimivan.
Minkä debuggerin. mistä ja kuinka saisin toimimaan? Yksityiskohtaiset ohjeet tarvittais koska
a) oon ohjelmoinu vain Basicilla, Lispillä, Lucentin DSP -prosessorin assemblyllä ja hiukan html:llä ja C_llä ja näistäkin on jo 15 vuotta aikaa.
b) Ja koska oon hermoraunio enkä jaksa teutaroija turhaan... :D
Oon Xdebugia yrittäny nyt kolmatta päivää raivon vallassa saaha toimimaan mutta turhaan! :(
Ja kyllä, olen jo googletellut ja katsonut Youtube-videoita ja jopa kironnut, nauranut hysteeristä naurua ja jo rukoillutkin...
Kiitoksia paljon sille joka viitsisi jelppiä :)
Saan siis vain tällaisen ilmoituksen kun koetan ajaa Debudia NetBeansilla (ja lisäksi "Waiting For Connection (netbeans - xdebug" -palkki alareunassa seilailee turhaan edestakaisin koska ne eivät yhdistä):
"
"C:\xampp\xampp_start.exe" "C:\xampp\htdocs\Demo\testi2"
2025-02-25 15:51:43 0 [Note] Using unique option prefix 'key_buffer' is error-prone and can break in the future. Please use the full name 'key_buffer_size' instead.
(OS 10048)Kutakin vastakeosoitetta (protokolla, verkko-osoite tai portti) voi k�ytt�� normaalisti vain kerran. : AH00072: make_sock: could not bind to address [::]:80
(OS 10048)Kutakin vastakeosoitetta (protokolla, verkko-osoite tai portti) voi k�ytt�� normaalisti vain kerran. : AH00072: make_sock: could not bind to address 0.0.0.0:80
AH00451: no listening sockets available, shutting down
AH00015: Unable to open logs
XAMPP now starts as a console application.
Instead of pressing Control-C in this console window, please use xampp_stop.exe
to stop XAMPP, because it lets XAMPP end any current transactions and cleanup
gracefully.
Done.
"
Vastaukset 27
Vanhimmat
Kannattaisiko ihan alkuun ilmoitella millä laitteistolla olet liikenteessä, käyttöjärjestelmä jne.
Hengittele hetki paperipussiin, jotta kroppa vähän rauhoittuu ja aloita sitten tarkemmin speksein uudestaan.
Moi! Ymmärrän tuskasi täysin, debugging-ongelmat voivat olla todella turhauttavia, etenkin kun asetukset eivät mene oikein. Käydään nyt rauhassa läpi, mitä voimme tehdä.
Ongelma 1: Apache-portti 80 on jo varattu
Virheviestissä, jossa sanotaan "could not bind to address 0.0.0.0:80", näyttää siltä, että portti 80 on jo varattu jollain muulla prosessilla, joten Apache ei pääse käyttämään sitä. Tämä on aika yleinen ongelma, ja siihen on muutama ratkaisu:
1. Tarkista, mikä käyttää porttia 80
Voit tarkistaa, mikä prosessi on varannut portin 80, ja sammuttaa sen. Windowsissa avaa komentokehote ja käytä seuraavaa komentoa:
`netstat -ano | findstr :80`
Tämä näyttää sinulle, mikä prosessi on portin 80 käyttäjä. Saat sen jälkeen prosessin ID:n (PID), ja voit tappaa sen tehtävällä komentorivillä:
`taskkill /PID <PID>`
Vaihtoehtoisesti voit avata Tehtävienhallinnan ja etsiä kyseisen prosessin sieltä.
2. Vaihda Apache-portti
Jos et halua käsin tappaa muita prosesseja, voit vaihtaa Apache:n kuunteluporrtiksi jonkun muun kuin 80 (esim. 8080). Tähän menee seuraavasti:
a. Avaa XAMPP-ohjelma.
b. Klikkaa "Config" ja valitse "Apache (httpd.conf)".
c. Etsi `Listen 80` ja muuta se johonkin muuhun, kuten `Listen 8080`.
d. Etsi kohta `ServerName localhost:80` ja muuta se `ServerName localhost:8080`.
e. Tallenna ja sulje tiedosto. Käynnistä Apache uudelleen XAMPP-ohjelmasta.
Ongelma 2: Xdebugin ja NetBeansin yhdistäminen
Tässä vaiheessa olet varmaan saanut Apache:n toimimaan (kunhan vaihdat portin tai katkaiset portin 80 käytön). Nyt siirrytään Xdebugin ja NetBeansin integroimiseen.
1. Varmista, että Xdebug on asennettu ja aktivoitu
a. Tarkista, että Xdebug on asennettu oikein. Avaa selain ja mene osoitteeseen:
`http://localhost/dashboard/phpinfo.php`
Etsi PHP:sta Xdebugin tiedot. Jos Xdebug ei ole asennettu, sen täytyy olla mukana PHP:n konfiguraatiossa. Asentaminen onnistuu näin:
- Lataa oikea Xdebug-versio https://xdebug.org/download
- Lisää Xdebugin asetukset PHP:n `php.ini`-tiedostoon. Tämä voi olla XAMPP:n `php.ini`-tiedosto, joka löytyy tyypillisesti `C:\xampp\php\php.ini`.
Esimerkiksi:
`zend_extension = "C:/xampp/php/ext/php_xdebug.dll"`
`xdebug.mode = debug`
`xdebug.start_with_request = yes`
b. Varmista, että Xdebug toimii
Jos PHP:sta löytyy Xdebug, sen pitäisi toimia. Voit myös tarkistaa tämän PHP:sta `phpinfo()`-funktiolla, kuten aiemmin mainitsin.
2. NetBeansin Debuggerin asetukset
a. Avaa NetBeans ja mene `Tools` > `Options` > `PHP`-välilehdelle.
b. Aseta Xdebug:
- Varmista, että Debugger on asetettu käyttämään Xdebugia.
- Määritä sama portti, jonka Xdebug käyttää (yleensä 9003). Jos käytät muuta porttia, aseta se täällä.
c. Aseta verkkoyhteys:
- Varmista, että NetBeans on määritetty kuuntelemaan oikeaa porttia. Käynnistä debugger ja katso, että NetBeans on yhteydessä oikeaan porttiin.
3. Testaa Debuggeria
Kun kaikki on asetettu, voit testata debuggauksen seuraavasti:
- Aseta `breakpoint`-kohtia koodiin.
- Käynnistä debug-istunto NetBeansissa ja katso, että se yhdistyy Xdebugin kanssa.
- Jos kaikki on kunnossa, debugger pysähtyy breakpointeissa, ja voit tarkastella koodin tilaa.
Yhteenveto:
1. Portti 80 on varattu — joko sammuta prosessi, joka käyttää sitä, tai vaihda Apache portiksi 8080.
2. Xdebugin asennus ja konfiguraatio — tarkista, että Xdebug on asennettu ja konfiguroitu oikein `php.ini`-tiedostoon.
3. NetBeansin asetukset — varmista, että NetBeans käyttää Xdebugia ja kuuntelee oikeaa porttia.
Toivottavasti tämä auttaa! Jos ongelma ei ratkea, kerro lisää ja katsotaan yhdessä.
Todennäköisesti se portti on IIS:in käytössä. Kannattaa aloittaa syyllisen etsiminen siitä.
Ok. Kiitoksia kaikille. Alan tsekkailemaan kun pääsen töistä :)
Ja tässä vielä tiedot:
Käyttis: Windows 10. Home
Järjestelmän malli: K72Dr
Järjestelmän tyyppi: x64-based PC
Suotitin: AMD Athlon(tm) II P320 Dual-Core Processor, 2100 Mhz, 2 ydin(tä), ja loogista...
SMBIOS-versio: 2,6
Baseboard: ASUSTeK Computer Inc.
Baseboard versio: 1,0
Fyysistä muistia: 4,0 Gt
Ennen muuta tutkintaa kurkista ohjauspaneelista onko IIS-palvelut päällä.
https://freeimage.host/i/iis-palvelut.3JkLKQ9
Jos on, niin poista ne käytöstä ja restart kone.
Tuo on yksi mahdollinen mahdollinen häirikkö XAMPP -startissa.
IIS-palvelut eivät olleet päällä.
`netstat -ano | findstr :80` antaa seuraavan tuloksen (en osaa ite kyllä sanoa yhtään mitä tuo nyt tarkoittaa):
"
C:\Users\Oma>netstat -ano | findstr :80
TCP 0.0.0.0:80 0.0.0.0:0 LISTENING 8180
TCP 192.168.30.203:62525 62.165.159.18:80 TIME_WAIT 0
TCP 192.168.30.203:62526 62.165.159.73:80 TIME_WAIT 0
TCP [::]:80 [::]:0 LISTENING 8180
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62260 [2603:1020:805:3::402]:443 ESTABLISHED 3428
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62494 [2001:14b8:1800:302::3ea5:9b39]:80 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62496 [2001:14b8:1800:302::3ea5:9b2a]:80 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62497 [2001:14b8:1800:302::3ea5:9b32]:80 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62500 [2001:14b8:1800:302::3ea5:9b39]:80 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62538 [2602:803:c003:200::21]:443 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62547 [2602:803:c003:200::21]:443 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62566 [2602:803:c003:200::21]:443 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62570 [2602:803:c003:200::21]:443 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62589 [2a00:1450:4026:805::2002]:443 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62600 [2602:803:c003:200::21]:443 TIME_WAIT 0
TCP [2001:14bb:698:b8e:61da:ff9c:c6da:283b]:62611 [2602:803:c003:200::21]:443 TIME_WAIT 0
C:\Users\Oma>
"
Kerrotko vielä mitä tapahtuu jos laitat selaimeen osoitteen
localhost/
Tuleeko sieltä "virtuaalipalvelimesi" dataa esiin?
httpd.conf ei sisällä ollenkaan `Listen 80` tai mitään muutakaan 80 saati Listen..
Eikä myöskään `ServerName localhost:80`.
php.ini sisusta xdebugin osalta on nyt tämmönen:
xdebug.idekey="netbeans-xdebug"
zend_extension = "c:\xampp\php\ext\php_xdebug-3.4.1-8.2-nts-vs16-x86_64.dll"
xdebug.mode=debug
xdebug.client_host=localhost
xdebug.client_port=9001
xdebug.idekey="netbeans-xdebug"
zend_extension=xdebug
xdebug.mode=debug
xdebug.start_with_request=trigger
xdebug.remote_autostart = 1
Jep. Tulee.
Miten joku jaksaa sekoilla Windowsin kanssa!
Onkohan tuo nyt oikea versio xdebugista mikä mulla on?
php.ini:ssä oli portti 9001. Vaihdoin sinnekin 9003.
Debugger port: 9003
Session ID: netbeans-xdebug
Muistathan aina käynnistää ne XAMPPit ja muut uudelleen kun testailet asetuksia ja teet muutoksia vaikkapa portteihin.
Jep, muistan
Moi taas.
Voiko/kannattaako tässä nyt kokeilla jotain muuta IDEä ja/tai debuggera?
Harmi ku ei oo ketään tuttua joka vois käydä ihan livenä vilkasemassa.
Saako kysyä millaista projektia varten olet tuota ympäristöä pystyttämässä? Luotko nettisivua, aplikaatiota, vai jotain eksoottisempaa?
Mainitsit alussa että ohjelmointikokemusta on varsin rajoitetusti eli mistä tuli tarve rakentaa ympäristö?
Ihmettelen siksi, koska allekirjoittanut on pakertanut vuosikymmenen ajan PHP:n parissa. Asensin vain XAMPP -paketin, hankin lisenssin html-editoriin ja sillä parivaljakolla olen paukuttanut menemään ilman mitään erillistä debuggeria. 😎
Mutta, tapoja ja tarpeita on monia. Toivottavasti innostuksesi luoda jotain uutta ei nyt pysähdy johonkin debuggerin conffaus-ongelmaan. Suosittelen jättämään sen asian hautumaan ja kirjoittamaan sitä varsinaista ideaa ennen kuin juttu happanee käsiin.
Itse en debuggeria tarvitse, vaan katson virheilmoitukset ja korjaan niden perusteella koodia. Editorina käytän VSCodea lisäosineen ja koodia pyörittelen docker-konteissa, joilla on nopea testata eri ympäristöjä, esim. vaihtaa PHP:n versio.
Docker näyttäisi Windowsissa pyörivän nippanappa 4 gigan muistilla.
https://docs.docker.com/desktop/setup/install/windows-install/
LAMP virityksiä voi tehdä sitten vaikka docker composen kanssa.
https://www.bornfight.com/blog/lamp-docker-setup-with-php-8-and-mariadb-for-symfony-projects/
Jep, samaa mieltä oon ja päädyinkin jo siihen lopputulokseen etten tarvi debuggeria ainakaan nyt vielä.
Sovellusta tässä yritän värkkäillä. Saattaa olla ikuisuusprojekti mutta onpahan ajankulua ja aina sitä jotakin oppiikin...
Kiitoksia kuitenkin kaikille teille vaivannäöstä ja avusta! :) <3
Ja kirjoittelen nyt Visual Studio Codella koska ympäristö on jotenkin miellyttävämpi kuin NeatBeansin...
Sinulla tuo netstat näyttää "hieman" erilaiselta, tai ainakin pitemmältä kuin omani. Tässä vertailussa läppärini paririvinen raportti:
C:\Windows\System32>netstat -ano | findstr :80
TCP 0.0.0.0:80 0.0.0.0:0 LISTENING 3788
TCP [::]:80 [::]:0 LISTENING 3788
Siinä kaikki ilman debuggauksia - melko siisti :)
Suosittelen kyselemään vinkkejä konffaukseen joltain enemmän IT-asiaan keskittyvältä foorumilta, https://bbs.io-tech.fi/ ja mitä kaikkia muropaketteja niitä lieneekään.
Ehkä myös liittyminen tuolle listalle
https://netbeans.apache.org/front/main/community/mailing-lists/
saattaisi johtaa saman ongelman kanssa kamppailevien kanssa jutusteluun.
Lukeminen ja myös videoiden katselu
https://www.youtube.com/user/netbeansvideos
kannattaa aina.
Mielessä kävi ihan mielenkiinnosta ajatus koeasentaa tuo ympäristö omalle koneelle, mutta jätän sittenkin ajatuksen toteuttamatta syystä että silmiin osui rivi
"Windows/ARM is currently not a fully supported platform"
[ https://netbeans.apache.org/front/main/download/nb25/ ]
Vuosia sitten kokeilin Netbeansia ja se oli kyllä älyttömän raskas ympäristö. Jotain Java-sovelluksia sillä kokeilin tehdä, mutta onneksi Javakin on jo eilispäivän teknologiaa. Nykyään käytetään kevyempiä vaihtoehtoja.
"älyttömän raskas ympäristö"
Eikös melkein kaikki ns. "all-in-one" -ympäristöt ole melkoisia resurssisyöppöjä? Kun kaikkia vatkaimia raahataan (varmuuden vuoksi) koko ajan mukana, vaikka käytännössä tarvitaan vain jotain niistä, niin lopputulos on usein takkuinen.
Organisaatiot näkevät lisääntyvän kyberturvallisuushyökkäyksiä sovellusohjelmointirajapintoja (API) vastaan, mekanismeja, joiden avulla ohjelmistokomponentit voivat kommunikoida ja vaihtaa tietoja keskenään sääntöjen ja protokollien avulla. Kysymys kuuluu, ovatko he valmiita puolustautumaan näitä hyökkäyksiä vastaan?