Space1000

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

window.dataLayer = window.dataLayer || [];

CDbCommand не удалось исполнить SQL-запрос: SQLSTATE[22007]: Invalid datetime format: 1366 Incorrect integer value: '' for column дэбэ1.табле1.collection_id at row 1. The SQL statement executed was: INSERT INTO табле1 (visible, section_id, type_id, category_id, collection_id, product_id) VALUES (:yp0, :yp1, :yp2, :yp3, :yp4, :yp5). Bound with :yp0=1, :yp1='3', :yp2='44', :yp3='133', :yp4='', :yp5='703736'

Как мы не видим из ошибки, происходить попыт вставить "" в поле INTEGER, в районе :yp4 за що на нас ругаеться ёбный mysql. Зачем заниматься этой хуйнёй в 2023 году - сложно сказать, но аы попробуем...

Ой вей! Это всё ёбаный MYSQL STRICT MODE включён по умолчанию??? Что жи делать

SELECT @@GLOBAL.sql_mode 

STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

Но блогодоря хзреймфорку юйюйы, мы можем добавить в db.php строку

   'initSQLs' => array('SET sql_mode = \'ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION\'',),

которая поможет говнокоду работать дальше, убрав ёбанный STRICT_TRANS_TABLES..

Спасибо, о великий юыы

  "protected/config/db.php": ({text}) ->
    text = text.replace(
      "return array(",
      """
      return array(
      'initSQLs' => array('SET sql_mode = \\'ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION\\'',),
      """
    )
    return text

Status: Connecting to pes...
Response: fzSftp started, protocol_version=4
Command: open "anus@pes" 22
Error: Couldn't agree a host key algorithm ((available: rsa-sha2-512,rsa-sha2-256)
Error: Could not connect to server

/etc/ssh/sshd_config

HostKeyAlgorithms +ssh-rsa

Status: Connected to pess

error_reporting
E_ALL & ~E_DEPRECATED & ~E_STRICT & ~E_PARSE

Warning: "continue 2" targeting switch is equivalent to "break 2". Did you mean to use "continue 3"? in on line"

Shut the fuck up will ya

Operating system: Ubuntu 18.04.5 LTS
OS version: 18.04.5
Server version: Apache/2.4.29 (Ubuntu)

I have a file in a subdirectory and .htaccess in the site root. When I put

deny from all

to .htaccess it results into 403 error. When I put

AddDefaultCharset UTF-8

to .htaccess nothing happens.

Services->Configure Website->Edit directives shows "AllowOverride All Options=ExecCGI,Includes,IncludesNOEXEC,Indexes,MultiViews,SymLinksIfOwnerMatch".

Also I have found out that this depends on a file extension. When I request *.txt file the server responds with

Content-Type: text/plain; charset=UTF-8

But when I request a *.25PsG32KwC1VhKrWzgnKQu file it doesn't sends a content-type probably because AddDefaultCharset Directive Description: Default charset parameter to be added when a response content-type is text/plain or text/html

And *.25PsG32KwC1VhKrWzgnKQu does not have that mime type. And I can't set the mime type for *.25PsG32KwC1VhKrWzgnKQu because the extension is random every time and AddType directive does not have a wildcard.

So I've replaced AddDefaultCharset with

Header add Content-Type "text/plain; charset=UTF-8"

directive and now the server responds

HTTP/1.1 500 Internal Server Error

for any request.

And that is because mod_headers is turned off by default so I entered ssh as root and typed

a2enmod headers
systemctl restart apache2

which got me to the point when *.25PsG32KwC1VhKrWzgnKQu file responds with

Content-Type: text/plain; charset=UTF-8

and *.txt file with only

Content-Type: text/plain

for no freaking reason.

But it kinda solved my problem anyway and I don't know why. Now I can actually see the UTF-8 encoding opening *.25PsG32KwC1VhKrWzgnKQu and *.txt files in a browser and it still correctly handles *.zip files because it replaces the header with

Content-Type: application/zip

despite of the header directive

Header add Content-Type "text/plain; charset=UTF-8"

although it's still there.
Now I have added AddDefaultCharset to the .htaccess

AddDefaultCharset UTF-8
Header add Content-Type "text/plain; charset=UTF-8"

and the server responds absolutely correctly with the right encoding to every request but I'm disgusted with what have I done so please feel free to delete this post so no one will never ever have to witness this abomination.

https://forum.virtualmin.com/t/htaccess-adddefaultcharset-not-working-in-virtualmin/111054

CORS SUCKS DICKS

itsh nat wrokin koz HTML HAS TWO ELEMENTS WITH LE SAME AYY-dee.

<div id="isuckcocks" style="display:dontyoufuckingdare">:))))))))))))</div>
...
<div id="isuckcocks" style="display:ohesplizdisplaymehard"></div>
...
$('isuckcocks').load("http://alot.of/sperm.html")