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

Здравствуй, дорогой читатель Devil Art Journal!

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

Каждый 2-й администратор РуНета бродит мыслями в создании “мего-ресурса”. Отклоняясь от жестоких реалий нашего с Вами бытия. Этот фактор негативно сказывается на мораль начинателя, тем самым подрывая весь интерес к сайтостроительству, и web’у в целом…

Бывают такие ситуации, когда ненароком удаляются пользователи. При этом, остаются их темы и сообщения. Как же быть? Как его вернуть? Решение есть. Используем SQL запрос. Дальше, подробнее об этом.

Запись навеяна недавними работами. Скажу сразу, я – не специалист с безопасности. Но, мне не раз доводилось искоренять “заразу” с ресурсов. Поэтому, сужу чисто по своему опыту. Сама безопасность – довольно трепетная тема для новичков в интернете. Раз Вы стали на путь нелегкий и решили, что способны одолеть какие-либо препятствия – не упустите момент сперва защитить себя, а уж потом свой ресурс. Имея на своих плечах форум, который посещает более 1к (1000) пользователей, Вы даже и не представляете, что в любую минуту Вас могут “накрыть медным тазом”.

Здравствуйте! Сегодня поговорим о важности знания Администратором психологии, как таковой.
Сейчас немного отклонимся от темы, и поймем, кто ж такой этот пресловутый Администратор.
Так сложилось, что Администраторов называют строителем мира в интернет пространстве. Т.к. они берут достаточно много функций в управление и создание фундамента. По сути различают 2 вида Админов:

• Технический Администратор;
• Администратор Поддержки.

Технический Администратор — выполняет работу, связанную с разработками, настройками, устранением ошибок (багфиксинг), т.е. все технические функции, которые входят в его обязанности.
Администратор Поддержки. Из названия уже понятно, что его работа основана на поддержке ресурса, всяческого рода, стабилизации и стимуляции продуктивности — активизация жизни на проекте.
Итак, основу мы уже рассмотрели. Перейдем к нашей основной теме — взаимоотношения Администратора и Пользователя. В данном сегменте взаимоотношений, есть несколько конструктивных правил.

Правила “Всегда“:

• Всегда действуйте логично. Взвешивайте все “За” и “Против”.
• Всегда делайте ставку на понимание. В этой ситуации приветствуется контакт с пользователем, а не непосредственный игнор.
• Всегда выполняйте свои обещания. Пользователи обижаются, если про их просьбу забывают.
• Всегда знайте, что ответит. Здесь не нужно быть Нострадамусом, чтоб понять каков вопрос будет задан. Чисто философское мышление.
• Всегда пользуйтесь мнением своего коллектива (Администраторской группы и пользователей).
• Всегда пытайтесь извещать “своих” об изменениях. Администраторская группа нуждается в информации об изменениях.

Правила “Никогда“:

• Никогда не видитесь на конфликтные ситуации. Установите черту, за которой конфликт исчерпает себя.
• Никогда не блокируйте пользователя, если вы к нему относитесь негативно (в случае не нарушения правил ресурса). Т.е. просто он вам не нравится и все.
• Никогда не забывайте, что вы как и пользователь – человек. В любом случае, не рекомендуется ставить себя выше других. Иначе потеряете уважение, в следствие – враги, уменьшается посещаемость. Все это лишь лишние проблемы.
• Никогда не отворачивайтесь от явного. В смысле, что если вы видите, что неправы – признайте это. Упорство ухудшит ситуацию.

Удачи!

“Как преодолеть ошибку?” – Один из самых распространенных вопросов. Зачастую болезненный. При проведение любых веб-работ никто не застрахован от ошибок. Это касается как и новичков, так и профессионалов своего дела. Об этом можно рассуждать часами и затрагивать тематические аспекты, технологические и многие другие. Мы же рассмотрим это с чисто психологической точки зрение, т.е. “Как нужно себя вести, если же Вы допустили ошибку в коде”.
На первый взгляд кажется, что суть этой проблемы второстепенная. И многие скажут, что это никому не надо. А вот и нет. Ну, посудите сами. Вы часами копаетесь в коде, вроде бы не все так плохо, как тра-бах, в конечном итоге у вас ничего не выходит.
Первая реакция – “Какого черта?!”. Начинают сдавать нервы. А если в проект вложены деньги, то: отказывает голова, руки, ноги (образно). Не спешите психовать/волноваться, возможно ошибка не такая уж и большая и все довольно быстро исправимо. Но, а если ошибка достигает грандиозных масштабов – требует большего внимания.
Все таки, для решение проблем используется действенный метод – метод “поиска причины”. Все проверено на личном опыте. Первые вопросы этого метода:

• Что делалось до возникновения этой самой ошибки?

• Где именно ошибка? (По своим знаниям определить код, который отвечает за эту операцию)

• Каким образом появилась ошибка? (Т.е., имеется ввиду, какие изменение/написания проделывали в этом коде. Нечто похоже на первый вопрос, но это не так)

Можно сказать, что это одни из основных вопросов при выяснение причины ошибки/проблемы. В данной ситуацией, пытайтесь без нервов выполнить 3 запроса по вопросам. Если же Вы бессильны в решение данной проблемы- не ленитесь нанимать/просить веб-мастеров выяснить причину. Это делается в том случае, если Вы считаете, что проект достоин жизни. Если же нет – у Вас никогда ничего не выйдет. Либо вы реалист, либо пофигист. Иначе никак. Жизнь суровая, и коды тоже суровые.

Совет напоследок

Чтоб уберечь себя от ошибок, всегда, я подчеркиваю, всегда делайте “бэкапы” (от англ. backup – сохранение исходного кода). Это очень полезная вещь, не раз выручала. Служить сему может как готовые скрипты бэкапов, программы, или же всем известный блокнотик Notepad. Как говориться, Notepad – всему голова (Это говорит даже Devil).