есть ли достойная альтернатива uddeIM? - Социализация и коммьюнити

собственно, сабж...

не могу сказать, что uddeIM плохой продукт, отнюдь - масса настроек, все продумано, но... странные манипуляции с апдейтами, плюс, проблемы о которых часто говорят с выходом 1.7 - напрягают...

у меня до сих пор версия 1.5 - и не потому, что люблю винтаж, но потому, что как-то странно автор придумал апдейтить с 1.5 до более поздних версий... как я понял, надобно лезть в БД и что-то править руками?..

т.е., нельзя просто залить обновление поверх или uninstall старую версию, а потом install новую...

Жжжесть... и это говорит, человек, у которого на этом форуме 500+ сообщений... я в шоке, люди подымите меня с пола... я сам встать не смогу. Уж извините меня, но в том как предлагает обновляться разраб на 3 клика больше, чем просто uninstall-install.

Жжжесть... и это говорит, человек, у которого на этом форуме 500+ сообщений... я в шоке, люди подымите меня с пола... я сам встать не смогу. Уж извините меня, но в том как предлагает обновляться разраб на 3 клика больше, чем просто uninstall-install.

все выплеснули? 

по существу - нуль? 

Жжжесть... и это говорит, человек, у которого на этом форуме 500+ сообщений... я в шоке, люди подымите меня с пола... я сам встать не смогу. Уж извините меня, но в том как предлагает обновляться разраб на 3 клика больше, чем просто uninstall-install.

для тех, кому "на 3 клика больше":

3. After upgrading uddeIM, update your database tables (go to phpMyAdmin and enter following SQL statements in the SQL box, this will create the missing fields).

When you upgrade 1.5 to 1.7:
============================

        CREATE TABLE IF NOT EXISTS `jos_uddeim_spam` (
           `id` int(10) unsigned NOT NULL auto_increment,
           `mid` int(11) NOT NULL default '0',
           `datum` int(11) default NULL,
           `reported` int(11) default NULL,
           `fromid` int(1) NOT NULL default '0',
           `toid` int(1) NOT NULL default '0',
           `message` TEXT NOT NULL,
           PRIMARY KEY  (`id`),
           KEY `mid` (`mid`),
           KEY `fromid` (`fromid`),
           KEY `toid` (`toid`)
        ) ENGINE=MyISAM;
        ALTER TABLE `jos_uddeim_emn` ADD `locked` INT( 1 ) DEFAULT '0' NOT NULL ;

        ALTER TABLE `jos_uddeim_userlists` ADD `global` INT( 1 ) NOT NULL DEFAULT '0';
        ALTER TABLE `jos_uddeim_userlists` ADD INDEX ( `global` ) ;

Ну и что? Не вижу проблем зайти в phpmyadmin и выполнить требуемый sql-код. За то я буду точно знать, что при инсталл-унинсталл не потеряются данные.

Теперь по существу. Мне не попадались лучшие решения чем uddeIM. Да, возможно не так легко обновляется как могло бы быть, но за то работает отлично.

Ну и что? Не вижу проблем зайти в phpmyadmin и выполнить требуемый sql-код. За то я буду точно знать, что при инсталл-унинсталл не потеряются данные.

Теперь по существу. Мне не попадались лучшие решения чем uddeIM. Да, возможно не так легко обновляется как могло бы быть, но за то работает отлично.

ок, но, полагаю, это не самый комфортный апдейт - с каждым новым релизом лазить в БД и добавлять руками недостающие поля... ))

к слову, о 1.7 - у Вас не возникало проблем, все в норме?

все выплеснули? 

по существу - нуль? 

Вам по существу рассказать эти 3 клика? Ок.
1)uninstall
2)открываем установочный архив uddeim, в папке readme открываем README uddeIM 1.7.txt
3)заходим в phpMyAdmin (адрес логин и пароль вам выдает хостер)
4)выбираем из списка свою БД (см. вложение)
5)во вкладку SQL (см. вложение) копируете из README uddeIM 1.7.txt
запросы после слов
    When you upgrade 1.6 to 1.7:
    ============================
и нажимаете кнопку "OK"
6)припереходе с более ранних версий проделываете пункт 5 столько раз сколько нужно пока не выполните все апгрэйды.
7)install

Оказалось на 5 пунктов больше чем просто uninstall-install
Если это не поможет, то уж извиняёте...

[вложение удалено Администратором]

Вам по существу рассказать эти 3 клика? Ок.
1)uninstall
2)открываем установочный архив uddeim, в папке readme открываем README uddeIM 1.7.txt
3)заходим в phpMyAdmin (адрес логин и пароль вам выдает хостер)
4)выбираем из списка свою БД (см. вложение)
5)во вкладку SQL (см. вложение) копируете из README uddeIM 1.7.txt
запросы после слов
    When you upgrade 1.6 to 1.7:
    ============================
и нажимаете кнопку "OK"
6)припереходе с более ранних версий проделываете пункт 5 столько раз сколько нужно пока не выполните все апгрэйды.
7)install

Оказалось на 4 пункта больше чем просто uninstall-install
Если это не поможет, то уж извиняёте...

вот, теперь спасибо видно, что человек может реально помочь - этим и нужно было начинать, эмоции были ни к чему...

сейчас попробую, но есть вопрос - настройки мы храним в config.class.php, так?

т.е., можно ли, сохранив его - сделать unistall 1.5 и НЕ ЗАХОДЯ в БД просто install 1.7 и уже поверх записать сохраненный config.class.php?

разве в таком случае недостающие поля не появятся в БД?.. и настройки не утратятся?..

и точно ли ВСЕ установки хранит config.class.php?

Для того чтобы ваши старые настройки сохранились, перед удалением компонента сохраните у себя config.class.php, а после установки нового перезапишите его, но все пункты с БД проделывать надо полюбому.
Не забываем про плюсики (всеж приятно) 

Для того чтобы ваши старые настройки сохранились, перед удалением компонента сохраните у себя config.class.php, а после установки нового перезапишите его, но все пункты с БД проделывать надо полюбому.
Не забываем про плюсики (всеж приятно) 

да, но ЕСЛИ заново ставить компонент - зачем тогда дописывать поля в БД... они должны прописываться автоматом...

я не могу проследить логики... если есть файл с настройками и мы его сохраняем - за тем, начисто ставим компонент - если потом записать поверх конфиг_файл - теоретически будет работать...

...или?

При удалении этот компонент как и многие другие (но не все) не удаляют свои записи в БД, поэтому устанавливать удалять его можно сколько угодно: вся инфа остаётся сохраненной в БД (естественно пока вы сами вручную не удалите таблицы созданные этим компонентом), а сами же настройки хранятся в config.class.php.

При удалении этот компонент как и многие другие (но не все) не удаляют свои записи в БД, поэтому устанавливать удалять его можно сколько угодно: вся инфа остаётся сохраненной в БД (естественно пока вы сами вручную не удалите таблицы созданные этим компонентом), а сами же настройки хранятся в config.class.php.

все так, но (резюме) - удалив компонент, даже, если что-то не удаляется окончательно - мы ставим компонент "как бы" заново - он создает ВСЕ необходимые поля в БД - а мы поверх пишем config.class.php

это же сработает без мануальных инвазий в БД?

это же сработает без мануальных инвазий в БД?

Нет, у него при установке не добавляются новые записи в таблицы автоматически, именно поэтому и надо их добавлять в ручную

Нет, у него при установке не добавляются новые записи в таблицы автоматически, именно поэтому и надо их добавлять в ручную

основное проделано - но как быть с плагинами и модулями?

их все uninstall - и после install заново настраивать?

основное проделано - но как быть с плагинами и модулями?

их все uninstall - и после install заново настраивать?

Уже не помню точно, но думаю, что лучше переустановить и настроить - это ведь не так долго

Уже не помню точно, но думаю, что лучше переустановить и настроить - это ведь не так долго

на что и убиваю время, что поделать ))

но с плагинами для CB муторошнее...

я как-то спрашивал на форуме, но народ молчит - уведомления о новом личном сообщении приходит аккурат в папку "Сомнительные" - не думаю, что это только у меня...

как быть с таким?

уведомления о новом личном сообщении приходит аккурат в папку "Сомнительные"

Хостинг в черном списке почтового сервера или опять же хостинг добавляет к сообщениям какой-то специфичный заголовок, который не нравится почтовому серверу. У меня такое было с самописным компонентом. Добавьте автора письма в "белый список" (есть почти у всех современных бксплатных почтовиков) и всё будет норм.

Но я вышел так из положения:

Я зарегил халявный почтовый ящик на gmail и настроил пересылку почты на ящик заказчика (ящик заказчика блочил почту с этого хостинга. Не знаю почему, с других хостов работало, но заказчик не хотел менять ни хостинг ни почту), а с gmail-а письма не блочились и выглядеи точно так же как будто с хостинга приходили ( gmail никакого своего спама не добавляет к письму и даже в "от" стоят данные хостинга ).

Хостинг в черном списке почтового сервера или опять же хостинг добавляет к сообщениям какой-то специфичный заголовок, который не нравится почтовому серверу. У меня такое было с самописным компонентом. Добавьте автора письма в "белый список" (есть почти у всех современных бксплатных почтовиков) и всё будет норм.

Но я вышел так из положения:

Я зарегил халявный почтовый ящик на gmail и настроил пересылку почты на ящик заказчика (ящик заказчика блочил почту с этого хостинга. Не знаю почему, с других хостов работало, но заказчик не хотел менять ни хостинг ни почту), а с gmail-а письма не блочились и выглядеи точно так же как будто с хостинга приходили ( gmail никакого своего спама не добавляет к письму и даже в "от" стоят данные хостинга ).

супер... ибо, очень сложно каждому юзеру предложить внести в белый список... ))

а как процедурно все это обстоит - в настройках gmail?

если можно, пожалуйста, подскажите по пунктам?

Да там с двух кликов это делается на самом деле.

Настройки -> Пересылка и POP/IMAP

Там выставляете переключатель в "Пересылать копии входящих писем на адрес" и "удалить копию gmail" (а нафиг нам эти копии, да?). Всё, готово, счастье.

Да там с двух кликов это делается на самом деле.

Настройки -> Пересылка и POP/IMAP

Там выставляете переключатель в "Пересылать копии входящих писем на адрес" и "удалить копию gmail" (а нафиг нам эти копии, да?). Всё, готово, счастье.

а вот посетила меня идея... а ведь такое может быть из-за того, что письма приходят не пойми с какого адреса и сервер думает, что это фигзначто - видимо, я таки поставил плагин, скрывающий адрес отправителя... припоминаю, что-то такое ставил....

потому как, в поле "От кого" адрес отправителя не отображается...

но в любом случае, сделал, как Вы сказали:

Настройки - Пересылка и POP/IMAP - Пересылать копии входящих писем на адрес - прописываю мыло с которого шлется уведомление и которое загоняется в Сомнительные

а в настройках uddeIM прописываю ящик созданный на гугле?

странно...... по-прежнему, приходят в Сомнительные

Тоже приходят в сомнительные и тоже не пишет адреса в поле "От кого"...
никто не решил проблему?

Тоже приходят в сомнительные и тоже не пишет адреса в поле "От кого"...
никто не решил проблему?

стало приходить во Входящие, но с пустым полем "От кого"...

стало приходить во Входящие, но с пустым полем "От кого"...

Стало приходить после пересылки на gmail?

Стало приходить после пересылки на gmail?

если не путаю, да.

но было давно.