Stek, Если бы так было везде, то все были бы счастливы и не стояли в очередях на подачу заявления)
Как это логично, за товар можете заплатить наличкой, у меня нет налички, ура, мне можно не платить за товар. Это просто стёб какой-то.
Я если захочу работать с какой либо партнёрской программой, я обязательно найду всё что для меня важно, а если нет, то да, спрошу. Факт в том что информация эта есть и судя по всему не в одном месте.
Stek, как интеренсно вы это понимаете, для ускорения процесса это де-юро или де-факто не обязательно? Извините, где ваша логика?
Вам нужно разжевать как это бывает в нашем мире? )
> Для ускорения обработки ваших данных загрузите документы онлайн, или вы можете приехать к нам в офис лично, думаем дальше ....
или можете прислать по E-mail ...
или лично встречал - скайп идентификацию, не?
Это просто примеры.
По поводу ссылки на вывод согласен, можно было впаять её вообще на главную страницу, но не считаю это обязательным. :)
Stek, LineHost, ребят, а кто вам сказал что нет информации о том что для вывода средств нужно загрузить скан паспорта? Вы как себе это представляете?
Эта информация скрыта от клиента именно для того чтобы ежедневно появлялись такие топики на сеарче? ) Т.е. человек видит как растёт его баланс, и тут ему вздумалось сделать вывод, жмёт кнопку вывести и ему пишут мы вас кинули? Я уверен что это абсолютно не так, и прежде чем начать приводить клиентов, любой ознакомится с условиями вывода средств, если ему это нужно. Фактор нежелания что-либо читать конечно основополагающий.---------- Добавлено 25.10.2016 в 11:40 ----------
упс, вы меня опередили, тут уже добавить просто нечего!
ТС, судя повсему нет, раз у вас демо DLE грузит хостинг.
Говоря с иронией, вас уже достаточно поддержали в этой теме.
Ничего кроме как хорошего пиара для вебхоста вы пока не добились, только подтвердили что данная компания серьёзно относится к серьёзным вещам. Дело даже не в законах. Я знаю о чём пишу, моих клиентов уже обворовывали на деньги выводя средства с баланса на WM.
LineHost, всё бывает, поверьте, 1 DLE сайт без посещалки из кривых рук может положить базу и выделенный сервак на лопатки, ну либо упрётся в какие то лимиты. Уточняю, ключевой фактор не DLE, а кривые руки... Когда упирается в лимиты, эффект не лучше, ваш хостинг гавно, ведь он пустой DLE сайт не тянет)
Вот теперь понятно от куда идёт злость. Идентификация возможно вообще не причём, да? )
Нужно было создать тему вида: Тестовый сайт DLE грузит хостинг, с меня требуют больше денег
На эту тему
Тестовый сайт DLE ещё как может грузить хостинг, если туда залить например 1гб базу, либо добавить каких-то модов которые без остановки грабят чужой контент добавляя бешенное число страниц... при этом поисковики жаждят индексировать этот тестовый сайт дидося миллион страниц, ежедневно... да тут братки нужен выделенный сервер!!! 🤣
Т.е. чтобы стало понятно, сайт может быть не посещаем вообще, и при этом ужасно грузить хостинг, часто бывают проблемы в кривых модах.
Этакий мозговой штурм между хостерами и клиентами, надпоминает сложности взаимоотношений между мужчиной и женщиной :)
Имея опыт того как работают компании в РФ и ЕС (особенно в сфере хостинга), все эти сравнения ЕС и РФ хостеров просто неуместны. Европа считается бюрократичной, но на самом деле всё проще, работать легче, бумаг меньше, всё гибче, лицензии не нужны. В РФ же пока всё сложнее в этом плане, кругом бумажки, а без печати всё какашка.
Налог платится всегда за предоставленную услугу, если у вас нет от него какого либо освобождения. По факту проживая сейчас в Европе, я могу продавать хостинг за "ХЛЕБ" и всё равно должен платить налоги, это мне сказали ЛИЧНО в налоговой. Нет разницы что я принимаю в качестве оплаты, будь то вебмани, биткоины или другие фантики. Есть сумма счёта которая будет считатьcя постфактрум уплаченной и она является налогооблагаемой.
Теперь РФ, тут всё сложнее, это менталитет, "не укради, не обмани" - для некоторых всё ещё незнакомые понятия, а иногда иначе просто нельзя... поэтому и законы с присущей им бюрократией и дотошной отчётностью намного жеще, можно работать, делать всё по закону и всё равно сесть, можно работать, не соблюдать законы, и ничего за это не будет.
Создателю этой горячей темы
Если компания вздумала вас идентифицировать как клиента (на что она имеет полное право), при этом вы нормальный клиент, а не какой то мошенник, радуйтесь этому, это надёжность и добросовестность, о вас думают, интернет злая среда, лишняя проверка идёт всем на пользу, не стоит всё рассматривать однобоко, это не только в интересах компании.
Важно конечно научиться различать где нормальные компании, а где кидалы. КиДаЛы, как громко сказано, о вас заботятся кидалы, это респект)) Каждая НОРМАЛЬНАЯ компания всегда думает и заботится о клиенте в первую очередь, почему? Её цель предоставлять услуги и развиваться, а развитие без клиента не возможно, следовательно первая и конечная цель компании это сделать клиенту хорошо :) Нормальную компанию можно определить по отзывам, её популярности, размеру (сотрудники/клиенты), сроку службы, наличие офиса и рабочих телефонов, адекватно-быстрая реакция на E-mail.
Партнёрка. Как уже писали выше, предположим вы как партнер и получили партнерские отчисления, возможно они уже на балансе, возможно вы вовсе не хотите их выводить, а просто продлите свои услуги - и это не редкий случай. Идентифицировать всех в данном случае не имеет смысла, делать это нужно там, где возможны неправомерные УТЕЧКИ денег.
7ка у нас ещё с беты в продакшене обхаживалась - без каких либо проблем, проблема с опкеш возникла только недавно. А в 5.6 эта проблема ещё успеет повсплывать, исходя из того что этот bugfix импортирован и в 5.6:
[2016-09-05 15:06 UTC] jpauli@php.net
Backported to PHP-5.6 today
Так что будьте на чеку, особенно те кто c itk :)
Хотел бы подытожить для тех кому это интересно.
Проблема действительно связана с https://bugs.php.net/bug.php?id=72590
Это подтвердилось как через strace так и через логи opcache.
Суть проблемы в том что PHP внёс исправление после которого теперь работает форсированный рестарт opcache, ранее рестарт не работал. А суть рестарта заключается в том, что если рестарт не проходит гладко то сам opcache начинает убивать некоторые процессы апача, НО, так как мы имеем дело с itk, то один юзерский процесс апача не может прикончить другого, так как это разные юзеры. От сюда получаем бесконечный вечный цикл, пока процесс сам не умрёт, как это бывает? Один из процессов выполняет долгую работу, может быть даже выставлен set_time_limit(0), пока процесс не завершится, лежит весь апач, так как убить этот процесс невозможно.
Что делать? Кручение каких либо настроек, не дало никаких результатов, единственное и последнее что сейчас тестируется это настройка opcache.force_restart_timeout = 180 (default), собственно она и регулирует процесс перезагрузки, если перезагрузка не проходит гладко то через 180 секунд начиниется killing. Я просто выставил значание 100000, что по сути превышает 1 день, в данном случае если гадкий залоченный процесс и будет висеть около дня, то зачистка не запустится так как будет выжидание этого времени. В добавок к этому у нас идёт ежедневная зачистка таких висящих процессов. Денёк полёт нормальный, скорее всего это решит проблему, если нет, то последнее решение это полностью отключать opcache. 🙅
Увеличение не устроит пользователей которые меняют свои php в лайв режиме)
Вот на что наткнулся в ченжлоге:
php 7.0.10
Opcache:
Fixed bug #72590 (Opcache restart with kill_all_lockers does not work).
https://bugs.php.net/bug.php?id=72590
Самое печальное что они якобы исправили это в 7.0.10, с которой у нас собственно и началось всё, просто проявляется это на паре самых нагруженных серверов, которые были как раз нагружены за последние пару месяцев. Поэтому чётко не получится сказать, прямая связь с нагрузкой или с версией 7.0.10 :(
