Aisamiery

Aisamiery
Рейтинг
324
Регистрация
12.04.2015
promoriva:

Нужен сайт типа www.restoclub.ru www.restorating.ru в котором будут: база пользователей с различными правами и карточкой пользователя, база ресторанов с возможностью бронирования + карточка ресторана

www.restoclub.ru - сайт крутой, кастомный, 800к посетителей (заявлено), скорее всего запилен на фреймворке и его стоимость реально исчисляется миллионами, так что если вы придете с запросом на такой сайт, то соответственную сумму и получите.

www.restorating.ru - этот сильно попроще, стоит на друпале

Берите битрикс, для быстрого старта самое то. И требования можно менять на ходу, а не так что "Эээ в начальном ТЗ этого не было"

SeVlad:
..там на одном ip куча сайтов на разных протоколах.
Блин, мне аж страшно за тебя становится..

Ты сам-то подумай - вот заводишь в панельке сайт, получаешь IP. Прописываешь А-запись чтобы выписать серт и тут оппа - IP менятся и сайт становиться недоступен.
Ну не бред ли?


Ну ему саппорт же навешал рассказал.

Мне так интересно, когда люди оленя включают 😂

Объясняю, на один сервер (допустим) навешано 2 IP (а скорее всего и больше), и в конфиге nginx указано


server {
listen xxx.xxx.xxx.xxx:80
server_name site.ru
}

server {
listen yyy.yyy.yyy.yyy:80
listen yyy.yyy.yyy.yyy:443 default_server ssl;
server_name site.ru
}

Вторая часть добавляется в конфиг при выпуске LE, потому что по умолчанию сайт не открывается на 443 порту, возьми любой домен у которого нет ssl на бегете, тебе сайт просто не откроется, потому что порт не слушается на дефолтном IP.

PS. Это последний раз я попытался объяснить, если не доходит, почему по умолчанию не слушается порт 443 (да да сертификата то может и не быть), то собственно больше объяснять не буду

---------- Добавлено 05.01.2020 в 22:40 ----------

lonelywoolf:

Совсем другое. И вообще, держать сайты на левых ДНС - плохо. Хостер может при необходимости жонглировать сайтами. Например, для обслуживания сервера клиенты могут тихонько и незаметно для клиента сменить место дислокации. Бывает не то, чтобы часто, но у разных хостингов по разному.

А еще курить и пить тоже плохо, но чёт это никого не останавливает.

Я технарь, бегет если на сервере меняет IP (да было такое), он рассылает всем уведомления и мне не составляет труда зайти и поменять или дописать вторым

На самом деле в поиск такие страницы могут залетать даже чисто из за метрики.

Редиректов никаких нет, основной урл это главная а дальше параметры. Я бы на вашем месте настроил бы каноникалы для страниц - это самый идеальный вариант... если у вас нет параметров, то запретил бы индексацию всех страниц с параметрами, которые не участвуют в работе cms.

Читайте внимательно мануал. В данном случае вы не зарегистрировали сервис в config/app.php

Barryvdh\LaravelIdeHelper\IdeHelperServiceProvider::class,
Sly32:
У меня нет права приводить куски кода, но одну из проблем мы закрыли именно асинхронностью, в разы ускорив работу. В потоке может быть несколько задач и если, ожидание ответа делать асинк - в это время можно выполнять другие задачи - пришел ответ, перехват выполнения и, как в нашем случае - финишер курса.
И ОРМ и миддлвари в данном случае не причем

Можно пример вырванный с контекста как вы асинхрон стартуете и потом перехватываете в потоке?

SeVlad:

Я ещё понимаю когда лохи подобную ересь хавают, но ты....
Не знаешь что легко гуляться сайты на одном IP?
Легким движением руки: http://advokat-euro.ru/, http://www.moscowcycling.com/, http://rg96.ru/, https://mxmedia.ru/, https://wpcute.ru/ и ещё 100500 сайтов на этом IP. Как http, так и https.

То что ip для разных портов разные и то что там на одном ip куча сайтов это как бы разные вещи - не находишь?

я к тому, что поначалу сайт висит на ip где 443 порт тупо не слушается, даже выпустив сертификат он все равно без смены на "правильный" IP не заведется

PS. Можешь свои примеры открыть по https и они откроются и вполне валидные. Ясное дело что там где слушается 443 слушает и 80, но вот обратное на бегете неверно

_SP_:
Что вы туда высираете-то на 786кб ?
Просто чтоб для себя понять... ну 20кб... ну 50..... но 786...

Серьезно? 20-50кб? :D

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

Только повсеместно используемый бутстрап минифицированный 120Кб весит так то.

LEOnidUKG:
Кто вам сказал, что проблема в НЕ используемом CSS? Он как раз используется. Но он там НАФИГ не нужен.

Что смысл в JS просто причесать логику? Там много моментов которые тоже не нужны.
Разработчики темы делают копиписты кодов, вообще не заморачиваясь о последствиях. Главное дорого/богато, всё вертится крутиться!

Собственно об этом данная тема :)

Гугл на используемый CSS и JS как бы не ругается. И я уверен что там множество стилей не используется по факту. Даже взять тот же бутстрап, но не юзают его на 100% весь со всеми его стилями и так во многом.

У меня например вот есть небольшой проектик на html булдер теме с фореста, вот так она собирается в режиме дева быстро и без оптимизаций

И вот оно же, но уже в режиме продакшена со всеми оптимизациями

пейджспид 98 с метриками и онлайн консультантами

LEOnidUKG:
А вот тонная внутренних скриптов встроенных, которые даже могут не выполняться или CSS две тонны, вот эта проблема практически не решаемая.

ну для css можно заюзать например вот эти либы:

https://github.com/FullHuman/purgecss-webpack-plugin - уберет весь не используемый css

https://github.com/css/csso склеит все однотипное и в целом оптимизирует как надо

По JS я бы как минимум слил бы в единый бандл и прогнал бы через https://github.com/mishoo/UglifyJS2 и файлик подключил бы в самом низу

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

А то что операторы подсовывают на ваш сайт рекламу - это 100%

Всего: 4113