Wott

правильнее было бы сразу выдавать адреса картинок на i.site.ru

Koss SB-49 40$

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

добавлю от себя — если это авторский блог или комменты суть вопрос-ответ, то двухуровневая структура рулит
иначе 1 2 1

У меня десктоп и ноут периодически пользовался. А последнее время еще рабочее место появилось в конторе где я временно прибываю. Ноут пользовался на на даче, где инет слабенький.

Все работы дома живут на серваке, в репозитории hg. Там же, живут настройки для апача и база, которые если надо поднимаются на ноуте.
Все актуально, потому что на серваки они уходят из репозитория.

Клиент всегда может зачистить все данные, а браузеры ему в этом помогают, поэтому при динамическом IP надежных вариантов нет.
Но можно покапать в сторону flesh

У меня таблица нодов в mysql в которой куча параметров, часть из которых берется из nagios ( но переделываю на zabbix ), иногда из астериск
В том числе и тип железки, которой соответвует простой шаблон в другой табличке
И простая же форма на web которая создает/редактирует/удаляет ноду и делает конфиг подставляя параметры
Собственно до меня была похожая система на астериск ( без конфигов ) и я ее слегка адаптировал для сетевого оборудования

Шаблонами покрыто только часть — dlink и rwr ( их у нас много ). Циски в ядре отличаются сильнее друг от друга что бы делать для них шаблоны.

Все просто как велосипед :)

Чего я хочу так это совсем уйти от ручной работы в той части, где можно шаблонизировать. Типа дернулся dhcp, по mac определили тип — можно зайти в терминал, определили точно железяку — нашли его тип, нашли ему место в сети и хлобысь в него конфигом. И радостно замигала зеленым новая нода на карте.

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

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

Насколько ваше образование было далеко от IT?
Математика, дискретная в частности? Это некий базис для архитектора. Потом пошли best practice, шаблоны и отдельные, хорошо изученные случаи типа клиент-сервер. Понимание приходит с опытом — пока что нет объединяющей теории, которая перечислила и оценила варианты дизайна. Если вы поняли Project Managment то должны быть знакомы с WBS и то как строиться план работ. В архитектуре примерно также — берем большую задачу и начинаем ее разделять на «красивые» куски. используя какие-то шаблоны. И так до тех пор пока минимальными кирпичиками будут понятные, читай шаблонные, задачи.
Базы данных базируются на RDBMS

Судя по списку вы работает, хотя скорее пытаетесь, работать ПМ-ом или бизнес-аналистом в студии веб-дизайна?
Если так что архитектура приложений для вас MVC, сетевая — клиент-сервер, базы данных для вас вторичны. ибо закрыты ORM фреймворка

Открываем редактор и ищем $_REQUEST или $_GET или $_POST — где нашли там и уязвимость

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

1. select f1.friend from friends f1 where f1.user=:user_id
2. select f1.user from friends f1 where f1.friend=:user_id

пересечение будет давать взаимных френдов, вычитания — невзимных с одной и с другой стороны.
синтаксис SQL говорит что это легко можно сделать полным join, который обычно не имплементируется но эмулируется обьединением left и right. То бишь:

select * from friends f1 LEFT join friends f2 on f1.user=f2.friend and f2.user=f1.friend where f1.user=:user_id
UNION
select * from friends f1 RIGHT join friends f2 on f1.user=f2.friend and f2.user=f1.friend where f2.friend=:user_id

и будет 3 варианта — обе f1 и f2 не null — взаимные друзья или один из них null

Но это не самый эффективный способ, я бы согласился с serso и посоветовал иметь доп колонку с типом ( заодно можно их иметь несколько — друзья, супруги/любовники, коллеги ) и при добавлении проверять обратное отношение и сразу заполнять колонку. На нагруженной системе это можно делать в отложенном режиме.

Эээ, я уже давно все отдаю в рут и не парюсь с разделением на разделы
Да и своп я всегда завожу 2xRAM — вам что 12G жалко?
убунта, один диск, десктоп — ext4

sed

тут все сложно — как раз подобная задача в полный рост

nagios какой-то унылый, хотя я не сильно в него залез, может просто не знаю, зато карта строиться на раз. Задачи посложнее тупой зависимости, типа доступность узла от двух линков или vlan через внешнего провайдера, вызывают у меня пока что смешанные чувства.
zabbix получше, но триггеры в сложных случаях какие-то монструозные. Карта симпатичная и что хорошо, можно привязать к местности и всякие плюшки задать. Нравиться как делится доступ — разделил по группам и каждый получает нужную инфу.
Обе системы хотелось бы улучшить и zabbix в этом плане мне лично выглядит фичастее. По крайней мере смог настроить агента на сервисы как мне удобно. Собрал нужные данные для оптимизации, отлично легла инвентаризация и так далее.

По документации я как раз воткнул mediawiki и прикручиваю к ней jsplumb для показа диаграм и схем типа как в visio. Надеюсь обойтись этим.

Разделил инфу в zabbix которую можно и нужно мониторить и в wiki которую нужно документировать.
В планах прикрутить одно к другому и привязать ко всему этому конечные устройства из астериска и сети для получения отчетов по SLA и поддержку техподдержки и прочая.

PS. тогда уж три хаба хаба :)

Ставите Xen и поверх него свои сервера
Достаточно простого скрипта на доступность, что бы перетащить сервис на другой хост в домене.

сорри тег перепутал

# это регэксп, так что подсеть можно только /24 /16 или перечислением 
RewriteCond %{REMOTE_ADDR} ^192\.168\.(1|2|3|4)\. 
RewriteRule . /index.php [S=1] 
# тут делаем то что нужно для всех остальных 
RewriteRule . /index.html

# это регэксп, так что подсеть можно только /24 /16 или перечислением RewriteCond %{REMOTE_ADDR} ^192\.168\.(1|2|3|4)\. RewriteRule . /index.php [S=1] # тут делаем то что нужно для всех остальных RewriteRule . /index.html
C помощью Skip флага можно сооружать любые условные конструкции, при этом в самом правиле делем условие на входящий урл, а если надо что-то вне урла, типа адреса — добавляем условия выше

посмотри кодовую страницу сессии — если установлена другая, то все успешно перекодируется

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

По хорошему запрос должен быть один — «взять всех пользователей вместе с именем».
Хотя мне сложно представить зачем вдруг вам понадобились сразу все пользователи.

Надеюсь с индексами в базе все нормально.