Александр Карабанов

Зависит от кучи факторов.
Поэтому в реальности от 0 до 70%от теоретической максимальной.

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

Соединение закроется автоматически, когда отработает скрипт. В дальнейшем вам возможно еще раз понадобиться обращатся к бд. А установление соединения - довольно дорогостоящая операция.

Если вы пишите на php и это не демон (написание которого на пыхе - сомнительное удовольствие), то об освобождении ресурсов сильно не парьтесь. Скрипт отработал - за вас все подчистят.

Конкретно в этом случае, вынесите закрытие соединения в дестурктор. Или создайте отдельный метод close() и дергайте его.

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

Я не хочу вас обидеть, но вы действительно не понимаете самого смысла ООП. И просто на голой теории это сложно понять. Я сам два года писал, используя ООП. И только потом понял для чего это на самом деле надо.

Для поднятия навыка попробуйте покопаться в исходниках какого-нибудь фреймворка. Я в свое время перебрал ядро Yii. Он прост для понимания и не перегружен паттернами.

Касательно конкретно этого случая, я уже сказал, вынесите закрытие соединения в деструктор.

iptables -A FORWARD -i eth0 -o eth1 -j DROP
iptables -A FORWARD -i eth1 -o eth0 -j DROP

Не смог удержаться, простите.

Хотя отбой. Уже разобрался с протоколом методом проб и ошибок. Я не правильно разобрался в протоколе, точнее в принципе его маршрутизации. Сейчас немного поразмыслил и понял, что не правильно понял принцип БГП.

Теперь 117 и другие маршрутизаторы спокойно пингуют всю сетку 192.168.0.0/23.

Router#ping 192.168.0.35

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.0.35, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 0/0/1 ms

Вот что показывает sh ip bgp:

Router(config)#do ip bgp
ip bgp
   ^
% Invalid input detected at '^' marker.
	
Router(config)#do sh ip bgp
BGP table version is 71, local router ID is 100.0.0.17
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*> 104.0.0.0/24      117.0.0.2                0     0     0 108 109 104 i
*  105.0.0.0/24      117.0.0.2                0     0     0 108 109 105 i
*> 108.0.0.0/24      117.0.0.2                0     0     0 108 i
*> 109.0.0.0/24      117.0.0.2                0     0     0 108 109 i
*> 116.0.0.0/24      117.0.0.2                0     0     0 108 109 104 120 116 i
*  116.1.0.0/24      117.0.0.2                0     0     0 108 109 104 120 116 i
*> 117.0.0.0/24      0.0.0.0                  0     0 32768 i
*> 120.0.0.0/24      117.0.0.2                0     0     0 108 109 104 120 i
*> 192.168.0.0/23    117.0.0.2                0     0     0 108 109 104 120 i

А вот я "оборвал" один из проводов:

Router(config)#
%LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0, changed state to down
%BGP-5-ADJCHANGE: neighbor 117.0.0.2 Down Interface flap
%BGP-5-ADJCHANGE: neighbor 116.1.0.1 Up
%BGP-5-ADJCHANGE: neighbor 105.0.0.1 Up
Router(config)#do sh ip bgp
BGP table version is 87, local router ID is 100.0.0.17
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*> 104.0.0.0/24      116.1.0.1                0     0     0 116 120 104 i
*                    105.0.0.1                0     0     0 105 109 104 i
*  105.0.0.0/24      116.1.0.1                0     0     0 116 120 104 109 105 i
*                    105.0.0.1                0     0     0 105 i
*  108.0.0.0/24      116.1.0.1                0     0     0 116 120 104 109 108 i
*>                   105.0.0.1                0     0     0 105 109 108 i
*  109.0.0.0/24      116.1.0.1                0     0     0 116 120 104 109 i
*>                   105.0.0.1                0     0     0 105 109 i
*> 116.0.0.0/24      116.1.0.1                0     0     0 116 i
*                    105.0.0.1                0     0     0 105 109 104 120 116 i
*  116.1.0.0/24      116.1.0.1                0     0     0 116 i
*                    105.0.0.1                0     0     0 105 109 104 120 116 i
*> 117.0.0.0/24      0.0.0.0                  0     0     0 117 i
*> 120.0.0.0/24      116.1.0.1                0     0     0 116 120 i
*                    105.0.0.1                0     0     0 105 109 104 120 i
*> 192.168.0.0/23    116.1.0.1                0     0     0 116 120 i
*                    105.0.0.1                0     0     0 105 109 104 120 i

А вот полная конфига 117 (аналогично сделал на всех маршрутизаторах)

Router(config)#do sh run
Building configuration...

Current configuration : 1065 bytes
!
version 15.1
no service timestamps log datetime msec
no service timestamps debug datetime msec
no service password-encryption
!
hostname Router
!
!
!
!
!
!
ip cef
no ipv6 cef
!
!
!
!
license udi pid CISCO2911/K9 sn FTX152410ZM
!
!
!
!
!
!
!
!
!
!
!
spanning-tree mode pvst
!
!
!
!
!
!
interface Loopback0
 ip address 100.0.0.17 255.255.255.255
!
interface GigabitEthernet0/0
 ip address 117.0.0.1 255.255.255.252
 duplex auto
 speed auto
!
interface GigabitEthernet0/1
 ip address 105.0.0.2 255.255.255.252
 duplex auto
 speed auto
!
interface GigabitEthernet0/2
 ip address 116.1.0.2 255.255.255.252
 duplex auto
 speed auto
!
interface Vlan1
 no ip address
 shutdown
!
router bgp 117
 bgp log-neighbor-changes
 no synchronization
 neighbor 117.0.0.2 remote-as 108
 neighbor 105.0.0.1 remote-as 105
 neighbor 116.1.0.1 remote-as 116
 network 100.0.0.0 mask 255.255.254.0
 network 117.0.0.0 mask 255.255.255.0
!
ip classless
ip route 117.0.0.0 255.255.255.0 Null0 
!
ip flow-export version 9
!
!
!
!
!
!
!
line con 0
!
line aux 0
!
line vty 0 4
 login
!
!
!
end


Router(config)#

На BGP 120 стоит такой вот маршрут.
ip route 192.168.0.0 255.255.254.0 FastEthernet1/0

Вроде все =)

Scorpi и Павел Китьян нужно срочно начать читать замечательный учебник Снейдера - Эффективное программирование TCP/IP


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

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

Пара ссылок про это

ссылка 1
ссылка 2

Там думаю разберетесь.

Похер, вот совсем и абсолютно, на 40 метрах и гигабите хоть скрутку грязными руками сделайте будет нормально работать, вот вообще никакой разницы, лишь бы ваша сетевая потянула гигабит. Медь и категории выше 5 нужны для коротких патчкордов на 10Г и более, для пограничных расстояний работы (выше 120 метров без усиления сигнала) ну либо для самовнушения.