Коля Дубр

Коля Дубр
Рейтинг
153
Регистрация
02.03.2005
Должность
NetCat
Интересы
cms, музыка, лингвистика

Хочу обратить внимание публики, что фекальный лексикон меня весьма раздражает, и в этом я не одинок. Друзья, если вы, назвав сайт говном, ощущаете себя Лебедевым и очень радуетесь - пожалуйста, не могу запретить! Но прошу не заниматься этим сомнительным делом в топиках, публично. Называйте что хотите и как хотите, вслух перед монитором, или в личной переписке, или еще где-то. В дальнейшем употребление подобной брани без веской причины и/или дополнительной аргументации - будет караться. Я предупредил, несогласных прошу в личку :)

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

Вот интересная у Вас бизнес-модель, уважаемый! Или первое со вторым никак не связано? Если все-таки связано, вернее будет написать в первой цитате "и я куплю у вас право на неограниченное распространение, но денег дам как за одну копию".

voroge, вообще-то, было бы правильнее сказать, что Вы уже приобрели названную CMS (судя по этому сообщению), а links-expo.ru - Ваш сайт (судя по профилю). Так что, может сами нам и расскажете, стоит ли она того? ;) На сайте разработчика о системе нет никакой информации, кроме того, что она существует.

По построению графиков - посмотрите гуглевый API, может сгодится. Сам пока не пользовался, руки не дошли.

По защите от накруток - зависит от того, насколько старательно Вас будут накручивать. Если будут - боюсь, без регистрации не обойтись.

Каширин:
Непот-фильтр есть отключение ссылочного ранжирования.

По одной из версий, "отключение ссылочного ранжирования" - есть грядущий Магадан ;) Но я в это не верю.

Непот-фильтр я бы определил как "полный (частичный) неучет текста (веса) ссылки (всех ссылок) с документа (хоста) при рассчете ссылочной составляющей". Определение иронично-философское, т.е. не совсем бессмысленное ;)

DJecka:
но в выдаче яндекса отсутствует по какой-то причине

DJecka, по беглому осмотру - кажется, ваш подопечный попал под один из фильтров семейства "ты последний" (которого, как утверждает Садовский, не существует :) ). Ваш сайт имеется в индексе, но практически не имеет шансов попасть в "зону видимости" по реальным запросам. Источник проблем ищите в продажных ссылках и неуникальном контенте. Вообще, этот вопрос будет правильнее решать в "новичках" или в "Яндексе".

aspnet, poruchick, DJecka, пожалуйста, будьте сдержаннее в выражениях. Все то же самое можно было высказать без фекальной риторики ;)

На мой вкус хорошее "минималистичное" решение - punBB. В отличие от разработчиков phpbb или SMF, ребята не стали "умничать". Поэтому код punbb с одной стороны исключительно "тупой", но с другой - исключительно понятный, его легко править и сложно испортить.

Happy Fart:
а как насчет форума на нтмл? ссылкой не поделитесь?

Не понял вопроса :) В качестве серверного скриптового языка Вам с 99% вероятностью подойдет PHP, а разметка output у всех будет HTML'ная 8)

_Ad, у нас обычно делается так:

- дизайнер отрисовывает в фотошопе все элементы управления и типы данных в общем виде

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

Верстку выполняет, в 90% случаев, сам программер, ибо так оно быстрее. В 50% случаев программер же рисует схемы экрана, чтоб не создавать лишней вероятности появления "испорченного телефона". Но такие схемы всегда должны быть согласованы с заказчиком до начала работы, а любые отклонения принимаются только посредством некоторой бюрократической процедуры, чтоб не возникало соблазна навешивать "рюшечки" :)

Doktors, вы это так "жжоте", или правда не поняли вопроса? ;) Что-то мне подсказывает, что ТС имел ввиду скрипт форума, а не конкретную реализацию.

Happy Fart, если не следить за обновлениями, рано или поздно поломают любой движок. Так что рецепт примерно такой:

- выбрать минимальное решение с нужным функционалом (много кода == много проблем)

- изучить, какие уязвимости уже известны для данного движка (God Bless Google ;) )

- поставить последнюю версию и не забывать обновляться

- не использовать непроверенных сторонних решений

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

Nick Bubelo, скажем так. Была бы возможность переучиться заново - каждый более-менее опытный вебмастер поступил бы именно так, именно в такой последовательности. Но на практике овладение мастерством имеет итеративный характер. С каждой итерацией понимание процессов и сущностей, с которыми приходится работать, переходит на новый уровень (и, что забавно, самооценка обучающегося приближается к реальности, обычно несколько понижаясь). Так что большинство тех, кто изучает веб-технологии самостоятельно, начинают с "обезьяньего метода", генерируют невообразимый трэш и, как правило, весьма собой гордятся :) А осознание всей "картины мира" приходит гораздо позже.

WaRNeT, научитесь для начала читать спецификации. Читая литературу "для чайников" есть риск так и остаться чайником. В терминах спецификации Вы относитесь к группе "authors" (супротив "implementors"), а группа "dummies" разработчиками стандарта не предусмотрена, и правильно :)

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

И, кстати, нужная Вам таблица там есть ;)

Всего: 1529