avatar
Правда из за таких скоростей будет дополнительная рекомендация делать чаще бэкап))
Тут либо скорость, либо надежность.
Как показывает практика, многие люди недовольны скоростью дискового массива, попробуем и дать больше скорости. Тогда пусть стараются делать бэкап))
avatar
Я согласен что VDS и Выделенный сервер это как попа с пальцем)
Но, если брать в расчет выделенные серверы i3 i5 старых моделей, и ставить в сравнение VDS с 4 ядрами, и мощной SSD системой, то в полне реально что они обойдут выделенные серверы. Конечно обход в цене не знаю какой будет.
Например я планирую протестировать наши новые серверы 2 ядра 2900Mhz и 4GB RAM = 800 руб. Весьма интересно будет, с каким выделенным серверов они смогут потягаться xD
Учитывая то, что изюменка будет в дисковом массиве из быстрых SSD, то старые дедики с SATA 2 скорее всего рядом не стояли. Но это лишь теория))
avatar
Ну и да. Выделенные серверы также разные есть. Ниочем короче спор.

Один чел какой то тестил впс:
Distro:
Debian GNU/Linux 8 \n \l
CPU Info:
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 13
model name	: QEMU Virtual CPU version (cpu64-rhel6)
stepping	: 3
microcode	: 0x1
cpu MHz		: 2666.760
cache size	: 4096 KB
physical id	: 0
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 4
wp		: yes
flags		: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm nopl pni cx16 hypervisor lahf_lm
bogomips	: 5333.52
clflush size	: 64
cache_alignment	: 64
address sizes	: 40 bits physical, 48 bits virtual
power management:
Disk space: 
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/vda1        9674264 8903788    256140  98% /
udev               10240       0     10240   0% /dev
tmpfs             101260   12672     88588  13% /run
tmpfs             253144       0    253144   0% /dev/shm
tmpfs               5120       0      5120   0% /run/lock
tmpfs             253144       0    253144   0% /sys/fs/cgroup
total           10297172 8916460    866376  92% -
Free: 
             total       used       free     shared    buffers     cached
Mem:        506288     500672       5616      21124      75680     274792
-/+ buffers/cache:     150200     356088
Swap:      1048572      50300     998272

--- vip1.g5.cachefly.net ping statistics ---
1 x Dhrystone 2 using register variables  3 1IOPing I/O: 4096 bytes from . (ext4 /dev/vda1): request=1 time=0.2 ms
4096 bytes from . (ext4 /dev/vda1): request=2 time=0.1 ms
4096 bytes from . (ext4 /dev/vda1): request=3 time=0.4 ms
4096 bytes from . (ext4 /dev/vda1): request=4 time=0.4 ms
4096 bytes from . (ext4 /dev/vda1): request=5 time=0.4 ms
4096 bytes from . (ext4 /dev/vda1): request=6 time=0.3 ms
4096 bytes from . (ext4 /dev/vda1): request=7 time=0.4 ms
4096 bytes from . (ext4 /dev/vda1): request=8 time=0.3 ms
4096 bytes from . (ext4 /dev/vda1): request=9 time=0.5 ms
4096 bytes from . (ext4 /dev/vda1): request=10 time=3.8 ms

--- . (ext4 /dev/vda1) ioping statistics ---
10 requests completed in 9007.7 ms, 1506 iops, 5.9 mb/s
min/avg/max/mdev = 0.1/0.7/3.8/1.0 ms
IOPing seek rate: 
--- . (ext4 /dev/vda1) ioping statistics ---
3883 requests completed in 3001.4 ms, 1408 iops, 5.5 mb/s
min/avg/max/mdev = 0.0/0.7/60.2/2.7 ms
IOPing sequential: 
--- . (ext4 /dev/vda1) ioping statistics ---
2485 requests completed in 3000.3 ms, 904 iops, 226.1 mb/s
min/avg/max/mdev = 0.4/1.1/127.8/3.4 ms
IOPing cached: 
--- . (ext4 /dev/vda1) ioping statistics ---
47924 requests completed in 3000.0 ms, 520624 iops, 2033.7 mb/s
min/avg/max/mdev = 0.0/0.0/0.1/0.0 ms
Pings (cachefly.cachefly.net): PING cachefly.cachefly.net (5.178.80.20) 56(84) bytes of data.
64 bytes from 5.178.80.20: icmp_seq=1 ttl=59 time=1.62 ms
64 bytes from 5.178.80.20: icmp_seq=2 ttl=59 time=1.71 ms
64 bytes from 5.178.80.20: icmp_seq=3 ttl=59 time=1.47 ms
64 bytes from 5.178.80.20: icmp_seq=4 ttl=59 time=1.54 ms
64 bytes from 5.178.80.20: icmp_seq=5 ttl=59 time=1.63 ms
64 bytes from 5.178.80.20: icmp_seq=6 ttl=59 time=1.59 ms
64 bytes from 5.178.80.20: icmp_seq=7 ttl=59 time=2.79 ms
64 bytes from 5.178.80.20: icmp_seq=8 ttl=59 time=2.51 ms
64 bytes from 5.178.80.20: icmp_seq=9 ttl=59 time=2.71 ms
64 bytes from 5.178.80.20: icmp_seq=10 ttl=59 time=2.90 ms

Download Cachefly: 10.5MB/s
Download OVH, Paris, France: 25.2MB/s
Download Hetzner, Nuernberg, Germany: 21.4MB/s
Traceroute (cachefly.cachefly.net): traceroute to cachefly.cachefly.net (5.178.80.20), 30 hops max, 60 byte packets
 1  94.242.57.1 (94.242.57.1)  0.448 ms  0.380 ms  0.428 ms
 2  bg.rnet.ru (94.242.0.1)  8.117 ms  8.385 ms  8.367 ms
 3  94.242.0.50 (94.242.0.50)  1.299 ms  1.288 ms  1.272 ms
 4  mskix.spb.selectel (195.208.210.162)  0.816 ms  0.759 ms  0.930 ms
 5  01.spb.net.selectel.ru (188.93.17.1)  20.557 ms  1.307 ms  20.546 ms
 6  5.178.80.20 (5.178.80.20)  2.553 ms  2.435 ms  2.683 ms
 2 5 3Pings (cachefly.cachefly.net): PING vip1.g5.cachefly.net (205.234.175.175) 56(84) bytes of data.
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=1 ttl=59 time=32.1 ms
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=2 ttl=59 time=32.1 ms
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=3 ttl=59 time=32.2 ms
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=4 ttl=59 time=32.1 ms
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=5 ttl=59 time=32.0 ms
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=6 ttl=59 time=32.0 ms
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=7 ttl=59 time=32.3 ms
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=8 ttl=59 time=32.1 ms
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=9 ttl=59 time=32.2 ms
64 bytes from vip1.G-anycast1.cachefly.net (205.234.175.175): icmp_seq=10 ttl=59 time=32.1 ms

Benchmark Run: Tue Mar 07 2017 04:19:55 - 04:54:07
1 CPU in system; running 1 parallel copy of tests

Dhrystone 2 using register variables       13202402.2 lps   (10.0 s, 7 samples)
Double-Precision Whetstone                     3380.9 MWIPS (9.9 s, 7 samples)
Execl Throughput                               1181.8 lps   (30.0 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks        315595.0 KBps  (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks           98059.0 KBps  (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks        490822.1 KBps  (30.0 s, 2 samples)
Pipe Throughput                              610850.2 lps   (10.0 s, 7 samples)
Pipe-based Context Switching                 131306.8 lps   (10.0 s, 7 samples)
Process Creation                               1444.7 lps   (30.0 s, 2 samples)
Shell Scripts (1 concurrent)                   1883.9 lpm   (60.0 s, 2 samples)
Shell Scripts (8 concurrent)                    325.1 lpm   (60.0 s, 2 samples)
System Call Overhead                        2010278.1 lps   (10.0 s, 7 samples)

System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   13202402.2   1131.3
Double-Precision Whetstone                       55.0       3380.9    614.7
Execl Throughput                                 43.0       1181.8    274.8
File Copy 1024 bufsize 2000 maxblocks          3960.0     315595.0    797.0
File Copy 256 bufsize 500 maxblocks            1655.0      98059.0    592.5
File Copy 4096 bufsize 8000 maxblocks          5800.0     490822.1    846.2
Pipe Throughput                               12440.0     610850.2    491.0
Pipe-based Context Switching                   4000.0     131306.8    328.3
Process Creation                                126.0       1444.7    114.7
Shell Scripts (1 concurrent)                     42.4       1883.9    444.3
Shell Scripts (8 concurrent)                      6.0        325.1    541.9
System Call Overhead                          15000.0    2010278.1   1340.2
                                                                   ========
System Benchmarks Index Score                                         526.7

------------------------------------------------------------------------
Benchmark Run: Tue Mar 07 2017 04:54:08 - 05:29:02
1 CPU in system; running 1 parallel copy of tests

Dhrystone 2 using register variables        7574753.1 lps   (10.0 s, 7 samples)
Double-Precision Whetstone                     3379.6 MWIPS (9.9 s, 7 samples)
Execl Throughput                               1155.3 lps   (29.9 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks        279937.0 KBps  (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks           83399.5 KBps  (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks        379272.3 KBps  (30.0 s, 2 samples)
Pipe Throughput                              539127.0 lps   (10.2 s, 7 samples)
Pipe-based Context Switching                 117899.7 lps   (10.0 s, 7 samples)
Process Creation                                672.8 lps   (30.0 s, 2 samples)
Shell Scripts (1 concurrent)                   1894.2 lpm   (60.0 s, 2 samples)
Shell Scripts (8 concurrent)                    335.0 lpm   (60.2 s, 2 samples)
System Call Overhead                        1900622.1 lps   (10.0 s, 7 samples)

System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0    7574753.1    649.1
Double-Precision Whetstone                       55.0       3379.6    614.5
Execl Throughput                                 43.0       1155.3    268.7
File Copy 1024 bufsize 2000 maxblocks          3960.0     279937.0    706.9
File Copy 256 bufsize 500 maxblocks            1655.0      83399.5    503.9
File Copy 4096 bufsize 8000 maxblocks          5800.0     379272.3    653.9
Pipe Throughput                               12440.0     539127.0    433.4
Pipe-based Context Switching                   4000.0     117899.7    294.7
Process Creation                                126.0        672.8     53.4
Shell Scripts (1 concurrent)                     42.4       1894.2    446.8
Shell Scripts (8 concurrent)                      6.0        335.0    558.3
System Call Overhead                          15000.0    1900622.1   1267.1
                                                                   ========
System Benchmarks Index Score                                         440.8



Это не вариант короче. Плюс он какой то кривой вышел.
avatar
И чем QEMU будет на уровне выделенного?
avatar
А если VDS на уровне выделенного))
avatar
Да. Но с каталогя я удалю. Это для физических серверов, а не для виртуальных.
avatar
Этим тестом возможно VDS прогнать?
Планируем в ближайшее время запустить новые VDS с быстрыми SSD, вот думаю тестить.
avatar
Это наверное единственная полезная информация из источника.
Серч убог.
avatar
Неплохо было бы оставить ссылку на источник
avatar
Я говорю в целом, не затрагивая отдельно хостинг.
На данный момент в законе очень много чего прописано, в том числе и в защите прав потребителя.
На счет платежек, все кто принимает платежи в сторону физ лиц, это серая схема и она не легализована. Если будет случай, и такая платежка засветиться в органах, то ее скорее всего прикроют.
Если ты почитаешь законы, то увидишь сколько там штрафов и санкций новых)
Если клиент не получил чек, это не только значит что продавец нелегал, это еще и штрафы за не использования ККТ, и не постановка платежки на учет в ФНС как платежного агента! И это все очень большие штрафы в итоге.
Может ты просто не знаешь, но есть еще и закон о деятельности платежных агентов.
Сколько веревочка не вьется, а конец найдется…
Тут дело времени и случая, но все идет к одному, цифровой формат начинается все более масштабно регулироваться.
avatar
да, в этом есть смысл — не получил чека, значит купил у нелегала
80% клиентов клиентов нубов — могут отпугиваться от такого.
так что типичные хостинги с «сервисом и обслуживанием» — им это будет портить красоту.

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

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

в итоге получится, любой адекватный клиент рынка хостинга — сроду никогда и не верил хостеру или дата-центру, он верил только в свой бекап и всегда был готов переехать.
а кто кипишь может разводить из-за легальности или нелегальности? только нубас какой-ниб, который любитель сохранять чеки. но большинство хостеров изначально с нубами не работают. любой адекватный хостер сам проверяет клиента и сам решает с кем ему работать.

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

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

//

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

если рассуждать о пользе закона. то тут выигрывают лишь агрегаторы платежей, на которые по плану должны будут перейти все, кто не хочет лишней возьни и возможных блокировок.
avatar
Дальше еще проще, если окажется что платежка принимает платежи для физ лиц, ее тоже прикроют.
avatar
Все же просто, купив услугу на сайте В RU, Не получив чека, значит деятельность незаконная.
avatar
Грубо говоря, все платежные системы с 1 Июля принимающие платежи от физ лиц, станут нарушать закон о ККТ. Штраф за каждый факт 60к и приостановка деятельности.
в нашей стране передача денег от одного физ лица другому не запрещена. кто запретит человеку передать деньги кому-то? может он их вообще бесплатно подарил или еще что-то?
такого точно никогда не будет.
другое дело что «мерчанты» от платежных систем могут перестать работать, пока не выполнишь там условия проверки идентификации и т.д. но никак не платежные системы.

либо ты спутал понятие «платежная система» и «агрегатор платежей».
агрегаторы платежей по идее уже давно не работают с физ лицами, еще с времен когда Робокассу начали давить и им пришлось запартнериться с группой Qiwi, которая в свою очередь входит в группу Финтех(! Центральный Банк РФ, Киви, Сбербанк, ВТБ, Альфа, Газпромбанк, Открытие)

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

но вот сколько уже лет, 3 года как ты пишешь подобные топики. как вызов всему интернету :)
то ты думал единый реестр роскомнадзор будет блокировать — хуй, все что он сделал это торренты только подгадил чутка
то ты думал НДС в РФ как-то повредит кому-то, но тоже — хуй. все кому нужно просто переформились на другие страны, например любые СНГ.
теперь ты считаешь что онлайн кассы тебе чем-то помогут — но будет такой же хуй. за последние лет 5 платежных систем стало просто огромная куча, десятки. сейчас выбор вариантов оплат и приема — просто огромен. запасных вариантов 8 к 10, и эти 8 просто не используются даже, потому что не нужны. но как только что-то случится с рабочими системами, все просто уйдут на эти 8 запасных, которые зачастую даже в РФ не оформлены как системы. тут уже нужно запрещать трансграничные платежи, но такого тоже никогда не произойдет, потому что это часть бесконечной рабочей системы бизнеса, разного бизнеса разных отраслей страны.

не нужно ждать помощи от государства — нужно самому просто работать. и идти все выше и выше. работать усерднее и сильнее. мне от государства даже пенсия не нужна. никогда в жизни ничего не брал от государства и не собираюсь ) сколько осилишь в жизни столько и заработаешь себе на пенсию.
avatar
АТОЛ Новости ККТ, ЕГАИС, [25.04.17 14:44]
В ФНС предложили при­вязать домены интерн­ет-магазинов к конкр­етным лицам

Федеральная налоговая служба полагает, что необходимо привяз­ать домены интернет-­магазинов к конкретн­ым юридическим и физ­ическим лицам.

Глава ведомства Миха­ил Мишустин сообщил, что в базе ФНС соде­ржится более 6 млн использующихся в инте­рнет-торговле домено­в, зарегистрированных на физических лиц. В Едином госреестре юрлиц и индивидуаль­ных предпринимателей нет доменных имен, которые были зарегис­трированы правильно с точки зрения право­применения на это юр­лицо. Нужно идентифи­цировать площадки, с которых идет торгов­ля, и связать их с физическими и юридиче­скими лицами, чтобы все было прозрачно, в том числе и режим налогообложения, поя­снил Мишустин.

Источник: РБК — www.rbc.ru/r­bcfreenews/58f6341d9­a7947286ad569b4

#АТОЛ #ФНС #юрлица #налог #онлайн

АТОЛ Новости ККТ, ЕГАИС, [25.04.17 16:43]
«Яндекс.Касса» разра­ботает сервис для пе­редачи онлайн-чеков налоговой

Сервис для приема он­лайн-оплат «Яндекс.К­асса» готовит для би­знеса решение по инт­еграции системы с но­выми кассовыми аппар­атами, на которые до­лжен перейти российс­кий ритейл.

Компании, которые ра­ботают через «Яндекс­.Кассу», должны будут лишь купить или ар­ендовать ККТ (выполняется интегра­ция с АТОЛ Онлайн) с поддержкой сервиса, заключить договор с оператором фискаль­ных данных и зарегис­трировать кассу в на­логовой. После этого клиенты смогут пере­йти на расширенный протокол сервиса.

Источник: «Блог Касс­ы» — kassa.yande­x.ru/blog/receipt

#АТОЛ #Яндекс #кассы #ККТ #онлайн #54ФЗ
avatar
большое количество доменных зон, снижает ценность каждой по отдельности. радоваться или огорчаться, не понятно
avatar
Ахаха) Железная логика! Браво!
Я правда согласен, клиентов нужно качеством услуг радовать, а не сиськами.
avatar
если сисек много значит товар гж
avatar
avatar
Мы сделали инфографику о том, как активно служба поддержки общалась с клиентами три первых месяца 2017 года :)
А чтобы вы не заскучали, добавили порцию цитат из нашего внутреннего баша.

Цитата #419
Примерно в вечернее время начинает тормозить (как я понимаю на других сайтах(других vds) этого сервера заходит много людей и весь сервер начинает тормозить.) Что мне поможет? (застрелиться не предлагать, не помогает).

Цитата #417
Клиент: хочу заказать сервер, привезете мне его домой?
Я: Нееееет, все серверы находятся в нашем дата-центре О_О
Клиент: Плохой хостинг.

Цитата #415
Клиент: сайты крутятся на nginx.
часть — php5-fpm, конфиг девственен, стоит из apt-get.
часть — passenger, конфиг девственнен, кошерен, по мануалу. свистелок-перделок не добавлено.
mysql — из коробки.
Трафик смешной.

Цитата #410
Я могу нотариально заверить показания панели виртуального сервера в разделе «бэкапы» и подать в суд на вас.

Цитата #445
Клиент: Заработало! Ребята спасибо, я вообще без понятия что и как, а вы, ну просто… Спасибо)

Цитата #435
Клиент: у меня есть VDS сервер.
что бы получить сайт нужно платить или он дается сразу?

Цитата #432
Клиент: на форум зайти могу, а как зайти в админ-панель?
Клиент: как зайти в панель нашел, как теперь вспомнить свой логин и пароль?

Цитата #426
Клиент: я ничего не понимаю, можете объяснить для чего нужен этот виртуальный сервер?