PUBLIC MARKS from bacon with tag rmsoft

olá m_brol, para tirar da administração, a coisa complica um pouco. pela lógica, o melhor seria apenas, retirar da exibição. porque se remover completamente os campos, com certeza terá que mexer bastante no módulo. vou mostrar abaixo como se faz, mas eu não testei, portanto pode ser que necessite de mais alterações não tão visíveis como essa. e lembre-se faça backup antes 1) abra o arquivo modules/rmms/admin/productos.php no seu editor favorito. encontre a função newform() nela comente ou apague as linhas em que se encontram as constantes relativas a estes campos. deixando o código mais ou menos assim. <div class="xoopscode"><pre><samp><code> function newform(){ [.]abreviei porque a função é grande[.] echo "<table width='100" border='0' cellpadding='0' cellspacing='1' class='outer'> <tr><th colspan='2'>"._am_newprd."</th>. <tr><td class='even' width='35%

opa. deu certo. mas. e para tirar estes campos da administração (cadastramento do produto)?

olá m_brol, a maneira mais rápida e eficiente de retirar esses dados é excluindo as marcações smarty do template. o template responsável é rmms_productos.html as tag são: código: <{$lng_codigo}> - <{$producto.codigo}> quantidade: <{$lng_cantidad}> - <{$producto.cantidad}> medida: <{$lng_medidas}> - <{$producto.medidas}> peso: <{$lng_peso}> - <{$producto.peso}> agora para alterar o o tipo do campo preço de "double" para "varchar" é necessário alterar o banco de dados e os arquivos que façam referencia a este tratamento. é isso

pessoal. tem como tirar as linhas: código: quantidade por embalagem: medidas físicas: peso: e no "preço:" colocar caracteres que não sejam números no módulo rmsoft minishop 1.0? uso o xoops 2.0.16. se tiver um outro módulo parecido que não tenha esses parametros orbigatórios, me passem o endereço por gentileza.

já tinha lido sobre o módulo do xoops méxico. quem já tinha feito um, acho que até mais completo, há uns 2 anos atrás foi o rodrigo (rplima). era muito bom! se não me engano, como o módulo puxa dinamicamente os códigos do mercado livre, havia um certo problema, já que vez ou outra havia algumas mudanças no código do mercado livre, o que gerava alguns paus no módulo. mas a ideia e muito boa mesmo.

excelente esse módulo! pena que só funciona com php5 se não eu já iria testar no meu portal. sobre se ele funciona com o mercado livre do brasil, creio que sim porque tem até um submenu no módulo que filtra produtos por países e um deles é o brasil (http://xoopsmexico.net/modules/rmsales/index.php?domain=mlb)

pessoal! estive passeando pelo xoops mexico e notei que lancaram o rmsoft ml catalog para mercado livre.. como não vi ninguem comentar.. resolvi postar. link: http://xoopsmexico.net/modules/npress/03/06/2007/nuevo-módulo-rmsoft-ml-catalog/ só resta saber se funciona também no do brasil.

luix. desculpe postar de novo, é que não aparece mais a opção de editar o post. quando você fala para criar um novo construtor, seria, por exemplo, inserir no categos.php um novo trecho, semelhante ao: $xoopstpl->append('categos', array('id'=>$row['id_cat'], 'nombre'=>$row['nombre'], 'desc'=>$row['desc'], 'img'=>$img, 'subcats'=>subcategos($row['id_cat']))); só que alterando o "append('categos')" para, por exemplo, "append{'categos2')"? valeu mais uma vez.

luix! beleza? vou tentar aqui. agradeço pela ajuda. acredito que seja mais fácil dar um jeito, e trabalhar com sub-categorias, então? valeu mais uma vez.

olá marcos_zy, você pode perceber, que na página inicial do módulo, aparece a descrição das categorias sob a variável smart "<{$catego.desc}>", e na página categos, aparece a descrição das subcategorias, sob a variável smart <{$catego.desc}>. então, se numa categoria você ainda não tem nenhuma categoria, pode colocá-la onde quiser, que essa variável não terá nenhum dado para imprimir. se você tiver uma subcategoria, vai imprimir a descrição relativa a subcategoria. tudo isso porque no arquivo index.php e no arquivo categos.php, quando vão carregar os dados das categorias ou subcategorias, usam o mesmo construtor da variável: $xoopstpl->append('categos', array('id'=>$row['id_cat'], 'nombre'=>$row['nombre'], 'desc'=>$row['desc'], 'img'=>$img, 'subcats'=>subcategos($row['id_cat']))); detalhe, acredito que simplesmente mudar o construtor não resolva, acho que

pessoal! estou com um probleminha no rmsoft minishop, versão 1.3, e gostaria de saber se alguém tem alguma dica. bom, ocorre que eu gostaria de incluir na página inicial de cada categoria, a "rmms_categos.html", a descrição da categoria em questão, a qual é a variável "<{$catego.desc}>", a qual funciona perfeitamente na página inicial do rmsoft minishop, a "rmms_index.html". bom, eu já tentei de diversar formas inserir na "rmms_categos.html", mas a variável aí não funciona. alguém teria alguma ideia? obrigado!

acho eu que este módulo assim como o rm shopper ainda se encontra em desenvolvimento! ^^

alguém sabe aonde posso baixar o rmsoft advanced directory. http://redmexico.com.mx/modules/qpages/advanced-directory

pois é. tem horas que dá até raiva. mas é isso ae, esse módulo é muito legal, pena que não seja e-commerce. será que é difícil adaptar? fica a sugestão! abraços, bb.

é um risco bastante grande deixar tudo com permissão de leitura. um prato cheio para invasões. se tirar a permissão de leitura o portal não funciona :-d tanto o 644 quanto o 755 dão permissão de leitura para todos, o que muda em relação ao 777 são as opções de gravação/execução :-d

somente complementando o assunto das permissões. é importante deixar somente a pasta uploads com chmod 777 todas as demais deixar com 644 ou 755. é um risco bastante grande deixar tudo com permissão de leitura. um prato cheio para invasões. funciona da forma como coloquei

olá valadares, a principal função desse módulo é servir de portifólio, ou seja, "pasta" de trabalhos realizados. é isso

pessoal, aproveitando o tópico, alguém pode me dizer o que este módulo faz? ele funciona como um disco virtual? abços

rs.. estava com o mesmo problema no rmms. deu certo aqui também!

ihehiehiehiehiehiuehiueaheiheaie. me amarro quando a gente em um acha uma coisa, depois acha. e tem a humildade de falar que achou aqui no forum! boa sorte no projeto!

fala sério bruno! é só entrar nas preferências do módulo e dizer qual o email que deve receber as benditas informações. desculpae pessoal! alguém pode apagar esse tópico para mim? obrigado! bb.

salve galera! estou usando o módulo rmsoft minishop como catálogo de produtos de um cliente. o módulo, como todos da rmsoft, tem um layout muito legal e algumas opções que se encaixaram muito bem com a necessidade do cliente. o problema que estou tendo é que não sei como definir um e-mail para a opção "solicitar mais informações", disponível no módulo. não tenho a menor ideia de para onde estes e-mails estão sendo enviados e preciso definir que eles sejam enviados para um e-mail específico. o "action" do form que envia o e-mail é um arquivo chamado "send.php", o qual segue abaixo: <div class="xoopscode"><pre><samp><code> include("../../mainfile.php"); $nombre = $_post['nombre']; $producto = $_post['producto']; $codigo = $_post['codigo']; $empresa = $_post['empresa']; $mail = $_post['mail']; $tel = $_post['tel']; $comentarios = $_post['comentarios']; $idp = $_post['idp']; if ($nombre==''){ redirect_header('mo

pois foi exatamente o que fizemos. valeu mesmo. abraços. débora

não podemos deixar a permissão na pasta do módulo todo, então vamos ver como resolver. entra pelo ftp e vê em que pasta está sendo guardado as imagem thumb, e aí dê 777 só para ela.

resolvido o problema. muito bem. não bastou permissão 777 somente na pasta uploads. ao dar permissão na pasta do módulo todo aí as imagens miniaturas passaram a aparecer. não podemos deixar a permissão na pasta do módulo todo, então vamos ver como resolver. mas já adianto que o problema foi identificado e encontrado sua solução. abraços agradecidos a todos que auxiliaram. débora