хочу сюди!
 

Юлия

42 роки, рак, познайомиться з хлопцем у віці 30-50 років

Замітки з міткою «база данных»

Команда Филатова разоблачила людей,продавших свои голоса Вилкулу

Команда Бориса Филатова разоблачила скупщиков голосов и обнародовала базу данных граждан, которые пошли на преступление, и продали свои голоса мошенникам и фальсификаторам.

 

По оперативным данным, недобросовестных продажных граждан, желающих заработать, предав свою Родину, не менее 5000 человек.

 

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

 

Скачать базу данных можно по ссылке https://nekaka.com/d/g4uVKliT1M

 

ВНИМАНИЕ! ДОНОСИМ ДО СВЕДЕНИЯ ТЕХ, КТО НЕ В КУРСЕ:

 

Скупка и продажа голосов на выборах, а также фотографирование бюллетеней с последующей высылкой их скупщикам голосов – УГОЛОВНО НАКАЗУЕМЫЕ ПРЕСТУПЛЕНИЯ!

 

Каждый из этой базы данных – преступник, который понесет наказание. Поэтому если Вам или вашим друзьям, близким, знакомым предлагают «подзаработать»,  ЗНАЙТЕ: все ваши данные будут в этой базе, известны всей стране и всему Днепропетровску.

 

Если среди данной базы вы обнаружили своих друзей или знакомых – сообщайте в правоохранительные органы.

 

Расследование продолжается, ведется постоянное пополнение базы. Все виновные будут пойманы и наказаны по Закону.

Skype IT SEO конференция: Как создать успешный интернет-магазин

Skype IT SEO конференция: Как создать успешный интернет-магазин 


Тактика ведения переговоров - преодоление возражений и знание продукта от А до Я.
- скорость ввода данных в ПК
- наличие средства записи переговоров для анализа ошибок, работы над ошибками, исправления ошибок;
- знание клиента не только по имени, но и в лицо;
- презентация не только продукта, но и продавца - демонстрация личных качеств: дресс-код, внешний вид и запах;
- проведение переговоров на спорт. площадке/зале или в спортивных состязаниях;
- наличие качественного кода

Директ-маркетинг:
- база данных (сбор), объединение
- загрузка в программу рассылок
- создание сайта
- открытие кошелька
- формирования письма
- нажатие на кнопку отправить
- перевод средств
- обналичивание на карту
- распределение средств (улучшение дизайна и презентации, озвучивание, видеоматериалы)

Интернет-магазин - как сделать продающий сайт?
- уникальность продукта или удобоваримая цена;
- юзабилити магазина - удобство оформления заказа;
- наличие обратной связи (телефон, написать письмо, оформить заказ).

Поисковая оптимизация SEO - где в интернете покупатели?
- настройка сайта под поисковые системы;
- подбор ключевых фраз и словосочетаний;
- воздействие на внешние и внутренние факторы для преодоления "песочницы" для вывода сайта вверх списка результатов выдачи поисковых систем по целевым запросам!

Проводиться по Skype конференции, где Вы можете увидеть презентацию на экране
Приглашения Вы можете запросить по скайп-нику: gogison1 или e-mail [email protected]

SMS-оплата. Как не стать жертвой мошенников !


 
Краткое руководство по выживанию в системах электронной оплаты
 
Многие, при необходимости осуществить оплату с помощью СМС задают себе вопросы, суть которых сводится примерно к следующему:
 «Где гарантия, что деньги с моего мобильного не будут потрачены зря?»
Если сформулировать еще проще, то «В чем гарантия, что меня не «кинут?»
 
Ввиду того, что эти вопросы задаются чаще остальных, я решил подготовить это краткое руководство.
 
Итак, прежде всего о ГАРАНТИЯХ.
Еще незабвенный О. Бендер говаривал, что «полную гарантию может Вам дать только  страховой полис». Ну а в современной Украине и страховой полис, как известно, ненадежная гарантия. Страховая компания сделает все, от нее зависящее, чтобы не выплатить Вам Ваши же деньги.
Обманутым вкладчикам «незыблемых» системных банков выдавались такие гарантии, которые успокаивали даже самых недоверчивых. Документы, выданные вкладчикам «Элита-Центр» не вызывали никаких сомнений в честности намерений их выдавших лиц.  Да что там – высший закон страны, Конституция Украины много чего нам гарантирует, в том числе право на труд, на бесплатное образование, медицину и пр.
Что происходит на самом деле - мы все знаем.
Так что же мы хотим услышать, требуя гарантий? В средние века в некоторых странах гарантией мирного сосуществования двух государств были дети монархов, находившиеся под контролем государства-соседа. В случае начала военных действий их просто убивали. Это – действительно надежная гарантия. Еще в Украине есть «Фонд гарантування вкладів», который действительно компенсирует ваш вклад в лопнувшем банке, но на сумму никак не более 150 тыс.грн. Залог квартиры для получения кредита – это тоже гарантия. Гарантийные обязательства именитого производителя электроники – тоже некая гарантия, но с множеством оговорок.
Все остальные виды гарантий – не более чем набор убедительных слов, ничего, в принципе, не гарантирующих.
Мы надеемся, Вы не воспринимаете всерьез слова неопрятной краснощекой тетки с бегающими глазками на стихийном рынке : «Це ж свіженьке м’ясо, я гарантірую….».
 
Поэтому крайне важно для каждого Интернет-пользователя самому разбираться – кому можно доверять, а кому нет.
 
Для начала, несколько слов о том, как работает система SMS-оплаты.
Существуют компании-владельцы «коротких номеров». Их называют «агрегаторы». Они заключают договора с операторами мобильной связи, как правило, многих стран сразу – СНГ и Европы.
По этим договорам оператор обслуживает эти короткие номера, то есть воспринимает их как полноценные номера, но позвонить или отправить SMS на них ЗНАЧИТЕЛЬНО дороже, чем обычно.
Каждый короткий номер имеет фиксированную стоимость в пределах одной страны. То есть звонок на короткий номер 0000 у операторов ТМС, «Звезда Кия», «Линия пчел» и «Жизнь» будет стоить 7 грн./мин. в любой точке Украины.
С другой стороны, агрегатор предлагает компаниям-производителям услуг использовать свои короткие номера для их оплаты через мобильный телефон.
Коротко о финансовой арифметике.
Как правило, оператор за свои услуги забирает не менее 50% суммы, заплаченной абонентом за сообщение или звонок на короткий номер. Агрегатор берет около 5%.
Итого, если Вы отправили сообщение на короткий номер 0000 и с Вашего счета «ушло» 25 гривен – знайте, что производитель услуги или мобильного контента получил из них в лучшем случае 11 гривен.
При этом агрегатор откажет в предоставлении своих услуг тем компаниям, процент претензий по платежам которых превысил установленный лимит. Иными словами, компании-мошенники попросту не успеют заработать сколько-нибудь приличную сумму, как их заблокируют да еще и не отдадут то, что они успели «заработать». Поэтому они тщательно маскируются под вполне легальные и пытаются доказать агрегаторам свои честные намерения. Кроме того, подключение компании-производителя сопровождается еще целым рядом довольно жестких требований и занимает 2-3 недели проверок.
Одним словом, в современной Украине SMS-оплата или звонок на платный короткий номер НЕ МОЖЕТ БЫТЬ ОТКРОВЕННЫМ МОШЕННИЧЕСТВОМ или же может, но ОЧЕНЬ КОРОТКОЕ ВРЕМЯ (1-2 дня, не более).
 
Другое дело КАК РАСПОЗНАТЬ СКРЫТОЕ МОШЕННИЧЕСТВО.
Некоторые компании-производители услуг зачастую «продают воздух» своим клиентам, то есть занимаются скрытым мошенничеством.
Например, «GSM-поиск», «GSM-пеленгация», «прочти чужие смс» и прочие виды обмана. Где-то в правилах их работы мелким шрифтом написано, что это- шутка и она не должна восприниматься клиентом всерьез.
Подобных «сервисов» достаточно много.
Как отличить их от тех,  кто Вам действительно нужен?
Ниже приведен список признаков сайтов с SMS-оплатой, которые с большой долей вероятности хотят Вас обмануть.
 
 
 
Признаки мошенничества с SMS-оплатой
 
1.     Примитивность сайта на фоне красивого, а может даже прекрасного оформления. То есть, у сайта кроме главной страницы – еще 2-3 подстраницы. Сделать такой сайт можно за 100 долларов и 1 день. Вкладывать большие деньги в «левый» проект никто не будет, разумеется.
2.     Отсутствие на сайте счетчиков, регистрации в каталогах и открытой статистики (любой каталог пропишет время регистрации у себя этого сайта).  Такие сайты долго не живут, поэтому количество посетителей показывать им нет смысла.
3.     Несоответствие реальной стоимости звонка или SMS. Как мы уже писали, стоимость сообщения на один короткий номер фиксирована для всех операторов по всей стране. Узнать это можно, введя в строке поисковой системы слова «Стоимость смс на короткий номер ХХХХ». Если полученная сумма больше той, которую Вам предлагаю заплатить – это однозначный «развод».
4.     Отсутствие на сайте любых материалов или статей по поводу оказываемой услуги. Отсутствие разъяснений о порядке оплаты – таким сайтам очень выгодно, чтобы клиент чаще ошибался.
5.     Сайт предлагает перейти с него по 2-3 и более ссылкам на страницу заявки услуги и(или) оплаты (другие домены, адреса и т.д., не являющиеся страницами первоначального сайта). Это делается для того, чтобы обмануть агрегатора, формально выполняя его требования
6.     После отправленной SMS, Вам приходит ответ типа - пришлите еще одну SMS и в ответе на нее получите код. И так может повторяться до 5 раз. На правильном сайте должно быть указано количество SMS-сообщений, их стоимость, операторы, включен ли НДС, ПФ и т.д. Если этого нет –поздравляем, Вас «кинули» на стоимость отосланного Вами количества СМС.
7.     На мошеннических сайтах, как правило, нет альтернативных способов оплаты. Дело в том, что системы электронных платежей требуют живого документального подтверждения личности получателя платежей (никаких ксерокопий или сканов). Кроме того, подключение систем типа WEB-money или Приват24 требует значительных финансовых и временных затрат при той же полной идентификации личности. Все это совершенно не подходит сайтам-однодневкам, задача которых – получить Ваши деньги и раствориться в сумраке Интернета.
8. Через поисковые системы можно посмотреть отзывы о работе сайта, на который Вы собираетесь отправлять СМС-оплату или проверить подозрительный сайт через специализированные сайты по борьбе с мошенничеством, например: http://vsemkidalam.net   (РФ)  или http://blacklist.info (Украины)
Разумеется, не все эти признаки по отдельности свидетельствуют о подозрительности сайта. Но если несколько из восьми наших признаков присутствуют на таком сайте – ошибка исключена! Немедленно закройте этот сайт и запретите его открытие на уровне браузера! Ни в коем случае не платите им ничего! Вас обманут!
А вообще-то, самый лучший советчик здесь – здравый смысл. Если Вам предлагают прослушивать чужие разговоры по мобильному за 2-3 гривны в течении недели – наверное, нужно задуматься – а реально ли это за такие деньги?
 
Что можно сделать реально ? Это подробно описано на сайте http://unfo-ua.info там кстати,  ответят на все Ваши вопросы и дадут бесплатную консультацию.

Резервное копирование MYSQL

Резервное копирование баз MySQL Вы работаете над веб-проектом, в котором используется СУБД MySQL. Конечно, каждый серьезный проект предполагает, что периодически будет создаваться резервная копия всех данных, используемых в работе. Это де-факто стандартный подход. Более того, без этого невозможно гарантировать посетителям сайта бесперебойность работы Вашего ресурса. В случае, если сайт предоставляет коммерческие услуги, наличие резервного копирования является просто-таки жизненной необходимостью. Вообще, почти все хостинг-провайдеры производят резервное копирование всех файлов пользователей. Однако, не стоит забывать о том, что провайдеры делают backup, в основном, для себя, на случай аварии у себя. Именно по этой причине пользователи в условиях хостинга могут, конечно, рассчитывать на восстановление в случае удаления каких-то данных по вине самого пользователя, но вовсе не факт, что провайдер сделает восстановление MySQL-базы сразу по получению запроса. Лучше делать для себя копию и в случае чего ее использовать. Можно даже периодически копировать этот свой backup на другую, не провайдерскую машину - так надежнее, на всякий случай. Сделать копию всех статических HTML- и прочих документов просто. Так же несложно периодически "откладывать в сторонку" и копии скриптов. Гораздо более сложной представляется задача создания копии (backup) такой динамичной структуры, как база данных MySQL. Основные трудности, которые возникают перед администратором размещенного на хостинге сайта, обычно бывают такие: Отсутствие физического доступа к файлам базы данных. Как правило, провайдеры хостинга предоставляют возможность работы с базой данных только через скрипты или специальный mysql-клиент, но не дают прав на доступ непосредственно к файлам, в которых содержатся данные из MySQL-базы. Отсутствие у администратора знаний о том, как вообще надо делать backup. Обычно такая задача возникает только, когда "клюнул жареный петух". То есть, в случае аварии, вторжения хакеров или в других внештатных ситуациях. Веб-мастеры просто не готовы к немедленному backup и начинают судорожно изучать документацию по MySQL, а время идет... В случае, если веб-мастер не владеет в достаточной мере навыками работы со специализированными утилитами из пакета MySQL, могут возникать трудности, связанные с ограничениями, налагаемыми хостинг-провайдером на пользовательские аккаунты. Например, если база очень большая и ее размер превышает лимит на доступную пользователю память (RAM), backup сделать будет сложно. Нужно пользоваться тонкими настройками утилит резервного копирования, что иногда тоже вызывает трудности на практике. Как сделать копию базы MySQL Существует программа mysqldump, позволяющая быстро и просто производить операции по созданию резервных копий баз MySQL. Также mysqldump дает возможность делать очень тонкие настройки для управления процессом создания резервных копий баз данных или отдельных таблиц. Можно сказать, что mysqldump - это основной инструмент, которым Вам придется пользоваться в том случае, если Вы будете делать backup MySQL. Сразу возьмем простую задачу, которую будем решать с помощью mysqldump, и разберемся, что к чему. Есть хостинг, есть база данных DBNAME, которую выделил Вам хостинг-провайдер. Есть хост HOST, на котором размещен сервер MySQL, логин LOGIN к нему, порт PORT, на котором работает сервер, а также пароль PASS. Имея все эти данные, можно сделать dump (дамп, копию) базы DBNAME так (выполняем в unix shell): > mysqldump -uLOGIN -PPORT -hHOST -pPASS DBNAME > dump.txt После выполнения данной команды в файле dump.txt у нас будет копия MySQL-базы DBNAME. Это произойдет только в том случае, конечно, если все параметры Вы зададите верно, в соответствии с настройками своего хостинга. Сразу нужно сказать, что программа mysqldump производит вывод результатов прямо Вам на STDIN, то есть, на экран. Нужно перенаправлять вывод в какой-либо файл. Например, как в данном случае - " > dump.txt ". Если этого не сделать, а база большая, Вы получите на экран все те мегабайты информации, которые в ней содержатся. Что же делает mysqldump. Эта программа создает сценарий восстановления Ваших данных. То есть, вывод mysqldump - это не какие-то абстрактные и нечитаемые двоичные данные, а осмысленный текст сценария. Например, если в Вашей базе была таблица test, в которой было поле test2 с типом данных integer и одна-единственная запись "1111", то mysqldump создаст примерно такой сценарий: # MySQL dump 8.14 # # Host: HOST Database: DBNAME #------------------------------------------------------ # Server version 3.23.39-log # # Table structure for table 'test' # CREATE TABLE test ( test2 int(11) default NULL ) TYPE=MyISAM; # # Dumping data for table 'test2' # INSERT INTO test2 VALUES ('1111'); Таким образом, mysqldump "опишет" все Ваши таблицы и создаст INSERT-команды для восстановления данных в таблицах. Итак, мы перенаправляем вывод mysqldump в текстовый файл, который потом будем использовать для восстановления. Рассмотрим и этот процесс - воссоздание базы из резервной копии. Для восстановления будем пользоваться стандартной программой mysql, которая входит в комплект поставки MySQL наряду с mysqldump. Допустим, у нас имеется backup в файле dump.txt. Нам нужно восстановить его в рабочую базу. Например, мы случайно удалили нашу базу данных, а теперь пытаемся исправить эту незадачу. Делаем так: > mysql -uLOGIN -PPORT -hHOST -pPASS DBNAME < dump.txt То есть, заставляем mysql-клиент соединиться с сервером и выполнить сценарий, который у нас имеется. После выполнения этой команды в Вашей базе появятся таблицы и данные из резервной копии. Учитывайте то, что данные будут просто восстанавливаться по сценарию из dump.txt. То есть, если таблицы, которые упоминаются в дампе базы, уже существуют и имеют другую структуру, тут явно возникнет ошибка. Просто посмотрите на сценарий и на рабочую базу и представьте, что Вы вручную выполняете команды из сценария. Если уверены, что все будет хорошо - смело восстанавливайте. Настройки mysqldump --databases - позволяет сделать так, что mysqldump включит в сценарий восстановления команды CREATE DATABASE /*!33333 IF NOT EXISTS*/ DBNAME и USE DBNAME. Это позволит создавать рабочие базы "с нуля". То есть, без использования --databases подразумевается, что пользователь восстанавливает одну базу данных и явно указывает, куда нужно помещать восстанавливаемые данные. Если же backup создается с целью сделать полностью рабочую копию данных, например, на другом MySQL-сервере, то нужно использовать этот ключ; --all-databases - позволяет сделать копии всех баз данных, которые существуют на данном MySQL-сервере. Если же нужно сделать копии только некоторых баз, нужно просто указать их через пробел при вызове mysqldump из командной строки (см. выше); --help. - Программа mysqldump имеет множество версий. Посмотреть, какие возможности поддерживаются конкретно Вашей версией, можно с помощью этого ключа; --add-drop-table - ключ, который заставит mysqldump добавлять в итоговый сценарий команду drop table перед созданием таблиц. Это позволит избежать некоторых ошибок при восстановлении базы из резервной копии. Конечно, нужно учитывать то, что таблицы, находящиеся в рабочей копии (если таблицы с таким же именем существуют в backup), перед восстановлением из резервной копии будут удалены из основной базы и пересозданы из backup; --no-data - С помощью этого ключа можно быстро сделать копию структуры таблицы/баз без самих данных. Например, Вы создали сложную таблицу и хотели бы сохранить на будущее ее структуру, а сами данные, которые находятся в этой таблице, Вам в резервной копии не нужны; --result-file=... - этот ключ можно использовать для перенаправления вывода в файл. Можно использовать обычное unix-перенаправление командой ">", а можно - вот этот ключ. Кому что нравится; Кроме перечисленных ключей mysqldump имеет и еще некоторое количество очень полезных возможностей, которые Вы можете применять по обстоятельствам. Полная документация по mysqldump доступна на странице http://www.mysql.com/doc/m/y/mysqldump.html Еще один очень полезный совет по использованию mysqldump в хостинговой среде. Как правило, при использовании хостинга на пользователя налагаются некоторые ограничения. Например, нельзя занять больше некоторого количества физической памяти (RAM, ОЗУ). mysqldump по умолчанию помещает все полученные от MySQL-сервера данные в память, а потом записывает все это на диск. Соответственно, если провайдер дает Вам занять, например, 30Мб памяти, а база, копию которой Вы делаете с помощью mysqldump, занимает 50Мб, конечно, тут возникнет ошибка - mysqldump не сможет отработать корректно и завершится аварийно, о чем Вам сообщит. Чтобы "заставить" mysqldump писать данные сразу на диск, а не хранить их, пусть даже и временно, в памяти, используйте ключ --quick. Это решит проблему. Автоматизация резервного копирования Теперь подумаем, как бы нам автоматизировать процесс создания резервных копий базы данных. Итак, существует программа - cron. Она позволяет запускать процессы в указанное пользователем время или с определенной периодичностью. Сразу оговоримся - cron в общем случае существует только под Unix, так что, если Вы используете для хостинга ОС Windows, проконсультируйтесь со своим хостинг-провайдером о том, как лучше запускать процессы в нужное время. Да и вообще, пожалуй, этот пункт будет интересен только unix-пользователям. В unix shell запускаем crontab -e и создаем такое правило запуска процесса создания копий базы: 0 0 * * * mysqldump -uLOGIN -PPORT -hHOST -pPASS DBNAME | gzip -c > `date "+%Y-%m-%d"`.gz Эта команда, запускаясь из cron в полночь (00:00) каждых суток, делает дамп Вашей базы DBNAME и архивирует его архиватором gzip в файл-архив с именем, соответствующим текущей дате. Например, если мы делаем dump 3 января 2002 года, имя файла с архивом будет 2002-01-03.gz. Для того, чтобы получить файлы, по именам которых можно удобно узнать дату их создания, мы используем команду date, которая является стандартной для всех unix-систем. Эта команда позволяет задавать произвольный формат вывода даты, что мы и использовали - date "+%Y-%m-%d". Мы поместили эту команду в обратные одинарные кавычки (backticks), что в unix shell заставляет вставить в команду (утрируя) результат выполнения другой команды. Сохраняем правило для cron и ждем результатов. Кстати, подробнее о cron можно почитать на странице http://host.ru/documentation/v-www/0014.html Итак, каждый день мы будем иметь на диске заархивированную копию нашей базы данных. Можно быстро найти нужный архив по его названию и восстановить то, что испортилось, например. Кстати, если Вы хотите автоматизировать удаление старых архивов, попробуйте воспользоваться cron и командой find, которая обычно есть в unix. Запуская периодически find ~/каталог-с-архивами -name "*.gz" -mtime +7, Вы будете удалять архивы, которые "старше" семи дней. Прочитайте документацию по find - она доступна по команде man find в unix shell. Если у Вас есть компьютер, постоянно подключенный к интернет, можно так же по cron копировать созданный Вами backup на него. Конечно, провайдерская хостинг-машина - это очень надежная штука. Однако, как говорится, "береженого Бог бережет". Старая как мир истина в определенных условиях может и Вам помочь. Используйте для копирования на другую машину команды ftp и scp. Добавьте их запуск в cron. Если Ваша машина поддерживает соединение по протоколу ssh, используйте secure copy клиент для копирования файлов - scp. Читайте документацию по этой команде в man-странице man scp.

Материал подготовлен: cтудия D-ART - создание и раскрутка сайтов в интернет.

Какие данные нужно хранить в MySQL

Не старайтесь поместить в базы данных всю информацию, которая у Вас есть. Например, не нужно хранить там картинки, хоть MySQL это и позволяет. Помещая в базу данных двоичные образы графических файлов, Вы только замедлите работу своего сервера. Прочитать файл с картинкой с диска гораздо проще и, с точки зрения потребляемых ресурсов, экономичнее, нежели соединиться из скрипта к SQL, сделать запрос, получить образ, обработать его и, выдав нужные http-заголовки, показать посетителю веб-сервера. Во втором случае операция выдачи картинки потребует в несколько раз больше ресурсов процессора, памяти и диска. Также стоит помнить о том, что существуют механизмы кэширования веб-документов, которые позволяют пользователю экономить на трафике, а при динамической генерации контента Вы фактически лишаете своих посетителей этой удобной возможности.

Вместо картинок лучше хранить в MySQL информацию, на основе которой можно генерировать ссылки на статические картинки в динамически создаваемых скриптами документах.

Материал подготовлен: cтудия D-ART - создание сайтов.