Не получилось сделать, сжал по максимому 7-zip-пом свои css (style.css.gz и тд по всей CSS папке), вставил ваши строчки в htaccess. Зашел на сайт через прокси HandyCache — и там пишет 403 Forbbiden gzip — и сайт просто без CSS теперь работает! Полностью весь!
Что я сделал не так?
И еще, ОРТ сказал что сам ЛС вроде как сама может сжимать в gzip я вот до конца этого не понял.
Как быть то? ,(
Все работает, watermark прикрутить сам не смог! И я понять не могу, а как проверить — работает это на ImageMagick или это работает по другому?
Юрий, подскажи а?
Я просто привык к ней, а ради экономии 5 долларов в месяц, ну как то ломает меня. К тому же я не могу пользоваться русскими провайдерами. Там же паспорт требуют и вообще я за океаном )
Okay, please, take a step back, and calm down. We are not restricting your use of MySQL in a way that will cripple the functionality of your site. Please allow me to explain.
In regards to the limit on the number of simultaneous connections that your user can maintain to the database server, there are two important things that I believe you may be overlooking.
Firstly, the limit of connections to the database server is effectively a per-node limit, due to the way MySQL identifies users, and so your site can actually have many more connections open at any given time than this limit would normally imply if you were hosted on a single server.
Secondly, when a user is viewing your site, they will not maintain a MySQL connection the entire time. Your scripts will open a connection only for as long as is necessary to retrieve the data required to display your pages. This means that, given a limit of 10 connections, you could probably have hundreds of people reading your page at the same time. You do not need to make any changes to your site, and you do not need to worry about your site crashing due to excessive traffic.
Given these two points, you may be slightly confused as to how you encountered a warning regarding Too Many Connections. The reason is that this warning did not apply to the limit for your user's connections; it applied to the limit of connections to the server as a whole for all users that have access to it. The MySQL server that your databases are hosted on currently is a shared MySQL server accessed by many other users, because you are using our SmartPool v.2. This means that the activity of other sites on the (gs)Grid-Service can affect the performance and/or availability of your MySQL server if the wrong kind of activity is generated by those other sites. When you encountered your issue previously, this is exactly what occurred.
The MySQL server was locked up and had taken too many connections from all the users on the server combined, and so it could not handle a new connection from any user that would normally be able to. We have automated and live monitoring of shared MySQL servers on the (gs)Grid-Service to ensure that such issues are dealt with swiftly, and we apologize for the inconvenience they cause, but we will not be able to completely prevent them. Please see the article below for more detail regarding the architecture of our database systems on the (gs)Grid-Service.
If you would like to isolate yourself from the activity of other users you can purchase a dedicated MySQL Container for your databases, but if you have only a few users on your site the majority of the time this may not be necessary unless it is absolutely essential that there be no interruption to your services for those users.
Вы что смеётесь? У меня 1GB RAM, 1000GPU, 100GB — за 20 доларов!
Правда как выяснилось база общая на всех!
Кароче как в общаге, много людей пришло в разные комнаты, лимит исчерпан, а мои гости ко мне не попали! Типа максимум 20 человек в комнате может быть, ко всем пришло 18, а ко мне хотели попасть 4 = тогда передоз, типа вроде ВСЕ УХОДИТЕ (too many connections).
Думаю все таки отдельынй mySQL нужен, он никогда не упадет и достаточно мощный, я думаю что вполне возможно его взять, тогда получается 20$(hosting)+20$(mySQL lite) тогда, я как бы живу в своей комнате, она по прежнему общая, но у меня будет своя собственная дверь во двор! Могу приглашать сколько захочу!
ошибка 403 Firbidden!
что же не так? ;(
Что я сделал не так?
И еще, ОРТ сказал что сам ЛС вроде как сама может сжимать в gzip я вот до конца этого не понял.
Как быть то? ,(
А как можно посмотреть работает это или нет?
Особенно в теме, где много комментариев!
Юрий, подскажи а?
Друзья — только по согласию!
это работает в notify.tpl но не работает в Notify.class.php
выдает сразу системную ошибку!
Как же быть?
А на рабочем хостинге это работает или нет?
Простите за наглость! :)
In regards to the limit on the number of simultaneous connections that your user can maintain to the database server, there are two important things that I believe you may be overlooking.
Firstly, the limit of connections to the database server is effectively a per-node limit, due to the way MySQL identifies users, and so your site can actually have many more connections open at any given time than this limit would normally imply if you were hosted on a single server.
Secondly, when a user is viewing your site, they will not maintain a MySQL connection the entire time. Your scripts will open a connection only for as long as is necessary to retrieve the data required to display your pages. This means that, given a limit of 10 connections, you could probably have hundreds of people reading your page at the same time. You do not need to make any changes to your site, and you do not need to worry about your site crashing due to excessive traffic.
Given these two points, you may be slightly confused as to how you encountered a warning regarding Too Many Connections. The reason is that this warning did not apply to the limit for your user's connections; it applied to the limit of connections to the server as a whole for all users that have access to it. The MySQL server that your databases are hosted on currently is a shared MySQL server accessed by many other users, because you are using our SmartPool v.2. This means that the activity of other sites on the (gs)Grid-Service can affect the performance and/or availability of your MySQL server if the wrong kind of activity is generated by those other sites. When you encountered your issue previously, this is exactly what occurred.
The MySQL server was locked up and had taken too many connections from all the users on the server combined, and so it could not handle a new connection from any user that would normally be able to. We have automated and live monitoring of shared MySQL servers on the (gs)Grid-Service to ensure that such issues are dealt with swiftly, and we apologize for the inconvenience they cause, but we will not be able to completely prevent them. Please see the article below for more detail regarding the architecture of our database systems on the (gs)Grid-Service.
If you would like to isolate yourself from the activity of other users you can purchase a dedicated MySQL Container for your databases, but if you have only a few users on your site the majority of the time this may not be necessary unless it is absolutely essential that there be no interruption to your services for those users.
Правда как выяснилось база общая на всех!
Кароче как в общаге, много людей пришло в разные комнаты, лимит исчерпан, а мои гости ко мне не попали! Типа максимум 20 человек в комнате может быть, ко всем пришло 18, а ко мне хотели попасть 4 = тогда передоз, типа вроде ВСЕ УХОДИТЕ (too many connections).
Думаю все таки отдельынй mySQL нужен, он никогда не упадет и достаточно мощный, я думаю что вполне возможно его взять, тогда получается 20$(hosting)+20$(mySQL lite) тогда, я как бы живу в своей комнате, она по прежнему общая, но у меня будет своя собственная дверь во двор! Могу приглашать сколько захочу!