Dmitriy Kartashov, К сожалению, PRT не всегда возможно сделать - если на сервере несколько сайтов с разными доменами, и нужно рассылать письма с двух или более, то не получится: либо все сайты будут отправлять письма от имени одного из них, либо только один будет пушистым, а остальные - не вызывающие доверия...
andrew8712, Можно ограничить пользователей, указав, например, через StoryBoard тип клавиатуры, которая будет отображаться при вводе в это поле - только цифры.
А для пользователей - "полных отморозков", которые используют буфер обмена, чтобы вставить в цифровое поле нечто не цифровое, надо писать отдельную проверку и механизм реагирования на подобное творчество. :)))
Такая же ерунда появилась на Mac после обновления на Каталину - при сохранении для Web пишет, что неизвестная ошибка.
------
Update: Если сохранять командой Command + Option + Shift + W, то ошибки нет, правда, этот вариант не такой удобный, как Command + Option + Shift + S - не запоминает предыдущие настройки сохранения.
Одной знакомой помог с выдираем контактов из рамблЁра с помощью ABBYY Screenshot Reader - скопировал/сфотал+распознал в буфер обмена все контакты (98 шт) из адресной книги, последовательно вставил в Excell, потом преобразовал в файл VCF с помощью того же Excell и регулярных выражений в Notepad++
Вариант "Написать все письмо и поставить в копию себя" показался слишком интимным - не стали так делать, чтобы не палить все адреса и имена контактов (типа "Васька - кривой сосед" :))) А вставить все адреса или переместить из поля "Кому" в поле "Скрытая копия" гадкий рамблЁр не давал.
На счет привязки чужого счета: один товарищ, имеющий российское ООО, которое зарегистрировано в Dev. Apple, указал свою личную карту, выпущенную одним из российских банков, и даже получил одну выплату на нее. Налоги вроде бы не платил - этот доход никак не декларировал, ибо сумма не большая.
Он решил, что гораздо больше проблем будет при акцепте этого дохода, если он поступит на счет ООО: договора нет, счетов не было, актов не будет... - полный трэш для бухгалтера! :)
Да, все верно.
Основа системы - БД заказчиков + сотрудники заказчиков, БД юзеров своей организации.
И к этому добавляется остальной функционал:
- БД Контрактов
- БД "проектов" контрактов, так называемые Opportunities
- Счета
- Кейсы
- и пр.
Очень много чего можно прикрутить и связать.
- Отчеты по данным
- Дэш-борды
- Рассылки
- и др.
Дополнительно можно состыковать SF с другими информационными системами с помощью веб-сервисов или API. Чаще всего данные передают в виде JSON.
Минус системы состоит в том, что она предназначена для ОЧЕНЬ КРУПНЫХ компаний, и мелким и средним компаниям дороговато за нее платить и нет возможности требовать некоторых доработок движка системы, разработчик просто проигнорирует запрос от мелкого клиента.
На сегодняшний день в Joomla 3.x найдены 4 разные страницы, которые отображают поля авторизации и, соответственно, позволяют попробовать авторизоваться.
Вот они: /component/users/?view=login
/component/users/
/?option=com_users&view=login
/?option=com_users
И каждую из них, по идее, нужно редиректить.
Но не факт, что это спасет от ботов, возможно, есть еще какая-то лазейка.
Только это не спасет от левых попыток авторизоваться, боты все равно будут лезть. Они, похоже, используют GET-запрос, включающий в себя сразу имя пользователя и пароль, минуя страницу /component/users/?view=login
Еще есть неплохой SANDSAY.RU -
удобный конструктор, единственный минус - потом нужно итоговый HTML обработать напильником, особенно, если шаблон сложный нужно сверстать.
Сделал так:
year=`date +%Y`
month=`date +%m`
day=`date +%d`
mkdir -p /backup/projects/$year/$month/$day
далее набор команд по резервному копированию...