Как стать автором
Обновить
2
0
Flex25 @Flex25

Пользователь

Отправить сообщение
Фрилансеры обычно готовы работать по договору, а вот работодатели обычно не хотят, т.к. тогда они попадают на ЕСН.
Не знаю как насчет качества кода и функциональности, но система администрирования выглядит красиво. Сразу видно — человек свой продукт делал с душой.
Как раз недавно я стал интересоваться искусством создания логотипов, просмотрел много дизайнерских книг про это дело.

Мое мнение по поводу вашей работы — изображение выполнено качественно, с душой (сразу видно, что вы профессионалы), но ЭТО НЕ ЛОГОТИП. Логотип должен быть по возможности локаничным, легко «читаемым» в уменьшенном виде, нормально выглядещим в черно-белом варианте. У вашего логотипа всего этого нет.

По-моему, смысл логотипа — в минималистической форме передать максисмум смысла и/или эмоций. Это очень сложно, поэтому по-настоящему профессиональных логотипщиков очень мало.

Это чисто мои субъективные мысли. Возможно, я и не прав. Желаю вам удачи в будущих проектах! Было интересно почитать вашу статью.
Вы еще налоги не учли, которые могут быть очень существенными, особенно если зарплаты белые.
Чтобы начать предоставлять услуги телематики (в т.ч. доступа в Интернет), нужно получить лицензию в Минсвязи. Чтобы получить лицензию, нужно выполнить целый ряд лицензионных требований. Именно лицензионные требования и гарантируют информационную безопасность пользователей провайдеров.
Если Opera Mini — это своего рода клиент-серверное приложение, то тогда вопросов нет. Сравнение Opera Mini с сервисами Яндекса и GMail в данном случае действительно оправданно.

Я же думал, что Opera Mini — это обычный браузер и поэтому возникло непонимание. Единственное, жаль, что с виду пользователь никак не может понять, что Opera Mini — это именно клиент-серверное приложение, а не браузер в обычном смысле этого слова.
Про SMS — это я исключительно для примера, понимаю, что такого в реальности нет.

Насчет сравнения прокси Оперы и серверов своего интернет-провайдера я тоже сегодня думал. Но это сравнение не совсем корректно. Дело в том, что провайдер предоставляет мне услуги на основе ЛИЦЕНЗИИ и эта лицензия на юридическом уровне обязывает его соблюдать мою информационную безопасность. Опера же не имеет таких ограничений и в принципе может делать все, что захочет с моими данными, проходящими через ее сервера.
Я проверил, у меня в мобильнике стоит Opera Mini. Я не против экономии на трафике, но я против отсутствия выбора в использовании прокси-серверов.
Если трафик идет через прокси, то вопросов нет. Но что, если я НЕ хочу пускать свой трафик через прокси Оперы? У меня на мобильном Nokia установлена Opera, но настроек прокси я там не вижу. Получается, что я лишен выбора и вынужден прокачивать всю информацию через сервера «большого брата».

Я вообще-то не против Оперы, пользуюсь ею на своем ПК, но информационная безопасность меня тоже волнует…
IP — это одно, а название марки телефона — это уже другое. Теоретически Opera же может и мои сохраненные SMS-ки себе на сервер отсылать… Где пролегает грань между публичной и не публичной информацией — философский вопрос, который будет решать Opera без моего ведома. Именно это и удручает.
Приведенные стат. данные говорят о том, что Opera собирает всю информацию и мобильниках пользователей и о посещаемых ими сайтах. Я крайне удручен этим… Скажите, а Opera для ПК тоже отправляет данные об активности пользователей на свой сервер?
Я считаю, что вы не совсем правы насчет будущего трафика… Но в любом случае, желаю вам удачи (искренне).
Понятно, что за трафик платить нужно всегда. Понятно, что при больших объемах трафик будет покупаться не так дорого, по «оптовой» цене. Но дело в том, что по любому на трафик уйдет очень много денег и это будет экономически неоправданно.

Если вы считаете, что я не прав, то приведите пример, за счет каких доходов вы будете покрывать какие расходы.
Абсолютно согласен, сам только что об этом подумал. К сожалению, будущего у такого проекта нет, т.к. при больших объемах трафика хостер выставит на него счет… Проект никак не укладывается в ограничения бесплатного трафика. Но в общем задумка похвальна…
Сегодня что, 1 апреля?
tapin13, но если злоумышленник получит доступ к httpd.conf или хоты бы .htaccess, то можно считать, что безобасность сервера уже нарушена и его уже ничто не спасет. Поэтому стоит признать, что whitelist намного более безопасен.
Я вас понимаю, и с DOM на PHP я работаю, имею представление об этой технологии. Больше не буду развивать свою мысль, но уверен, что в процессе эксплуатации данной схемы вы столкнетесь с проблемами, хотя желаю вам только успехов.

В данный момент я тоже работаю над социальным проектом, где есть пользовательский ввод. В результате анализа вашей проблемы (у меня аналогичная проблема была) я все же пока отказался от разрешения html-тегов в пользовательских сообщениях и буду использовать только bb-теги. Конечно, это существенно ограничивает свободу пользователей, зато на 100% решает проблемы с безопасностью.
Так в том-то и дело, что неправлильные с точки зрения DOM теги могут быть пропущены, а вот браузеры их выполнят. В этом и кроется угроза безопасности.

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

Проблема в том, что настоящий парсер HTML-кода должен уметь парсить НЕ правильный html-код, т.е. такой код, где есть ошибки... DOM не сможет распарсить XML с ошибками и поэтому он совершенно не поможет, а вот любой браузер HTML-код с ошибкой все же выведет.

В результате использования DOM-модели при проверке тегов у злоумышленника откроются огромные возможности по "запудриванию" HTML-кода с целью вставки туда вредоносного кода.

На языке Perl есть модуль HTML::TreeBuilder, который отлично парсит любой HTML-код (даже с ошибками). На PHP подобного модуля я так и не нашел, хотя много раз искал.

Др. метод - если у тебя Windows-сервер - использовать DOM-модель браузера Explorer, тогда точно правильно HTML-код распарсишь.

P.S. Несколько строчек PHP-кода с регулярными выражениями так же совершенно не помогут правильно распарсить неправильный HTML-код. Это задача доволно сложная.
Я сейчас тоже подумал о решении данной продемы и так же прихожу к выводу, что URL для голосования должен быть переменный, меняющимся во времени. Тогда подставить его в тег IMG будет практически невозможно. Кривязку к сессии URL'а можно не делать, чтобы сэкономить ресурсы сервака.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность