meverikxp: А что путать будут это вариант но номер не будет простым и его нельзя будет просто угадать и если номер не будет найден система не прилепит этот заказ.
угу.. вот я бы послушал, как Вася Пете будет надиктовывать "непростой номер" dn$U(Bb, "v"-галочка и "j"-клюшка. Серийники к программам не пробовали по телефону диктовать? :)
meverikxp: нежели придумал я и не нагружал бы БД
видимо, ожидается мега-хайлоад.. операция update по ключу не такая уж ресурсоёмкая.
Сессии, кстати, по умолчанию в файл пишутся, что тоже нагрузкой является..
p.s. Если "подумать", то.. Инфу можно сохранять "куда-нибудь", но так, чтобы она была доступна независимо от текущей сессии. На "стандартном" хостинге, как правило, это либо БД (обычно MySQL) либо файлы...
WebAlt: Вам нужно не этой фигнёй заниматься, а бегать ножками
eramar, прилепленный топик почитали?
не-не.. ни топика ни правил не читал.. некогда ведь.. помощь ведь очень срочно нужна...
Помогите, пожалуйста*, очистить сайт! Очень прошу
Помогаю
SeVlad, не знаю как так получилось.
Offtop:После выделения тыкать нужно на ссылку напротив сообщения, которое выделяешь...
вполне такие мощные сервера, кэш, особо не помогают.
Можно подробностей? какие сервера, какой кэш, как часто данные обновляются..
Раз HTML имеет приоритет ниже, значит в принципе нету смысла прописывать этот META вообще, а лучше все контролировать через header.
Можно оказаться в неприятной ситуации в случае, например, просмотра "сохраненной копии" в поисковике или "на рабочем столе"..
А что путать будут это вариант но номер не будет простым и его нельзя будет просто угадать и если номер не будет найден система не прилепит этот заказ.
угу.. вот я бы послушал, как Вася Пете будет надиктовывать "непростой номер" dn$U(Bb, "v"-галочка и "j"-клюшка. Серийники к программам не пробовали по телефону диктовать? :)
нежели придумал я и не нагружал бы БД
видимо, ожидается мега-хайлоад.. операция update по ключу не такая уж ресурсоёмкая.
Сессии, кстати, по умолчанию в файл пишутся, что тоже нагрузкой является..
p.s. Если "подумать", то.. Инфу можно сохранять "куда-нибудь", но так, чтобы она была доступна независимо от текущей сессии. На "стандартном" хостинге, как правило, это либо БД (обычно MySQL) либо файлы...
Вам нужно не этой фигнёй заниматься, а бегать ножками
Думаю, автор идеи и ТС - два разных человека..
Возможностью скролить страницу пальцем.
так это совсем не к CMS требование..
Хочется все перенести на CMS, чтобы не править текст прямо в коде.
дык там на одной странице всё.. хоть куда перенеси - всё равно править придётся.. %)
А воткнуть одностраничник можно на любую CMS.. главное, чтоб визуальный редактор ничего не напортачил.
ИМХО, неплохо было бы разнести по разным страницам
p.s. а чего "до окончания приёма документов" секунды не тикают?
Вопрос в другом, реально ли вообще сделать два ip на одном сервере для двух сайтов.
А на сервере второй IP подключён? интерфейс виден?
ifconfig что покажет?
эта часть конфига вообще nginx-ом используется (подключается/в том же файле)?
Что в другой секции server (для первого сайта)?
p.s. вообще, вопрос для раздела администрирование (по соседству) - там скорее ответят..
Каким образом выстроить древовидное отображение urlов ресурсов?
искать в настройках "Использовать вложенные URL" - выбрать "Да"
А чем это движок должен отличаться от других, для создания под НЕсенсорные киоски? Или от НЕкиоски?
Тем же, чем дизайн городского портала
П.С. может вам всё-таки не браться за этот заказ?
Реализация коллективного заказа коллективными силами форумчан 😂
И Андрей уже водит свое имя и фамилию и заказывает свои товары, но товары Сергея он не видит а только свои.
А потом Сергею присылают мега-заказ, из которого он заказал колу и пирожок, а всё остальное - "я хз кто заказал.. оплачивать не буду" %)
В форме заказа у Сергея перед кнопкой "Отправить на кухню" отображать количество "подключившихся" к заказу