Cerca nel Forum

Showing results for tags 'sql'.



More search options

  • Search By Tags

    Tag separati da virgole.
  • Search By Author

Tipo di contenuto


Forums

  • Generale
    • Supporto
    • Guide
    • Club

Categorie

  • IPS Community Suite 4
  • IP.Suite 3.4
    • Traduzioni
    • Applicazioni & Hook in Italiano (Download Diretto)
    • Temi (Skin)
    • Applicazioni & Hook (Link Esterni)
  • IP.Board 3.3
    • Traduzioni
    • Skin
    • Hooks e Applicazioni
  • IP.Board 3.2
    • Traduzioni board
    • Traduzione terze parti
    • Skin
    • Hooks e Applicazioni
  • IP.Board 3.0/3.1
    • Traduzioni board
    • Traduzione terze parti
    • Skin
    • Hooks e Applicazioni
  • Guide, BBCode
  • Traduzione Gallery/Blog/Content/Nexus
  • IP.Board 3.3 Applicazioni, Hook, Skin e altri prodotti
  • Traduzioni italiano IP.Board 3.3
    • Traduzione italiano IP.Board 3.2
    • Traduzioni IP.Board 3.0 e 3.1
    • Traduzioni Prodotti aggiuntivi non ufficiali
  • IP.Board 3.2 Applicazioni, Hook, Skin e altri prodotti
  • IP.Board 3.1 e 3.0 Applicazioni, Hook, Skin e altri prodotti

Trovato 12 risultati

  1. Buongiorno a tutti, ho un problema molto seccante che vi descrivo qui di seguito..... Ho di recente attivato l'obbligo di login dopo aver risolto dei problemi (grazie a InvisionIta), ma permangono altri latenti e alquanto antipatici..... In pratica con il login obbligatorio la maggior parte degli utenti si loggano attraverso il pulsante facebook o google... bello, veloce, affidabile.... Il problema di base è che con questa metodologia di login, se l'utente non è registrato in modalità classica al forum, crea un account con l'opzione "accetta le email dall'amministrazone" disattivata di default. Sono quindi costretto ad editare account per account per ripristinare il problema.... Credo quindi che sia da modificare il file che crea un nuovo account se non esistente quando si clicca sul logo facebook o google. Il mio sito è questo: www.canonclubitalia.com Aggiungo che ho notato un'altro problema, anche per chi sceglie la via della registrazione classica cliccando su "registrati".... ovvero se ti registri in modalità standard o con google, tutto ok.... l'opzione "accetta le email dall'amministrazione" viene attivata di default.... se invece dal modulo di registrazione clicchi su "facebook" la modalità è disattivata di default.... ora non so se il file che gestisce il modulo di registrazione sia sempre lo stesso... ma è una cosa molto antipatica dover fixare manualmente centinaia di utenti (sulla mia piattaforma si registrano in media 200 nuovi utenti al giorno). Allego screenshot di utente appena loggatosi con facebook, il sistema ha creato automaticamente un nuovo account, lasciando l'opzione "Riceve le email dagli amministratori?" disattivata di default: Grazie anticipatamente a chi mi aiuterà...
  2. SELECT map_user_id, count( * ) AS totale, m.members_display_name, g.g_titleFROM `ibf_message_topic_user_map` mapLEFT JOIN ibf_members m ON ( map.map_user_id = m.member_id )LEFT JOIN ibf_groups g ON ( g.g_id = m.member_group_id )WHERE map_user_active =1AND map_is_system =0AND map_user_banned =0GROUP BY map_user_idORDER BY count( * ) DESC con questa query è possibile avere una lista di valori che individuano la quantità dei messaggi privati di ogni singolo utente. Vi permette di monitorare la quantità dei messaggi privati e alzare i parametri del gruppo di corrispondenza una volta che si passa ad un piano hosting più performante.
  3. 3.4

    Identico problema descritto qui > http://www.invisionita.it/forum/topic/5739-errori-database-e-sql/ solo che le tabelle cambiano e sono topic_views download_fileviews IPB Versione 3.4.7 Server: HostingPlaza Ho aperto ieri un ticket su Invisionpower e mi hanno risposto: ho aperto un paio d'ore fa un ticket anche su HostingPlaza e contattato personalmente anche il responsabile. Sarà possibile recuperare i dati dal backup? Sigh... Cristina
  4. 3.4

    Salve a tutti, gestisco un forum di nome ItalianCore e all' improvviso alcuni mesi fa sono comparsi errori di database SQL dal nulla senza che fosse stata fatta alcuna modifica nei giorni precedenti alla comparsa degli errori (inserimenti hook o modifiche alla skin risalivano l'ultima volta ad alcune settimane prima). Naturalmente è un IP Board ed è alla versione 3.4.6. Gli errori principali sono legati al topic: - Quando uno tenta di inserire un post il forum da errore, bisogna premere F5 e il messaggio però lo posta - Quando viene inserito un nuovo post al topic il forum non lo memorizza nell'indice dei topic e dice che l'ultima risposta (per esempio) risale al 21/09/14 nonostante l'ultima risposta magari risalga ad alcune ore prima e naturalmente il titolo del topic non è evidenziato come se ci fosse un nuovo post Vi metto le foto degli errori nello spoiler: Ho cercato di andarmi ad informare su internet nei topic inglesi e sono riuscito ad arrivare a vedere l'errore nel pannello di controllo in Statistiche e Log ---> Log Poi sono entrato qua e leggendo un topic sono riuscito a vedere gli errori in Supporto --> Diagnostiche ---> controllo database e gli errori sono questi: ips_profile_portal_views ips_topic_views Ho provato a cliccare affianco per correggere la tabella ma prima cosa non me li corregge e poi spuntano altri errori. Sono andato su Supporto --> Gestione SQL --> Strumenti SQL ho trovato le tabelle e ho cercato di aggiustarle ma mi dice che non c'è il file. Questo è il mio primo forum IPB e sinceramente non so come fare per risolvere il problema. Mi servirebbe al più presto aiuto. Grazie!
  5. Per vedere gli utenti che utilizzano le diverse skin in IP.Board ACP > Support > SQL Toolbox andare in fondo alla pagina e lanciare questa query (cambiando ibf_members con members se non si usano i prefissi): SELECT skin, COUNT(member_id) AS used_by FROM ibf_members GROUP BY skin E' possibile che darà come risultato anche degli utenti che hanno come skin id 0 oppure NULL. Probabilmente sono skin che non esistono più Il risultato è una tabella tipo: ID della skin -> numero di utenti che la usano esempio: ... -> 86 0 -> 39 1 -> 2169 13 -> 2 14 -> 3 16 -> 1
  6. Se avete una IP.Board con più skin selezionabili potreste voler sapere quali sono le più utilizzate. Con questa query, da lanciare nel vostro mysql, potrete avere la statistica dettagliata select s.set_id, s.set_name, m.members_display_namefrom ibf_skin_collections as sleft join ibf_members as m on (s.set_id = m.skin)where m.members_display_name = 'name here';
  7. Per poter modificare automaticamente tutti i contenuti di una determinata tabella del database della vostra IPB è possibile lanciare questa query UPDATE nometabella SET nomecolonna=REPLACE(nomecolonna, 'vecchio_contenuto', 'nuovo_contenuto') ad esempio se all'interno dei post si vuole cambiare il termine IPB in InvisionPowerBoard è possibile lanciare: UPDATE posts SET post=REPLACE(post, 'IPB', 'InvisionPowerBoard')
  8. Questa query, da eseguire direttamente nel database, permette di ricercare chi ha postato il 100000esimo messaggio il codice si riferisce al caso in cui le tabelle hanno un prefisso come ibf_ SELECT m.member_id, m.members_display_name, p.pid AS post_id, t.tid as topic_id, t.title AS topic_title, f.id AS forum_id, f.name AS forum_nameFROM ibf_posts pLEFT JOIN ibf_topics t ON (t.tid=p.topic_id)LEFT JOIN ibf_forums f ON (f.id=t.forum_id)LEFT JOIN ibf_members m ON (m.member_id=p.author_id)ORDER BY pid ASCLIMIT 99999,1
  9. Per settare in automatico la notifica mail delle risposte agli utenti è necessario lanciare la query direttamente sul database ALTER TABLE members CHANGE auto_track auto_track VARCHAR( 50 ) NULL DEFAULT 'XX'; UPDATE members SET auto_track='XX'; Cambiando le XX con uno dei segueti valori none immediate delayed daily weekly
  10. Per impostare il RTE editor di defaul per tutti gli utenti, potete lanciare questa query nel database Eseguire backup prima UPDATE members SET members_editor_choice='rte';ALTER TABLE members CHANGE members_editor_choice members_editor_choice CHAR(3) NOT NULL DEFAULT 'rte';se avete i prefissi di default bisogna fare: UPDATE ibf_members SET members_editor_choice='rte';ALTER TABLE ibf_members CHANGE members_editor_choice members_editor_choice CHAR(3) NOT NULL DEFAULT 'rte';
  11. configurazione

    Per rimettere a 0 tutte le reputazioni è necessario lanciare una query nel sql TRUNCATE TABLE reputation_cache;TRUNCATE TABLE reputation_index;UPDATE profile_portal SET pp_reputation_points=0;ovviamente se avete i prefissi nelle tabelle diventa TRUNCATE TABLE ibf_reputation_cache;TRUNCATE TABLE ibf_reputation_index;UPDATE ibf_profile_portal SET pp_reputation_points=0;
  12. configurazione

    Per poter avere una statistica dei topic più visti in un determinato periodo è necessario lanciare una query nel mysql, tipo quella seguente. Ovviamente è necessario cambiare le date a seconda del periodo interessato SELECT t.tid, t.title, COUNT(*) AS topic_postsFROM ibf_posts pLEFT JOIN ibf_topics t ON (t.tid=p.topic_id)WHERE FROM_UNIXTIME(p.post_date) BETWEEN '2010-01-01' AND '2010-01-31'GROUP BY t.tidORDER BY topic_posts DESC