[PHP/(My)SQL] voor dummies #109

quote:

Op vrijdag 14 juni 2013 22:01 schreef Light het volgende:

[..]

Hmm... "$foo->bar" werkt wel (als er een property bar bestaat) maar "$foo->bar()" werkt niet (als er een method bar bestaat). Dat klinkt wel onlogisch.

http://nl1.php.net/manual(...)types.string.parsing

De "simple syntax" (dat is: zonder gebruik van {}) zoekt niet naar functieaanroepen.

quote:

Op zaterdag 15 juni 2013 10:45 schreef papernote het volgende:
Nee hoor, mensen die de automatische string-expansion gebruiken zijn stom.

Niks mis mee. Zolang het maar duidelijk is. En zonder . al die . stomme . punten . is.

quote:

Op zaterdag 15 juni 2013 10:52 schreef slacker_nl het volgende:

[..]

Niks mis mee. Zolang het maar duidelijk is. En zonder . al die . stomme . punten . is.

Eens dat de punten stom zijn. In elke andere taal die ik beheers zijn het plustekens en bijna altijd als ik terugswitch naar php doe ik het de eerste keer fout...

Maar ik vind het logischer qua taal dat je de variabele buiten de string zet.

quote:

Op zaterdag 15 juni 2013 10:52 schreef slacker_nl het volgende:

[..]

Niks mis mee. Zolang het maar duidelijk is. En zonder . al die . stomme . punten . is.

Zoals je hebt ontdekt zijn er soms wel wat dingen mis mee . En dan vind ik het duidelijker en consistenter om die syntax überhaupt nooit te gebruiken.


Ik prefereer de tweede optie. Helemaal als er HTML output bij komt kijken:

Derde optie:

quote:

Op zaterdag 15 juni 2013 10:56 schreef Maringo het volgende:

[..]

Eens dat de punten stom zijn. In elke andere taal die ik beheers zijn het plustekens en bijna altijd als ik terugswitch naar php doe ik het de eerste keer fout...

Maar ik vind het logischer qua taal dat je de variabele buiten de string zet.
[ code verwijderd ]

Ik vind dat een mindere optie, in dat geval zou ik gewoon (s)printf gebruiken. Als ik code review van mijn collega's krijgen ze het terug als het zo is opgebouwd.

Heeft iemand hier wel eens de i18n library gebruikt voor CodeIgniter?

Ik zit met het volgende lastige probleem:

Ik wil op basis van de url de taal van de pagina aanpassen, door middel van een afkorting van 2 letters:

www.domein.com/en/news/ => engels
www.domein.com/nl/nieuws/ => nederlands
....
You get the idea.

Nu is het zo dat een aantal functies in mijn controllers afhankelijk zijn van de plaats in de url (uri->segment(3) geeft 12 bij www.domein.com/en/news/12). Het probleem is dat als een gebruiker de url www.domein.com/news/12 invoert uri->segment(3) ineens niet meer klopt. Wat kan ik daaraan doen, ofwel hoe maak ik uri->segment() dynamisch?


Hier volgen een aantal dingen die ik al geprobeerd heb:


Wat werkt:
www.domein.nl/news/12
www.domein.nl/nieuws/12

Wat werkt niet (uri->segment() geeft verkeerde stukje url terug):
www.domein.nl/en/news/12
www.domein.nl/nl/nieuws/12

[ Bericht 20% gewijzigd door pascal08 op 15-06-2013 14:22:01 ]

Als uri->segment(3) het derde stukje in je uri teruggeeft, werkt uri->segment(4) in dit geval dan niet? Omdat je uri nu een stukje langer is.

quote:

Op zaterdag 15 juni 2013 18:58 schreef Sitethief het volgende:
Als uri->segment(3) het derde stukje in je uri teruggeeft, werkt uri->segment(4) in dit geval dan niet? Omdat je uri nu een stukje langer is.

Klopt. Dus eigenlijk moet ik een functie maken die het juiste stukje url opzoekt.

Ik ken CI niet zo heel goed, maar ik neem aan dat er een soort router in zit. Met een route pattern zoals in ZF kun je urisegmenten labelen, zodat je niet afhankelijk bent van de volgorde.


Dit lijkt me de mooiste oplossing voor het probleem, maar ik weet niet in hoeverre CI dergelijke patterns toestaat en in hoeverre die gemapped worden richting je controllers.

De regex-patterns die in je post staan zijn onderhoudstechnisch niet zo ideaal. Bij elke nieuwe controller moet je het pattern aanpassen, waardoor het op de lange termijn een complexe regex kan worden.

[edit]
Hmm, CI ondersteunt deze constructie dus niet... dat valt me tegen Er zijn wel snippets in omloop om dit te bewerkstelligen. Er staan oa wat voorbeelden op StackOverflow.

[ Bericht 5% gewijzigd door zoem op 15-06-2013 19:43:31 ]

quote:

Op zaterdag 15 juni 2013 19:28 schreef zoem het volgende:
Ik ken CI niet zo heel goed, maar ik neem aan dat er een soort router in zit. Met een route pattern zoals in ZF kun je urisegmenten labelen, zodat je niet afhankelijk bent van de volgorde.
[ code verwijderd ]

Dit lijkt me de mooiste oplossing voor het probleem, maar ik weet niet in hoeverre CI dergelijke patterns toestaat en in hoeverre die gemapped worden richting je controllers.

De regex-patterns die in je post staan zijn onderhoudstechnisch niet zo ideaal. Bij elke nieuwe controller moet je het pattern aanpassen, waardoor het op de lange termijn een complexe regex kan worden.

Dit is inderdaad een veel mooiere oplossing.

Even een breakdown:

Als ik de URL www.domein.com/news/article/12 invoer, dan gaat de routing voor de functie met uri->segment() bij het renderen van de pagina, neem ik aan. In deze URL geeft uri->segment(1) "news", maar als ik de URL www.domein.com/en/news/article/12 invoer wordt uri->segment(1) ineens "en" en daar raken de functies in de war van.

Ik snap wel welke richting jij op wilt, maar hoe ik daarvan de juiste routes maak weet ik niet. Om het even simpel te houden:

www.domein.com/news/article/12 => *engels*
www.domein.com/en/news/article/12 => *engels*
www.domein.com/nl/nieuws/atrikel/12 => *nederlands*

Welke route moet ik hiervoor aanbrengen in mijn controller?

Ik weet te weinig van de controlflow van CI af om er een concreet antwoord op te geven.

De routepatterns die je nu hebt zouden al iets dynamischer kunnen:
Mooi is anders, maar scheelt het telkens herhalen van de talen bij alle routes.

Misschien heb je hier iets aan: https://github.com/EllisL(...)nationalization-i18n mbt tot het i18n probleem.

quote:

Op zaterdag 15 juni 2013 20:22 schreef zoem het volgende:
Ik weet te weinig van de controlflow van CI af om er een concreet antwoord op te geven.

De routepatterns die je nu hebt zouden al iets dynamischer kunnen:
[ code verwijderd ]

Mooi is anders, maar scheelt het telkens herhalen van de talen bij alle routes.

Misschien heb je hier iets aan: https://github.com/EllisL(...)nationalization-i18n mbt tot het i18n probleem.

Ik zal het zo eens proberen. Bedankt.

quote:

Op zaterdag 15 juni 2013 19:24 schreef pascal08 het volgende:

[..]

Klopt. Dus eigenlijk moet ik een functie maken die het juiste stukje url opzoekt.

Hoe kan het eigenlijk dat je zowel /news/article als /en/news/article kan krijgen? Lijkt mij dat er ergens anders iets niet goed zit dan.

En anders misschien beter om /news/article door te verwijzen naar /en/news/article om zo de consistentie van je urls te behouden.

quote:

Op zaterdag 15 juni 2013 21:13 schreef Maringo het volgende:

[..]

Hoe kan het eigenlijk dat je zowel /news/article als /en/news/article kan krijgen? Lijkt mij dat er ergens anders iets niet goed zit dan.

En anders misschien beter om /news/article door te verwijzen naar /en/news/article om zo de consistentie van je urls te behouden.

Ik heb nog eens goed nagedacht over jullie tips.

Als ik alles laat routen naar een url met de taal voorop, dan blijft uri->segment afhankelijk van wat de gebruiker intypt. Ik zou dus iets moeten doen met redirect of het rewriten van url in .htaccess denk ik. Mijn ervaring met dit soort dingen is nog zeer gering, maar dit lijkt me toch een probleem dat veel developers tegenkomen. Hoe pakken jullie dit aan?

EDIT:

Ik kom er net achter dat uri->segment niet per se nodig is om informatie uit de url te gebruiken voor de functie. Je kunt gewoon een functieparameters instellen die de informatie uit de url haalt. Nu wordt alles een heel stuk makkelijker. Ik ga weer ff verder knoeien.

[ Bericht 18% gewijzigd door pascal08 op 16-06-2013 19:30:23 ]

Previously...

Gisteren ben ik zover gekomen dat ik de taal in de URL werkend heb gekregen. Alle links werden dynamisch opgebouwd met behulp van de ingestelde taal in de config-file van CodeIgniter. Echter liep ik al gelijk tegen het probleem aan dat URL's van ajax requests ook werden veranderd, waardoor URL's niet meer klopten en ik kwam er al snel achter dat dit waarschijnlijk niet de juiste oplossing was.

Ik probeer zoveel mogelijk te lezen over de mogelijkheden van CodeIgniter, maar ik loop toch een beetje vast, omdat ik in grote lijnen niet precies weet wat ik moet doen.

Hoe ik denk dat het zit:

Er zijn 4 mogelijkheden om een taalvoorkeur te kunnen bepalen, namelijk d.m.v:

1. een cookie
2. een sessievariabele
3. de browsertaal
4. een database

Optie 1, 2 en 4 vereisen dat de gebruiker op de site is, of al eens is geweest.
De browsertaal is de enige manier om een voorkeur te kunnen bepalen zonder dat de gebruiker de site al eens heeft gezocht.

Het volgende voor mij een beetje onduidelijk:

Een cookie blijft voor een ingesteld periode op de computer van de gebruiker. Een sessie verloopt (zo heb ik het althans ingesteld) op het moment dat de gebruiker zijn/haar browser sluit. En de database is vanzelfsprekend altijd toegankelijk voor CI. Deze 3 opties zijn dus volgens mij allemaal geschikt om voor CI te bepalen welke taal er ingesteld moet worden.

Ik heb heel wat gegoogeld naar i18n scripts, maar bijna alle scripts gebruiken $config['language'] om de taal in op te slaan en uit te lezen. Mij is het nu onduidelijk wat $config['language'] precies is en wat het doet. Waar wordt deze instelling opgeslagen? Op de computer van de gebruiker, in een geheime database? Ik weet het echt niet.

Wat ik wil bereiken:

Ik wil hetzelfde als YouTube. Is er geen informatie in de vorm van een stukje URL, een sessievariabele, een cookie of wat dan ook? Dan wordt de browsertaal gebruikt.

Bezoekt de gebruiker de site via een URL die een taalvoorkeur bevat? Sla de taal op als sessievariabele (of in een cookie).

Stelt de gebruiker een andere taal in, maar is hij/zij niet ingelogd? Sla de taal op in een cookie.

Is de gebruiker ingelogd en stelt hij/zij een andere taal in? Sla de taal op in de database.

Wat nu nog onduidelijk is:

Hoe gaan de Google-bots hiermee om? Ik kwam namelijk door het googlen naar "browsertaal" erachter dat die bots logischerwijs geen browser gebruiken en dus ook geen browsertaalvoorkeur hebben. Moet ik dus nog een extra scenario toevoegen waarbij er dus helemaal geen informatie is en er wordt teruggevallen op een standaard taal?

Conclusie:

Op deze manier heb ik volgens mij alle mogelijke scenario's gedekt en hoeven de URL's niet per se informatie over de taal te bevatten. Wat ik nu moet doen is de core van CodeIgniter uitbreiden met een class die dus elke keer de juiste vertalingen ophaalt op basis van de taal die de gebruiker heeft ingesteld of de browsertaal.

PS: Ik hoop dat ik deze post zo overzichtelijk mogelijk heb gehouden. Er zitten een hele hoop vragen in verwerkt waar ik waarschijnlijk onmogelijk allemaal antwoord op kan krijgen. De belangrijkste vraag is in ieder geval welke volgorde ik moet aanhouden in het bepalen van de taal (als dit aan de orde is).

quote:

Op maandag 17 juni 2013 17:22 schreef pascal08 het volgende:
Previously...

Gisteren ben ik zover gekomen dat ik de taal in de URL werkend heb gekregen. Alle links werden dynamisch opgebouwd met behulp van de ingestelde taal in de config-file van CodeIgniter. Echter liep ik al gelijk tegen het probleem aan dat URL's van ajax requests ook werden veranderd, waardoor URL's niet meer klopten en ik kwam er al snel achter dat dit waarschijnlijk niet de juiste oplossing was.

Ik probeer zoveel mogelijk te lezen over de mogelijkheden van CodeIgniter, maar ik loop toch een beetje vast, omdat ik in grote lijnen niet precies weet wat ik moet doen.

Hoe ik denk dat het zit:

Er zijn 4 mogelijkheden om een taalvoorkeur te kunnen bepalen, namelijk d.m.v:

1. een cookie
2. een sessievariabele
3. de browsertaal
4. een database

Optie 1, 2 en 4 vereisen dat de gebruiker op de site is, of al eens is geweest.
De browsertaal is de enige manier om een voorkeur te kunnen bepalen zonder dat de gebruiker de site al eens heeft gezocht.

Het volgende voor mij een beetje onduidelijk:

Een cookie blijft voor een ingesteld periode op de computer van de gebruiker. Een sessie verloopt (zo heb ik het althans ingesteld) op het moment dat de gebruiker zijn/haar browser sluit. En de database is vanzelfsprekend altijd toegankelijk voor CI. Deze 3 opties zijn dus volgens mij allemaal geschikt om voor CI te bepalen welke taal er ingesteld moet worden.

Ik heb heel wat gegoogeld naar i18n scripts, maar bijna alle scripts gebruiken $config['language'] om de taal in op te slaan en uit te lezen. Mij is het nu onduidelijk wat $config['language'] precies is en wat het doet. Waar wordt deze instelling opgeslagen? Op de computer van de gebruiker, in een geheime database? Ik weet het echt niet.

Wat ik wil bereiken:

Ik wil hetzelfde als YouTube. Is er geen informatie in de vorm van een stukje URL, een sessievariabele, een cookie of wat dan ook? Dan wordt de browsertaal gebruikt.

Bezoekt de gebruiker de site via een URL die een taalvoorkeur bevat? Sla de taal op als sessievariabele (of in een cookie).

Stelt de gebruiker een andere taal in, maar is hij/zij niet ingelogd? Sla de taal op in een cookie.

Is de gebruiker ingelogd en stelt hij/zij een andere taal in? Sla de taal op in de database.

Wat nu nog onduidelijk is:

Hoe gaan de Google-bots hiermee om? Ik kwam namelijk door het googlen naar "browsertaal" erachter dat die bots logischerwijs geen browser gebruiken en dus ook geen browsertaalvoorkeur hebben. Moet ik dus nog een extra scenario toevoegen waarbij er dus helemaal geen informatie is en er wordt teruggevallen op een standaard taal?

Conclusie:

Op deze manier heb ik volgens mij alle mogelijke scenario's gedekt en hoeven de URL's niet per se informatie over de taal te bevatten. Wat ik nu moet doen is de core van CodeIgniter uitbreiden met een class die dus elke keer de juiste vertalingen ophaalt op basis van de taal die de gebruiker heeft ingesteld of de browsertaal.

PS: Ik hoop dat ik deze post zo overzichtelijk mogelijk heb gehouden. Er zitten een hele hoop vragen in verwerkt waar ik waarschijnlijk onmogelijk allemaal antwoord op kan krijgen. De belangrijkste vraag is in ieder geval welke volgorde ik moet aanhouden in het bepalen van de taal (als dit aan de orde is).

Youtube bekijkt uit welk je land komt dmv IP-adres geloof ik. Via meta-tags kan je aangeven welke taal de GoogleBots moeten gebruiken.

Ik heb een functie die een mysql resultat teruggeeft in een array.

Deze array is als volgt opgebouwd (1 item op dit moment)


Wanneer ik hem probeer te echoën mbt een foreach krijg ik de volgende output:


Ik loop eroverheen met een foreach:


Dit is alleen wanneer ik 1 item heb in de array (alsof hij alleen de eerste tekens laat zien), wanneer er meer items zijn werkt het probleemloos. Kijk ik ergens overheen?

Echo $output. Bij elke loop heeft $output namelijk een ander element uit je array. Dit komt omdat het een platte array is, en niet multidimensionaal.

print_r $res en dat soort grappen, tot hoever ben je zelf al gekomen met debuggen?

Pleur error_reporting(E_ALL); ook eens aan, want $res moet een array zijn waarin arrays zitten met daarin de id => 95, etc.

print_r($output); zou nu de volgende dingen moeten weer geven: 95, nieuwsbericht 1!, eorighreg, nieuwsbericht-1, etc

[ Bericht 61% gewijzigd door Pakspul op 18-06-2013 11:46:07 ]

quote:

Op dinsdag 18 juni 2013 11:40 schreef Pakspul het volgende:
print_r $res en dat soort grappen, tot hoever ben je zelf al gekomen met debuggen?

Pleur error_reporting(E_ALL); ook eens aan, want $res moet een array zijn waarin arrays zitten met daarin de id => 95, etc.

print_r($output); zou nu de volgende dingen moeten weer geven: 95, nieuwsbericht 1!, eorighreg, nieuwsbericht-1, etc

print_r $res geeft wel gewoon dit


Print_r $output zoals op de manier die jij beschrijft. De array bevat 1 item met de juiste dingen die ik wil, het gaan alleen mis in de loop. Die error_reporting(E_ALL) staat aan, de errorlog blijft leeg, dus zijn er geen fouten neem ik aan? Alleen een verkeerde manier van loopen denk ik?

quote:

Op dinsdag 18 juni 2013 13:01 schreef boskameel het volgende:

[..]

print_r $res geeft wel gewoon dit
[ code verwijderd ]

Print_r $output zoals op de manier die jij beschrijft. De array bevat 1 item met de juiste dingen die ik wil, het gaan alleen mis in de loop. Die error_reporting(E_ALL) staat aan, de errorlog blijft leeg, dus zijn er geen fouten neem ik aan? Alleen een verkeerde manier van loopen denk ik?

In dit geval kun je direct echo $res['titel'] doen. Je hebt een foreach nodig als deze item nog in een array zit.

bijvoorbeeld.

Stijlvraagje, eigenlijk taalonafhankelijk. Stel, je hebt een array van 5 groot en je hebt een getal dX die van -1 t/m 5 loopt. -1 moet 4 worden, 5 wordt 0, zodat het een cirkelarray is.

Heeft de gemiddelde programmeur voorkeur tussen deze 2 oplossingen: of

Nogmaals, het gaat om de stijl.

Stukje php-weirdness.

Ik ben wel benieuwd watvoor MySQL-functie je gemaakt hebt dat'ie inconsistent is in de opbouw van de output.

quote:

Op dinsdag 18 juni 2013 13:01 schreef boskameel het volgende:

[..]

print_r $res geeft wel gewoon dit
[ code verwijderd ]

Print_r $output zoals op de manier die jij beschrijft. De array bevat 1 item met de juiste dingen die ik wil, het gaan alleen mis in de loop. Die error_reporting(E_ALL) staat aan, de errorlog blijft leeg, dus zijn er geen fouten neem ik aan? Alleen een verkeerde manier van loopen denk ik?

Geef de gehele php code es vanaf het aanmaken van de query tot en met het uitvoeren van de result set.

Ik gok dat het te maken heeft dat je de array niet declareert. Waardoor die denkt dat het een string is en dus alleen de eerste letter teruggeeft.

quote:

Op dinsdag 18 juni 2013 13:01 schreef boskameel het volgende:
nt_r $res geeft wel gewoon dit

Als $res een 1-dimensionale array teruggeeft zal een foreach loopen over de elementen in die array, de index ['titel'] is er dan niet.

quote:

Op dinsdag 18 juni 2013 13:13 schreef KomtTijd... het volgende:
Stukje php-weirdness.
[ code verwijderd ]

Ik ben wel benieuwd watvoor MySQL-functie je gemaakt hebt dat'ie inconsistent is in de opbouw van de output.

Die laatste levert waarschijnlijk ook een notice op. Maar die wordt standaard genegeerd.

quote:

Op dinsdag 18 juni 2013 13:13 schreef KomtTijd... het volgende:
Stukje php-weirdness.
[ code verwijderd ]

Mijn vermoeden bleek niet te kloppen:

Nog ZF2 gebruikers hier eigenlijk?

quote:

Op dinsdag 18 juni 2013 13:13 schreef KomtTijd... het volgende:
Stukje php-weirdness.
[ code verwijderd ]

Ik ben wel benieuwd watvoor MySQL-functie je gemaakt hebt dat'ie inconsistent is in de opbouw van de output.

Hoewel de uitkomst raar lijkt, is het gedocumenteerd gedrag:

quote:

String conversion to numbers

When a string is evaluated in a numeric context, the resulting value and type are determined as follows.

If the string does not contain any of the characters '.', 'e', or 'E' and the numeric value fits into integer type limits (as defined by PHP_INT_MAX), the string will be evaluated as an integer. In all other cases it will be evaluated as a float.

The value is given by the initial portion of the string. If the string starts with valid numeric data, this will be the value used. Otherwise, the value will be 0 (zero).

Positie 0 bevat dus het karakter 'b'.

Even teruggelezen: dit is dus ook precies waarom boskameel telkens de eerste letter te zien krijgt. Zoals anderen al aangaven wordt de foreach losgelaten op een platte (ééndimensionale) array en niet op een tweedimensionale array.

[ Bericht 3% gewijzigd door zoem op 18-06-2013 21:45:29 ]

quote:

Op dinsdag 18 juni 2013 21:39 schreef henrivo het volgende:
Nog ZF2 gebruikers hier eigenlijk?

Alleen nog een beetje mee gespeeld, nog geen volwaardige applicatie omheen gebouwd.

quote:

Op dinsdag 18 juni 2013 21:41 schreef zoem het volgende:

[..]

Alleen nog een beetje mee gespeeld, nog geen volwaardige applicatie omheen gebouwd.

Zulke reacties hoor ik vaker, lijkt alsof ZF2 een beetje de boot gemist heeft

quote:

Op dinsdag 18 juni 2013 21:39 schreef henrivo het volgende:
Nog ZF2 gebruikers hier eigenlijk?

Ik heb er één applicatie mee gebouwd, maar voordat die af was was de klant failliet

quote:

Op dinsdag 18 juni 2013 21:45 schreef henrivo het volgende:

[..]

Zulke reacties hoor ik vaker, lijkt alsof ZF2 een beetje de boot gemist heeft

De ontwikkeling heeft gewoon te lang geduurd en daardoor hebben andere frameworks zoals Symfony 2 een voorsprong gekregen. ZF2 is op bepaalde punten radicaal anders dan ZF1, dus je migreert (projecten) niet zomaar even. Daarnaast is de performance van ZF2 nog niet optimaal; in het beste geval gelijk aan ZF1. Veel meer function calls. De steilere learning curve van ZF helpt natuurlijk ook niet echt.

quote:

Op dinsdag 18 juni 2013 21:54 schreef zoem het volgende:

[..]

De ontwikkeling heeft gewoon te lang geduurd

Das inderdaad erg jammer. Ik heb ook het idee dat de reputatie van Zend Framework 2 een stuk lager is dan die van Zend Framework destijds. Mee eens?

quote:

Op dinsdag 18 juni 2013 22:09 schreef henrivo het volgende:

[..]

Das inderdaad erg jammer. Ik heb ook het idee dat de reputatie van Zend Framework 2 een stuk lager is dan die van Zend Framework destijds. Mee eens?

Ja, zoiets zou je wellicht kunnen stellen. Niet in de zin dat het een slechte reputatie heeft, maar dat het zich nog moet bewijzen. En daar gaat tijd overheen.

Laatst had iemand hier om een IDE/text editor gevraagd, zo een week geleden ongeveer, ik heb er toen 1 geinstalleerd, maar dit was op werk en kan mij niet herinneren welke dat was.

Best een basic website hebben ze.
Achtergrond is default zwart/donkergrijs.
Tabs ondersteuning.
Gratis versie beschikbaar, maar ook betaalde.

Werd gepost door een mod volgens mij.

Anyone?

/edit
Gevonden:

quote:

Op zondag 9 juni 2013 18:23 schreef boem-dikkie het volgende:
Sublime Text 2.

Sublime Text is echt de meest geniale editor. Lekker licht, maar toch uit te breiden met allerlei coole dingen.

quote:

Op dinsdag 18 juni 2013 22:47 schreef Juicyhil het volgende:
Sublime Text is echt de meest geniale editor. Lekker licht, maar toch uit te breiden met allerlei coole dingen.

+ allemaal hendig chique features.

quote:

Op dinsdag 18 juni 2013 22:47 schreef Juicyhil het volgende:
Sublime Text is echt de meest geniale editor. Lekker licht, maar toch uit te breiden met allerlei coole dingen.

Weet je of er een FTP plugin beschikbaar is?

Ik vind het maar niks om lokaal te editten en vervolgens moet uploaden.

quote:

Op dinsdag 18 juni 2013 22:51 schreef xaban06 het volgende:

[..]

Weet je of er een FTP plugin beschikbaar is?

Ik vind het maar niks om lokaal te editten en vervolgens moet uploaden.

Ja, ik kwam toen wel een betaalde plugin tegen. Maar helaas nog geen gratis plugin gezien. Ik werk, helaas, ook met enige regelmaat via FTP. Moet dan iedere keer via Cyberduck werken enzo. Heb je natuurlijk weer twintig Sublime-vensters openstaan.

quote:

Op dinsdag 18 juni 2013 22:53 schreef Juicyhil het volgende:

[..]

Ja, ik kwam toen wel een betaalde plugin tegen. Maar helaas nog geen gratis plugin gezien. Ik werk, helaas, ook met enige regelmaat via FTP. Moet dan iedere keer via Cyberduck werken enzo. Heb je natuurlijk weer twintig Sublime-vensters openstaan.

Mja, en anders de folder op de server mounten op mijn desktop mbv samba oid. Thanks.

Of je gebruikt gewoon een goede IDE.

quote:

Op dinsdag 18 juni 2013 22:58 schreef zoem het volgende:
Of je gebruikt gewoon een goede IDE.

Ja leuk, een Netbeans gebruiken met 1893 functies waarvan je er 5 regelmatig gebruikt. Maar ondertussen wel je geheugen opvreet. Zelfs voor Java gebruik ik gewoon Sublime. Je hebt niets meer nog dan code highlighting en een treeview links.

Wat is er mis met phpStorm?

quote:

Op dinsdag 18 juni 2013 23:22 schreef Crutch het volgende:
Wat is er mis met phpStorm?

quote:

Op dinsdag 18 juni 2013 23:00 schreef Juicyhil het volgende:

[..]

Ja leuk, een PhpStorm gebruiken met 1893 functies waarvan je er 5 regelmatig gebruikt. Maar ondertussen wel je geheugen opvreet. Zelfs voor Java gebruik ik gewoon Sublime. Je hebt niets meer nog dan code highlighting en een treeview links.

quote:

Op dinsdag 18 juni 2013 21:40 schreef zoem het volgende:

[..]

Hoewel de uitkomst raar lijkt, is het gedocumenteerd gedrag:

[..]

Positie 0 bevat dus het karakter 'b'.

Even teruggelezen: dit is dus ook precies waarom boskameel telkens de eerste letter te zien krijgt. Zoals anderen al aangaven wordt de foreach losgelaten op een platte (ééndimensionale) array en niet op een tweedimensionale array.

Dat het gedocumenteerd is wil niet zeggen dat het logisch/praktisch is

quote:

Op dinsdag 18 juni 2013 23:38 schreef Juicyhil het volgende:

[..]

[..]

Geheugen genoeg, geen last van.
Het werkt prima.

quote:

Op dinsdag 18 juni 2013 23:00 schreef Juicyhil het volgende:

[..]

Ja leuk, een Netbeans gebruiken met 1893 functies waarvan je er 5 regelmatig gebruikt. Maar ondertussen wel je geheugen opvreet. Zelfs voor Java gebruik ik gewoon Sublime. Je hebt niets meer nog dan code highlighting en een treeview links.

Het is maar net wat je erin zoekt. Een IDE is zo veel meer dan een text editor. Denk aan refactoren, deployment, references traceren, unit tests, libraries linken, debugging en nog veel meer. Een text editor heeft over het algemeen geen weet van de context, behalve wat highlighting en eventueel wat hints.

De gemiddelde pc heeft tegenwoordig 4+GB, dus dat is niet zo'n issue meer. Ik heb liever dat het gebruikt wordt dan dat het er voor niets in zit

quote:

Op dinsdag 18 juni 2013 23:00 schreef Juicyhil het volgende:

[..]

Ja leuk, een Netbeans gebruiken met 1893 functies waarvan je er 5 regelmatig gebruikt. Maar ondertussen wel je geheugen opvreet. Zelfs voor Java gebruik ik gewoon Sublime. Je hebt niets meer nog dan code highlighting en een treeview links.

Code highlighting en een treeview zijn wel het absolute minimum. Dat wil niet zeggen dat je niet meer functionaliteit gebruikt. Ik vind een goede auto-complete op functienamen en class names ook erg handig en nuttig, om eens wat te noemen.