Pagina 2 di 2 primaprima 1 2
Visualizzazione dei risultati da 11 a 18 su 18

Discussione: Get ..ajax...e Php

  1. #11

    Re: .....

    Originariamente inviato da iraiscoming223
    ahahah scusate ma anche io mi sto sbellicando...

    <?
    $lan=$_GET['lan'];
    include("lan/".$lan.".php");
    ?>

    fattobene ti rendi conto di quello che dice andr3a, vero??
    è sensato, lo sai??
    Leggi la guida alla sicurezza in http://php.html.it
    e vedi che ti si apriranno i cieli riguardo all'errore che hai commesso...
    Più che errore puoi chiamarlo "gestione delle eccezioni" ma il risultato finale, se uno vuol fare casino, è indipendente dal nome!

    E comunque anche se so che dovrei farmi i ca**acci miei, quando qualcuno cerca di aiutarti, anche in maniera ironica, vedi di capire dove sta l'errore prima di sparare a mille su qualcuno che parla con cognizione di causa definendolo (se pur con parole diverse) un incompetente..


    Carissimo iraiscoming223 anche te mi sa che mentre leggivi il mio post facevi altri ca**i perche fate come gli spider dei motori di ricerca, leggete solo le parole chiavi di un discorso, avete lette di sfuggita php.. e il resto lo avete calcolato poco... RAGAZZI miei leggete e capite cio che sta scritto.

  2. #12
    Siccome mi hai scritto che di PHP capisco ben poco ... non tirare in ballo futili attenuanti a quelle 3 righe che come ti hanno detto chiunque ti avrebbe corretto perchè errate in ogni dove.

    Originariamente inviato da fattobene
    Carissimo andrea, noto che di PHP ne capisci ben poco visto che trovi degli errori nelle poche righe che ho scritto.
    e qui chiudo, buon proseguimento con i tuoi esempi sbagliati e diversi dal problema



    P.S. libero di continuare un flame, ti propongo di usare il mio pvt per ulteriori diatribe
    Formaldehyde a new Ajax PHP Zero Config Error Debugger

    WebReflection @WebReflection

  3. #13
    Originariamente inviato da andr3a
    Siccome mi hai scritto che di PHP capisco ben poco ... non tirare in ballo futili attenuanti a quelle 3 righe che come ti hanno detto chiunque ti avrebbe corretto perchè errate in ogni dove.

    e qui chiudo, buon proseguimento con i tuoi esempi sbagliati e diversi dal problema
    Manie di grandezza ... ecco cosa ti porti appresso! Ti sei offeso per il php, piccolo.... vabbe rimani sempre il professorino di tutti.. pero non leggi le domande che ti fanno e ti soffermi sul superficiale...

    Impara a leggere .. Buon lavoro...

  4. #14
    Ciao fattobene,
    cerco di rispondere a quello che sembra essere il tuo vero quesito, tralasciando come chiedi le correzioni alle soluzioni del sistema che vuoi adottare.

    Ajax viene utilizzato per caricare informazioni in modo asincrono, ovvero, senza bisogno di refresh della pagina, come dicevi tu.
    Queste informazioni caricate in modo asincrono però di solito vanno a modificare un'area ristretta della pagina in cui verranno utilizzate, di solito solo una parte del box centrale (quasi mai il box intero) per il supporto alla compilazione di form (vedi google suggest) oppure per l'invio stesso dei dati di un form al fine di visualizzare il responso nella pagina stessa, ma mai tutto il layout della pagina.

    E modificare il layout nel tuo caso mi sembra d'obbligo, dal momento che la lingua deve cambiare in tutta la pagina, menu di navigazione compresi. Per questo non vedo altra soluzione che il refresh.
    Oltretutto, il reload della pagina per la language selection è una cosa che accade praticamente in tutti i siti multilingue, quindi non faresti nulla di male e secondo me non hai di che preoccuparti.

    Considera anche che ajax è una tecnologia molto interessante nonché utile, ma porta con sé altri rischi oltre a quelli di cui i webmaster già devono preoccuparsi.
    Come forse già sai, le chiamate HTTP tra client e server prima di arrivare a destinazione possono essere intercettate; in tal caso con mani esperte capisci bene che c'è pericolo di accessi indesiderati ai propri dati, peggio ancora manomissione.
    Con ajax tu non fai altro che aumentare il numero di queste richieste HTTP, lanciandole da uno script piazzato nel bel mezzo di una pagina aperta.
    Ergo, gli accorgimenti sulla sicurezza sono indispensabili, compresi quelli della tecnologia server-side che intendi adottare, come hanno suggerito sopra i colleghi più esperti.

    Ti consiglio di leggere questo articolo sull'oggetto xmlhttp di javascript, e di provare questo esempio
    http://www.w3schools.com/xml/tryit.a...httprequest_js
    per avere un'idea degli utilizzi tipici di ajax.
    Ciao
    Emanuele DG
    <?php echo "Proverbio zen(d): vivi ogni giorno come se fosse il ".date('d M Y', time()); ?>
    Intellectual property

  5. #15
    Originariamente inviato da emanueledg
    Ciao fattobene,
    cerco di rispondere a quello che sembra essere il tuo vero quesito, tralasciando come chiedi le correzioni alle soluzioni del sistema che vuoi adottare.

    Ajax viene utilizzato per caricare informazioni in modo asincrono, ovvero, senza bisogno di refresh della pagina, come dicevi tu.
    Queste informazioni caricate in modo asincrono però di solito vanno a modificare un'area ristretta della pagina in cui verranno utilizzate, di solito solo una parte del box centrale (quasi mai il box intero) per il supporto alla compilazione di form (vedi google suggest) oppure per l'invio stesso dei dati di un form al fine di visualizzare il responso nella pagina stessa, ma mai tutto il layout della pagina.

    E modificare il layout nel tuo caso mi sembra d'obbligo, dal momento che la lingua deve cambiare in tutta la pagina, menu di navigazione compresi. Per questo non vedo altra soluzione che il refresh.
    Oltretutto, il reload della pagina per la language selection è una cosa che accade praticamente in tutti i siti multilingue, quindi non faresti nulla di male e secondo me non hai di che preoccuparti.

    Considera anche che ajax è una tecnologia molto interessante nonché utile, ma porta con sé altri rischi oltre a quelli di cui i webmaster già devono preoccuparsi.
    Come forse già sai, le chiamate HTTP tra client e server prima di arrivare a destinazione possono essere intercettate; in tal caso con mani esperte capisci bene che c'è pericolo di accessi indesiderati ai propri dati, peggio ancora manomissione.
    Con ajax tu non fai altro che aumentare il numero di queste richieste HTTP, lanciandole da uno script piazzato nel bel mezzo di una pagina aperta.
    Ergo, gli accorgimenti sulla sicurezza sono indispensabili, compresi quelli della tecnologia server-side che intendi adottare, come hanno suggerito sopra i colleghi più esperti.

    Ti consiglio di leggere questo articolo sull'oggetto xmlhttp di javascript, e di provare questo esempio
    http://www.w3schools.com/xml/tryit.a...httprequest_js
    per avere un'idea degli utilizzi tipici di ajax.
    Ciao

    Ti ringrazio, almeno te hai capito cio che dicevo..

  6. #16


    questo post per dire:
    no comment...

    (avrò un post inutile in più sul contatore vicino al nick )
    Questa e' la mia firma! Lo so, e' una mezza schifezza.
    Un sito
    - skype non è per consulenze online -

  7. #17
    iraiscoming223 hai qualche problema?
    Emanuele DG
    <?php echo "Proverbio zen(d): vivi ogni giorno come se fosse il ".date('d M Y', time()); ?>
    Intellectual property

  8. #18
    no no nessun problema... Io sto benissimo...

    Solo che non mi andava di commentare... Ma non ce l'avevo con il tuo post!
    Ne approffitto per ringraziarti anche io perchè non conoscendo Ajax (se non grazie alla sua fama), mi son fatto una panoramica leggendo il tuo post...
    Mi diletto con php e so poco di js (come forse avrai capito da alcuni miei post) quindi l'informazione è stata utile e, anzi, ha suscitato in me una certa curiosità!
    Questa e' la mia firma! Lo so, e' una mezza schifezza.
    Un sito
    - skype non è per consulenze online -

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.