Molto esauriente e professionale.

Grazie mille.

Ciao a tutti.

Mi affido alla vostra esperienza.

Ho strutturato un sito pensando di organizzarne il contenuto nelle diverse lingue per sottocartelle.

www * dominio * com / en / -> contiene la home di WordPress in inglese.

www * dominio * com / it / -> contiene la home di WordPress in italiano.

Chi dovesse approdare sul semplice nome di dominio non vedrebbe nulla.

Invece di indicargli un menu di link nelle diverse lingue, avevo pensato a un file htaccess che controlla la lingua principale del browser e reindirizza alla specifica sottocartella corrispondente al sito nella specifica lingua, ad esempio ... / it / -> sito in italiano, e in tutti gli altri casi a ... / en / -> sito in inglese.

Il tutto senza influenzare chi ha il browser impostato a "en", ma vuole digitare e navigare il sito ... / it / in lingua italiana. Nel senso che il discorso varrebbe solo per chi digita il semplice nome di dominio o una sottocartella inesistente (vale la stessa regola, home della lingua del browser o home inglese se non esiste la sottocartella della lingua specifica).

Spero di essermi spiegato.

Vi sembra una soluzione sensata? Avete alternative da suggerire?

Domandate pure in caso di dubbi.

Ringrazio tutti in anticipo.

Buongiorno,

avrei bisogno di effettuare un reindirizzamento su domini di terzo livello, in modo tale che se un utente digita:

"www dominio3livello dominio it" venga reindirizzato a "dominio3livello dominio it".

dominio3livello è chiaramente variabile.

Siccome in PHP recupero l'URL ($_SERVER['HTTP_HOST']) per una gestione dinamica dei nomi di dominio di terzo livello, occorerebbe che il reindirizzamento comporti l'eliminazione del www dall'URL.

Si può fare?

Grazie.

Buona giornata.

Ciao,

ti disturbo ancora per alcune precisazioni:

1. La tipica struttura di un file .htaccess di WordPress è:

BEGIN WordPress

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ -
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php
</IfModule>

END WordPress

Le tue direttive "RewriteRule ^precedentefile.asp$ /permalink/ [L,R=301]" mi funzionano se posizionate prima di "RewriteRule ^index.php$ - ", è la posizione corretta?

2. Sto usando anche delle direttive:

redirect 301 /permalink1/ /permalink2/
redirect 301 /permalink3/ http :// www * altrosito * com

Come posso trasformarle in "RewriteRule" e dove andrebbero posizionate (sempre nel blocco principale di WordPress)?

3. Se volessi reindirizzare (anche ai fini SEO) TUTTE (a qualsiasi risorsa) le richieste a http :// www * miosito * com verso http :// www * miosito * it senza far uso di redirect DNS, alias, ecc., ma usando uno spazio web vero proprio anche per il secondo dominio (http :// www * miosito * com) che direttive .htaccess dovrei inserire in quest'ultimo?

O è preferibile usare una pagina (index.html, index.php) con dei reindirizzamenti da codice HTML, JavaScript o PHP?

Grazie ancora.

Buona giornata.

Matteo

Grazie mille.

@tigrone said:

Prova a togliere quello stripslashes da lì e metterlo dove vai a richiamare i dati.

Non funziona.

A database ci sono, ma nei campi del form dove recupero i valori non viene visualizzato niente.

@tigrone said:

Metti gli slash e li togli subito?

L'intera istruzione è stata tratta da un testo sul PHP/MySQL...

Da quello che ho capito io, **stripslashes() **toglie eventuali backslash prima dei caratteri speciali: " diventa " e \ diventa \ (solo se magic_quotes_gpc è on)...

Mentre mysql_real_escape_string() dovrebbe aggiungere un backslash ai caratteri speciali prima dell'inserimento nel DB (anche per ragioni di sicurezza): " diventa " e \ diventa \\....

Quindi prima tolgo (eventuali) backslash e poi li aggiungo (per evitare di raddoppiarli nel caso fossero già presenti)... Correggimi se sbaglio...

Grazie.

Buongiorno,

devo gestire dati testuali da e verso form HTML (per l'introduzione e la modifica degli stessi sul database) per gestionali da me realizzati.

Nonostante io utilizzi sull'HTML del back-end, del front-end e sulle collation dei campi testuali di MySQL la codifica "utf-8", ho problemi, non tanto con le lettere accentate, ma con le " (doppie virgolette).

I dati vengono inseriti a database con mysql_real_escape_string(stripslashes($_POST['nomecampoform'])) attraverso campi input text e textarea di form HTML.

Il database salva correttamente le doppie virgolette e le visualizza correttamente lato front-end. Quando però vengono richiamate sul back-end in modifica dentro un campo input text di un form non viene visualizzato nulla.

Qual è il miglior modo di gestire i caratteri speciali in PHP e MySQL per evitare le problematiche sopra esposte (indipendentemente dai settaggi del webserver Apache e dell'interprete PHP)?

Grazie.

Matteo

@ayrton2001 said:

RewriteRule ^pagina.asp$ /nuovapagina.php [L,R=301]

Scusami ancora.

Il dominio rimane uguale, ma che dire se cambiano i percorsi delle cartelle?

Ovvero:

.../precedentepath/precedentefile.asp
.../nuovopath/nuovofile.php

E che dire dei permalink di WordPress?

.../precedentefile.asp
.../permalink/

Grazie ancora del tuo prezioso aiuto.

Matteo

Buongiorno,

ho il seguente problema.

Ho installato WordPress 3.1.3 (italiano), iThemes Builder (ultima versione), stessi plugin e configurazioni su due webserver diversi dello stesso hosting.

Il primo funziona regolarmente, il secondo:

1. mi genera il seguente warning:

"Warning: is_dir(): open_basedir restriction in effect. File(/var/www/vhosts/variante000096/httpdocs/wp-content/themes/Builder/lib/layout-engine/modules/class.module.php.bak/images) is not within the allowed path(s): (/var/www/vhosts/variante000096:/usr/share/php) in /var/www/vhosts/variante000096/httpdocs/wp-content/themes/Builder/lib/layout-engine/editor.php on line 1545 Warning: is_dir(): open_basedir restriction in effect. File(/var/www/vhosts/variante000096/httpdocs/wp-content/themes/Builder/lib/layout-engine/modules/class.module.php/images) is not within the allowed path(s): (/var/www/vhosts/variante000096:/usr/share/php) in /var/www/vhosts/variante000096/httpdocs/wp-content/themes/Builder/lib/layout-engine/editor.php on line 1545" (la parte in grassetto del path è un file e non una cartella)

nell'editor di layout del tema (mi sto consultando con i sistemisti del fornitore di hosting);

2. usando in home un <!--nextpage--> mi converte il permalink (ho impostato: /anno/mese/giorno/nomepost/) corretto ".../page/2/" in ".../2011/06/27/200/" puntando ad una risorsa inesistente...

Qualche suggeriemento?

Grazie mille.

Matteo

@ayrton2001 said:

Ciao falcon2600,
è quello che occorre fare per non perdere le posizioni acquisite, ossia un redirect 301 dalle vecchie pagine alle nuove.

Però se fossi in te, dato che stai effettuando il passaggio a WordPress, utilizzerei permalink senza .php (ma non è fondamentale, invece il redirect 301 si )

Non essendo molto esperto di .htaccess, mi indicheresti un esempio di redirect da pagina.asp a nuovapagina.php?

Grazie ancora.

Matteo

Buongiorno a tutti,

devo spostare il dominio di un sito presso altro fornitore di hosting.

Il sito, ora soluzione custom sviluppata in ASP classico, subirà un restlyling nella forma (WordPress) e nei contenuti (modifica ed aggiunta).

Si posiziona molto bene con "chiavi" di ricerca di due parole molto competitive...

Esiste una soluzione "meno" dolorosa per non perdere posizionamenti, PageRank e TrustRank o per recuperarli il più velocemente possibile?

Tutti i link esterni a risorse ".asp" si perdono, diventando i file ".php"? E' possibile recuperarli in qualche modo?

Se in htaccess si reindirizzano (301) le richieste ai precedenti file "asp" alle nuove pagine/risorse "php" che ne riprenderanno la sostanza dei contenuti: si ottiene qualcosa?

Quale scenario verosimile si prospetta per il sito?

Grazie a tutti in anticipo.

Matteo

Essendo un Programmatore PHP e MySQL Junior, mi chiedevo anche come fare un efficace debug.

Per le applicazioni desktop si sviluppa con un ambiente di programmazione che fa da creatore di interfacce grafiche, editor, IDE, RAD, compilatore, debugger, ecc. Il tutto con lo stesso programma e sulla stessa piattaforma in cui andrà a funzionare l'applicazione sviluppata...

Molto più difficili diventano le cose nello sviluppo Web:

1. Gli ambienti di sviluppo locale ed il/i server finale/i dove risiederà il progetto completo sono diversi e con differenti caratteristiche.

2. Inoltre, sono coinvolti più Linguaggi e tecnologie: SQL (MySQL), PHP, AJAX, JavaScript, HTML/XHTML, CSS, Smarty, Framework MVC (Yii, Zend, ecc.)...

Come poter individuare efficacemente cosa non funziona, come e perché in tempi abbastanza rapidi?

Esistono strumenti per seguire tutti i passaggi e vedere quali sono corretti e quali no o dove si interrompe il comportamento aspettato?

Grazie ancora.

Grazie ad entrambi.

Avevo già fatto molte ricerche in giro...

Yii ha moltissime recensioni positive.

Zend è quasi uno standard.

Cosa devo sviluppare? Siti (sicuri e personalizzati) in PHP, MySQL, AJAX e Smarty/MVC di ogni tipo:

portali, ecommerce, ecc.

Non vorrei spendere energie in un framework non adatto, troppo poco flessibile o documentato... Vorrei qualcosa di definitivo e solido per sviluppare ogni tipo di applicazione, una volta imparato il meccanismo con cui lavora, velocemente, in sicurezza, con una buona capacità di debug e facile manutenzione futura (aggiunte, cambiamenti, ecc.).

Non sto chiedendo la perfezione... Vorrei solo dei consigli basati sulla vasta esperienza altrui...

Grazie.

Sto imparando ora il PHP.

Un'azienda mi sta valutando come programmatore PHP.

Dovendo avere a che fare anche con MySQL ed AJAX sto cercando strumenti di sviluppo che mi aiutino nel creare applicazioni anche complesse in modo veloce e sicuro.

Per quanto riguarda un Editor, RAD o IDE ho trovato che phpDesigner è ricco di funzioni e mi sembra abbastanza completo (aiuta anche nella sintassi per i template Smarty).

Vorrei però associarlo ad un framework, credo MVC.

Ho letto le recensioni per tanti...

Quale mi consigliate e perché?

Grazie.

E' come pensavo anch'io.

Grazie per le conferme e le dettagliate spiegazioni.

Matteo

Ciao,

ai fini di migliorare l'indicizzazione e posizionamento di un blog su piattaforma blogger*com, ma con dominio proprio:

quali sono i migliori siti/risorse italiani e gratuti a cui sottoporne i feed ATOM/RSS?

Grazie.

Matteo

Ciao,

ero al telefono con una persona ed abbiamo digitato, più volte, le stesse identiche keywords in google.it:

a me il sito/dominio di interesse risultava 1°, a lui 9°...

C'è una spiegazione?

Grazie.

Matteo

Ciao,

mi piacerebbe avere su un mio server in hosting (Windows o Linux) una soluzione di Web Analytics che mostri, per le mie pagine e per quelle di miei clienti, per ogni singolo visitatore (anche, se possibile, in modalità live o real time):

1. Entrata: chi è (nuovo, vecchio, browser, nazione, ecc.), da dove entra (pagina, link, parole chiavi, ecc.), ecc.

2. Comportamento: cosa fa (click, pagine visitate, form compilati ed inviati, acquisti, ecc.), tempo di visita, ecc.

3. Uscita: da dove (pagina, dopo aver fatto cosa, ecc.), ecc.

Questo per avere un approccio diverso da Google Analytics che fa solo statistiche temporali, per giorno, mese, anno, ecc., in quanto queste statistiche si possono calcolare avendo raccolto i comportamenti dei singoli visitatori in rapporto ad un periodo ed al totale.

Questo nel caso dei Motori di Ricerca, ma dovrebbe tracciare, sempre limitatamente al singolo visitatore, per le altre fonti di traffico e non (email marketing, campagne adwords, facebook ads, e-commerce, ecc.):

4. Apertura email, click, conversioni, spesa, fatturato/guadagno, ecc.

So che esistono software e soluzioni molto costose che fanno questo.

Esistono anche dei servizi gratuiti, ma spesso limitati.

Mi piacerebbe avere questo servizio sul mio spazio hosting come serie di script ASP, PHP o PERL che monitorano quanto suddetto, ad esempio, mediante l'inserimento di poche linee di codice (javascript?) all'interno di ogni singola pagina web.

Ogni suggerimento è gradito ed apprezzato.

Grazie.

Matteo

Grazie a tutti, ma ora sono ancora più confuso...