Wat moet er vervolgens met die naam en hoeveelheid gedaan worden? Je omschrijving is niet erg duidelijk..

De laatste keer dat ik werd gebeld is denk ik een maand of drie geleden, maar dan ook gelijk drie keer op één dag. Tegenwoordig ga ik gewoon helemaal mee in hun verhaal, was benieuwd wat voor onzin ze uitkramen. En wanneer ik het zat ben, doe ik een poging om ze schuldgevoel aan te praten. Maar dat werkt nog niet goed, zijn gewoon trieste mensen zonder gevoel

Ik ben vooral benieuwd wat voor soort mensen erin trappen. Opleiding/technische achtergrond enzo, ik hoop toch niet dat iemand van hier op ICTS erin is getrapt (?)

Bij recente activiteiten zou ik graag recente topics willen zien, maar geen dubbele. Likes hoef ik daar eerlijk gezegd ook niet te zien, niet zo boeiend.

De tekst over een donatie is zijn onderschrift, staat onder elk bericht dat hij plaatst.
Hij heeft je nog niet om geld gevraagd

Maar desondanks is een bedankje altijd wel op z'n plek als je geholpen wordt

We zijn nog maar net begonnen met ons onderzoek. Alleen nog bronnen bij elkaar gezocht, maar nog niet grondig doorgelezen.

We willen vooral weten wat er tegenvalt bij PhoneGap. Dus @Luc, fijn dat je aangeeft dat het wellicht trager kan zijn. Dan kunnen wij dat verder onderzoeken.

@M.Beers die software/hardware beperkingen kunnen niet opgelost worden dmv bepaalde plugins? Ik heb een beetje rond gekeken, er zijn er een hoop.

Hallo,

Ik ga de komende tijd voor school met PhoneGap werken (onderzoek & experimenteren).
Hebben jullie hier ervaring mee en wat vinden jullie ervan? Vinden jullie dat het goed werkt of missen jullie iets in de software? Waar erger je je misschien aan?

Groeten,
Thomas Blom

Lol, geen zin om er moeite en tijd in te steken?
Verkopen van accounts is volgens mij verboden.

Ik ben er ook niet echt kapot van. Het is een beetje dubbelop nu, je hebt recente activiteiten en daaronder nog eens de laatste topics. Van mij hoeft dat niet, alleen nieuws wat door het team van ICTS wordt geplaatst zou hier moeten staan. Maar dat is mijn mening, misschien zijn er anderen die het wel fijn vinden.

Citaat van AarClay

Opmerkelijke is zelfs dat een developer hierboven aangeeft dat het ook ruk is? Eh......

Hoezo is dat opmerkelijk?
We zitten hier op ICT scripters, dan denk ik bij mezelf dat merendeel hier developer is of iets in die branche.

Nog steeds te koop. Interesse? Doe een leuk bod, contact via PB.

Bedankt voor de tips, kan ik zeker wat mee doen!

Misschien is dat dan niet erg duidelijk, categorieën kun je zelf aanmaken via Profiel > Categorieën.

Hee hallo, ik was deze categorie al bijna vergeten.

Ik heb laatst een projectje opgestart, iets waar ik mijn inkomsten en uitgaven gemakkelijk en overzichtelijk kan bijhouden. Dit varieert bij mij bijna elke maand, dus dit is voor mezelf erg handig. Ik heb besloten om het online te zetten, openbaar voor iedereen.

Ik heb nog wel een tijdje nagedacht over een naam voor de domeinnaam, ik ben iemand van de 'fancy' domeinnamen dus probeerde ik er woorden mee te maken. Ik ben uiteindelijk op Your Expenses gekomen.
De URL: https://www.yourexpens.es

Op dit moment is het twee-talig, namelijk Nederlands en Engels.

De demo werkt helaas nog niet...

Leuk idee, kan wel eens handig zijn.
De front-end is basis bootstrap, niet heel bijzonder. Er zijn zat (gratis) templates die er beter uit zien. Ik koop zelf meestal templates op themeforest.net (kopen, dus niet gratis. Maar er zijn nog zat plekken waar gratis templates te downloaden zijn).
Wat ik ook opmerkte was je URL, je gebruikt hier Nederlandse en Engelse woorden in (.nl/contacten/create), kies één taal.

Citaat van stijnhau

Ook is er kan ik niet echt een reden bedenken om dit niet rechtstreeks te wensen.

Ik ben het eens met @FangorN, ik wil zelf bepalen wanneer acties uitgevoerd worden. Dus wanneer ik een nieuwe instantie aanmaak, wil ik niet dat er allerlei dingen gedaan worden. Wat ik wel wil bij het aanmaken van een instantie is velden vullen.

Citaat van AarClay

Staat .htaccess niet gewoon uit?
Noem je het bestand wel .htaccess ? (dubbel 's' en 'c')

Als dat zo was, zou login en register ook niet werken

Ik ben geen htaccess expert, maar misschien werkt het wanneer je een 'L flag' aan het einde van elke regel zet. Dit zorgt ervoor dat de server stopt met zoeken naar andere overeenkomsten.
Dus zoiets als dit:

RewriteEngine On


RewriteRule ^register$ index.php?page=register [L]
RewriteRule ^login$ index.php?page=login [L]


RewriteRule ^game/(.*)/(.*)/(.*)$ game.php?page=$1&sub=$2&x=$3 [L]
RewriteRule ^game/(.*)/(.*)$ game.php?page=$1&sub=$2 [L]
RewriteRule ^game/(.*)$ game.php?page=$1 [L]

Waarom het wel op lokaal niveau werkt en anders niet snap ik niet..

Het is me nu gelukt, ik heb het op een soortgelijke manier gedaan zoals T.Nijborg aangaf. Het ID van de sessie wordt encrypted opgeslagen, om nog wat extra op de veiligheid te letten. Met het decrypted ID, die voor iedereen anders is en alleen jij die van jezelf hebt, kan er een request worden gedaan om je eigen profiel op te halen. Dat ID wordt ook gecontroleerd in de database of de sessie nog geldig is.

@FangorN Het pad klopte inderdaad niet, maar met alleen / werkt het ook niet. Ik dacht in eerste instantie dat dit naar de home directory zou gaan, buiten de web directory.

Ik kom wel een cookie tegen (PHPSESSID), met wat je inderdaad zei, /tmp als path. Nu dus /.

Het gekke is dat als ik de sessie gewoon zet in een GET van de API, de sessie wel wordt opgeslagen, zoals hieronder:

$_SESSION["name"] = 1;

Maar wanneer ik een POST request naar de API stuur, waar dezelfde code wordt uitgevoerd, wordt dit niet opgeslagen.

@T.Nijborg
Dit zou inderdaad kunnen, maar het is een extra call naar de database en wellicht ook onveiliger. Met de PHPSESSID cookie zou je dan op session_key kunnen zoeken, dat was je bedoeling toch? De cookie zou je ook zelf kunnen maken. De kans dat je een session_key goed hebt gegokt die ook nog geldig is, is nogal klein. Toch is die aanwezig denk ik.
Als ik er niet uitkom, kan ik dit toch nog toepassen. Hier moet ik nog even over nadenken..

Client side wordt er gecontroleerd of je nog ingelogd bent. Nadat ik ben ingelogd, navigeer ik naar een andere pagina. Daar krijg ik geen session als resultaat.

Voor debug heb ik de session array als resultaat terug gestuurd bij het inloggen en het ophalen van je persoonlijke profiel. Bij het inloggen krijg ik de sessie terug (opgeslagen), haal ik vervolgens mijn profiel op, dan is de sessie weg.

Ja, beide domeinnamen zijn secure (https://api.domain.com & https://domain.com).
Client side gebeurt er niks met de sessie, maar omdat er vanuit client side een request naar de Api wordt verstuurd, dacht ik dat het belangrijk was om te vermelden.

Hallo allemaal,

Ik heb een probleem bij een van mijn projecten bij het inloggen.
Ik werk met een PHP Api (die draait op api.domain.com) en een AngularJs front end applicatie (domain.com).

Wanneer ik probeer in te loggen, doe ik met Angular een request naar mijn Api. Ik stuur dus vanuit mijn applicatie (domain.com) een request naar mijn Api (api.domain.com). Wanneer de inloggegevens juist zijn, moet er een sessie worden gestart. Dit gebeurt alleen niet..

Wat ik heb geprobeerd:
Toegevoegd in Api:

session_set_cookie_params(86400, '/tmp', '.domain.com', true);
session_start();
header("Access-Control-Allow-Origin: https://domain.com");

Heeft iemand misschien ideeën waar het aan zou kunnen liggen?