Sitealert

Рейтинг
469
Регистрация
30.09.2016
Дикий пионер:
Сдаётся мне, что нагрузка, про которую говорит хостер и то. что вы оптимизировали - это две разные и слабосвязанные друг с другом вещи.

Поддерживаю. Хостера меньше всего волнует, синхронно или асинхронно подгружаются скрипты. Его больше волнует ресурсоёмкость серверных процессов.

Возможно, дело в скрипте, который расположен в самом начале страницы. Влез без очереди вперёд всех.:) Подключает скрипт с сайта mod.calltouch.ru (Сервис аналитики и управления интернет-рекламой на базе коллтрекинга) и заодно отправляет туда данные (как минимум, куки) пользователей Вашего сайта. Яндекс может отнестись к этому с подозрением.

mendel:
Раз уж вы развенчали мою "интригу"

Звиняйте, не подумал:):):)

---------- Добавлено 11.12.2016 в 20:05 ----------

mendel:
Вы знаете... я встречал НЕСКОЛЬКО персонажей которые считали что то что их сливают и т.п. это нормальная ситуация.
Могу Вам рассказать, что таких персонажей - едва ли не каждый первый:D

Стандартные ответы на сообщения об уязвимостях:

- Да кому мой сайт нужен

- Ничего страшного, восстановим из бэкапа

и т.д. и т.п.

mendel:
Почему только читать? Намного интереснее писать в базу.

А это уже

со всеми вытекающими последствиями
:)

veleg, если желания изменяются по ходу дела, надо и в код соответствующие изменения вносить. В третьем селекте не было двух дополнительных опций - теперь появились. Значит, в функции createSubCategories соответствующая строка будет

if(obj.options.length == 2){dhtmlgoodies_drom.style.display='none'}
А чтобы третий селект исчезал при изменении первого, надо к onchange первого селекта добавить
dhtmlgoodies_drom.style.display='none'

А то, что написал mendel -истинная правда. Я, честно говоря, этот кусок совсем не читал, потому как просто так читать мне лень, а для решения поставленной задачи оно не требовалось. Суть сего справедливого замечания в том, что пользовательские данные перед вставкой в БД надо обязательно обрабатывать - иначе это дыра в безопасности. Через это $_GET['countryCode'] могут выудить всю информацию из БД, со всеми вытекающими последствиями.

А с функцией delfirst() такая хитрость не пройдёт. Если её назначение расширяется, надо её изменить. Вместе с объявлением переменной city надо объявить переменную drom, вот так: var city,drom; и изменить саму функцию, например

function delfirst(sel,s){
if(s=='city' && city==0){
sel.options[0]=null;
city=1;
}else if(s=='drom' && drom==0){
sel.options[0]=null;
drom=1;
}
}
Во втором селекте drom=0, вызов соответственно delfirst(this,'city') и delfirst(this,'drom')

И через CNAME всё же тоже можно, как и хотели вначале.

А мне, честно говоря, такой вопрос вообще непонятен. Предпочитаю всегда ставить вопрос по-другому: что нужно для того, чтобы сайт (или вообще что-либо ещё) лучше работал. Посмотреть на реальном сайте, чего не хватает. И сколько для этого нужно денег. Нужно 20 тысяч - значит 20, хватит 5 - значит 5. А куда потратить деньги - всегда найдётся.

Geers:
Не обязательно уметь верстать, достаточно знать основы верстки.

Согласен, но... Есть одно правило: чтобы закрепить теорию, примени её, решая практические задачи. Основы вёрстки быстро улетучатся, если их не освоить практически. А это уже означает "уметь". Пусть не на высшем уровне, пусть на уровне "основ", но всё же хоть немножко, но уметь.

Geers:
Тогда зачем нужны верстальщики?)

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

Russ1an:
Ищите исполнителя с готовым ТЗ и он вам скажет

Подозреваю, что уже сказал.😂 Потому и возник вопрос.

Пятница. Вечер. Вопросы у всех интересные. Как бы соцсеть подешевле сделать, почём будет доску объявлений к Джумле прилепить.

Всего: 8084