Николай, Не надо _покупать_ оборудование для пайки/заделки оптики на одну установку, конечно. Всё же, там всё сложнее обжимки кабеля, и за 10 мин не научишься, да и оборудование действительно не копеечное. =-)
Лучше пусть сделают монтаж те, у кого оно есть, и кто умеет. Это совсем не космических денег стоит. Не всегда разумно пытаться сделать всё самостоятельно.
Медь с нормально грозозащитой получается дешевле оптики сильно на 30м? Не очень-то верится. Ну также надо понимать, что грозозащита не панацея, на самом деле, и с ней бывает порты умирают, если близко жахнет...
30 метров с нормальными направленными антеннами, оборудованием нормальным, в режиме точка-точка, будет ничего по wifi, даже в довольно плохую погоду, если обстановка с помехами нормальная и рядом нет 100500 сетей. А вот если есть сети, или помехи, то всё может быть очень печально, особенно если антенны не очень узко направленные будут. Тут нет какого-то ответа на все случаи - надо обследовать.
И вообще, нормальное оборудование wifi(а просто пару soho роутеров повесить, будет явно мало и плохо), медь с грозозащитой + работы, и оптика + работы, вероятно будут довольно близко стоить-то, но оптика будет надёжнее всего в эксплуатации.
Troodi Larson, Проверку лицензии совершенно бесполезно шифровать, если не шифровать всё остальное приложение. Её будет очень легко обойти. А тотальное шифрование затруднит здорово поддержку.
Учитесь лучше правильно продавать свои услуги, чтобы не надо было код скрывать, да и вообще связываться с лицензиями.
Это может быть предоставление сервиса, а не ПО. Или оплата поддержки. В общем моделей множество, на самом деле, и часто выгоднее даже иметь открытый код.
Darya Shvakh, Тут надо ещё понимать, что с одного ip могут ходить много людей. Особенно это наглядно в сотовых сетях, где огромное количество устройств и относительно небольшие пулы адресов, через которые они ходят. Так что просто проверка ip способ дающий много false positive срабатываний. И если есть хоть какая-то посещаемость, фактически не пригодный.
Также, реализацию выше, надо вообще переписать для ваших нужд, а не слегка изменить - она не умеет дополнять список, например. Это просто бан заданных вручную ip.
FanatPHP, Смотря с какой базой он работает. Ну и там дан пример, когда подход не работает, заодно. Документацию читать полезно и понимать ограничения применимости функции.
Хотя я согласен с вашим ответом: для данного случая, действительно не нужно знать количество результатов. Но бывает нужно на каком-нибудь большом датасете, и тогда это полезно.
Ровно потому же - вывод ломается. Намного удобнее читать вывод, когда он выравнивается по символам, будь то логи или, тем более, какой-нибудь tui на curses, или даже результаты какого-нибудь sql запроса в виде таблички. Кроме того, это банально ожидаемое поведение.
Wexter, Умирает. Unrecovered read error - auto reallocate failed этому свидетельство. Когда проблемы с разъёмами/кабелями там бывает всякие CRC error, UDMA error и.т.п.
Fnps, Ваш начальный вопрос звучит, на самом деле, так: Я выполнил несколько не понятных мне команд из нескольких произвольных howto, не понимая области их применимости, моя система в каком-то произвольном состоянии, что мне делать? Вы думаете, есть простой ответ на него, серьёзно?
Т.к. вы не очень знакомы с предметом, вы не понимаете, что ваша задача далеко за рамками просто обновления софта, и за рамками действий, которые массово кому нужны. Те, кто "не учили", ставят панель, и ничего больше делать не пытаются, ну и наивно полагают, что они настроили таким образом сервер, заодно, что конечно не так.
А те, кто могут спокойно что-то менять в такой ситуации, как раз учили, и понимают, что это не тривиально, отнюдь. Собственно, именно поэтому техподдержка ispsystems вам и ответила, что нельзя это сделать в рамках их панели.
Андрей Шульц, Формула вполне нормальная, в принципе. Это максимум процессов, способных поместиться в свободной памяти. Часто, стоит часть памяти оставить, чтобы был кеш файловой системы, так что надо брать даже меньше лимит процессов, чем получается по ней.
WARNING: [pool www] server reached max_children setting (10), consider raising it
Это не всегда значит, что реально надо сделать больше обработчиков. Чаще, это значит, что не хватает производительности, и надо просто больше ресурсов. Упираться может в io или проц, тут уж надо мониторить чем-нибудь.
Лучше пусть сделают монтаж те, у кого оно есть, и кто умеет. Это совсем не космических денег стоит. Не всегда разумно пытаться сделать всё самостоятельно.