A007MP

Рейтинг
74
Регистрация
12.06.2015
Gudini:
Человеку в прошлом году за землю в московской области налог был за 2013 всего 3000Р
Сейчас пришел свежий квиток (по кадастровой цене) за 2014 уже 40000 рубликов.

Кстати да, аналогично. Что за хрень они там насчитали? Они собираются вообще у людей последние деньги забрать? А ведь еще осаго подорожало в два раза, каско наверное у многих компаний выше будет. Да и некие "взносы на капремонт" - примерно 1000-1500 рублей за квартиру в МЕСЯЦ!

Подключал к интернет-магазинам пэймастер (paymaster.ru) - там все описание есть, настраивается быстро. Правда, как-то странно они подключают платежные системы частями, но вроде за 2-3 недели все включают.

RokkoJ:
По суду и на генерального и на учредителей могут повесить долг ООО, но это надо доказывать. Хотя прецеденты есть.

Какой долг ООО? Общество отвечает по своим обязанностям только своим имуществом и только! Другое дело, что Гендира могут привлечь к ответственности, если докажут злой умысел (например набрать кредитов и спустить их). А учредитель вообще ничем не рискует - он только лишь назначает гендира и распределяет чистую прибыль.

edogs:
чушь завязывайте нести.

Ну и... Вы только что тоже самое сказали:

edogs:
ИП в россии это аналог физ.лица. Проблемы ИП становятся проблемами физ.лица. Должен ИП 5млн - физ.лицо будет продавать квартиру и машину, что бы расплатиться; деньги будут списаны со счетов, счета будут арестованы. Все прелести в общем.

Храните все данные на сервере! Все! Не храните никаких данных у пользователя.

В куках прописываете только уникальный идентификатор пользователя. По этому идентификатору формируете таблицу в базе, куда записываете все покупки пользователя (корзину) и т.д. В дальнейшем это позволит работать с корзиной в любом браузере с любого места, стоит только залогиниться.

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

P.S. В комусе, к примеру, реализована правильная корзина - можно с разных компьютеров сразу видеть одну корзину.

Stefan Macey:
Если я добровольно, но по ошибке не на тот счет отправил деньги и получатель обманывает, что не получил их и отказывается возвращать. Это не считается мошенничеством? И она продолжит спокойно работать?

---------- Добавлено 22.08.2015 в 03:17 ----------

Я просто в шоке. Мы с этим человеком прорабатывали проект по копирайту, который принес бы ей в десять раз больше прибыли. Но видимо халявные копейки стоят больше и пофик на репутацию.

Ну напишите ей отрицательный отзыв на фрилансе, если это действительно так.

edogs:
что значит "даже"? кредитная карта привязана к обычному счету, поэтому это то же самое что обычный счет.
Уберечься возможно используя счет открытый до июля 2014, т.к. банки передают данные только об открытых/закрытых счетах где-то с июля 2014. Те счета что были открыты ранее - не переданы никуда.

Я имел в виду кредитных карт для личного пользования (как физлицо), которые ни к чему не привязаны.

Mju:
Это ваши домыслы, алгоритм работы базы данных я описал выше. Поэтому отдельной базы количества бэклинков никто не ведет.

Вы случаем не сотрудник Яндекса? Уж больно четко Вы описали алгоритм работы ИХ базы, который никто, кроме программистов Яндекса НЕ ЗНАЕТ!

Mju:
Не думайте, что Яндекс ставит перед собой задачу отчитаться перед вами о количестве ссылок на ваш сайт. Это не так.

Ну это просто фраза дня. Действительно, что это мы тут все думаем, что яндекс будет перед нами отчитываться? Что он свои инструменты (метрика, вебмастер) для людей создает? Гениально!

Mju:
Беру небольшую базу в 100 тысяч записей - бэклинки, формат INNODB, тип SQL
В общем списке таблиц вижу запись: ~108,718. Открываю первую страницу (вывод по 30):
"Отображает строки 0 - 29 ( ~109,257 всего , запрос занял 0.0002 сек.)"

открываю 2-ю страницу

"Отображает строки 30 - 59 ( 115,192 всего, запрос занял 0.0002 сек.)"

открываю 3-ю страницу
"Отображает строки 60 - 89 ( 103,593 всего, запрос занял 0.0002 сек.)"

открываю 4-ю страницу
"Отображает строки 90 - 119 ( 107,234 всего, запрос занял 0.0002 сек.)"

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

Вы извините, но у меня калькулятор быстрее работает, чем Ваш "сервер".

Отображает строки 9778650 - 9778679 ( 9,778,954 всего, запрос занял 0.0001 сек.)

В одной только этой таблице около 10 миллионов записей (а их в самой базе много и самих баз крутится на сервере сотню). Если делать "по уму", а не как многие делают, то не надо каждый раз делать переборку всех записей базы - один раз достаточно подсчитать количество элементов и просто записать это значение в базу. Ибо, если проект высоконагруженный, то такими постоянными переборками вы просто его угробите.

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

---------- Добавлено 21.08.2015 в 22:28 ----------


Возьмите любую запросную базу данных и вставьте в нее 10 значений. Попросите базу вернуть вам количество и вы получите 10. Вставьте в нее 10 миллиардов значений и начнете получать разные цифры. Это оптимизация базы, так обрабатываются запросы, иначе приходится вовлекать систему в перебор всех ячеек, а это слишком ресурсозатратно для того, чтобы показать вам количество бэков.

Как должна работать программа по подсчету обратных ссылок:

1. Робот обходит сайты и заносит урлы всех (уникальных) страниц, на которых найдена обратная ссылка, в базу.

2. Когда мы обошли все сайты в интернете и занесли в базу все имеющиеся страницы и сайты, программа подсчитывает количество записей (то есть уникальных страниц) и записывает эту цифру в другую базу.

3. Когда посетитель смотрит в вебмастере страницу, программа берет данные из второй таблицы, где находятся только лишь две цифры - общее количество сайтов и количество страниц. А в этой базе ровно столько записей, сколько сайтов зарегистрировано в Я.Вебмастере (ну явно не десять миллиардов).

Конечно это все утрировано, но примерно так это должно работать. Понятное дело, что один сервер с этой нагрузкой не справится, поэтому задача разбивается на множество серверов и пауки поочередно обходят сайты, занося данные именно в свою базу. Но потом все должно синхронизироваться (складываться, сравниваться или пересекаться с другим множеством), но общий смысл такой. Но вот по какой-то причине там идет неверный подсчет. Либо глючат сервера, либо программа, либо алгоритмы - кроме сотрудников яндекса вряд ли эту информацию кто-то знает. Именно поэтому недавно все пользователи жаловались на некий "ссылочный взрыв и отскок", когда количество ссылок внезапно увеличивалось в разы, а потом обратно уменьшалось (или наоборот). Да и то, как правильно заметил Присущ - изменение этих цифр при обновлении страницы имеет свою закономерность. То есть 2-3 значения на разных серверах, которые не синхронизировались и показывают эти данные.

Всего: 692