edogs software

edogs software
Рейтинг
775
Регистрация
15.12.2005
Должность
Программирование
pauk:

Сообщение от petko
общий оборот денег, прошедших через него составил около двух миллиардов рублей.

Фигасе. В России за такое бы не 5 лет грозило, если, конечно, он не член одной Партии.

В доходах-то это не так много. 2 миллиарда белорусских это 20 миллионов русских, доход 5% у него был, т.е. где-то миллион русских рублей прибыли. Не гигантская сумма если подумать за 2 года-то, при 150 сделках в месяц.

MoMM:
иногда еще полезно читать, а не только деньги отправлять...

Строго говоря следует читать не только информацию на сайте обменника, но и правила вебманей для обменников

http://owebmoney.ru/articles/newrules.shtml

5. Обменная сделка должна быть проведена в течение 12 часов с момента поступление денег или WM от клиента

Так что каким бы неадекватным ТС не был, доля правды в его словах есть (если он действительно уже сутки ждет). Приняли деньги на обмен - обязаны были перевести в течении 12 часов, а не суток.

Выходные? Отдыхают? Надо было форму для приема денег закрывать.

Reply-to: заполните тем же что и From. "Reply-To: example@mail.ru\n", а не "Reply-To: \n"

В конце заголовков - укажите \n\n, а не \n

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

В идеале вообще from и reply-to заголовках в идеале должен быть тот домен, с которого Вы отправляете.

Если нужно отправлять письма с mail.ru, то используйте smtp (например через phpmailer класс) с "родного" аккаунта, который указываете в обратном адресе.

Еще в копилку отзывов о хетзнере.

Заказывали у них для клиента EQ6. Очередь была недельная (по их страничке со статистикой установок). Сервер поставили через день. Все настроили, поставили, все работает (железный конфиг почему-то никому в голову не пришло проверить досконально:) ).

И тут приходит счет с железным рейдом и флексипаком соответственно ( +30 евро в месяц где-то). Однако рейда никто не заказывал. На справедливое возмущение хетзнер отменил эту доп. плату и спросил "сервер уже в работе? т.к. при отключении рейда улетят все данные", и получив ответ "данных уже навалом, может как-нибудь по другому, а?" бодро заявил "ну и фиг с ним, пользуйтесь тогда бесплатно" (с)

Вообще поведение достаточно типичное для недешевых американских ДЦ, но в бюджетном хетзнере такого не ожидали. Понятно что косяк ДЦ, видимо перепутали сервера, поэтому и поставили за 2 дня, а не за неделю, но ситуацию они решили более чем достойно.

Multiname:
Перс превосходно оформляется по почте, никуда не выезжая.

Во-первых, еще к нотариусу надо дойти и денег ему заслать за заверение.

Во вторых - в большинстве случаев может быть оформлен по почте. Но иногда несмотря на отосланное и полученное заявление, всё равно просят посетить регистратора лично.

Динозавр:
Да никто таких данных давать не будет!
Или ТС что то не договаривает или началась конфронтация вебмоней с ОСС. Если пойдут массовые блокировки формальных аттестатов за оплату счетов ОСС, то будет плохо всем, в том числе и владельцам персов.

Вряд ли с ОСС. Скорее всего вебмани идет по дорожке проложенной яндекс.деньгами. Блокировка по каждому чиху анонимусов. Что в общем ведет постепенно ко всеобщей идентификации/персонализации, ляпоте, мире во всём мире и ... упрощению работы нашей родной советской налоговой, государственным электронным деньгам и т.д..

Troyan:
Akcium, нет дело не в этом, абсолютно идентичный случай был месяца 3 назад, друг мне скинул деньги, в комментариях написав, троянычу за работу, и тут же через 10 секунд от бота wm приходить точно такое же сообщение, ну думаю братан ты попал, довольный ушёл домой, прихожу, и мне прислали, отписал в саппорт представил скрины, того, что я "троян" =) ну на форумах всяких, поэтому он ко мне так обращается, и разблокировали кошелёк

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

'[umka:
;6783705']Всё ясно с вами ...

$b = preg_replace('|<div class="google(.*)</div>|is', "", $b);

Если вспомнить что это html файлы, то правильнее

$b = preg_replace('|<div class="google(.*)</div>|isU', "", $b); , во избежание.

Тема вывода денег на р/с ИП раскрыта.

Тема "Легального и юридически правильного способа" вывода денег не раскрыта абсолютно.

Не раскрытые моменты

1) Примечание платежа "продажа ценных бумаг". Могут возникнуть вопросы о том, может ли ИП без соответствующих бумажек операции с ценными бумагами проводить. Возможно палево.

2) Момент получения дохода - момент получения дохода в натуральной форме - в виде ценных бумаг - в виде ВМР. С этого надо отстегнуть %%. Однако момент продажи ценных бумаг - еще одна продажа, с которой опять же надо остегивать %%. Для ИП на усн 6% это весело по деньгам, для не упрощенцев это весело по отчетности. Возможны нюансы.

2.1) Для примера - приход денег от робокассы, сапы проходит с нормальным примечанием, перечисление денег по договору. А тут Вы акции продаете - совсем другое дело.

3) ВМИД указан 398436110089 там на скриншоте. Однако статуса ИП он не имеет. Или автор решил фейковый вмид указать на скрине, или... вообще жесть. ВМИД принадлежит физ.лицу, и на него физ.лицо получает доход, а потом переводится в банк на счет ИП. Инспектор офигеет.

4) Непонятно что делать с вмз переводами. Если они будут считаться как валюта, то валютный контроль и вообще какие на фиг расчеты в россии с валютой. Если конвертить в вмр по ЦБ, то непонятно по какому курсу и на какой день учитывать. Опять же сплошные вопросы и возможное палево.

5) Непонятно что с остальными переводами на этот ВМИД, особенно если ВМИД привязывать к ИП. Типа - это коммерческая деятельность, а это нет? Может быть суровое палево.

И так далее, это только основное.

p.s.: некликабельная ссылка сакс

Boris A Dolgov:
Привет, форумчане!

Часто встречаются жалобы от недовольных клиентов о том, что внезапно их сайт отключили за нагрузку на сервер, предложили увеличить тариф или перейти на ВПС.
Конечно, есть жалобы о том, что хостер - жадина и не должен контроллировать нагрузку.
Но большая часть жалоб - именно из-за внезапности. Сейчас хостеры не предоставляют никаких средств для самостоятельного контроля клиентом нагрузки, создаваемой им.

Представим себе, что такая система появилась :) Пользовались бы Вы ей для контроля за нагрузкой, или игнорировали бы?

Если бы пользовались, то что бы Вы хотели в ней видеть? Можно высказывать самые неожиданные желания, которые помогут Вам в пользовании системой. Например, есть вариант, когда показывается среднее cpu% за 15 минут, по ним можно делать выборки и строить графики. Есть вариант показа cpu time отдельно по сайтам, mysql-юзерам, с отдельными графиками и общим вкладом. Можно добавить какие-то хитрые аналитические инструменты, другие показатели, предупреждалки, и так далее. Предлагайте!

Для хостеров: на ХО есть обсуждение хостерской части. Если Вас нет на ХО, то, наверно, можно писать сюда.

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

Смешно? На самом деле нет. Потому что сайт вырубается как раз именно в такие моменты, в пиковые и малопредсказуемые. Сидим мы смотрим как нагрузка растет от 1 до 4% постепенно, спим спокойно, а потом slashdot - 16% и опять же - неожиданная смерть сайта. При чем ключевое слово здесь то, что это именно внезапная смерть. Поэтому система мониторинга как таковая особо не спасет.

Опять же, Вы тут выше упоминает php-cgi и т.д., что наводит на мысль о том, что нагрузку мускула оно мерять не будет. А ведь есть не только мускул. А если так, то теряется смысл такой тулзы полностью.

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

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

den78ru:
На каком?

Кгм. На vbulletin (+vbadvanced?). Аргументы писали выше.

den78ru:

Core i7 8Gb RAM
VS
2x Xeon E5504 2.0 ГГц 4.80ГТ/с, 8Гб RAM DDR-3 ???

При грамотной настройке сервера и не кривых скриптах - должны потянуть. Но если хотите подстраховаться на тему пиков, более спокойно делать бакапы, отдавать не мало статики - мы бы посоветовали 2 таких, один под базу, другой под скрипты (при такой посещаемости не разоритесь). Статику кинуть на тот, который по результату будет менее нагружен.

Вариант же "поставил друпел в дефолте с плагинами на сервер каким его сдали в ДЦ" - без вариантов мимо кассы, и четверти не потянет.

den78ru:
Господа сведущие - вопрос.
Дано - сайт с потенциалом в 200К хостов и лям хитов/сутки.
Функционал - многораздельный портал(на каждый раздел свой шаблон), просмотр/добавление юзерами контента/комментариев, форум, блоги, рейтинг сайтов.
Какой двиг, ДЛЕ, Друпал, Джумла при одинакового грамотной оптимизации и настройке предпочтительней

1. В плане нагрузки на сервер?
2. Удобства и простоты управления/освоения?
3. Потенциала расширения функционала?

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

2) Друпел проблемнее в освоении, но попроще в управлении когда уже освоил. Жумла и дле равноправны.

3) Потенциально друпел, на практике, если новый функционал будет сильно не вписываться в его рамки, то друпел доставит проблем.

В общем - ДЛЕ, жумла годятся, но их надо править по нагрузке однозначно + вряд ли найдете хорошие модули для форума и блога. Друпел по нагрузке править бесполезно, у него это фича, которой он платит за неплохую абстракцию:)

Фактически у Вас по описанию (статьи, комментарии, форум, блоги, рейтинг) все очень просто. .

Если нужно "коробочное" решение и относительно шустрое, то мы бы проголосовали за vbulletin (при чем скорее всего версии 3.х) - он решит вопрос блогов и форума. vbadvanced - решит вопрос статей, контента и еще чего-то там. По нагрузке - вобла весьма продуманна (особенно если залезть в настройки, заметьте! в отличии от тех 3 движков - в настройки, а не в код!). Репутация, комьюнити, кол-во модулей - все отлично. Цена - не высокая по любому. Рейтинг сайтов - скорее всего прийдется дописать, но в общем это и к дле/друпел/жумле относится.

Опять же, если речь идет о крупном сайте, то наверняка захочется поставить воблу (vbulletin) в качестве форума, так зачем плодить сущности и делать сайт на разных движках, когда можно сделать на одном?

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

den78ru:
Всем спасибо. А в плане нагрузки, в цифрах можно?

200К хостов и лям хитов/сутки

Скажем в час пик 20К народу онлайн - требуемые ресурсы?

20к народу онлайн - это примерно как сказать "высота этого дерева 20 попугаев". Онлайн меряют по разному. Одни сайты считают человека в онлайне если он открывал страницу в течении 30 минут, другие 5 минут, третьи 1 секунду, очень редкие считают реальных онлайн. Разброс в измерениях будет разный.

Поэтому скажем более абстрактно. Лям хитов это много. Но на хорошем сервере, при грамотной настройке и движке без ляпов и без сильных экстремумов в посещаемости - это вполне осиливается. Или на двух похуже, один база, другой скрипты.

Всего: 12159