abonnement Unibet Coolblue
pi_133003671
quote:
14s.gif Op donderdag 7 november 2013 09:33 schreef KomtTijd... het volgende:
xamp werkt niets anders dan een online host, het is allebei gewoon apache.

zet gewoon een base url in je config bestand, dan heb je nooit gezeik meer als je je website verplaatst.
Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
pi_133023136
quote:
0s.gif Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:

[..]

Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Gewoon een find-and-replace met "localhost" en "$config->baseUrl()"?
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
pi_133025146
quote:
0s.gif Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:

[..]

Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Laat het een les zijn, je kan zelfs een php script er voor schrijven.
  donderdag 7 november 2013 @ 22:36:32 #104
187069 slacker_nl
Sicko pur sang
pi_133025359
Daarvoor heb je toch gewoon relatieve paden..?
In theory there is no difference between theory and practice. In practice there is.
  donderdag 7 november 2013 @ 23:21:20 #105
166255 Maringo
Bèhèhèhèh
pi_133027580
quote:
0s.gif Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:

[..]

Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
Als het er duizenden zijn, vraag ik me toch af of er niet nog ergens wat fout gaat..
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
pi_133027761
quote:
1s.gif Op donderdag 7 november 2013 23:21 schreef Maringo het volgende:

[..]

Als het er duizenden zijn, vraag ik me toch af of er niet nog ergens wat fout gaat..
Dat vraag ik me ook altijd of als ik de reactie zo lees. :P Ik ondervind nu in ieder geval geen problemen meer met een virtual host.
pi_133028009
quote:
0s.gif Op donderdag 7 november 2013 14:15 schreef pascal08 het volgende:

[..]

Maar dan zal ik toch al die duizenden URL's moeten bewerken met dat stukje base url.
als het goed is alleen de base url in je template. Als de rest nu goed gaat met relatieve paden, zal dat ook goed blijven gaan.

Voordeel van ditsoort server-specifieke dingen in een config bestand zetten is dat je heel gemakkelijk kunt kopiëren van de ene naar de andere host, door gewoon al je bestanden behalve de config.php te kopiëren.
pi_133028732
quote:
14s.gif Op donderdag 7 november 2013 23:32 schreef KomtTijd... het volgende:

[..]

als het goed is alleen de base url in je template. Als de rest nu goed gaat met relatieve paden, zal dat ook goed blijven gaan.

Voordeel van ditsoort server-specifieke dingen in een config bestand zetten is dat je heel gemakkelijk kunt kopiëren van de ene naar de andere host, door gewoon al je bestanden behalve de config.php te kopiëren.
Ook de URL's van sprites, afbeeldingen, ajax-url's etc.

Wat je zegt over config files is iets dat steeds beter tot me door begint te dringen.

Ik ben nu Laravel aan het ontdekken en ik vind het eigenlijk best een goed framework. CodeIgniter is dood aan het gaan toch?
  FOK!-Schrikkelbaas vrijdag 8 november 2013 @ 16:18:18 #109
1972 Swetsenegger
Egocentrische Narcist
pi_133047710
Ik ben bezig front-end editting te bouwen in een webshopje wat ik ooit geknutseld heb. Daarin komt nu dit prachtige stukje proza voor

1<span onclick="var input = document.createElement('input'); input.setAttribute('value', this.firstChild.nodeValue); input.setAttribute('name', 'ac'); input.setAttribute('onblur', 'document.getElementById(\'front11\').submit();'); this.parentNode.replaceChild(input, this);">2015104015</span>

Feitelijk veranderd dit een span met een nummertje in een input veld met het nummertje in de value van dat input veld:

1<input value="2014102016" name="ac" onblur="document.getElementById('front11').submit();">

En onblur moet hij dan het form submitten. Het form ziet er NA de DOM wijziging als volgt uit

1
2
3
4
<form id="front11" action="/index.php" method="post">
<input type="hidden" name="id" value="3394" />
<input value="2014102016" name="AC" onblur="document.getElementById('front11').submit();">
</form>

Het form submit ook keurig, maar... alleen de id value wordt gesubmit en ac value niet.

Iemand een idee?
pi_133047907
quote:
7s.gif Op vrijdag 8 november 2013 16:18 schreef Swetsenegger het volgende:
Ik ben bezig front-end editting te bouwen in een webshopje wat ik ooit geknutseld heb. Daarin komt nu dit prachtige stukje proza voor
[ code verwijderd ]

Feitelijk veranderd dit een span met een nummertje in een input veld met het nummertje in de value van dat input veld:
[ code verwijderd ]

En onblur moet hij dan het form submitten. Het form ziet er NA de DOM wijziging als volgt uit
[ code verwijderd ]

Het form submit ook keurig, maar... alleen de id value wordt gesubmit en ac value niet.

Iemand een idee?
Zo een eerste snelle blik: het input veld van ac heeft geen type.
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_133048249
type default naar text, zou geen probleem mogen zijn.

misschien wordt de onblur getriggerd vóór de change ofzo?
  FOK!-Schrikkelbaas vrijdag 8 november 2013 @ 16:50:40 #112
1972 Swetsenegger
Egocentrische Narcist
pi_133049089
quote:
14s.gif Op vrijdag 8 november 2013 16:31 schreef KomtTijd... het volgende:
type default naar text, zou geen probleem mogen zijn.
Klopt, maar ik heb hem voor de zekerheid ook een type toegevoegd met hetzelfde resultaat :)
quote:
misschien wordt de onblur getriggerd vóór de change ofzo?
Nee, onclick word de span input, dat zie ik ook als ik het element inspecteer. En pas daarna wordt de onblur getriggerd. Dus in de DOM is het element aangepast voor het form gesubmit wordt. De submit zit ook in de input, dus kan uberhaupt niet onblur getriggerd worden als de input er nog niet is denk ik?
pi_133074536
quote:
7s.gif Op vrijdag 8 november 2013 16:18 schreef Swetsenegger het volgende:
Ik ben bezig front-end editting te bouwen in een webshopje wat ik ooit geknutseld heb. Daarin komt nu dit prachtige stukje proza voor
[ code verwijderd ]

Feitelijk veranderd dit een span met een nummertje in een input veld met het nummertje in de value van dat input veld:
[ code verwijderd ]

En onblur moet hij dan het form submitten. Het form ziet er NA de DOM wijziging als volgt uit
[ code verwijderd ]

Het form submit ook keurig, maar... alleen de id value wordt gesubmit en ac value niet.

Iemand een idee?
Weet je zeker dat het formulier er na de DOM-wijziging zo uit ziet als je hier plaatst? Valt het gegenereerde input-element niet per ongeluk buiten het formulier?

Als je de inhoud van de onblur nu eens vervangt door iets als alert(this.parent), zit je dan echt in het formulier?
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  FOK!-Schrikkelbaas zaterdag 9 november 2013 @ 11:50:40 #114
1972 Swetsenegger
Egocentrische Narcist
pi_133074715
quote:
5s.gif Op zaterdag 9 november 2013 11:39 schreef papernote het volgende:

[..]

Weet je zeker dat het formulier er na de DOM-wijziging zo uit ziet als je hier plaatst? Valt het gegenereerde input-element niet per ongeluk buiten het formulier?

Als je de inhoud van de onblur nu eens vervangt door iets als alert(this.parent), zit je dan echt in het formulier?
Ik ben er al uit. Het form werd gestart in de ene TR en geëindigd in de ander. En dat vinden browsers blijkbaar niet leuk.
pi_133075657
quote:
4s.gif Op zaterdag 9 november 2013 11:50 schreef Swetsenegger het volgende:

[..]

Ik ben er al uit. Het form werd gestart in de ene TR en geëindigd in de ander. En dat vinden browsers blijkbaar niet leuk.
Dat lijkt me inderdaad geen valide HTML. Ik zou de form om je hele tabel heen gooien en/of om de tr-tags heen.
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  FOK!-Schrikkelbaas zaterdag 9 november 2013 @ 12:55:04 #116
1972 Swetsenegger
Egocentrische Narcist
pi_133075837
quote:
3s.gif Op zaterdag 9 november 2013 12:49 schreef papernote het volgende:

[..]

Dat lijkt me inderdaad geen valide HTML. Ik zou de form om je hele tabel heen gooien en/of om de tr-tags heen.
Dat gaat niet aangezien er in de tabel nog wat forms staan voor het winkelmandje en wishlist. :)
Dus ik heb nu per item blok (artikelcode + naam, omschrijving, prijs) een form. Ik submit toch per onderdeel onBlur, dus dat is sowieso geen probleem.

Deze edit mogelijkheid is natuurlijk alleen beschikbaar voor admins die zijn ingelogged. Dus deze wat messy code staat niet in de gebruikers front-end.
pi_133076299
quote:
7s.gif Op zaterdag 9 november 2013 12:55 schreef Swetsenegger het volgende:

[..]

Dat gaat niet aangezien er in de tabel nog wat forms staan voor het winkelmandje en wishlist. :)
Dus ik heb nu per item blok (artikelcode + naam, omschrijving, prijs) een form. Ik submit toch per onderdeel onBlur, dus dat is sowieso geen probleem.

Deze edit mogelijkheid is natuurlijk alleen beschikbaar voor admins die zijn ingelogged. Dus deze wat messy code staat niet in de gebruikers front-end.
Kun je niet één groot formulier maken met meerdere submit-opties (met dezelfde name en een verschillende value) en dan op de server bepalen wat je wilt doen?
Schuimpje... mijn liefste. Verlaat mij nimmer weer...
  FOK!-Schrikkelbaas zaterdag 9 november 2013 @ 13:34:04 #118
1972 Swetsenegger
Egocentrische Narcist
pi_133076849
quote:
5s.gif Op zaterdag 9 november 2013 13:14 schreef papernote het volgende:

[..]

Kun je niet één groot formulier maken met meerdere submit-opties (met dezelfde name en een verschillende value) en dan op de server bepalen wat je wilt doen?
Heb ik ook heel even naar gekeken. Vereist wel een compleet andere opbouw en dat valt wel een beetje buiten de scope eigenlijk. Op zich werkt het nu goed. En ik heb het goed commented :P
pi_133083056
quote:
0s.gif Op donderdag 24 oktober 2013 14:47 schreef Pakspul het volgende:

[..]

Nou, best aardig van Google om de waarschuwing te geven.

Het is irritant aangezien je de manual nodig hebt :P http://devdocs.io/php/
:o Prachtige site man, een bookmarkje waard.
pi_133149469
Ik heb bij een verse installatie van phpbb3 de config tabel van mn oude phpbb3 in mysql gezet, maar die instellingen worden helemaal niet gebruikt..

Er staan gewoon alle standaard dingen.. als bijv:

yourdomain.com
A short text to describe your forum

en de rest is ook allemaal standaard.

Weet iemand hoe dat kan?
  maandag 11 november 2013 @ 16:08:43 #121
125913 Devolution
Beep beep Richie
pi_133150571
En je hebt gecheckt dat in de config table van je website database jouw waarden staan (dat de default config table dus overschreven is)? En weet je ook zeker dat phpBB3 zijn configuratie-instellingen daar ook vandaan haalt?
"You know what Hell really is? It's not lakes of burning oil or chains of ice. It's being removed from God's sight."
pi_133152027
hij staat goed in mysql ja..

Toen ik hier op mijn lokale pc die tabel gekoppeld had aan een verse install (zelfde versie als de oude was.. nou weet ik dit niet zeker maar volgens mij liet ie het toen ook niet zien totdat ik em geupdate had.. maarja nou is ie volledig up to date dus dat schiet niet op.
pi_133208622
--

[ Bericht 100% gewijzigd door Chandler op 13-11-2013 08:42:58 ]
Just say hi!
  woensdag 13 november 2013 @ 13:43:20 #124
137776 boem-dikkie
Jedi Mind Baby!
pi_133215796
quote:
0s.gif Op maandag 11 november 2013 16:44 schreef Skunk-m het volgende:
hij staat goed in mysql ja..

Toen ik hier op mijn lokale pc die tabel gekoppeld had aan een verse install (zelfde versie als de oude was.. nou weet ik dit niet zeker maar volgens mij liet ie het toen ook niet zien totdat ik em geupdate had.. maarja nou is ie volledig up to date dus dat schiet niet op.
Heet de database ook hetzelfde?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
pi_133227761
Wat vinden jullie van me scrippie? :D

http://pastebin.com/g2xTLLtP
Just say hi!
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')